启动Aurora实例时，我可以选择“多可用区部署”，它将其描述为“指定数据库实例是否应在另一个可用区域中部署备用数据库。”
然而，Aurora文档指出Aurora已经自动在不同的可用区域之间传播数据库了吗？
此外，Aurora多可用区待机和普通Aurora副本之间有什么区别。是否可以从提高性能中读取普通副本，而无法读取备用数据库？
答案 0 :(得分：34)
Aurora在存储层的三个可用区域中复制数据 ...但数据库服务器实例本身仍然是在位于其中的单个物理机器上运行的虚拟机单一可用区。
Aurora存储层位于该实例之外，并且即使在最多丢失两个AZ的情况下，也可以让访问继续不间断而不会丢失数据，但是丢失包含数据库实例的区域仍会导致如果您的群集中只有一个Aurora实例（1个主服务器，0个副本），则会中断。丢失整个可用区域是非常不可能但不是不可能的事情之一。当您只有一个实例时，您的数据库实例仍然是单点故障。
多AZ允许在不同的AZ中完成一个完整的冗余数据库实例，如果它失去了托管主实例的AZ，它将在一分钟内自动接管主数据库（如果它按设计工作）或主要实例的灾难性故障。它是第二个虚拟机，在第二个物理机器上，在第二个可用区域中。它一直在运行，但您无法访问它。它位于后台，由RDS基础架构管理和监控，但只有在主要实例发生故障时才能访问它。辅助计算机还可用于在主服务器上进行软件升级或维护事件时减少停机时间。发生故障转移时，如果您使用DNS连接到数据库（如您所愿），您将发现DNS条目自动指向辅助数据库。
将此与可读副本进行对比，该副本一直可访问，因此可以通过允许卸载读取来提供显着的性能优势。故障转移到副本包括将其升级为独立主服务器（永久地将其与其自己的前主服务器分离）并重新配置应用程序以使用备用端点。当然，这仍然比通过使用时间点快照创建替换主实例从主服务器中的故障中恢复更快。
答案 1 :(得分：21)
Aurora中的存储跨三个可用区域进行复制。数据库头节点是单个实例。因此，虽然您的数据分布在多个目标上，但头节点却不是。
启用多可用区部署时，我们会创建一个可用作故障转移目标的Aurora只读副本。您创建的任何Aurora读取副本（此时最多不超过15个）也可用作故障转移目标。
多可用区和其他Aurora副本之间没有任何有意义的区别。这主要是为习惯于将多可用区用于其他RDS引擎的客户的用户界面的简化。
答案 2 :(得分：0)
AWS 管理控制台。
答案很简单。
您可以在管理控制台中创建多可用区或忽略它。无论如何，Amazon Aurora 的共享存储跨越三个可用区（多可用区），因为这是 Amazon Aurora 的功能，但是如果我们选择多可用区选项，那么我们也将拥有您的 Amazon Aurora 实例在多个可用区中。
因此您应该选择 Amazon console image 选项
