Amazon RDS 多可用区部署

MySQL、MariaDB、Oracle 和 PostgreSQL 引擎的多可用区部署利用同步物理复制来使备用数据保持与主引擎相同的最新状态。SQL Server 引擎的多可用区部署使用同步逻辑复制来实现相同的结果，使用 SQL Server 原生镜像或始终在线技术。Amazon Aurora 使用专为数据库工作负载构建、基于 SSD 的虚拟化存储层。在数据库实例出现故障或丢失可用区时，所有的方法都能保护您的数据。

运行多可用区部署时，您还可获得增强数据库可用性的优势。如果发生可用区故障或数据库实例故障，您的可用性影响仅限于完成自动故障转移所需的时间：通常不到一分钟，Amazon Aurora（使用 MariaDB Connector/J 时不到 30 秒），而对于其他数据库引擎来说，则需要一到两分钟。

多可用区部署的可用性优势还可延伸到计划的维护和备份操作。在系统升级（如操作系统修补或数据库实例扩缩）的情况下，这些操作首先在备用系统上应用，然后再会自动执行故障转移。因此，可用性影响将仅限于完成自动故障转移所需的时间。

与单可用区域部署不同，在备份 MySQL、MariaDB、Oracle 和 PostgreSQL 引擎的多可用区部署期间，主要引擎上的输入/输出活动不会暂停，因为备份是从备用引擎中取出的。但是，请注意，在多可用区部署的备份期间，您可能仍会遇到几分钟延迟提升的情况。

在 Amazon Aurora 部署出现实例故障时，Amazon RDS 使用 RDS 多可用区技术自动执行故障转移到您在三个可用区中创建任何一个 Amazon Aurora 副本中（最多可创建 15 个）。如果没有预置 Amazon Aurora 副本，当出现故障时，Amazon RDS 将尝试为您自动创建一个新的 Amazon Aurora 数据库实例。

如果您的主实例上的存储卷在多可用区部署中出现故障，Amazon RDS 会自动执行故障转移到最新备用实例（如果是 Amazon Aurora，则会转移到副本）。将其与单可用区部署进行比较：如果单可用区数据库出现故障，则需要执行用户启动的时间点还原操作。此操作可能需要几个小时才能完成，而且在最近可还原时间之后（通常在过去五分钟内）发生的任何数据更新都将不可用。

数据库实例故障转移是完全自动的，不需要管理干预。Amazon RDS 监控您的主实例和备用实例的运行状况，并根据各种故障情况自动启动故障转移。

Amazon RDS 可检测多可用区部署中最常见的故障并自动从中恢复过来，这样您可在无管理干预的情况下尽快恢复数据库操作。如果发生以下任何一种情况，Amazon RDS 将自动执行故障转移：

• 主可用区的可用性受损
• 主可用区的网络连接受损
• 主可用区的计算设备出现故障
• 主可用区的存储出现故障
  

注意：为了提高可用性，对多可用区部署启动诸如数据库实例扩缩或系统升级（如操作系统安装补丁程序）之类的操作时，这些操作首先会应用于备用副本，之后才自动进行故障转移（请参阅 Aurora 文档了解更新行为的详细信息）。因此，可用性影响将仅限于完成自动故障转移所需的时间。请注意，Amazon RDS 多可用区部署不会自动故障转移来响应某些数据库操作，如长时间运行查询、死锁或数据库崩溃错误。