amazon-web-services - 以最少的停机时间将 Redis 迁移到 AWS Elasticache

Question

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

• Elasticache 不能从属于我现有的 Redis 设置。真可惜，那会更有效率。
• 我只有一台 Redis 服务器要迁移，大约有 3GB 的数据。
• 停机时间必须少于 10 分钟。我认为通常的“停止站点、停止 Redis、使用快照配置集群”将花费比这更长的时间。

类似于这个问题:How do I set an elasticache redis cluster as a slave?

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

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

I have only one Redis server to migrate, with roughly 3gb of data

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

我猜需要 10 分钟来保存文件并将其导入 s3。
只需 10 分钟即可从该数据启动 elasticache 集群。给您额外十分钟的时间来配置和测试。

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

1. 不要停止你的实时系统
2. 运行 BGSAVE 并转储您的 Redis(让一切正常运行)
3. 移动转储 S3
4. 为其启动 elasticache 集群。

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

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