Présentation des déploiements Amazon RDS ()

En utilisant Amazon RDS Amazon 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 aux instances de base de données RDS 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, 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 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, 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 pour MariaDB, RDS pour MySQL et RDS pour PostgreSQL. Pour connaître la disponibilité d'Amazon Aurora, consultez la présentation des déploiements Amazon Aurora Blue/Green dans le guide de l'utilisateur Amazon Aurora.

Dans certaines conditions, RDS pour PostgreSQL utilise la réplication logique au lieu de la réplication physique pour synchroniser l'environnement vert avec l'environnement bleu. Pour de plus amples informations, veuillez consulter Méthodes de SQL réplication Postgre pour les déploiements bleu/vert.

Rubriques

• Disponibilité des régions et des versions

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

• Flux de travail d'un déploiement bleu/vert

• Autoriser l'accès aux opérations de déploiement bleu/vert d'Amazon RDS

• Limitations et considérations relatives aux déploiements bleu/vert d'Amazon RDS

• Bonnes pratiques pour les déploiements bleu/vert d'Amazon RDS

• Méthodes de SQL réplication Postgre pour les déploiements bleu/vert

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

   

2. Créez le déploiement bleu/vert. Pour obtenir des instructions, veuillez consulter .

   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 complète et la configuration de l'instance de base de données principale pour créer l'environnement écologique. 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 de lecture (mydb2-green-). abc123

   

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

   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 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 savoir comment modifier une instance de base de données, consultez Modification d'une RDS instance de base de données Amazon.

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 pour MySQL, définissez le read_only paramètre sur0, puis redémarrez l'instance de base de données. Pour les déploiements RDS pour PostgreSQL qui utilisent la réplication logique, définissez default_transaction_read_only le paramètre off sur au niveau de la session. Pour ceux qui utilisent la réplication physique, vous ne pouvez pas activer les opérations d'écriture dans un environnement écologique.

5. Lorsque vous êtes prêt, passez à l'environnement de préparation au nouvel environnement de production. Pour obtenir des instructions, veuillez consulter .

   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.

   

   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 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. 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 le basculement, le nom de l'instance de base de données sera. 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, veuillez consulter .

   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.