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.
Présentation des déploiements bleu/vert Amazon Aurora
En utilisant les déploiements bleu/vert Amazon Aurora, vous pouvez apporter et tester des modifications de base de données avant de les implémenter dans un environnement de production. Un déploiement bleu/vert crée un environnement intermédiaire qui copie l’environnement de production. Dans un déploiement bleu/vert, l’environnement bleu est l’environnement de production actuel. L’environnement vert est l’environnement intermédiaire et reste synchronisé avec l’environnement de production actuel.
Vous pouvez apporter des modifications au cluster de bases de données Aurora dans l’environnement vert sans affecter les charges de travail de production. Par exemple, vous pouvez mettre à niveau la version majeure ou mineure du moteur de base de données ou modifier les paramètres de la base de données dans l’environnement intermédiaire. Vous pouvez tester en profondeur les changements dans l’environnement vert. Lorsque vous êtes prêt, vous pouvez basculer les environnements pour faire de l’environnement vert le nouvel environnement de production. La bascule prend généralement moins d’une minute, sans perte de données et sans qu’il soit nécessaire de modifier les applications.
Comme l’environnement vert est une copie de la topologie de l’environnement de production, le cluster de bases de données et toutes ses instances de base de données sont copiés dans le déploiement. L’environnement vert comprend également les fonctionnalités utilisées par le cluster de bases de données, telles que les instantanés de cluster de bases de données, Performance Insights, la surveillance améliorée et Aurora Serverless v2.
Note
Les déploiements bleu/vert sont pris en charge pour Aurora MySQL et Aurora PostgreSQL. Pour connaître la disponibilité d’Amazon RDS, consultez Présentation des déploiements bleu/vert Amazon RDS dans le Guide de l’utilisateur Amazon RDS.
Rubriques
Disponibilité des régions et des versions
La disponibilité et la prise en charge des fonctionnalités varient selon les versions spécifiques de chaque moteur de base de données, et selon les Régions AWS. Pour plus d’informations, consultez Régions et moteurs de base de données Aurora pris en charge pour les déploiements bleu/vert.
Avantages de l’utilisation des déploiements bleu/vert Amazon RDS
En utilisant les déploiements bleu/vert Amazon RDS, vous pouvez rester à jour sur les correctifs de sécurité, améliorer les performances de base de données et adopter de nouvelles fonctionnalités de base de données avec des durées d’indisponibilité courtes et prévisibles. Les déploiements bleu/vert réduisent les risques et les durées d’indisponibilité pour les mises à jour de base de données, comme les mises à niveau majeures ou mineures des versions du moteur.
Les déploiements bleu/vert offrent les avantages suivants :
-
Créez facilement un environnement intermédiaire prêt pour la production.
-
Répliquez automatiquement les modifications apportées aux bases de données de l’environnement de production à l’environnement intermédiaire.
-
Testez les modifications apportées aux bases de données dans un environnement intermédiaire sûr sans affecter l’environnement de production.
-
Restez à jour des correctifs de base de données et des mises à jour du système.
-
Mettez en œuvre et testez les nouvelles fonctionnalités de base de données.
-
Basculez votre environnement intermédiaire pour en faire le nouvel environnement de production sans modifier votre application.
-
Basculez en toute sécurité grâce aux barrières de protection de bascule intégrées.
-
Éliminez les pertes de données pendant la bascule.
-
Basculez rapidement, généralement en moins d’une minute en fonction de votre charge de travail.
Flux de travail d’un déploiement bleu/vert
Effectuez les principales étapes suivantes lorsque vous utilisez un déploiement bleu/vert pour les mises à jour du cluster de bases de données Aurora.
-
Identifiez un cluster de bases de données de production qui nécessite des mises à jour.
L’image suivante montre un exemple de cluster de bases de données de production.
-
Créez le déploiement bleu/vert. Pour obtenir des instructions, consultez Création d’un déploiement bleu/vert dans Amazon Aurora.
L’image suivante montre un exemple de déploiement bleu/vert de l’environnement de production de l’étape 1. Lors de la création du déploiement bleu/vert, RDS copie la topologie et la configuration complètes du cluster de bases de données Aurora pour créer l’environnement vert. Les noms du cluster de bases de données et des instances de base de données copiés sont complétés par
-green-. L’environnement intermédiaire dans l’image contient le cluster de bases de données (auroradb-green-random-charactersabc123). Il contient également les trois instances de base de données du cluster de bases de données (auroradb-instance1-green-abc123, auroradb-instance2-green-abc123et auroradb-instance3-green-abc123).
Lorsque vous créez le déploiement bleu/vert, vous pouvez spécifier une version supérieure du moteur de base de données et un groupe de paramètres de cluster de bases de données différent pour le cluster de bases de données dans l’environnement vert. Vous pouvez également spécifier un groupe de paramètres de base de données différent pour les instances de base de données dans le cluster de bases de données.
RDS configure également la réplication de l’instance de base de données principale dans l’environnement bleu vers l’instance de base de données principale dans l’environnement vert.
Important
Pour Aurora MySQL version 3, une fois que vous avez créé le déploiement bleu/vert, le cluster de bases de données dans l’environnement vert n’autorise pas les opérations d’écriture par défaut. Toutefois, cela ne s’applique pas aux utilisateurs disposant du privilège
CONNECTION_ADMIN, y compris l’utilisateur principal Aurora. Les utilisateurs dotés de ce privilège peuvent remplacer le comportementread_only. Pour plus d’informations, consultez Modèle de privilège basé sur les rôles. -
Apportez des modifications à l’environnement intermédiaire.
Par exemple, vous pouvez modifier la classe d’instance de base de données utilisée par une ou plusieurs instances de base de données dans l’environnement vert.
Pour plus d’informations sur la modification d’un cluster de bases de données, consultez Modification d’un cluster de bases de données Amazon Aurora.
-
Testez votre environnement intermédiaire.
Pendant les tests, nous vous recommandons de garder vos bases de données dans l’environnement vert en lecture seule. Activez les opérations d’écriture sur l’environnement vert avec prudence, car elles peuvent entraîner des conflits de réplication. Elles peuvent également entraîner la présence de données involontaires dans les bases de données de production après la bascule. Pour activer les opérations d’écriture pour Aurora MySQL, définissez le paramètre
read_onlysur0, puis redémarrez l’instance de base de données. Pour Aurora PostgreSQL, définissez le paramètredefault_transaction_read_onlysuroffau niveau de la session. -
Une fois prêt, basculez pour faire de l’environnement intermédiaire le nouvel environnement de production. Pour obtenir des instructions, consultez Changer de blue/green déploiement dans ).
La bascule entraîne une durée d’indisponibilité. La durée d’indisponibilité est généralement inférieure à une minute, mais elle peut être plus longue en fonction de votre charge de travail.
L’image suivante présente les clusters de bases de données après la bascule.
Après la bascule, le cluster de bases de données Aurora dans l’environnement vert devient le nouveau cluster de bases de données de production. Les noms et les points de terminaison de l’environnement de production actuel sont affectés à l’environnement de production qui vient d’être basculé. Aucune modification de votre application n’est requise. En conséquence, votre trafic de production s’écoule désormais vers le nouvel environnement de production. Le cluster de bases de données et les instances de base de données dans l’environnement bleu sont renommés en ajoutant
-oldau nom actuel, oùnest un numéro. Par exemple, supposons que le nom de l’instance de base de données dans l’environnement bleu estnauroradb-instance-1. Après la bascule, le nom de l’instance de base de données pourrait êtreauroradb-instance-1-old1.Dans l’exemple de l’image, les changements suivants se produisent pendant la bascule :
-
Le cluster de bases de données
auroradb-green-abc123de l’environnement vert devient le cluster de bases de données de production nomméauroradb. -
L’instance de base de données de l’environnement vert nommée
auroradb-instance1-green-abc123devient l’instance de base de données de productionauroradb-instance1. -
L’instance de base de données de l’environnement vert nommée
auroradb-instance2-green-abc123devient l’instance de base de données de productionauroradb-instance2. -
L’instance de base de données de l’environnement vert nommée
auroradb-instance3-green-abc123devient l’instance de base de données de productionauroradb-instance3. -
Le cluster de bases de données de l’environnement bleu nommé
auroradbdevientauroradb-old1. -
L’instance de base de données de l’environnement bleu nommée
auroradb-instance1devientauroradb-instance1-old1. -
L’instance de base de données de l’environnement bleu nommée
auroradb-instance2devientauroradb-instance2-old1. -
L’instance de base de données de l’environnement bleu nommée
auroradb-instance3devientauroradb-instance3-old1.
-
-
Si vous n’avez plus besoin d’un déploiement bleu/vert, vous pouvez le supprimer. Pour obtenir des instructions, consultez Suppression d’un déploiement bleu/vert dans Amazon Aurora.
Après la bascule, l’environnement de production précédent n’est pas supprimé afin que vous puissiez l’utiliser pour les tests de régression, si nécessaire.