本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 比较 Amazon Aurora 复制解决方案
<a name="compare-solutions"></a>

下表比较三种 Amazon Aurora 复制解决方案。


|  |  |  |  | 
| --- |--- |--- |--- |
|  | **Aurora 副本** | **跨区域 Aurora 副本** | **Aurora 全球数据库** | 
| 提供高可用性 | 是 | 否 | 否 | 
| 提供灾难恢复 | 否 | 是 | 是 | 
| 复制类型 | 异步 | 异步 | 异步 | 
| 自动失效转移 | 是 | 否 | 否 | 
| 卸载 SELECT 查询 | 支持 | 是 | 是 | 
| 可以对副本执行写入操作 | 否 | 是（不推荐） | 否 | 
| 靠近主集群 | 始终位于与主集群相同的区域中。 | 不能位于与主集群相同的区域中。 | 不能位于与主集群相同的区域中。 | 
| 复制滞后 | 延迟通常少于 100 毫秒。 | 取决于事务量。大多数系统通常需要几秒钟。 | 通常不到 1 秒。 | 
| 成本注意事项 | 只需为额外的数据库实例节点付费。 | 您需要为实例、存储、跨区域数据传输、备份存储以及主区域和每个辅助区域 I/Os 之间的复制写入支付标准的 Aurora 费率。 | 您需要为实例、存储、跨区域数据传输、备份存储以及主区域和每个辅助区域 I/Os 之间的复制写入支付标准的 Aurora 费率。 | 
| 支持的副本数量 | 同一区域内有 15 个 | Aurora MySQL 兼容版在不同区域中最多有五个辅助数据库集群。（Aurora PostgreSQL 兼容版不支持跨区域 Aurora 副本。） | 在不同区域中最多有五个辅助数据库集群。 | 
| 预调配时间 | 不论数据库大小如何，都少于 5 分钟。 | 取决于数据库大小，因为创建副本需要将数据库的整个副本复制到辅助区域。 | 取决于数据库大小，因为创建副本需要将数据库的整个副本复制到辅助区域。 | 

在决定实施哪个选项时，应使用以下准则：
+ 如果您需要 Aurora 集群的高可用性，请使用 Aurora 副本。如果主实例出现故障，Aurora 将自动升级其中一个 Aurora 副本。Aurora 副本也非常适合水平扩缩您的读取工作负载。Aurora 连接管理器将使用通用读取器终端节点自动将工作负载分配给同一个 AWS 区域 副本中的多个 Aurora 副本。
+ 如果您正在寻找跨区域灾难恢复（DR），请使用 Aurora 全局数据库。使用 Aurora 全球数据库，您可以跨多个数据库 AWS 区域 以实现快速本地读取和快速灾难恢复。您可以使用辅助区域作为备份选项，以防需要从区域退化或中断中快速恢复。辅助区域中的数据库可以在不到 1 分钟的时间内提升到完全读/写能力。
+ 跨区域 Aurora 副本有几个使用案例。首先，如果您需要 Aurora 数据库的跨区域副本，但由于全球数据库的某些限制而无法使用，则可以使用跨区域 Aurora 副本。其次，如果您需要从适用于 MySQL 的 Amazon Relational Database Service（Amazon RDS）迁移到 Aurora MySQL 兼容版，则可以设置 Aurora MySQL 副本。