本指南主要为用户提供 RocketMQ 的迁移方案建议与操作指导。

背景信息

火山引擎基于Apache RocketMQ 构建了稳定、安全的消息队列 RocketMQ版。与和开源 RocketMQ 相比，消息队列 RocketMQ版支持 VPC 访问，免部署免运维，具备更高的稳定性和安全性，支持消息查询、全链路消息轨迹查询以及消息回溯等功能，帮助您快速发现和处理系统问题，提高运维效率。
RocketMQ 业务迁移是指将自建或其他云厂商的 RocketMQ 迁移到火山引擎消息队列 RocketMQ版。对于消息队列来说，如需在业务运行过程中实现集群迁移，只需消费完旧集群的消息即可。

迁移类型

目前火山引擎消息队列 RocketMQ版支持以下类型的 RocketMQ 迁移。

• 自建 RocketMQ 业务迁移。所有的生产者和消费者都从自建集群迁移到火山引擎消息队列 RocketMQ版集群上，所有的消息收发都在消息队列 RocketMQ版集群中完成。
• 迁移其他云厂商 RocketMQ。从其他云厂商的 RocketMQ 集群迁移至火山引擎消息队列 RocketMQ版集群中，迁移时可以通过云监控检查每个步骤的执行情况，确保无消息堆积、业务无影响无感知。
  

迁移方案

如果您的 RocketMQ 为集群化部署，建议采用分批发布方案来迁移消息服务，即通过逐台操作的方式进行迁移，迁移过程中，生产者集群和消费者集群可并行在旧集群与新集群上同时生产或消费消息，业务平滑过渡，上层无感知。

迁移流程

详细的迁移操作步骤请查看 RocketMQ 业务迁移。

1. 环境准备。
   迁移之前，您需要根据业务量合理评估资源需求，并创建 RocketMQ 实例及相关的依赖资源。
2. 迁移元数据。
   将开源 RocketMQ 的 Topic 和 Group 的配置信息迁移到消息队列 RocketMQ版上，包括 Topic 名称、队列个数和权限在内的配置信息均需要迁移。
3. 迁移消息服务。
   建议分批进行迁移，且先迁移部分消息消费到新集群，保证新实例具备消费能力，再迁移部分消息生产集群，确认业务运行稳定后再迁移剩余流量。
4. 确认迁移结果。
   观察新实例和旧实例的生产和消费相关状态与流量数据，确认业务已成功迁移至新实例。