Amazon web services AWS Aurora中的多az部署和读取副本

有人能帮我回答这些问题吗

1-文档说明Aurora将自动故障转移到读取的副本，我的问题是，如果您有多个具有不同实例类的副本，它将如何选择要升级的副本

2-我可以禁用此自动故障转移功能吗？只是问一下，而不是说我会这么做

3-如果您可以在创建副本的同时对实例类进行更多的控制，并让Aurora为您执行自动故障转移，那么在Aurora中使用multi-az的目的是什么。如果我对这个假设有错误，请纠正我

---

提前感谢

在出现故障时选择新主机的算法没有真正的文档记录。。。但这似乎无关紧要，因为Aurora副本似乎与其他RDS副本不同，因为集群中的所有实例都必须属于同一实例类

与其他RDS产品不同，Aurora中的读取副本似乎没有备份存储的独立副本-相反，备份存储本身提供冗余，在存储级别进行复制，在三个可用性区域中各有两个副本

群集卷由DB群集数据的多个副本组成，但群集卷中的数据表示为DB群集中主副本和Aurora副本的单个逻辑卷

因为集群卷在DB集群中的所有实例之间共享，所以不需要额外的工作来为每个Aurora复制副本复制数据副本

Aurora中的Multi-AZ也不是一回事——与其他RDS产品一样，Multi-AZ涉及第二个不可见的实例，与master并行运行。极光文献使用了多AZ技术这一短语，但其含义似乎有所不同。请注意，Aurora定价表没有像MySQL和MariaDB那样显示multi-AZ的单独定价率

---

故障转移似乎不是可以禁用的功能。即使您没有副本，如果主机出现故障，Aurora仍将进行故障转移-但它通过使用现有群集卷作为备份存储旋转更换主机来实现这一点。

您好，我刚刚测试了副本创建，AWS允许我在同一群集中拥有多个实例类。将multi-AZ和auto fail over重新升级为一个副本，我仍然没有从可用性的角度得到尊重。问题之一仍然存在。如果Aurora本身能够自我修复，为什么要使用Amazon多AZ部署Aurora DB集群呢。如果它在3个AZ中保留2个副本，则其可靠性与使用多AZ副本设置进行故障切换一样。此外，在故障切换期间。如果不存在读取副本，它会自动创建另一个实例，或者切换主副本。我真的不明白是否有必要创建使用多AZ aurora群集的附加要求。请comment@PPrasad，正如我在上面的回答中指出的，Aurora没有像RDS for MySQL那样的多AZ资源调配/定价选项，原因正是您所说的：如果有副本可用，它将被提升；如果没有，则创建一个。主副本和副本构成了一个集群。