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

上次更新日期:2022 年 8 月 3 日

我想要修改 Amazon Relational Database Service(Amazon RDS)for MySQL 实例。多可用区部署是否有助于减少停机时间?

简短描述

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

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

  • 更改数据库实例存储
  • 更新数据库实例类
  • 升级数据库引擎版本
  • 维护底层操作系统或硬件

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

解决方法

更改数据库实例存储

要更改 Amazon RDS 存储,可以进行以下存储更改:

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

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

如果您将多可用区数据库实例的存储类型从通用型(SSD)更改为预调配 IOPS(SSD),反之亦然,这项操作也不需要停机时间。但是,在以下情况下会需要停机时间:

  • 通用型 (SSD)磁介质卷,反之亦然。
  • 预置 IOPS (SSD)磁介质卷,反之亦然。
  • 通用型 (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 数据库时使用只读副本减少停机时间

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

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

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

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

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


这篇文章对您有帮助吗?


您是否需要账单或技术支持?