Pour les charges de travail présentant des schémas cycliques prévisibles ou des pics de trafic anticipés, utilisez la fonctionnalité de mise à l'échelle automatique planifiée du service Database Autonomy Service (DAS). Cette fonctionnalité augmente automatiquement les spécifications de votre instance pendant une période définie afin de gérer la charge accrue sur la base de données. À l'issue de cette période, le système rétablit automatiquement l'instance dans ses spécifications d'origine. Cela vous aide à répondre aux exigences métier tout en maîtrisant les coûts.
Prérequis
L'instance de base de données doit satisfaire aux exigences suivantes :
-
L'instance doit appartenir à l'un des types suivants :
-
Une instance ApsaraDB RDS for MySQL High-availability Series de type de spécification généraliste utilisant des disques cloud, anciennement appelée x86 Standard Edition.
RemarqueLa mise à l'échelle automatique planifiée n'est pas prise en charge pour les instances en lecture seule ApsaraDB RDS for MySQL.
Une instance PolarDB for MySQL Cluster Edition de la série de spécifications dédiée ou general-purpose.
Une instance Redis Community Edition ou Enterprise Edition optimisée pour les performances, basée sur le cloud (anciennement sur disque cloud) et utilisant l'architecture standard.
-
Un rôle lié au service DAS a été créé.
Votre compte dispose d'un solde suffisant pour couvrir les frais liés à l'augmentation de capacité.
Notes d'utilisation
Utilisez uniquement des politiques prédéfinies pour effectuer des augmentations de capacité planifiées sur les instances de base de données.
Tous les paramètres temporels sont basés sur le fuseau horaire UTC+8. Si votre instance de base de données se trouve dans un autre fuseau horaire, convertissez l'heure manuellement.
Appliquez une seule politique de mise à l'échelle du même mode à chaque instance.
La mise à l'échelle automatique planifiée ne prend pas en charge les nouvelles tentatives automatiques ; si une tâche de mise à l'échelle échoue, le système n'effectue pas de nouvelle tentative.
Si vous modifiez la Duration ou l'heure de Scale-back Time après un événement de mise à l'échelle, le système rétablit l'instance dans ses spécifications d'origine en fonction de la dernière configuration.
-
Si vous spécifiez une Duration ou une heure de Scale-back Time, il est possible que l'instance ne soit pas rétablie dans ses spécifications antérieures à la mise à l'échelle dans les situations suivantes :
D'autres modifications de configuration de l'instance, telles que des ajustements manuels ou des événements déclenchés par la mise à l'échelle dynamique, sont survenues pendant la période. Si les spécifications actuelles de l'instance ne correspondent pas aux spécifications cibles définies dans la politique de mise à l'échelle, le système n'effectue pas l'opération de réduction de capacité.
Pour garantir la stabilité et la sécurité des activités, le système n'effectue une réduction de capacité que lorsque les métriques pertinentes remplissent les conditions requises pour un downgrade. Par exemple, une instance voit sa mémoire passer de 1 Go à 4 Go. Avant de revenir à la configuration initiale, le système vérifie l'utilisation actuelle de la mémoire. Si l'utilisation est de 1 Go, un retour à la spécification initiale de 1 Go entraînerait une utilisation de la mémoire à 100 %. Dans ce cas, le système n'effectue pas la réduction de capacité.
L'instance se trouve dans un état qui interdit les modifications de configuration, par exemple lorsque ses spécifications sont en cours de modification ou qu'elle est en cours de migration. Dans ce cas, le système ne peut pas effectuer l'opération de réduction de capacité.
Cas d'utilisation
DAS permet de mettre à l'échelle une instance une fois ou de manière récurrente, par exemple quotidiennement, hebdomadairement ou mensuellement. Par exemple, une entreprise connaît une période de pointe du 1er du mois à 2 h 00 jusqu'au 3 du mois à 2 h 00. Utilisez la fonctionnalité de mise à l'échelle automatique planifiée pour augmenter automatiquement les spécifications de l'instance à 2 h 00 le 1er du mois, puis la rétablir automatiquement dans ses spécifications d'origine après 2 h 00 le 3 du mois.
Facturation
La modification de la configuration d'une instance via la mise à l'échelle automatique planifiée engendre des frais. Pour plus d'informations, consultez les rubriques suivantes :
ApsaraDB RDS for MySQL : Consultez la rubrique Modification de la configuration de l'instance.
PolarDB for MySQL : Consultez la rubrique Frais de modification de configuration.
Redis : Consultez la rubrique Modification de la configuration de l'instance.
Créer une politique de mise à l'échelle automatique planifiée
Connectez-vous à la console DAS.
-
Créez une politique de mise à l'échelle automatique planifiée.
-
Créez une politique depuis la page Management and Settings.
Dans le volet de navigation de gauche, cliquez sur Resource Management > Auto Scaling Settings.
-
Dans la section Auto Scaling Policies, cliquez sur Add Policy. Dans le panneau Add Policy, configurez les paramètres de la politique.
Tableau 1. Paramètres
Paramètre
Description
Policy Name
Nom de la politique.
Mode
Sélectionnez Scheduled Auto Scaling.
Engine Type
Type du moteur de base de données.
Specifications
Spécifications du moteur de base de données sélectionné.
Operation
Pour ApsaraDB RDS for MySQL et Redis, seule l'option Adjust Instance Specifications est prise en charge.
Pour PolarDB for MySQL, les options Adjust Instance Specifications et Increase Number of Read-only Nodes sont prises en charge.
Valid From
Le champ Valid From comprend une Start date et une End date.
Start date : Obligatoire. La valeur doit être égale ou postérieure à la date actuelle.
End date : Facultatif.
Si le paramètre Recurrence est défini sur N/A (Execute Only Once), le paramètre End date n'affecte pas l'heure de fin de la politique.
Si le paramètre Recurrence est défini sur Daily, Weekly ou Monthly, la politique s'exécute périodiquement et indéfiniment si vous ne définissez pas de End date. Si vous définissez une End date, la politique est limitée par cette End date.
Recurrence
Valeurs valides :
N/A (Execute Only Once)
Scaling Start Time : Obligatoire.
Duration : Facultatif. Saisissez un entier positif. Unité : heures.
Si vous ne définissez pas de Duration, le système ne rétablit pas l'instance dans ses spécifications antérieures à la mise à l'échelle après l'exécution de la politique.
Si vous définissez une Duration, le système rétablit l'instance dans ses spécifications antérieures à la mise à l'échelle à l'issue de cette durée.
Daily :
Scaling Start Time : Obligatoire.
Scale-back Time : Obligatoire.
Si Scaling Start Time < Scale-back Time, la période de mise à l'échelle commence et se termine le même jour.
Si Scaling Start Time > Scale-back Time, la période de mise à l'échelle s'étend sur deux jours. L'Scaling Start Time correspond au jour actuel et l'Scale-back Time au jour suivant.
RemarqueL'intervalle entre l'Scaling Start Time et l'Scale-back Time doit être d'au moins une heure.
L'Scaling Start Time doit intervenir au moins une heure après l'Scale-back Time du cycle précédent.
Si une End date est définie et que cette End date tombe entre l'Scaling Start Time et l'Scale-back Time d'un cycle donné, ce cycle n'est pas exécuté.
Weekly
Scaling Start Time : Obligatoire.
Scale-back Time : Obligatoire.
Si Scaling Start Time < Scale-back Time, la période de mise à l'échelle commence et se termine la même semaine.
Si Scaling Start Time > Scale-back Time, la période de mise à l'échelle s'étend sur la semaine suivante. L'Scaling Start Time correspond à la semaine en cours et l'Scale-back Time à la semaine suivante.
RemarqueL'intervalle entre l'Scaling Start Time et l'Scale-back Time doit être d'au moins une heure.
L'Scaling Start Time doit intervenir au moins une heure après l'Scale-back Time du cycle précédent.
Si une End date est définie et que cette End date tombe entre l'Scaling Start Time et l'Scale-back Time d'un cycle donné, ce cycle n'est pas exécuté.
Monthly
Scaling Start Time : Obligatoire.
Scale-back Time : Obligatoire.
Si Scaling Start Time < Scale-back Time, la période de mise à l'échelle commence et se termine le même mois.
Si Scaling Start Time > Scale-back Time, la période de mise à l'échelle s'étend sur le mois suivant. Le Scaling Start Time correspond au mois en cours et le Scale-back Time au mois suivant.
RemarqueL'intervalle entre le Scaling Start Time et le Scale-back Time doit être d'au moins une heure.
Le Scaling Start Time doit intervenir au moins une heure après le Scale-back Time du cycle précédent.
Si une End date est définie et que cette End date tombe entre le Scaling Start Time et le Scale-back Time d'un cycle donné, ce cycle n'est pas exécuté.
Dans la section Auto Scaling Policies, localisez la nouvelle politique et cliquez sur Apply dans la colonne Actions.
Dans le panneau Apply Policies, sélectionnez les instances de base de données auxquelles vous souhaitez appliquer cette politique, puis cliquez sur l'icône
.Cliquez sur OK pour appliquer la politique aux instances de base de données sélectionnées.
-
Ajoutez une politique de mise à l'échelle automatique planifiée sur la page Settings des Autonomy Service Settings de l'instance.
Dans le volet de navigation de gauche, cliquez sur Intelligent O&M Center > Instance Monitoring.
Localisez l'instance cible et cliquez sur son ID pour accéder à la page des détails de l'instance.
Dans le coin supérieur droit, cliquez sur Autonomy Service Settings.
Dans le panneau . Ensuite, cliquez sur Add Policy et configurez les paramètres comme décrit dans la section Paramètres pour créer une politique de mise à l'échelle automatique planifiée.
-
Dans la section Recommended Policies, localisez la politique que vous souhaitez ajouter et cliquez sur Apply dans la colonne Actions pour ajouter la politique à l'instance.
RemarquePour modifier une politique, cliquez sur Modify dans la colonne Actions. Modifiez les paramètres dans l'onglet Update Policy.
Pour annuler une politique, localisez-la dans la section Applied Policies et cliquez sur Cancel Policy dans la colonne Actions.
Cliquez sur OK.
-
Configurez un Alert Template pour vous abonner aux notifications et rester informé de l'état de la politique de mise à l'échelle automatique planifiée de votre instance de base de données.
Le système recommande un modèle d'alerte et ajoute des règles d'alerte pour l'événement d'autonomie correspondant. Vous pouvez utiliser la configuration recommandée.
RemarqueSi vous avez déjà configuré un modèle d'alerte pour l'instance, suivez les instructions pour ajouter les règles d'alerte relatives à l'événement d'autonomie au modèle existant.
Pour configurer vous-même un modèle d'alerte et des règles d'alerte, consultez les rubriques Configuration d'un modèle d'alerte et Configuration des règles d'alerte.
-
Sélectionnez un Alert Contact Group pour recevoir les notifications.
Cliquez sur Add Contact pour ajouter un nouveau contact d'alerte.
Cliquez sur Create Contact Group pour créer un nouveau groupe de contacts d'alerte.
Pour modifier ou supprimer un contact, cliquez sur Modify ou Remove à côté du contact concerné.
Pour obtenir des instructions détaillées, consultez la rubrique Gestion des contacts d'alerte.
Cliquez sur Submit Configuration et confirmez les paramètres d'alerte dans la boîte de dialogue qui s'affiche.
-
Afficher les résultats de la mise à l'échelle automatique planifiée
Dans le volet de navigation de gauche, cliquez sur Intelligent O&M Center > Instance Monitoring.
Localisez l'instance cible et cliquez sur son ID pour accéder à la page des détails de l'instance.
Dans le volet de navigation de gauche, cliquez sur Autonomy Center.
Sur la page Autonomy Center, consultez les Auto Scaling Events survenus dans la plage de temps sélectionnée.
-
Cliquez sur Details pour un Auto Scaling Events afin d'afficher les informations détaillées.
La notification d'événement est enregistrée avec un niveau d'alerte Notice et une durée inférieure à une minute.
FAQ
Q : Que faire si une instance ne peut pas être mise à l'échelle car elle a atteint la limite de spécifications de sa série ?
R : Achetez une instance d'une série de spécifications supérieures. Par exemple, une instance ApsaraDB RDS for MySQL High-availability Edition dédiée prend en charge jusqu'à 104 vCPU et 768 Go de mémoire. Migrez ensuite les données de l'instance d'origine vers la nouvelle instance. Pour plus d'informations sur les spécifications des instances de base de données et les solutions de migration, consultez les rubriques suivantes :
ApsaraDB RDS for MySQL : Types d'instances ApsaraDB RDS for MySQL et Migration de données entre instances ApsaraDB RDS for MySQL.
PolarDB for MySQL : Spécifications PolarDB for MySQL et Migration entre clusters PolarDB for MySQL.
Tair (Redis OSS-compatible) : Spécifications des instances Tair (Redis OSS-compatible) et Migration de données entre instances Tair (Redis OSS-compatible).
Documentation connexe
Au fur et à mesure que votre activité se développe, vous devrez peut-être modifier les spécifications de vos instances. Pour plus d'informations, consultez les rubriques suivantes :
ApsaraDB RDS for MySQL : Modification de la configuration de l'instance.
PolarDB for MySQL : Mise à l'échelle manuelle.