- Amazon Relational Database Service
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.

En utilisant Amazon RDS 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 vert est l'environnement intermédiaire. L'environnement intermédiaire reste synchronisé avec l'environnement de production actuel grâce à la réplication logique.

Vous pouvez apporter des modifications au des instances de base de données dans un environnement écologique 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, mettre à niveau la configuration du système de fichiers sous-jacent, 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 promouvoir l'environnement vert comme 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, il inclut les fonctionnalités utilisées par l'instance de base de données. Ces fonctionnalités comprennent les réplicas en lecture, la configuration du stockage, les instantanés de base de données, les sauvegardes automatiques, Performance Insights et la surveillance améliorée. Si l'instance de base de données bleue est un déploiement d'instance de base de données multi-AZ, alors l'instance de base de données verte est également un déploiement d'instance de base de données multi-AZ.

Note

Actuellement, les déploiements bleu/vert ne sont pris en charge que pour RDS MariaDB, RDS My et Postgre. SQL RDS SQL Pour connaître la disponibilité d'Amazon Aurora, consultez la section Utilisation des déploiements Amazon RDS Blue/Green pour les mises à jour des bases de données dans le guide de l'utilisateur Amazon Aurora.

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 et moteurs de base de données pris en charge pour les déploiements Amazon RDS Blue/Green.

Avantages de l'utilisation d'Amazon RDS Blue/Green Deployments

En utilisant Amazon RDS Blue/Green Deployments, vous pouvez rester au courant des correctifs de sécurité, améliorer les performances des bases de données et adopter de nouvelles fonctionnalités de base de données avec des temps d'arrêt courts et prévisibles. Les déploiements bleu/vert réduisent les risques et les temps d'arrêt 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 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 de base de données.

  1. Identifiez un environnement de production qui nécessite des mises à jour.

    Par exemple, l'environnement de production dans cette image comporte un déploiement d'instance de base de données multi-AZ (mydb1) et un réplica en lecture (mydb2).

    Environnement de production (bleu) dans un déploiement bleu/vert

  2. Créez le déploiement bleu/vert. Pour obtenir des instructions, consultez Création d'un déploiement bleu/vert.

    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 complète et la configuration de l'instance de base de données principale pour créer l'environnement vert. Les noms des instances de base de données copiées sont complétés par -green-random-characters. L'environnement intermédiaire de l'image contient un déploiement d'instance de base de données multi-AZ (mydb1-green-abc123) et une réplique en lecture (mydb2-green-abc123).

    Déploiement bleu/vert

    Lorsque vous créez le déploiement bleu/vert, vous pouvez mettre à niveau la version de votre moteur de base de données et spécifier un groupe de paramètres de base de données différent pour les instances de base de données dans l'environnement vert. RDSconfigure également la réplication logique 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.

    Après avoir créé le déploiement bleu/vert, l'instance de base de données dans l'environnement vert est en lecture seule par défaut.

  3. Apportez des modifications supplémentaires à l'environnement intermédiaire, si nécessaire.

    Par exemple, vous pouvez apporter des modifications au schéma de votre base de données ou changer la classe d'instances de base de données utilisée par une ou plusieurs instances de base de données dans l'environnement vert.

    Pour savoir comment modifier une instance de base de données, consultez Modification d'une instance de base de données Amazon RDS.

  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 RDS for MySQL, définissez le read_only paramètre sur0, puis redémarrez l'instance de base de données. RDSPour PostgreSQL, définissez le default_transaction_read_only paramètre off au niveau de la session.

  5. Une fois prêt, basculez pour promouvoir l'environnement intermédiaire en tant que nouvel environnement de production. Pour obtenir des instructions, consultez Basculement d'un déploiement bleu/vert.

    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 instances de base de données après la commutation.

    Instances de base de données après le basculement d'un déploiement bleu/vert

    Après la commutation, les instances de base de données qui se trouvaient dans l'environnement vert deviennent les nouvelles instances de base 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 nouvellement promu, 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. Les instances de base de données dans l'environnement bleu précédent sont renommées 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 mydb1. Après la commutation, le nom de l'instance de base de données pourrait être mydb1-old1.

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

    • Le déploiement de l'instance de base de données multi-AZ de l'environnement vert nommé mydb1-green-abc123 devient le déploiement de l'instance de base de données multi-AZ de production nommé mydb1.

    • Le réplica en lecture nommé mydb2-green-abc123 de l'environnement vert devient le réplica en lecture mydb2 de l'environnement de production.

    • Le déploiement de l'instance de base de données multi-AZ nommée mydb1 de l'environnement bleu devient mydb1-old1.

    • Le réplica en lecture nommé mydb2 de l'environnement bleu devient mydb2-old1.

  6. 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.

    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.