Présentation des (Amazon Aurora Blue/Green) - Amazon Aurora
Disponibilité des régions et des versionsAvantagesFlux de travail

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 (Amazon Aurora Blue/Green)

En utilisant Aurora Blue/Green Deployments, 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 écologique est l'environnement de préparation et reste synchronisé avec l'environnement de production actuel.

Vous pouvez apporter des modifications au cluster de base 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 changer d'environnement pour faire de l'environnement vert le nouvel environnement de production. La commutation 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 base de données et toutes ses instances de base de données sont copiés dans le déploiement. L'environnement écologique inclut également les fonctionnalités utilisées par le cluster de base de données, telles que les instantanés du cluster de base de données, Performance Insights, Enhanced Monitoring 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 la présentation des déploiements bleu/vert d'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 de plus amples informations, veuillez consulter Régions prises en charge et moteurs de base de données Aurora pour les déploiements bleu/vert.

Avantages de l'utilisation des déploiements bleu/vert Amazon RDS

En utilisant Amazon RDS, les Blue/Green Deployments, you can stay current on security patches, improve database performance, and adopt newer database features with short, predictable downtime. Blue/green déploiements réduisent les risques et les temps d'arrêt liés aux mises à jour de base de données, telles que 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 commutation intégrées.

  • Éliminez les pertes de données pendant la commutation.

  • 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 base de données Aurora.

  1. Identifiez un cluster de base de données de production qui nécessite des mises à jour.

    L'image suivante montre un exemple de cluster de base de données de production.

    Cluster de base de données Aurora de production (bleu) dans un déploiement bleu/vert

  2. Créez le déploiement bleu/vert. Pour obtenir des instructions, veuillez consulter Création d'un déploiement bleu/vert dans Amazon ).

    L'image suivante montre un exemple de blue/green deployment of the production environment from step 1. While creating the blue/green déploiement. RDS copie la topologie et la configuration complètes du cluster de base de données Aurora pour créer un environnement écologique. Les noms du cluster de base de données et des instances de base de données copiés sont complétés par -green-random-characters. L'environnement de mise en scène de l'image contient le cluster de base de données (auroradb-green-). abc123 Il contient également les trois instances de base de données du cluster de base de données (auroradb-instance1-green-, auroradb-instance2-green- et auroradb-instance3-green-)abc123. abc123 abc123

    Déploiement bleu/vert pour Amazon Aurora

    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 base de données différent pour le cluster de base 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 base 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 base 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 qui ont le CONNECTION_ADMIN privilège, y compris l'utilisateur principal Aurora. Les utilisateurs dotés de ce privilège peuvent modifier le read_only comportement. Pour de plus amples informations, veuillez consulter Modèle de privilège basé sur les rôles.

  3. 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 base de données, consultez Modification d'un cluster de bases de données Amazon Aurora.

  4. 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 dans un 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 commutation. Pour activer les opérations d'écriture pour Aurora MySQL, définissez le read_only paramètre sur0, puis redémarrez l'instance de base de données. Pour Aurora PostgreSQL, définissez default_transaction_read_only le paramètre sur au niveau de la off session.

  5. Lorsque vous êtes prêt, passez à l'environnement de préparation au nouvel environnement de production. Pour obtenir des instructions, veuillez consulter Passer d'un déploiement bleu/vert dans Amazon ).

    La commutation entraîne un temps d'arrêt. Le temps d'arrêt est généralement inférieur à une minute, mais il peut être plus long en fonction de votre charge de travail.

    L'image suivante présente les clusters de bases de données après la commutation.

    Cluster de base de données et instances de base de données après le basculement d'un déploiement bleu/vert Amazon Aurora

    Après la commutation, le cluster de base de données Aurora dans l'environnement vert devient le nouveau cluster de base de données de production. Les noms et les points de terminaison de l'environnement de production actuel sont attribués à l'environnement de production nouvellement basculé, ce qui ne nécessite aucune modification de votre application. En conséquence, votre trafic de production s'écoule désormais vers le nouvel environnement de production. Le cluster de base de données et les instances de base de données dans l'environnement bleu sont renommés en ajoutant -oldn au nom actuel, où n est un numéro. Par exemple, supposons que le nom de l'instance de base de données dans l'environnement bleu est auroradb-instance-1. Après la commutation, le nom de l'instance de base de données pourrait être auroradb-instance-1-old1.

    Dans l'exemple de l'image, les changements suivants se produisent pendant la commutation :

    • Le cluster de base de données auroradb-green-abc123 de l'environnement vert devient le cluster de base de données de production nommé auroradb.

    • L'instance de base de données de l'environnement vert nommée auroradb-instance1-green-abc123 devient l'instance de base de données de production auroradb-instance1.

    • L'instance de base de données de l'environnement vert nommée auroradb-instance2-green-abc123 devient l'instance de base de données de production auroradb-instance2.

    • L'instance de base de données de l'environnement vert nommée auroradb-instance3-green-abc123 devient l'instance de base de données de production auroradb-instance3.

    • Le cluster de base de données de l'environnement bleu nommé auroradb devient auroradb-old1.

    • L'instance de base de données de l'environnement bleu nommée auroradb-instance1 devient auroradb-instance1-old1.

    • L'instance de base de données de l'environnement bleu nommée auroradb-instance2 devient auroradb-instance2-old1.

    • L'instance de base de données de l'environnement bleu nommée auroradb-instance3 devient auroradb-instance3-old1.

  6. Si vous n'avez plus besoin d'un déploiement bleu/vert, vous pouvez le supprimer. Pour obtenir des instructions, veuillez consulter Supprimer un déploiement bleu/vert dans Amazon ).

    Après la commutation, 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.