蓝绿部署的最佳实践 - Amazon Relational Database Service
一般最佳实践RDS for MySQL 最佳实践RDS for PostgreSQL 最佳实践

蓝绿部署的最佳实践

以下是蓝绿部署的最佳实践。

一般最佳实践

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

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

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

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

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

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

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

RDS for MySQL 最佳实践

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

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

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

    • 在绿色数据库参数组中临时设置 sync_binlog=0 和 innodb_flush_log_at_trx_commit=2。当复制赶上进度之后，请在切换之前恢复为默认值。如果发生意外关闭或崩溃并显示临时参数值，请重建绿色环境以避免未检测到的数据损坏。

    • 暂时将绿色多可用区数据库实例更改为单可用区数据库实例，以减少写入延迟并提高复制吞吐量。切换前重新启用多可用区。

RDS for PostgreSQL 最佳实践

  • 对于 RDS for PostgreSQL 版本 13 及更高版本，如果您的数据库有足够的可用内存，请在蓝色环境中增加 logical_decoding_work_mem 数据库参数的值。这样做可以减少磁盘上的解码次数，改为使用内存。您可以使用 FreeableMemory CloudWatch 指标监控可用内存。有关更多信息，请参阅 PostgreSQL 文档。

    • 您可以使用 ReplicationSlotDiskUsage CloudWatch 指标监控写入磁盘的事务溢出量。该指标提供对复制槽的磁盘使用情况的见解，有助于确定事务数据何时超过内存容量并存储在磁盘上。有关更多信息，请参阅 Amazon RDS 的 Amazon CloudWatch 实例级指标。

    • 在 RDS for PostgreSQL 14 及更高版本中，您可以使用 pg_stat_replication_slots 系统视图监控逻辑溢出文件的大小。

    • 您可以使用 FreeableMemory CloudWatch 指标监控可用内存。有关更多信息，请参阅 Amazon RDS 的 Amazon CloudWatch 实例级指标。

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

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

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

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

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

    • 减少长期运行的事务和子事务，这些事务和子事务可能会延迟到绿色环境赶上蓝色环境之后再运行。

    • 减少蓝色环境上的批量操作，直到绿色环境赶上蓝色环境之后再运行。

    • 在创建蓝绿部署之前，对事务繁忙的表启动手动真空冻结操作。有关说明，请参阅执行手动 vacuum 冻结。

    • 在 PostgreSQL 12 及更高版本中，请对大型表或繁忙表禁用 index_cleanup 参数，以提高蓝色数据库的常规维护效率。有关更多信息，请参阅尽快对表执行 vacuum 操作。

      注意

      在执行 vacuum 操作期间定期跳过索引清理可能会导致索引膨胀，从而降低扫描性能。最佳实践是仅在使用蓝绿部署时使用此方法。部署完成后，建议恢复定期的索引维护和清理。

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

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