发布于: Aug 19, 2022
说到哪个云数据库好，Amazon新推出了一项服务：Aurora Global Database。
Aurora Global Database 能够提供以下几项重要助益：
- 快速实现指向次区域的全局故障转移
- 带来更低的跨区域复制延迟
- 几乎不会对数据库性能造成影响
- 兼容 MySQL
可靠的灾难恢复能力是支持业务连续性计划的核心前提，也是抵御意外事件的有力武器。Aurora Global Database 在灾难恢复中的两大重要指标上拥有出色的表现：
- RTO（恢复时间目标）——即灾难发生后，需要多长时间才能恢复正常工作状态。
- RPO（恢复点目标）——灾难事件可能破坏的数据量。
在 Aurora Global Database 的支持下，RPO 将被控制在 5 秒以内——这将最大程度降低数据丢失，而 RTO 也保持在 1 分钟以下、显著缩短停机时长。
Aurora Global Database 提供灾难恢复功能，即使在所处区域范围内发生故障时亦可继续运行。在数据库发生潜在降级或者隔离期间，Aurora Global Database 会快速响应并将次区域提升为主区域。借助全局存储复制功能，提升后的新主区域能够在一分钟内接管全部读取/写入工作负载，从而最大程度降低故障问题对应用程序正常运行时间的影响。
除了提供灾难恢复功能之外，Aurora Global Database 还允许用户将指向主区域的数据读取操作快速转移至次区域。Aurora Global Database 的常规复制等待时长低于 1 秒，上限不超过 5 秒。极低的延迟水平，意味着您的在线事务处理（OLTP）工作负载可轻松实现全局读取扩展。
此外，低延迟还允许您更快为全局客户端应用程序提供读取服务，进而实现更佳用户体验与参与度改善。在 Aurora Global Database 的支持下，客户对跨区域应用程序堆栈执行的操作将共享相同的配置数据，并以近即时方式实现数据复制。
如果您在全球设有多家办事处，且客户群体分布在世界各地，则可在主区域处上传您的内容，并保证以本地级别延迟将内容交付给身在各个位置的客户。
Aurora 存储层中的 Aurora Global Database 专用基础设施能够确保配置在主区域及次区域内的数据库资源始终完全可用，进而支持各类应用程序工作负载。更重要的是，Aurora 复制操作几乎甚至完全不会对主数据库集群性能造成影响。
Aurora Global Database 能够将生产数据库直接复制至另一 Amazon Web Services 区域，借此实现应用程序迁移。在更新次区域之后，您可以将副本数据库从 Aurora Global Database 中分离出来，并像使用常规 Aurora 数据库集群那样对其执行操作。在将现有独立集群接入目标区域内的应用程序堆栈之后，该集群将立即开始提供读取/写入工作负载支持。
Aurora Global Database 目前已经支持 Amazon Aurora 的 MySQL 兼容性。凭借着 MySQL 技能的广泛普及，全球各地的应用程序开发者都将在延续自身使用习惯的同时，充分享受到开源数据库带来的灵活性优势。
您可以通过 Amazon Web Services Management Console、Amazon Web Services CLI 或者在 Amazon Web Services CLI/SDK 中运行 CreateGlobalCluster 操作以创建 Aurora Global Database。若需了解更多细节信息，请参阅创建 Aurora Global Database。
在以下截图当中，我启动了一个 Aurora Global Database，其中主集群位于美国西部 2（俄勒冈州）区域，次集群则位于美国东部 1（北弗吉尼亚州）区域。关于如何添加次集群的细节信息，请参阅向 Aurora Global Database 添加 Amazon Web Services 区域。
若需了解如何从 Aurora Global Database 中删除集群、执行故障转移或者导入数据，请参阅 Amazon Aurora Global Database 使用指南。
在本文中，我们介绍了 Aurora Global Database 功能。在它的帮助下，用户可以利用快速灾难恢复机制轻松应对所在区域内发生的大规模故障，亦可灵活将数据交付至全球不同区域内的客户应用程序当中。
相关文章