主动-主动跨区域Redis复制

Question

AWS 今年为主动 - 被动设置 ( Global DataStore ) 引入了跨区域复制。 这意味着有一个用于读/写的主 Redis-Cluster 和一个用于读取的辅助集群。

就我而言，我们想在不同地区使用Active - Active Redis 。 An initial thought is to manually synchronize the Redis clusters with Kinesis streams and Lambda functions get triggered whenever there is a write and update the other region, eg when a write happens in region A, a Lambda updates the Redis in Region B and vice versa. 这允许在两个区域中写入。

是否可以让 Active Active 与 Global Datastore 一起使用？

或者当写入操作总是 go 到部署主 Redis 集群的同一区域时，全局数据存储区是否会像手动解决方案一样工作（在延迟方面）？

欢迎任何反馈

Answer 1

不幸的是，目前 ElastiCache 中没有针对主-主的AWS 解决方案。

以下是您可以采取的一些解决方案：

• 在您的应用程序中使用 Redis 的写入端点和读取端点，写入端点将针对主要写入全局数据存储，读取将针对本地读取数据存储
• 写入本地区域资源（例如 DynamoDB），触发 Lambda 并写入主写入全局数据存储。
• 写入本地区域队列/流，例如 SQS 或 Kinesis Data Streams（支持 Lambda 使用者）并让 Lambda 使用和写入。

任何解决方案都会有一定程度的延迟，选项 1 执行直接写入，而其他 2 允许进程在后台发生。 这里的决定将基于您的应用程序（它是否可以等待写入完成，或者是否需要在流程中发生）。

此外，如果这是用于写入缓存，您可以只使用缓存启动吗？ 我的意思是通过脚本生成扁平化缓存，以确保您的 redis 集群始终是最新的。

Answer 2

如何连接同一个 Transit VPC 中的不同区域，以便您可以从任何（连接的）区域访问读/写终端节点？

https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/elasticache-vpc-accessing.html#elasticache-vpc-accessing-different-vpc-different-region

尚未测试，我目前正在尝试实现这一点，但来自 AWS 控制台的相应 CloudFormation 模板已损坏。

但是，该解决方案仍然应该可以解决问题，当然还有可接受的延迟，但至少不应该有额外的工作来维护本地区域资源、Lambda 等。

这听起来如何？