我在 Aurora 中有一个大型数据库（约 250GB），有很多插入。只有一个实例，所以我想创建一个副本以实现冗余。虽然我们在做夜间快照，但我们更喜欢容错能力更强的系统，而且使用极光副本似乎可以提供自动故障转移。
我的问题：当我使用控制台并创建副本时会发生什么？是否会出现一个新实例并开始从主实例中提取数据？这会影响数据库性能吗？我确信副本“赶上”并加载 250GB 需要一些时间；我怎么知道它什么时候“完成”了？
不想有任何停机时间，所以我有点害怕在不知道它做什么的情况下按下“创建副本”按钮......
【问题讨论】：
标签： amazon-web-services amazon-aurora
当我使用控制台并创建副本时，究竟会发生什么？
一个新实例作为集群的一部分启动，它可以访问主节点的数据——或者更准确地说，是集群的数据。所有 Aurora 实例都是“集群”的成员，即使它只是一个主服务器的集群。同一区域内的 Aurora 复制与 MySQL 原生复制截然不同。
会出现一个新实例并开始从主实例中提取数据吗？
不是真的。如上所述，新实例将出现并能够从主服务器的后备存储中读取——它没有自己的单独存储。
Aurora 运行在 3 组工作数据的 2 个副本上，在该区域的可用区中进行镜像和复制。这个逻辑实体称为Cluster Volume。
集群卷跨越单个区域中的多个可用区，每个可用区都包含集群卷数据的副本。
http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.Managing.html
（文档说每个 AZ 都包含“一个副本”，这是真的，但它是镜像的。）
从这些数据中读取的 Aurora 副本——出于所有实际目的，同步读取。
问：我的副本会落后于主节点多远？
由于 Amazon Aurora 副本与主副本共享相同的数据量，因此几乎没有复制延迟。我们通常观察到 10 毫秒的延迟时间。
这会影响数据库性能吗？
不应该。
我确信副本“赶上”并加载 250GB 需要一些时间；我怎么知道它什么时候“完成”了？
不，确实不应该。一旦副本实例变得可访问，它应该是最新的，因为它正在从 master 正在写入的同一个地方读取相同的数据。 Metrics related to Aurora replica lag 可以在控制台中访问。
【讨论】：