"Multi-AZ Deployment" 和 "Read Replica Verison Multi-AZ Deployment" 之间的区别
Difference between "Multi-AZ Deployment" and "Read Replica Verison Multi-AZ Deployment"
总结
Amazon RDS 有两种主要不同类型的副本，多可用区副本和只读副本，很容易发现它们的区别。
但是，只读副本在 2018 年 1 月支持多可用区部署。
"Multi-AZ Deployment"和"Read Replica Version Multi-AZ Deployment"的主要区别是什么？
在当前数据库添加Multi-AZ Deployment的两种方式如下：
情况 1：（原始，多可用区部署）
实例操作
→ 修改
→ 指定 "Multi-AZ deployment" 选项
情况 2：（读取副本版本多可用区部署）
实例操作
→ 创建只读副本
→ 指定 "Multi-AZ deployment" 选项
多 AZ 部署在一个 AZ 中有一个 Master 数据库和一个 Standby（或 Secondary) 另一个可用区中的数据库。只有主数据库提供流量。如果 Master 失败，则 Secondary 接管。
只读副本 是数据库的只读副本。它处于活跃状态 运行，应用程序可以将其用于只读查询。只读副本可以位于不同的 AZ 中，甚至可以位于不同的区域中。
RDS 只读副本 实例是上游主 ("master") 数据库实例的异步只读副本。您的应用程序可以将其用于不需要更改数据的任何查询，从而减轻主服务器的负载。如果副本崩溃或失败，它对主控没有影响，但副本本身无法再处理任何流量。
Multi-AZ表示数据库实例在同一地域的不同可用区有备用备用服务器机器和备用硬盘。这是一个同步副本，但您无法访问。如果活动服务器出现故障，备用服务器将接管并开始处理流量，这比没有备用服务器时更快。
多可用区是一种更高可靠性的部署策略。
它减少了版本升级所需的停机时间，并减少了备份快照和创建副本的影响，因为快照可以从备用（由服务）完成。由于它提供的热备容量，它使实例的成本翻倍。
多可用区通常仅在主实例上使用，用于快速恢复。
从历史上看，这是多可用区的唯一变体，但现在可以使用多可用区只读副本，而且听起来就是这样：具有多可用区的副本。它将更快地从错误和故障中恢复，因为它有备用硬件。 active 和 spare 是彼此的同步副本，但仍然是 master 的异步副本，因为所有非 Aurora 副本都在 RDS/MySQL.
Combining Read Replicas with Multi-AZ enables you to build a resilient disaster recovery strategy and simplify your database engine upgrade process.
Amazon RDS Read Replicas enable you to create one or more read-only copies of your database instance within the same AWS Region or in a different AWS Region. Updates made to the source database are then asynchronously copied to your Read Replicas. In addition to providing scalability for read-heavy workloads, Read Replicas can be promoted to become a standalone database instance when needed.
总而言之，主服务器上的多可用区为您提供了一台带有不可见热备用的服务器，该热备用用于故障恢复但不是可用的数据库副本。这是一个很好的弹性策略。
副本上的多可用区是加快崩溃实例恢复时间的一种昂贵方式。它是一个单独的服务器，因此您可以访问，但非多可用区只读副本也可以。
就高可用性而言，Multi-AZ 的可用性高于 Read-replica。由于Multi-AZ在其他AZ提供备份写入器，因此单个AZ失效时读写不受影响。
总结
Amazon RDS 有两种主要不同类型的副本，多可用区副本和只读副本，很容易发现它们的区别。
但是，只读副本在 2018 年 1 月支持多可用区部署。
"Multi-AZ Deployment"和"Read Replica Version Multi-AZ Deployment"的主要区别是什么？
在当前数据库添加Multi-AZ Deployment的两种方式如下：
情况 1：（原始，多可用区部署）实例操作
→ 修改
→ 指定 "Multi-AZ deployment" 选项
实例操作
→ 创建只读副本
→ 指定 "Multi-AZ deployment" 选项
多 AZ 部署在一个 AZ 中有一个 Master 数据库和一个 Standby（或 Secondary) 另一个可用区中的数据库。只有主数据库提供流量。如果 Master 失败，则 Secondary 接管。
只读副本 是数据库的只读副本。它处于活跃状态 运行，应用程序可以将其用于只读查询。只读副本可以位于不同的 AZ 中，甚至可以位于不同的区域中。
RDS 只读副本 实例是上游主 ("master") 数据库实例的异步只读副本。您的应用程序可以将其用于不需要更改数据的任何查询，从而减轻主服务器的负载。如果副本崩溃或失败，它对主控没有影响，但副本本身无法再处理任何流量。
Multi-AZ表示数据库实例在同一地域的不同可用区有备用备用服务器机器和备用硬盘。这是一个同步副本，但您无法访问。如果活动服务器出现故障，备用服务器将接管并开始处理流量，这比没有备用服务器时更快。
多可用区是一种更高可靠性的部署策略。 它减少了版本升级所需的停机时间，并减少了备份快照和创建副本的影响，因为快照可以从备用（由服务）完成。由于它提供的热备容量，它使实例的成本翻倍。
多可用区通常仅在主实例上使用，用于快速恢复。
从历史上看，这是多可用区的唯一变体，但现在可以使用多可用区只读副本，而且听起来就是这样：具有多可用区的副本。它将更快地从错误和故障中恢复，因为它有备用硬件。 active 和 spare 是彼此的同步副本，但仍然是 master 的异步副本，因为所有非 Aurora 副本都在 RDS/MySQL.
Combining Read Replicas with Multi-AZ enables you to build a resilient disaster recovery strategy and simplify your database engine upgrade process.
Amazon RDS Read Replicas enable you to create one or more read-only copies of your database instance within the same AWS Region or in a different AWS Region. Updates made to the source database are then asynchronously copied to your Read Replicas. In addition to providing scalability for read-heavy workloads, Read Replicas can be promoted to become a standalone database instance when needed.
总而言之，主服务器上的多可用区为您提供了一台带有不可见热备用的服务器，该热备用用于故障恢复但不是可用的数据库副本。这是一个很好的弹性策略。
副本上的多可用区是加快崩溃实例恢复时间的一种昂贵方式。它是一个单独的服务器，因此您可以访问，但非多可用区只读副本也可以。
就高可用性而言，Multi-AZ 的可用性高于 Read-replica。由于Multi-AZ在其他AZ提供备份写入器，因此单个AZ失效时读写不受影响。