使用 Amazon Aurora Global Database

全局读取本地延迟 - 如果您在世界各地设有办事处，则可以使用 Aurora Global Database 在主 Amazon Web Services 区域 保持主要信息来源为最新状态。您其他区域的办事处可以访问各自区域中的信息，存在本地延迟。

可扩展辅助 Aurora 数据库集群 - 您可以通过向辅助 Amazon Web Services 区域 添加更多只读实例（Aurora 副本）来扩展辅助集群。辅助集群为只读模式，因此它最多可以支持 16 个只读 Aurora 副本实例，而不符合单个 Aurora 集群通常 15 个此类副本的限制。

从主到辅助 Aurora 数据库集群快速复制 – Aurora 全局数据库执行的复制对主数据库集群造成的性能影响不大。数据库实例的资源完全专用于承担应用程序读取和写入工作负载。

从区域范围内的中断中恢复 - 辅助集群使您能够比传统复制解决方案更快地（RTO 更低）在新的主 Amazon Web Services 区域 中使用 Aurora Global Database，并且数据损失更少（RPO 更低）。

Aurora Global Database 在某些 Amazon Web Services 区域 可用，且仅适用于特定 Aurora MySQL 和 Aurora PostgreSQL 版本。有关更多信息，请参阅Aurora 全局数据库。

Aurora Global Database 对于支持的 Aurora 数据库实例类、Amazon Web Services 区域 的最大数量等有一定的配置要求。有关更多信息，请参阅Amazon Aurora Global Database 的配置要求。

Aurora 全局数据库的托管计划内故障转移需要以下一种 Aurora 数据库引擎：

仅当主要数据库集群和次要数据库集群具有相同的主要和次要引擎版本时，您才能对 Aurora Global Database 执行托管式跨区域数据库失效转移。如果次要引擎版本是以下版本之一，则补丁级别可能会有所不同：

Aurora 全局数据库目前不支持以下 Aurora 功能：

有关在全局数据库中使用 RDS 代理功能的限制，请参阅 对全局数据库使用 RDS 代理的限制。

自动次要版本升级不适用于作为 Aurora 全局数据库一部分的 Aurora MySQL 集群。请注意，您可以为属于全局数据库集群的数据库实例指定该设置，但该设置无效。

Aurora 全局数据库目前不支持备用数据库集群的 Aurora Auto Scaling。

您可以在仅运行以下 Aurora MySQL 和 Aurora PostgreSQL 版本的 Aurora 全局数据库上启动数据库活动流。

有关数据库活动流的信息，请参阅 使用数据库活动流监控 Amazon Aurora。

以下限制目前适用于升级 Aurora 全局数据库：

有关升级 Aurora Global Database 的信息，请参阅 升级 Amazon Aurora Global Database。

您无法单独地停止或启动 Aurora 全局数据库中的 Aurora 数据库集群。要了解更多信息，请参阅 停止和启动 Amazon Aurora 数据库集群。

在某些情况下，附加到 Aurora 备用数据库集群的 Aurora 副本可能会重新启动。如果主 Amazon Web Services 区域 的写入器数据库实例重新启动或发生故障转移，辅助区域中的 Aurora 副本也会重新启动。随后辅助集群将不可用，直到所有副本与主数据库集群的写入器实例恢复同步。重启或失效转移时主集群的行为与单个非全局数据库集群的行为相同。有关更多信息，请参阅使用 Amazon Aurora 进行复制。

在更改主数据库集群之前，请务必了解对 Aurora 全局数据库的影响。要了解更多信息，请参阅 从计划外停机中恢复 Amazon Aurora Global Database。

在 Aurora 全局数据库中运行的基于 Aurora PostgreSQL 的数据库集群存在以下限制：