Amazon Aurora 推出面向分布式应用的全局数据库写入终端

Amazon Aurora 推出全局数据库写入终端节点

Amazon Aurora 近期推出了全局数据库写入终端节点,旨在简化灾难恢复场景下的应用程序路由。这一高可用性全局终端节点消除了在跨区域切换或故障转移操作后重新建立连接时修改应用程序代码的需求。

Aurora 全局数据库概述

Aurora 全局数据库专为全球分布式应用程序设计,允许单个 Aurora MySQL 或 PostgreSQL 数据库跨多个区域运行,通过数据复制实现低延迟的本地读取,并在区域范围内发生故障时提供灾难恢复。

全局数据库写入终端节点的功能

新的全局数据库写入终端节点会自动为任何全局集群创建,并动态更新以指向当前的写入实例。当主集群的位置发生变化时,无需修改配置即可保持连接。该功能简化了在启动跨区域全局数据库切换或故障转移操作后的应用程序路由。集群的 CNAME 可以在管理控制台中找到,或通过 RDS CLI 或 API 访问。

专家评价

PostNL 首席工程师、AWS Serverless Hero Luc van Donkersgoed 表示,这一功能极大简化了多区域实现,无需在应用程序中更新写入终端节点。

最佳实践与注意事项

AWS 强调,建立客户端应用程序与主区域和次要区域之间的 VPC 连接至关重要。此外,在全局数据库故障转移或切换后,监控 DNS 缓存也非常重要。Aurora 全局数据库会发出 RDS 事件,可用于使应用程序的 DNS 缓存失效。

潜在成本与风险

The Duckbill Group 的首席云经济学家 Corey Quinn 提醒,这一功能虽然方便,但如果区域转移发生在非预期时间,可能会产生跨区域数据传输费用。全局数据库还会对主区域与每个次要区域之间的复制写入 I/O 操作以及跨区域数据传输收费。

由于全局数据库是异步复制数据,自动跨区域故障转移可能导致某些写入事务数据未被复制。尽管服务会尽力阻止原始主区域的写入操作,但切换仍可能面临分裂脑问题

可用性

新功能在所有区域以及 Aurora 全局数据库支持的所有 MySQL 和 PostgreSQL 版本中均可用,包括北弗吉尼亚、俄亥俄、都柏林和东京等热门区域。

阅读 23
0 条评论