多可用区部署是否有助于减少 Amazon RDS MySQL 更改期间的停机时间？

简短描述

当您更改 Amazon RDS MySQL 实例时，多可用区部署可以减少更改产生的影响。

在以下情况下，多可用区部署可能会影响您的 Amazon RDS MySQL 实例：

• 更改数据库实例存储
• 更新数据库实例类
• 维护底层操作系统或硬件

**注意：**根据您所用的更新类型，多可用区部署可能不提供增强的可用性优势。

解决方法

更改数据库实例存储

要更改 Amazon RDS 存储，可以进行以下存储更改：

• 分配的存储空间大小
• 预置 IOPS 值
• 存储类型

增加分配的存储空间大小和更改 IOPS 值这两项在线操作不包括停机时间。由于主数据库实例和备用数据库实例的这些存储更新同时发生，因此在存储更新期间，多可用区不提供额外的可用性。有关存储修改和潜在停机时间的更多信息，请参阅数据库实例设置。

如果您在 General Purpose (SSD)（通用型（SSD））和 Provisioned IOPS (SSD)（预调配 IOPS（SSD））之间更改多可用区数据库实例的存储类型，这项操作也不需要停机时间。但是，在以下情况下会需要停机时间：

• 从 General Purpose (SSD)（通用型（SSD））到 Magnetic（磁性），或者从 Magnetic（磁性）到 General Purpose (SSD)（通用型（SSD））。
• 从 Provisioned IOPS (SSD)（预调配 IOPS（SSD））到 Magnetic（磁性），或者从 Magnetic（磁性）到 Provisioned IOPS (SSD)（预调配 IOPS（SSD））。
• 从 General Purpose (SSD)（通用型 (SSD)）到 Provisioned IOPS (SSD)（预调配 IOPS（SSD）），但前提是数据库实例为单可用区，并且您使用的是自定义参数组。
• 从预置 IOPS (SSD) 到通用型 (SSD)，但前提是数据库实例为单可用区，并且您使用的是自定义参数组。

更新数据库实例类

由于实例类更改需要一组新定义的硬件，因此此更改不是在线操作，需要停机时间。Amazon RDS MySQL 数据库实例的多可用区部署可以显著减少各种影响。这是因为更新不会同时发生在主服务器和备用服务器上。备用实例首先进行更改，导致失效转移。失效转移后，新的备用实例会修改。所需的停机时间包括失效转移完成的持续时间（通常为 60-120 秒）和完成数据库引擎崩溃恢复的时间。有关更多信息，请参阅多可用区部署。

升级数据库引擎版本

可以通过 RDS 控制台或 API 手动安排数据库引擎版本升级。或者，通过自动次要版本升级或在引擎弃用之后进行数据库引擎升级。由于 RDS MySQL 不会自动进行滚动升级，因此可以在主要主机和备用主机上同时进行数据库引擎版本升级。因此，数据库引擎版本升级不会受益于多可用区部署。要评估影响的范围和持续时间，请在执行实际升级之前在暂存环境中执行升级。有关更多信息，请参阅关于升级 Amazon RDS for MySQL 和 Amazon RDS for MariaDB 的最佳实践。

**注意：**如果您的 RDS MySQL 数据库实例使用只读副本，您必须先升级所有只读副本，然后再升级源实例。有关更多信息，请参阅升级 MySQL 数据库时使用只读副本减少停机时间。

为操作系统或硬件安排维护

为操作系统或硬件安排维护时，多可用区部署可以显著减少这些更改产生的影响。

多可用区部署通过以下方式对安排的维护产生影响：

• 如果仅为主要主机安排维护，则会发生故障转移，并会在新的辅助主机上执行维护。
• 如果只为辅助主机安排维护，则不需要停机时间。
• 当为主要主机和辅助主机安排维护时，先在辅助（备用）主机上执行维护。然后，发生失效转移，并在新的辅助主机上执行维护。

有关更多信息，请参阅如何在所需的 Amazon RDS 维护期间最大程度地缩短停机时间？

---