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

Testez minutieusement les instances de base de données dans l'environnement vert avant le basculement.

Gardez vos bases de données dans l'environnement vert en lecture seule. Nous vous recommandons d'activer 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.

Si vous utilisez un déploiement bleu/vert pour la mise en œuvre de modifications de schémas, n’effectuez que des modifications compatibles avec la réplication.

Par exemple, vous pouvez ajouter de nouvelles colonnes à la fin d’une table sans interrompre la réplication du déploiement bleu vers le déploiement vert. Toutefois, les modifications de schéma, telles que le renommage de colonnes ou de tables, interrompent la réplication vers le déploiement vert.

Pour plus d'informations sur les modifications compatibles avec la réplication, consultez Replication with Differing Table Definitions on Source and Replica dans la documentation MySQL, et Restrictions dans la documentation Réplication logique PostgreSQL.

Après avoir créé le déploiement bleu/vert, gérez le chargement différé si nécessaire. Assurez-vous que le chargement des données est terminé avant de basculer. Pour plus d’informations, consultez Chargement différé et initialisation du stockage pour les déploiements bleu/vert.

Lorsque vous basculez vers un déploiement bleu/vert, suivez les bonnes pratiques de bascule. Pour plus d’informations, consultez Bonnes pratiques de bascule.

Évitez d'utiliser des moteurs de stockage non transactionnels, tels que MyISAM, qui ne sont pas optimisés pour la réplication.

Optimisez les réplicas en lecture et l’environnement vert pour la réplication des journaux binaires. Si votre moteur de base de données le permet, activez la réplication GTID, parallèle et à sécurité intégrée pour garantir la cohérence des données et leur durabilité avant de créer votre déploiement bleu/vert. Pour plus d’informations, consultez Utilisation de la réplication basée sur des identifiants de transaction globaux (GTID).

Si l’environnement vert connaît un retard de réplica, tenez compte des éléments suivants :

Mettez à jour toutes vos extensions PostgreSQL vers la version la plus récente avant de créer un déploiement bleu/vert. Pour plus d’informations, consultez Mise à niveau des extensions PostgreSQL dans RDS pour les bases de données RDS pour PostgreSQL.

Les transactions de longue durée peuvent entraîner un retard de réplica important. Pour réduire le retard de réplica, envisagez les opérations suivantes :

Une réplication lente peut entraîner des redémarrages fréquents des expéditeurs et des destinataires, ce qui retarde la synchronisation. Pour vous assurer qu’ils restent actifs, désactivez les délais d’expiration en réglant le paramètre wal_sender_timeout sur 0 dans l’environnement bleu et le paramètre wal_receiver_timeout sur 0 dans l’environnement vert.

Pour éviter que les segments du journal d’écriture anticipée (WAL) ne soient supprimés de l’environnement bleu, définissez le paramètre wal_keep_segments sur 15625 pour PostgreSQL versions 13 et inférieures. Pour les versions 14 et ultérieures, définissez le paramètre wal_keep_size sur 1 Tio, s’il y a suffisamment d’espace de stockage disponible.

Si votre base de données dispose de suffisamment de mémoire disponible, augmentez la valeur du paramètre de base de données logical_decoding_work_mem dans l’environnement bleu. Cela permet de réduire le nombre de décodages sur disque et d’utiliser de la mémoire à la place. Pour plus d’informations, consultez la documentation sur PostgreSQL.

Si vous utilisez l’extension aws_s3, autorisez l’instance de base de données verte à accéder à Amazon S3 via un rôle IAM une fois l’environnement vert créé. Cela permet aux commandes d’importation et d’exportation de continuer à fonctionner après la bascule. Pour obtenir des instructions, consultez Configuration de l’accès à un compartiment Amazon S3.

Vérifiez les performances de vos instructions UPDATE et DELETE et déterminez si la création d’un index sur la colonne utilisée dans la clause WHERE peut optimiser ces requêtes. Cela peut améliorer les performances lorsque les opérations sont réexécutées dans un environnement vert.

Si vous utilisez des déclencheurs, assurez-vous qu’ils n’interfèrent pas avec la création, la mise à jour et la suppression d’objets pg_catalog.pg_publication, pg_catalog.pg_subscription et pg_catalog.pg_replication_slots dont le nom commence par « rds ».

Si vous spécifiez une version du moteur supérieure pour l’environnement vert, exécutez l’opération ANALYZE sur toutes les bases de données pour actualiser la table pg_statistic. Les statistiques de l’optimiseur ne sont pas transférées lors d’une mise à niveau de version majeure. Vous devez donc régénérer toutes les statistiques pour éviter les problèmes de performances. Pour connaître les bonnes pratiques supplémentaires lors des mises à niveau des versions majeures, consultez Comment effectuer une mise à niveau de version majeure pour RDS pour PostgreSQL.

Évitez de configurer les déclencheurs comme ENABLE REPLICA ou ENABLE ALWAYS si le déclencheur est utilisé sur la source pour manipuler des données. Dans le cas contraire, le système de réplication propage les modifications et exécute le déclencheur, ce qui entraîne une duplication.