将Redis迁移到AWS Elasticache,停机时间最短

Question

让我们首先列出一些事实:

• Elasticache不能成为我现有Redis设置的从属设备.真正的耻辱,这将是非常有效的.
• 我只有一台要迁移的Redis服务器,大约有3GB的数据.
• 停机时间必须少于10分钟.我认为通常的"停止站点,停止redis,使用快照配置群集"将花费更长的时间.

与此问题类似:如何将elasticache redis群集设置为从属？

关于这可能如何工作的一个想法:

1. 将Redis设置为使用AOF并同时触发BGSAVE.
2. BGSAVE完成后,为Elasticache集群配置RDB种子.
3. 停止该站点并关闭我的本地Redis实例.
4. 使用aof-replay工具将AOF重放到Elasticache中.
5. 再次启动站点,指向Elasticache集群.

我的问题:

1. 我怎样才能保证我的AOF文件在RDB文件结束的时候开始,并且没有数据写入？
2. 是否有Redis维护人员支持的AOF工具,或者它们都是第三方解决方案,因此(可能)可靠性有问题吗？*

*对于此类工具的任何作者都没有违法行为,我确信它们很棒,我只是对使用同一团队编写的工具更有信心,以避免潜在的兼容性错误.

Answer 1

我只有一台 Redis 服务器要迁移，大约有 3GB 的数据

我会暂停，将 REDIS 保存到 S3，然后将其上传到新集群。

我猜需要 10 分钟来保存文件并将其放入 s3。
只需 10 分钟即可从该数据启动一个 elasticache 集群。为您留出 10 分钟的额外时间进行配置和测试。

但是有一种简单的方法可以知道确切时间。对其进行测试迁移。

1. 不要停止您的实时系统
2. 运行 BGSAVE 并获取 Redis 的转储（让一切正常运行）
3. 移动转储 S3
4. 为它启动一个 elasticache 集群。

记下详细的笔记，为每一步计时，将命令复制到记事本窗口。

放置一个 Word/excel 文档，这样您就有了一个迁移文档。这样您就知道需要多长时间，并且不会有任何意外。让我们知道怎么回事。