概括
Amazon RDS 有两种主要的不同类型的副本,多可用区副本和只读副本,很容易找到它们的区别。
但是,只读副本已在 2018 年 1 月支持多可用区部署。
“多可用区部署”和“只读副本版本多可用区部署”的主要区别是什么?
在当前数据库中添加 Multi-AZ Deployment 的两种方式如下:
情况一:(原始,多可用区部署)实例操作
→修改
→指定“多可用区部署”选项
实例操作
→创建只读副本
→指定“多可用区部署”选项
Amazon RDS 有两种主要的不同类型的副本,多可用区副本和只读副本,很容易找到它们的区别。
但是,只读副本已在 2018 年 1 月支持多可用区部署。
“多可用区部署”和“只读副本版本多可用区部署”的主要区别是什么?
实例操作
→修改
→指定“多可用区部署”选项
实例操作
→创建只读副本
→指定“多可用区部署”选项
RDS只读副本实例是上游主(“主”)数据库实例的异步只读副本。您的应用程序可以将它用于任何不需要更改数据的查询,从而减轻主服务器的负载。如果副本崩溃或失败,它对主服务器没有影响,但副本本身无法再处理任何流量。
多可用区是指数据库实例在同一区域的不同可用区中具有备用备用服务器计算机和备用硬盘驱动器。这是一个同步副本,但您无法访问。如果活动服务器发生故障,备用服务器将接管并开始处理流量,速度比没有备用服务器的情况下可能更快。
多可用区是一种更高可靠性的部署策略。它减少了版本升级所需的停机时间,并减少了备份快照和副本创建的影响,因为快照可以从备用(通过服务)完成。由于它提供的热备用容量,它使实例的成本翻了一番。
多可用区通常仅在主实例上使用,用于快速恢复。
从历史上看,这是多可用区的唯一变体,但现在可以实现多可用区只读副本,这就是它听起来的样子:具有多可用区的副本。它将更快地从故障和故障中恢复,因为它有备用硬件。活动和备用是彼此的同步副本,但仍然是主副本的异步副本,因为所有非 Aurora 副本都在 RDS/MySQL 中。
将只读副本与多可用区相结合,使您能够构建弹性灾难恢复策略并简化数据库引擎升级过程。
Amazon RDS 只读副本使您能够在同一 AWS 区域或不同 AWS 区域中创建数据库实例的一个或多个只读副本。然后,对源数据库所做的更新会异步复制到您的只读副本。除了为读取繁重的工作负载提供可扩展性之外,只读副本还可以在需要时升级为独立的数据库实例。
总之,主服务器上的多可用区为您提供了一台带有不可见热备件的服务器,该热备件用于故障恢复,但不是可用的数据库副本。这是一个很好的弹性策略。
副本上的多可用区是一种加快崩溃实例恢复时间的昂贵方式。它是一个单独的服务器,因此您可以访问,但非多可用区只读副本也可以访问。
多 AZ 部署在一个 AZ 中有一个Master数据库,在另一个 AZ 中有一个Standby(或Secondary)数据库。只有主数据库提供流量。如果 Master 失败,则 Secondary 接管。
只读副本是数据库的只读副本。它正在积极运行,应用程序可以将其用于只读查询。一个只读副本可以位于不同的 AZ 甚至不同的区域。