Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Bloc d'exécution Aurora Provisioned Scaling
Catégorie : Dimensionnement des bases de données
Lorsque vous changez de région, votre base de données provisionnée Aurora dans la région de destination peut exécuter une classe d'instance plus petite que votre région source, ce qui vous laisse avec une capacité de calcul insuffisante pour gérer le trafic de production. Le bloc d'exécution Aurora Provisioned Scaling redimensionne automatiquement l'instance de destination en fonction de la classe d'instance source, garantissant ainsi que votre base de données est prête à fonctionner à pleine charge de production dès que le trafic arrive.
Principaux avantages
Correspondance automatique des capacités : le commutateur de région lit la classe d'instance source et adapte l'instance de destination en fonction de celle-ci, éliminant ainsi le risque que des bases de données sous-provisionnées reçoivent du trafic de production après un basculement.
Création d'une instance si nécessaire : si l'instance de destination n'existe pas encore, le commutateur régional la crée avec la classe d'instance appropriée.
Cross-family intelligence : Lorsque le type d'instance source n'est pas disponible dans la région de destination, le commutateur de région sélectionne automatiquement un type d'instance équivalent ou supérieur avec le même processeur virtuel et la même mémoire, vous n'avez donc pas besoin de gérer vous-même les mappages de compatibilité entre les types d'instance.
Quand l’utiliser
Tout plan de reprise dans le cadre duquel les instances provisionnées par Aurora doivent atteindre leur capacité de production avant que le trafic ne soit modifié.
Active-passive Bases de données mondiales Aurora : votre région secondaire exécute une instance de lecture plus petite (moins chère) qui doit être étendue avant de recevoir du trafic d'écriture.
Cost-optimized Régions de secours : vous exécutez intentionnellement des instances plus petites dans votre région de secours pour réduire les coûts, et vous avez besoin d'un redimensionnement automatique lors du basculement.
Comparaison d'Aurora Provisioned Scaling par rapport à d'autres solutions
Sans ce bloc d'exécution, les clients doivent garantir la capacité de la base de données de destination manuellement ou par le biais d'une automatisation personnalisée avant de changer de région.
| Approche | Pros/Cons | |
|---|---|---|
| 1 | Bloc de mise à l'échelle provisionné Aurora | Entièrement automatisé, gère le mappage interfamilial, crée les instances manquantes, est intégré à l'orchestration des commutateurs régionaux |
| 2 | Mise à l'échelle manuelle | Le contrôle total du chronométrage et de la sélection des instances, mais la lenteur, susceptible d'entraîner des erreurs sous pression, nécessite la disponibilité de l'opérateur en cas d'incident |
| 3 | Automatisation par script () Lambda/SSM | Logique personnalisable ; doit être créée, testée et maintenue ; non intégrée au séquençage des commutateurs régionaux ; ne peut pas tirer parti de l'évaluation native du plan |
| 4 | Pre-provisioning (correspond toujours) | Aucun délai de basculement. Double les coûts dans la région de veille ; gaspillage pour les architectures actives-passives |
Le bloc Aurora Provisioned Scaling est le bon choix lorsque vous souhaitez intégrer une mise à l'échelle de capacité automatisée et validée dans le cadre de votre plan de reprise des commutateurs régionaux.
Comment ça marche
Lorsque le bloc d'exécution Aurora Provisioned Scaling s'exécute pendant l'exécution du plan, le commutateur régional redimensionne l'instance cible pour qu'elle corresponde à la classe d'instance de l'instance source selon la séquence suivante :
Si l'instance cible existe mais n'est pas dans un
availableétat, le commutateur de région attend qu'elle soit disponible avant de continuer.Si l'instance cible n'existe pas, le commutateur de région la crée dans le cluster cible avec la classe d'instance de l'instance source.
Si l'instance cible existe, le commutateur de région confirme qu'elle appartient au cluster attendu, puis compare les classes d'instance.
Si les deux instances appartiennent à la même famille et que la cible est plus petite, le commutateur de région modifie l'instance cible pour qu'elle corresponde à la classe source.
Si les instances appartiennent à des familles différentes ou si la taille de la cible est déjà plus grande, aucune mise à l'échelle n'est effectuée.
Si le type d'instance source n'existe pas dans la région cible, le commutateur de région sélectionne un autre type d'instance avec le même processeur virtuel et la même mémoire (pour les opérations de création et de modification).
Le commutateur de région interroge l'instance cible jusqu'à ce qu'elle atteigne le
availablestatut, puis marque l'étape comme terminée.
Note
Le commutateur de région ne fait qu'augmenter la taille. Si l'instance de destination est déjà égale ou supérieure à la source, aucune modification n'est apportée.
Configuration
Important
Avant de configurer le bloc d'exécution, assurez-vous que le rôle d'exécution du plan dispose de la bonne politique IAM. Pour de plus amples informations, veuillez consulter Exemple de politique de bloc d'exécution de scalabilité provisionnée par Aurora.
Pour configurer un bloc d'exécution Aurora Provisioned Scaling, entrez les valeurs suivantes :
Nom de l'étape : entrez un nom.
Description de l'étape (facultatif) : entrez une description de l'étape.
Identifiant du cluster global : entrez l'identifiant du cluster global Aurora.
ARN de cluster pour
Region: Entrez l'ARN du cluster de base de données Aurora pour chaque région du plan.ARN d'instance pour
Region: entrez l'ARN de l'instance de base de données Aurora pour chaque région du plan.Délai d'attente : entrez une valeur de délai d'attente.
Choisissez ensuite Enregistrer l'étape.
Ressources connexes
Exemple de politique de bloc d'exécution de scalabilité provisionnée par Aurora
Classes d'instance de base de données Amazon Aurora dans le guide de l'utilisateur Amazon Aurora