View a markdown version of this page

Bloc d'exécution Aurora Provisioned Scaling - Contrôleur de restauration des applications Amazon (ARC)

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 available statut, 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