蓝绿部署的最佳实践

切换之前，在绿色环境中全面测试Aurora 数据库集群。

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

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

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

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

为两个环境中的所有连接使用集群端点、读取器端点或自定义端点。请勿使用带有静态或排除列表的实例端点或自定义端点。

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

监控 Aurora PostgreSQL 逻辑复制直写缓存，并在必要时对缓存缓冲区进行调整。有关更多信息，请参阅 监控 Aurora PostgreSQL 逻辑复制直写缓存。

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

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

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

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

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

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

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

如果在源数据库集群上启用了 Babelfish，则绿色环境的目标数据库集群参数组中以下参数的设置必须与源数据库集群参数组中的设置相同：

有关这些参数的更多信息，请参阅 Babelfish 的数据库集群参数组设置。