发布于: Oct 21, 2022
随着企业业务的日益全球化，您对于数据库的需求也将随之扩展。举例来说，您在苏黎世的团队与位于北京的办公室必须以同样的速度、同样的安全性以及同样的便捷性使用完全相同的资源。为此，我们推出 Amazon Aurora Global Database，旨在将您的 Amazon Aurora 数据库资源推向全世界。
Aurora 能够在其名为“保护组”的 10 GB 逻辑单元中构建存储卷。以此为基础，它将跨越同一区域内三个可用区的六个存储节点，将各保护组内的数据进行往来复制。如果数据量超出当前分配的存储量，则 Aurora 可以无缝扩展分配容量以满足业务需求，并根据实际情况灵活添加新的保护组。
初次亮相于 re: Invent 2018 大会的 Aurora Global Database 则进一步将复制流程扩展到 Amazon Web Services 云的区域层面。这不仅带来更快的跨区域灾难恢复，也实现了高性能、低延迟的跨区域读取扩展。凭借 Aurora Global Database，您可以将数据库扩展至多个区域，并将对数据库性能造成的影响控制在最低水平。
在本文中，我们将介绍 Aurora Global Database 的基本情况，并探讨其优势与实际用例。
Aurora Global Database 是什么？
Aurora Global Database 即 Aurora 全局数据库，能够跨越多个区域实现服务中断状况下的灾难恢复，并以更低延迟支持全局读取。
作为 Aurora 中的一项功能，Global Database 在 Aurora 的专用存储层内借助专用基础设施以处理跨区域复制操作。存储层内的专用复制服务器负责承担全部复制任务，从而在不影响数据库性能的前提下为用户提供更强的业务恢复能力与可用性水平。
与传统方案相比，Aurora Global Database 中使用的 MySQL 二进制日志复制与存储复制拥有一系列关键区别。首先，逻辑复制（或者说二进制日志复制）会在复制源（即主数据库）上记录数据变更的语句或行更改，而后将其重新应用于复制目标（副本数据库）。主数据库与副本数据库彼此独立，并可包含相互不同的数据集。
在另一方面，Aurora Global Database 利用物理存储级复制创建出与主数据库内数据集完全相同的副本，从而消除了对二进制日志的依赖性。换句话说，Global Database 的次区域实例不再需要重播数据修改的语句，这就大大减少了复制开销，并为应用程序工作负载预留出更多容量。
如此一来，来自写入程序的已提交事务通常会在一秒之内被全局复制到您所选定的区域。当 Global Database 处理这项复制之后，相关数据即可被永久保存在集群所在区域内的三个可用区当中。