DynamoDB全局表复制系统



作为大学项目的一部分,我正在研究Dynamodb的性能基准,在设置全局表时,我一直在寻找有关复制系统的更多细节,因为我想了解它对延迟/吞吐量的影响。我最终发现了两个令人困惑的概念,区域和可用性区域。根据我在这里的理解:https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Streams.CrossRegionRepl.html通过创建两张表,一张在法兰克福,一张是在爱尔兰,我们可以说,这意味着我现在有了2个多主机读/写复制副本。

但后来我发现了这些链接:https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/HowItWorks.Partitions.htmlhttps://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Introduction.htmlhttps://aws.amazon.com/blogs/aws/new-for-amazon-dynamodb-global-tables-and-on-demand-backup/

解释了数据是在AWS区域的多个可用区中存储和自动复制的,但没有提及副本的数量,以及它们是否可以用于读/写请求,还是多主机或从机,还是仅用于恢复目的。根据我在这里的理解,如果回到我使用的例子(法兰克福/爱尔兰)我将拥有:法兰克福的3个多主机读/写复制副本爱尔兰中的3个多主机读/写副本

请告诉我哪一个是正确的。提前感谢

Dyanmodb默认情况下会将您的数据放入多个可用性区域中的表中,无论它是否为全局表。这是为了在一个区域出现故障时确保更高的可用性。然而,这些分区对用户来说是透明的,用户无法选择连接到哪个分区。这里有一个很好的视频,解释了它是如何在引擎盖下工作的。

全局表意味着数据将透明地跨区域复制给用户。我在俄勒冈州和俄亥俄州两个地区用表格进行了基准测试,通常需要1.5秒。以进行复制。复制解析由AWS自动管理,最后一个写操作获胜。

这里的个人建议是只使用一个表进行写入,这样可以最大限度地减少数据冲突。在发生灾难故障转移的情况下,写入其他区域。

相关内容

  • 没有找到相关文章

最新更新