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

使用 Amazon Aurora PostgreSQL 进行复制

接下来,您可以找到使用 Amazon Aurora PostgreSQL 进行复制的介绍,包括如何监控复制。

使用 Aurora 副本

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

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

注意

重启 Amazon Aurora 数据库集群的写入器数据库实例也将自动重启该数据库群集的 Aurora 副本。自动重启将重新建立可以保证整个数据库集群读取/写入一致性的入口点。

监控 Aurora PostgreSQL 复制

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

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

本页内容: