Amazon Aurora
Aurora 用户指南 (API 版本 2014-10-31)
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

使用 Amazon Aurora PostgreSQL 进行复制

使用 Aurora 副本

Aurora 副本是 Aurora 数据库集群中的独立终端节点,最适合用于扩展读取操作以及提高可用性。对于数据库集群在 AWS 区域中所跨的多个可用区,最多可以分配 15 个 Aurora 副本。虽然数据库集群卷由数据库集群的多个数据副本组成,但集群卷中的数据表示为数据库集群中的主实例和 Aurora 副本的单个逻辑卷。有关 Aurora 副本的更多信息,请参阅 Aurora 副本

Aurora 副本十分适用于读取扩展,因为它们完全专用于集群卷上的读取操作。写入操作由主实例进行管理。由于集群卷是在 Aurora PostgreSQL 数据库集群中的所有实例之间共享的,因此,无需执行额外的操作以复制每个 Aurora 副本的数据副本。相比之下,PostgreSQL 只读副本必须在单一线程上,应用从主数据库实例向其本地数据存储的所有写入操作。该限制影响 PostgreSQL 只读副本能否支持大量写入流量。

注意

Aurora PostgreSQL 不支持逻辑复制。PostgreSQL 逻辑复制基于对象复制标识,而物理复制使用精确的块地址。

Amazon Aurora PostgreSQL 的复制选项

注意

重新引导 Amazon Aurora 数据库集群的主实例还会自动重新引导该数据库集群的 Aurora 副本,以便重新建立入口点以确保数据库集群中的读/写一致性。

监控 Amazon Aurora PostgreSQL 复制

读取扩展和高可用性依赖于尽可能短的滞后时间。您可以通过监控 Amazon CloudWatch ReplicaLag 指标来监控 Aurora 副本滞后于 Aurora PostgreSQL 数据库集群主实例的时间。由于 Aurora 副本从主实例所在的同一个集群卷读取数据,因此 ReplicaLag 指标对于 Aurora PostgreSQL 数据库集群有不同的含义。Aurora 副本的 ReplicaLag 指标表示 Aurora 副本的页面缓存相较主实例页面缓存的滞后时间。

有关监控 RDS 实例和 CloudWatch 指标的更多信息,请参阅监控 Amazon Aurora 数据库集群

本页内容: