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 mise en service par Aurora dans la région de destination peut exécuter une classe d'instance inférieure à celle de 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 adapte automatiquement l'instance de destination pour qu'elle corresponde à la classe d'instance source, garantissant ainsi que votre base de données est prête à supporter une charge de production complète dès l'arrivée du trafic.
## 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 conséquence, éliminant ainsi le risque que des bases de données sous-approvisionnées reçoivent du trafic de production après un basculement.
+ **Création d'instance en cas de besoin :** si l'instance de destination n'existe pas encore, Region Switch 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, Region Switch sélectionne automatiquement un type d'instance équivalent ou supérieur avec le même ou plusieurs vCPU et mémoire. Vous n'avez donc pas besoin de gérer vous-même les mappages de compatibilité des types d'instance.
## Quand l’utiliser
Tout plan de reprise dans lequel les instances provisionnées par Aurora doivent atteindre leur capacité de production avant que le trafic ne change.
+ **Active-passive Bases de données globales Aurora :** votre région secondaire exécute une instance de lecteur plus petite (moins chère) qui doit être agrandie avant de recevoir du trafic d'écriture.
+ **Cost-optimized Régions de secours :** vous utilisez 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 entre Aurora Provisioned Scaling et les alternatives
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 scalage provisionné Aurora | Entièrement automatisé, gère le mappage interfamilial, crée les instances manquantes, intégré à l'orchestration du changement de région |
| 2 | Mise à l'échelle manuelle | Le contrôle total du calendrier et de la sélection des instances, mais la lenteur et les erreurs sous pression nécessitent 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 ; impossible de tirer parti de l'évaluation native du plan |
| 4 | Pre-provisioning (correspond toujours) | Aucun délai de basculement. Double les coûts dans les régions en veille, ce qui est un gaspillage pour les architectures active-passive |
Le bloc Aurora Provisioned Scaling est le bon choix lorsque vous souhaitez une mise à l'échelle de capacité automatisée et validée en tant qu'étape intégrée dans le plan de reprise des commutateurs de votre région.
## Comment ça marche
Lorsque le bloc d'exécution Aurora Provisioned Scaling s'exécute pendant l'exécution du plan, le commutateur Region 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, Region Switch attend qu'elle soit disponible avant de continuer.
+ Si l'instance cible n'existe pas, Region Switch la crée dans le cluster cible avec la classe d'instance de l'instance source.
+ Si l'instance cible existe, Region Switch vérifie qu'elle appartient au cluster attendu, puis compare les classes d'instances.
+ Si les deux instances appartiennent à la même famille et que la cible est plus petite, Region Switch modifie l'instance cible pour qu'elle corresponde à la classe source.
+ Si les instances appartiennent à des familles différentes ou si 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 au moins le même vCPU et la même mémoire (pour les opérations de création et de modification).
+ Le changement de région interroge l'instance cible jusqu'à ce qu'elle atteigne le `available` statut, puis marque l'étape comme terminée.
**Note**
Le changement de région ne fait qu'augmenter. 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 politique IAM appropriée. Pour de plus amples informations, veuillez consulter [Exemple de politique d'exécution par blocs d'exécution provisionnée par Aurora](security_iam_region_switch_aurora_provisioned_scaling.md).
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 du cluster pour {{Region}} :** entrez l'ARN du cluster de base de données Aurora pour chaque région du plan.
+ **ARN de l'instance pour {{Region}} :** entrez l'ARN de l'instance de base de données Aurora pour chaque région du plan.
+ **Délai d'expiration :** entrez une valeur de délai d'expiration.
Choisissez ensuite **Enregistrer l'étape.**
## Ce qui est évalué dans le cadre de l'évaluation du plan
Lorsque Region Switch évalue votre plan, Region Switch effectue plusieurs vérifications sur la configuration et les autorisations de votre bloc d'exécution Aurora Provisioned Scaling. Le changement de région vérifie que les informations suivantes sont correctes :
+ Les ARN des deux instances sont bien formés.
+ Au moins une instance existe.
+ Toutes les instances existantes appartiennent au cluster attendu.
+ Les deux ARN du cluster sont bien formés et existent.
+ Les deux clusters sont membres du cluster global spécifié.
Le changement de région confirme également que le rôle IAM du plan dispose des autorisations requises pour le dimensionnement provisionné par Aurora. Pour plus d'informations sur les autorisations requises pour les blocs d'exécution de commutateurs régionaux, consultez[Exemple de politique d'exécution par blocs d'exécution provisionnée par Aurora](security_iam_region_switch_aurora_provisioned_scaling.md).
Les autorisations IAM correctes sont essentielles au bon fonctionnement du bloc d'exécution Aurora Provisioned Scaling. Si l'une de ces validations échoue, Region Switch renvoie des avertissements indiquant la présence de problèmes et fournit des messages d'erreur spécifiques pour vous aider à résoudre les problèmes d'autorisation ou de configuration.
## Ressources connexes
+ [Exemple de politique d'exécution par blocs d'exécution provisionnée par Aurora](security_iam_region_switch_aurora_provisioned_scaling.md)
+ [Classes d'instances de base de données Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) dans le *guide de l'utilisateur Amazon Aurora*