视频
云迁移策略误解
了解更多
快速的未来即将在您所在的城市举办的活动中到来。
加入我们参加 Redis 发布会
分享
从一个平台迁移数据到另一个平台时，有很多选择。幸运的是，这些问题已经非常清楚，因此适合使用简单的流程图。
数据迁移是一个重要而有意义的项目，即使它不会给从业人员带来很多荣耀。更重要的是要有效地执行它。
您可以通过多种方式迁移数据。让我们提供一些指导。
从 ElasticCache 迁移到 Redis 主要有三种迁移路径。此流程图可以帮助您将当前环境与相应的流程匹配，并提供注意事项来保护您的数据，确保迁移成功。
主要决策点是您是否可以容忍清空所有 Redis 数据。如果可以，则根本不需要迁移数据。“替换”很简单，但清空会导致数据重新水合时性能下降。
优点
缺点
如果您使用 Redis 不仅仅是作为缓存 - 例如，您使用 Redis 作为会话存储 - 您无法忍受丢失数据和完全清空数据造成的性能下降。我们理解您的感受。所有数据都很重要。这就是我们提供持久性选项的原因。
下一个问题是您是否可以容忍停机。我们谈论的是多少停机时间？可能只需几分钟。这取决于导出和导入 Redis 数据需要多长时间。
如果短暂的停机时间是可以接受的，那么在测试环境中进行一些实验以更准确地估计停机时间可能是有益的。注意内存使用情况，因为这是 ElastiCache 部署中的一个常见问题。
如果估计的停机时间是可以接受的，我们建议进行离线数据迁移。此选项易于执行，但会导致停机，因为数据从 ElastiCache 导出并导入到 Redis Cloud 中。
优点
缺点
还有一个选项。实时数据迁移可以在没有任何停机或数据丢失的情况下执行。但是，操作更加复杂（委婉地说，“您可能会骂很多话”），您应该权衡利弊。
此选项依赖于我们内部 Redis 专家开发的称为 RIOT 的外部工具。其 文档 详细介绍了从 ElastiCache 迁移到 Redis Enterprise 的操作指南。如果您选择此选项，您可能会很高兴有机会联系我们的专家寻求指导。
优点
缺点
希望这能帮助您决定如何迁移到 Redis Cloud。现在您要做的就是执行迁移。
现在您正在使用 Redis Cloud，也许您应该尝试使用现在可用的新功能？了解有关 触发器和函数 的信息，或了解 自动分层 如何帮助您管理大型数据集。
