Changer de blue/green déploiement dans )

Une bascule transfère le cluster de bases de données, y compris ses instances de base de données, dans l’environnement vert pour qu’il devienne le cluster de bases de données de production. Avant l’opération de bascule, le trafic de production est acheminé vers le cluster dans l’environnement bleu. Après l’opération de bascule, le trafic de production est acheminé vers le cluster de bases de données dans l’environnement vert.

Le transfert d'un blue/green déploiement n'est pas la même chose que la promotion du cluster de base de données d' de base de données vert dans le cadre du blue/green déploiement. Si vous promouvez manuellement le cluster DB de base de données vert en choisissant Promouvoir dans le menu Actions, la réplication entre les environnements bleu et vert est interrompue et le blue/green déploiement passe à l'état de configuration non valide.

Délai de bascule

Vous pouvez spécifier un délai de bascule compris entre 30 secondes et 3 600 secondes (une heure). Si la bascule prend plus de temps que la durée spécifiée, toutes les modifications sont annulées et aucune modification n’est apportée à l’un ou l’autre des environnements. Le délai d’attente par défaut est de 300 secondes (cinq minutes).

Barrières de protection de bascule

Lorsque vous lancez une bascule, Amazon RDS effectue quelques vérifications de base pour tester la préparation des environnements bleu et vert à la bascule. Ces contrôles sont connus sous le nom de barrières de protection de bascule. Ces barrières de protection empêchent une bascule si les environnements ne sont pas prêts pour cela. Ils évitent donc une durée d’indisponibilité plus longue que prévu et empêchent la perte de données entre les environnements bleu et vert qui pourrait survenir si la bascule était lancée.

Amazon RDS exécute les contrôles de barrière de protection suivants sur l’environnement vert :

Amazon RDS exécute les contrôles de barrière de protection suivants sur l’environnement bleu :

Actions de bascule

Lorsque vous passez d'un blue/green déploiement à un autre, RDS exécute les actions suivantes :

Vous pouvez surveiller l'état d'un passage au numérique à l'aide d'Amazon. EventBridge Pour de plus amples informations, veuillez consulter Événements de déploiement bleu/vert.

Lors du passage au numérique, les balises de l'environnement bleu remplacent toutes les balises associées aux ressources de l'environnement vert. Toutes les balises que vous avez ajoutées directement aux ressources écologiques sont remplacées au cours de ce processus. Pour en savoir plus sur les identifications, consultez Marquage des ressources Amazon Aurora et Amazon RDS.

Si la bascule commence et s’arrête avant la fin pour une raison quelconque, les modifications sont annulées et aucune modification n’est apportée à l’environnement.

Bonnes pratiques de bascule

Avant de basculer, nous vous recommandons vivement de respecter les bonnes pratiques en accomplissant les tâches suivantes :

Vérification des CloudWatch métriques avant le passage au numérique

Avant de passer d'un blue/green déploiement à un autre, nous vous recommandons de vérifier la valeur s des métriques suivantes sur Amazon CloudWatch.

Pour plus d’informations, consultez CloudWatch Métriques Amazon pour Amazon Aurora.

Surveillance du délai de réplication avant la bascule

Avant de passer d'un blue/green déploiement à un autre, assurez-vous que le délai de réplication est proche de zéro afin de réduire les temps d'arrêt.

Aurora MySQL

Pour les déploiements MySQL , vérifiez AuroraBinlogReplicaLag CloudWatch la métrique dans l'environnement vert pour identifier le délai de réplication actuel. Pour de plus amples informations, veuillez consulter Diagnostic et résolution du retard entre réplicas en lecture.

Aurora PostgreSQL

Pour les , vérifiez OldestReplicationSlotLag CloudWatch la métrique dans l'environnement bleu pour identifier le délai de réplication actuel. Pour de plus amples informations, veuillez consulter Métriques de niveau instance pour Amazon Aurora.

Vous pouvez également exécuter la requête SQL suivante dans l’environnement bleu :

SELECT slot_name,
       confirmed_flush_lsn as flushed,
       pg_current_wal_lsn(),
       (pg_current_wal_lsn() - confirmed_flush_lsn) AS lsn_distance
FROM pg_catalog.pg_replication_slots
WHERE slot_type = 'logical';

slot_name        |    flushed    | pg_current_wal_lsn | lsn_distance
-----------------+---------------+--------------------+------------
logical_replica1 | 47D97/CF32980 | 47D97/CF3BAC8      | 37192

confirmed_flush_lsn représente le dernier numéro de séquence du journal (LSN) qui a été envoyé au réplica. pg_current_wal_lsn représente l’emplacement actuel de la base de données. Une lsn_distance de 0 signifie que le réplica a rattrapé son retard.

Passer d'un blue/green déploiement à un autre

Vous pouvez passer d'un blue/green déploiement à l'aide de l'API AWS Management Console, de AWS CLI, ou de l'API RDS.

aws rds switchover-blue-green-deployment \
    --blue-green-deployment-identifier bgd-1234567890abcdef \
    --switchover-timeout 600

aws rds switchover-blue-green-deployment ^
    --blue-green-deployment-identifier bgd-1234567890abcdef ^
    --switchover-timeout 600

Après la bascule

Après une bascule, le cluster de base de données et les instances de base de données de l’environnement bleu précédent sont conservé(e)s. Les coûts standard s’appliquent à ces ressources. La réplication et la journalisation binaire entre les environnements bleu et vert s’arrête.

RDS renomme le cluster de bases de données et les instances de base de données dans l’environnement bleu en ajoutant -oldn au nom de la ressource actuelle, où n est un nombre. Le cluster de bases de données bleu est forcé de passer en mode lecture seule. Même si vous activez les opérations d'écriture, il reste en lecture seule jusqu'à ce que vous supprimiez le blue/green déploiement. RDS renomme le cluster de bases de données et les instances de base de données dans l’environnement vert -newn.

Si vous supprimez la ressource blue/green de déploiement, RDS conserve les -newn ressources -oldn et.

Mise à jour du nœud parent pour les consommateurs

RDS propose des réplicas en lecture entièrement gérés. Cependant, il offre également la possibilité de configurer des réplicas autogérés, également appelés réplicas externes. Les réplicas externes vous permettent d’utiliser des ressources tierces comme cibles de réplication.

Après avoir transféré un déploiement , si le cluster de base de données d'instance de base de données contenait des répliques externes ou des consommateurs de journaux binaires avant le basculement, vous devez mettre à jour son nœud parent après le basculement afin de maintenir la continuité de la réplication.