Amazon RDS 蓝绿部署最佳实践

切换之前，在绿色环境中全面测试数据库实例 。

使绿色环境中的数据库保持只读。建议您在绿色环境中谨慎启用写入操作，因为它们可能导致复制冲突。它们还可能导致切换后生产数据库中出现意外数据。

使用蓝绿部署实现模式更改时，仅进行与复制兼容的更改。

例如，您可以在表末尾添加新列，而无需中断从蓝色部署到绿色部署的复制。但是，模式更改（例如重命名列或重命名表）会中断向绿色部署的复制。

有关与复制兼容的更改的更多信息，请参阅 MySQL 文档中的在源和副本上使用不同的表定义进行复制以及 PostgreSQL 逻辑复制文档中的限制。

创建蓝绿部署后，必要时处理延迟加载。切换之前，请确保数据加载已完成。有关更多信息，请参阅 蓝绿部署的延迟加载和存储初始化。

切换蓝绿部署时，请遵循切换最佳实践。有关更多信息，请参阅 切换最佳实践。

避免使用未针对复制进行优化的非事务性存储引擎，例如 MyISAM。

针对二进制日志复制优化只读副本和绿色环境。如果您的数据库引擎支持，请在创建蓝绿部署之前，先启用 GTID、并行复制和崩溃安全复制，以确保数据一致性和持久性。有关更多信息，请参阅 使用基于 GTID 的复制。

如果绿色环境出现副本滞后，请考虑以下事项：

创建蓝绿部署之前，请将所有 PostgreSQL 扩展更新到最新版本。有关更多信息，请参阅 在 RDS for PostgreSQL 数据库中升级 PostgreSQL 扩展。

长时间运行的事务可能会导致严重的副本延迟。要减少副本延迟，可考虑执行下列操作：

复制缓慢会导致发送方和接收方经常重启，从而延迟同步。要确保它们保持活动状态，请在蓝色环境中将 wal_sender_timeout 参数设置为 0，在绿色环境中将 wal_receiver_timeout 参数设置为 0，从而禁用超时。

为防止从蓝色环境中删除预写日志（WAL）段，请将 PostgreSQL 13 及更低版本的 wal_keep_segments 参数设置为 15625。对于版本 14 及更高版本，如果有足够的可用存储空间，还可将 wal_keep_size 参数设置为 1 TiB。

如果您的数据库有足够的可用内存，请在蓝色环境中增加 logical_decoding_work_mem 数据库参数的值。这样做可以减少磁盘上的解码次数，改为使用内存。有关更多信息，请参阅 PostgreSQL 文档。

如果您使用的是 aws_s3 扩展，请在创建绿色环境之后，通过 IAM 角色赋予绿色数据库实例访问 Amazon S3 的权限。这允许导入和导出命令在切换后继续运行。有关说明，请参阅 设置 Amazon S3 存储桶的访问权限。

检查 UPDATE 和 DELETE 语句的性能，并评估在 WHERE 子句中使用的列上创建索引能否优化这些查询。在绿色环境中重播操作时，这可以提高性能。

如果您使用的是触发器，请确保它们不会影响名称以“rds”开头的 pg_catalog.pg_publication、pg_catalog.pg_subscription 和 pg_catalog.pg_replication_slots 对象的创建、更新及删除。

如果您为绿色环境指定更高的引擎版本，请对所有数据库运行 ANALYZE 操作来刷新 pg_statistic 表。在主要版本升级期间不会传输优化程序统计数据，因此您必须重新生成所有统计数据，来避免出现性能问题。有关主要版本升级期间的其他最佳实践，请参阅如何执行 RDS for PostgreSQL 的主要版本升级。

如果在源中使用触发器来操作数据，请避免将触发器配置为 ENABLE REPLICA 或 ENABLE ALWAYS。否则，复制系统会传播更改并执行触发器，从而导致重复。