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 Serverless Scaling
Catégorie : Dimensionnement des bases de données
Lors d'un changement de région, votre cluster Aurora Serverless de destination peut avoir des paramètres ACU (Aurora Capacity Unit) bien inférieurs à ce qui est nécessaire pour absorber le trafic de production. Le bloc d'exécution Aurora Serverless Scaling calcule et applique automatiquement les capacités ACU minimale et maximale correctes à votre cluster de destination en fonction de l'utilisation réelle du cluster source, garantissant ainsi que votre base de données sans serveur peut gérer la charge de travail entrante sans ralentissement ni défaillance de connexion.
Principaux avantages
Usage-based calcul de la capacité : plutôt que de s'appuyer sur une configuration statique, Region Switch calcule la capacité cible à partir du pic d'utilisation réel du cluster source au cours des dernières 24 heures, vous offrant ainsi une capacité adaptée en fonction des modèles de trafic réels.
Cross-engine-type intelligence : que votre source soit une configuration sans serveur, provisionnée ou hybride, Region Switch sait comment traduire la capacité de la source en paramètres ACU appropriés pour le cluster sans serveur de destination.
Percentage-based dimensionnement pour actif-actif : configurez un pourcentage cible supérieur à 100 % (par exemple, 200 %) pour les architectures active-active où la destination doit absorber le trafic combiné des deux régions.
Quand l’utiliser
Active-passive avec veille sans serveur : votre région de destination exécute un cluster sans serveur avec un minimum d'ACU et doit augmenter sa capacité avant de recevoir du trafic de production.
Active-active basculement : les deux régions desservent le trafic, et lors d'un changement, la région restante doit gérer la charge combinée. Utilisez un pourcentage cible supérieur à 100 %.
Mixed-engine Bases de données globales : votre région source utilise des instances provisionnées, mais votre destination utilise Serverless. Le commutateur de région gère automatiquement la traduction de capacité.
Comparaison entre Aurora Serverless Scaling et les alternatives
Sans ce bloc d'exécution, les clients doivent calculer manuellement les exigences de l'ACU et modifier les paramètres du cluster avant de changer de trafic. Il s'agit d'un processus complexe et sujet aux erreurs, en particulier lorsque la source et la destination utilisent des types de moteurs différents.
| Approche | Avantages | Inconvénients | |
|---|---|---|---|
| 1 | Bloc de mise à l'échelle sans serveur Aurora | Calcul automatisé à partir de l'utilisation réelle, gestion de la traduction entre moteurs, contrôle basé sur les pourcentages, intégré à l'orchestration du plan | Extensibilité uniquement ; modifie les paramètres de l'ACU qui peuvent dériver de ceux de l'IaC |
| 2 | Réglage manuel de l'ACU | Contrôle total | Nécessite le calcul des équivalents ACU sous pression ; lent ; sujet aux erreurs |
| 3 | Automatisation par script | Personnalisable | Doit reproduire la logique de traduction entre moteurs ; aucune évaluation du plan ; charge de maintenance |
| 4 | Pre-provisioning (ACU max toujours élevé) | Aucun délai de basculement | Coûteux ; réduit à néant le rapport coût-efficacité du système sans serveur ; inutile dans une région en veille |
Le bloc Aurora Serverless Scaling est le bon choix lorsque vous avez besoin d'une mise à l'échelle de capacité automatisée et adaptée à l'utilisation, capable de gérer la complexité de la traduction ACU entre moteurs.
Comment ça marche
Après avoir configuré un bloc d'exécution Aurora Serverless Scaling, le commutateur de région confirme qu'il existe un cluster source et un cluster de destination dans la base de données globale spécifiée. La capacité cible est déterminée en fonction du type de cluster source :
La source est sans serveur :
ACU minimum = utilisation maximale de l'ACU observée par le cluster source (
ServerlessDatabaseCapacityCloudWatch métrique) au cours des dernières 24 heuresACU max = pic de l'ACU maximum du cluster source au cours des dernières 24 heures
La source est provisionnée :
Fait correspondre la mémoire d'instance EC2 du cluster source à des ACU équivalents (mémoire d'instance en GiB ÷ 2)
Règle le maximum ACU à 256
La source est hybride (provisionnée et sans serveur) :
ACU minimum = valeur maximale de l'équivalent ACU de l'instance provisionnée et utilisation observée de l'ACU sans serveur sur 24 heures
ACU maximum = 256
Le changement de région applique ensuite le pourcentage cible pour calculer les valeurs finales :
destination min ACU = round_to_nearest_0.5(targetPercent × source min ACU) destination max ACU = round_to_nearest_0.5(targetPercent × source max ACU)
Si la capacité actuelle du cluster de destination est déjà égale ou supérieure à la cible calculée, le changement de région termine l'étape sans apporter de modifications. Le changement de région ne réduit pas la capacité du cluster. Lorsque le cluster de destination n'est pas sans serveur, le bloc se termine correctement en tant que no-op.
Pour les plans actifs-actifs, le commutateur de région utilise l'autre région configurée comme source. Si une région est désactivée, le changement de région utilise l'autre région active comme source pour calculer le pourcentage à mettre à l'échelle.
Note
L'exécution de ce bloc modifie les paramètres de capacité ACU minimale et maximale de vos clusters Aurora Serverless, ce qui peut entraîner une dérive de configuration si vous gérez ces valeurs par le biais d'outils d'infrastructure en tant que code ou d'autres outils d'automatisation. Assurez-vous que vos processus de gestion de configuration tiennent compte de ces modifications afin d'éviter les annulations involontaires.
Configuration
Lorsque vous configurez le bloc d'exécution Aurora Serverless Scaling, vous entrez l'identifiant de cluster global pour votre base de données globale Aurora et les ARN du cluster de base de données pour chaque région que vous souhaitez étendre pendant l'exécution du plan.
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 du dimensionnement sans serveur Aurora.
Pour configurer un bloc d'exécution Aurora Serverless Scaling, entrez les valeurs suivantes :
Nom de l'étape : entrez un nom.
Description de l'étape (facultatif) : entrez une description de l'étape.
Nom du cluster de base de données globale Aurora : entrez l'identifiant du cluster global.
ARN du cluster pour la région : entrez l'ARN du cluster de base de données à utiliser dans chaque région pour votre plan.
Pourcentage cible (facultatif) : entrez le pourcentage de capacité de la source dérivée à laquelle le cluster de destination doit être adapté. La valeur par défaut est 100. Pour les forfaits actifs-actifs, considérez une valeur plus élevée (par exemple, 200 %) pour tenir compte du trafic combiné.
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 critiques sur la configuration et les autorisations de votre bloc d'exécution Aurora Serverless Scaling. L'évaluation des commutateurs régionaux permet de vérifier que les clusters Aurora Serverless sont présents dans les deux régions, de s'assurer qu'ils sont correctement configurés et accessibles, et de prendre note de la capacité actuelle de chaque région. Cela confirme également que la capacité maximale du cluster de la région cible est suffisante pour gérer le pourcentage de correspondance d'échelle spécifié par rapport à la capacité requise.
Le changement de région confirme également que le rôle IAM du plan dispose des autorisations appropriées pour le dimensionnement sans serveur Aurora. Pour plus d'informations sur les autorisations requises pour les blocs d'exécution de commutateurs régionaux, consultezExemple de politique d'exécution par blocs d'exécution du dimensionnement sans serveur Aurora. Si l'une des vérifications échoue, le changement de région renvoie des messages d'avertissement, que vous pouvez consulter dans la console. Vous pouvez également recevoir les avertissements de validation via ou en utilisant des opérations d'API.
Ressources connexes
Exemple de politique d'exécution par blocs d'exécution du dimensionnement sans serveur Aurora
Gestion de la capacité Aurora Serverless v2 dans le guide de l'utilisateur Amazon Aurora
