MigraQ 使用指南

PART 01

能做什么

12 项能力全景

MigraQ 能做什么

覆盖云迁移全生命周期的 12 项核心能力

MigraQ 不是单一工具，而是一整套迁移能力矩阵。按迁移的自然阶段，可以分成四大能力组——从摸清家底，到选型算账，再到方案设计与落地执行。

发现与盘点

搞清楚「我到底有什么」

多云资源扫描

cmg-scan

解决不知道账号下到底有多少资源、分布在哪些地域、什么规格、什么状态，手动盘点耗时易遗漏。

价值一键生成标准化 Excel 资源清单 + 可视化 HTML 报告，覆盖计算、存储、数据库、网络、安全全部产品线；结果可直接喂给下游的规格推荐与成本分析。

阿里云 / AWS / 华为云 / Azure / GCP / 腾讯云 / 火山引擎

账单 / 报表解析

cmg-import

解决手头有各种格式的云账单或资源清单（CSV / Excel / 截图），格式千奇百怪，无法直接用于分析。

价值AI 智能识别文件来源，自动提取规格、地域、数量，输出标准化 JSON，对接后续选型与 TCO；支持 AKSK 方式直接拉取云厂商账单。

资源评估表拆分

cmg-assess

解决拿到的摸底表是汇总级别（如「29 个 RDS，共 58 核」），没有单实例规格，无法做精准对标。

价值自动将汇总数据拆分为单实例规格（总规格 ÷ 数量），推导出合理的单实例配置，输出标准化资源清单。

资源拓扑分析

cmg-topology

解决不清楚云上资源之间「谁依赖谁」——哪些服务器连哪个库、负载均衡挂了多少后端、安全组覆盖了哪些资源。

价值自动采集多云资源间依赖关系，生成可视化拓扑图（架构图 + 关系图），支持地域 / VPC / 类型筛选，看清迁移依赖链与分批边界。

网络拓扑分析

cmg-network

解决不清楚云上网络「怎么连的、流量怎么走」——VPC 互联、入站出站链路、南北 / 东西向流量路径。

价值自动采集网络架构数据，生成 8 层分级网络架构可视化 HTML，覆盖 Inbound / Outbound / East-West 三大场景，评估迁移后连通性与安全风险。

选型与对标

搞清楚「迁到腾讯云用什么」

智能规格推荐

cmg-recommend

解决源端有几百种规格（阿里云 ecs.c7.4xlarge、AWS m6i.2xlarge……），不知道腾讯云对应什么，手动查表易出错。

价值自动将源端规格映射为腾讯云等价规格，按「同价代次优先、同配价格优先」双原则选最优候选，输出对标结果 JSON。

CVM / CBS / MySQL / Redis / MongoDB / PostgreSQL / ES / CKafka / CLB / COS / CFS 等

TCO 成本分析

cmg-tco

解决想知道迁移到腾讯云后「到底能省多少钱」——源端月费 vs 腾讯云月费，用数据支撑迁移决策。

价值基于选型结果跨 6 个云厂商批量实时询价，生成 TCO 对比报告（Excel + 可视化 HTML），输出月 / 年节省金额，支持按需与包年包月口径。

方案设计

搞清楚「迁移应该怎么做」

迁移方案咨询

cmg-advisor

解决不知道某个特定产品（PostgreSQL / Redis / ES / Kafka）的迁移最佳实践、割接策略、注意事项。

价值接入云知架构师知识库，基于历史项目沉淀输出产品级迁移方案、步骤、风险点与参考文档，覆盖 20+ 产品迁移场景。

LandingZone 规划

landing-zone-design

解决第一次上腾讯云，不知道账号体系怎么建、VPC / CIDR 怎么规划、CAM 权限怎么设、安全基线怎么配。

价值自动生成完整 LandingZone 方案（HTML 摘要 + XLSX 主方案），覆盖多 / 单账号 / 迁移三种模式，含账号体系、CAM、CIDR、安全基线等 13+ Sheet。

网络方案设计

network-solution-design

解决需要一份可评审的网络设计方案，含 VPC / CIDR 规划、Egress / Ingress、跨云网段冲突分析、SD-WAN / CFW 等。

价值基于迁移场景输入产出 HTML 设计文档 + XLSX 资源清单，覆盖多账号网络、双活 / 多活拓扑、跨云专线 / VPN 对接等。

服务依赖分析

service-dependency

解决不知道微服务之间怎么依赖——谁调谁、谁共用库、谁走消息队列，迁移批次怎么拆。

价值通过 LB、API 网关、注册中心、消息队列、K8s ConfigMap 等多数据源采集依赖，输出依赖清单、架构图与分批迁移策略。

智能迁移

直接调用腾讯云 API 创建并启动迁移任务 · 覆盖 15+ 产品线端到端迁移

产品	支持的迁移方向
主机迁移 vm-migration	阿里云 / 华为云 / AWS / 火山引擎 / IDC / VMware → 腾讯云 CVM
容器迁移 tke-migration	阿里云 ACK / 华为云 CCE / AWS EKS / 开源 K8s → 腾讯云 TKE
MySQL 迁移	阿里云 / AWS / 自建 MySQL → 腾讯云 CDB MySQL
PostgreSQL 迁移	阿里云 / AWS / 自建 PG → 腾讯云 PostgreSQL
Redis 迁移	阿里云 / AWS / 华为云 / 自建 Redis → 腾讯云 Redis
MongoDB 迁移	阿里云 / AWS DocumentDB / Atlas → 腾讯云 MongoDB
CDN 迁移	阿里云 / 七牛云 / 华为云 CDN → 腾讯云 CDN
负载均衡迁移	阿里云 ALB / CLB、华为云 ELB → 腾讯云 CLB
对象存储迁移	阿里云 OSS / 华为云 OBS / AWS S3 / Azure Blob → 腾讯云 COS
文件存储迁移	阿里云 NAS / AWS EFS / 自建 NFS → 腾讯云 CFS
Nacos 迁移	自建 Nacos / 阿里云 MSE → 腾讯云 TSE Nacos
安全组迁移	阿里云 / 华为云 / AWS → 腾讯云安全组
云原生网关迁移	阿里云 ALB → 腾讯云 TSE 云原生网关
跨云 VPN 搭建	AWS / 阿里云 ↔ 腾讯云 VPN

你该怎么用 MigraQ

不是学某个产品怎么迁，而是掌握「这个工具怎么用」

MigraQ 的使用门槛极低——你不需要背命令、记参数，只要像跟一位迁移顾问对话一样，说清楚自己的需求即可。

核心原则：把它当作一个「虚拟迁移顾问」来对话

MigraQ 不是搜索引擎，也不是命令执行器。你不需要学习复杂的指令语法——只需要像跟同事沟通一样，用自然语言描述你的迁移需求。

✓ 正确的提问方式

帮我扫描一下阿里云杭州地域的 ECS 和 RDS
我有一份 AWS 账单 Excel，帮我看看有哪些资源，迁到腾讯云大概多少钱
我们要把自建机房 200 台服务器迁到腾讯云上海，帮我规划一下
阿里云 8C16G 的 ECS 对应腾讯云什么规格？贵不贵？

你不需要做的事

不需要记住任何技能名称或命令
不需要了解内部技术细节（MigraQ 会自动判断该用什么能力）
不需要严格按照固定格式提问

一句话总结：说清楚三件事，MigraQ 就能干活

你在哪源端	阿里云 / AWS / 华为云 / 自建机房
你有什么资源	ECS 200 台 / RDS 50 个 / 100TB 对象存储
你想干什么目标	扫描盘点 / 推荐规格 / 算成本 / 做迁移

使用节奏：典型的 5 个阶段

阶段 1发现摸底

扫描资源 → 解析账单 → 看拓扑 → 看网络

产出资源清单 Excel + 可视化报告

阶段 2选型对标

规格推荐 → 性能对比

产出腾讯云对标规格清单

阶段 3成本评估

TCO 成本分析 → 迁移前后对比

产出TCO 报告（Excel + 可视化）

阶段 4方案设计

LandingZone → 网络方案 → 迁移方案咨询

产出规划方案文档 + 迁移方案

阶段 5执行迁移

产品级迁移工具（DTS / 主机 / 容器 / 存储等）

产出迁移任务创建、执行、验证

每个阶段都可以独立触发，不需要从头开始。比如你已经有了资源清单，可以直接跳到阶段 2 做规格推荐。

MigraQ 是怎么工作的（用户视角）

意图识别

分析你的需求，判断属于「盘点 / 推荐 / 成本 / 方案 / 执行」哪一类

信息补全

关键信息缺失时一次问清楚（最多 2 个问题），不反复追问

能力调度

自动匹配对应能力执行——扫描工具、推荐引擎、TCO 计算器、迁移工具等

结果交付

以可视化报告、Excel、方案文档等形式交付，并提供下一步建议

分工明确：你负责什么、MigraQ 负责什么

环节	你负责	MigraQ 负责
提供信息	云厂商、账号凭证（AK/SK）、地域、资源范围、业务需求	引导你一次说清楚，不反复追问
扫描盘点	提供凭证、选择扫描范围	自动下载工具、执行扫描、生成报告、上传分享
规格推荐	确认目标地域、选择策略（配置 / 价格优先）	自动映射规格、查可售性、按双优先原则选最优候选
成本分析	提供年消耗金额、确认询价口径	自动批量询价、生成 TCO 对比报告（含节省金额）
方案设计	确认关键参数（地域 / 账号数 / CIDR / 环境）	自动生成完整方案文档（HTML + XLSX），可一键下载
执行迁移	确认迁移范围、确认割接窗口	创建迁移任务、监控进度、处理异常、验证结果
决策确认	危险操作（创建资源、切 CNAME、部署安全组）前做最终确认	危险操作前主动请求确认，不擅自执行

关键理念：MigraQ 是「自动驾驶 + 人工确认关键节点」，而不是「全自动无人值守」。所有涉及资源创建、流量切换、数据写入的操作，MigraQ 都会在执行前向你确认。

最佳实践提示

不要一次问太多先盘点再推荐再算成本，按阶段推进，每一步都对上一步有验证作用

凭证只给一次MigraQ 不会把你的 AK/SK 存入记忆，每次扫描都是独立的，用完即删

结果可以复用扫描结果、推荐结果、TCO 报告都可作为后续步骤的输入，不需重复执行

遇到问题直接说如果 MigraQ 理解错了你的意图，直接纠正即可，它会自动切换到正确的能力

大胆问「怎么做」不知道某个产品怎么迁？直接问「PostgreSQL 从阿里云迁到腾讯云怎么做」，它会给出方案

每个功能：要准备什么 → 会得到什么

用之前准备好前置条件，用之后拿到明确产出物

下面针对五大核心功能，逐个说清楚「用户要准备哪些输入」和「MigraQ 最终交付什么结果」，让你在开口之前心里有数。

1跨云资源扫描 / 资源盘点

🔑用户要准备什么

源端云厂商明确是哪家：阿里云 / AWS / 华为云 / Azure / GCP / 腾讯云 / 火山云

源端 AK/SK只读权限即可。AWS 支持 STS 临时凭证；Azure 需 TenantId+ClientId+ClientSecret；GCP 需 SA JSON

扫描范围核心套餐（约 6 产品 ~1 分钟）/ 全量扫描（5-10 分钟）/ 自定义（指定产品或分组）

地域范围中国主力 / 中国全量 / 亚太 / 欧美 / 全球，直接影响扫描耗时

→

📦MigraQ 会给出什么

资源清单 Excel完整多产品明细表，含实例 ID、规格、地域、配置参数

可视化 HTML 报告多维度展示资源分布、数量统计、产品构成

标准化 JSONcmg_imported_resources.json，供下游功能直接消费

范围确认摘要先展示「有资源」和「无实例」产品全景，避免遗漏

2选型 / 规格推荐

🔑用户要准备什么

源端资源信息上传扫描得到的 JSON / Excel，或直接描述规格（如「阿里云 ecs.c7.4xlarge 16C32G」）

目标腾讯云地域希望落地的地域（如 ap-shanghai），IDC 场景为必问项

推荐策略偏好配置优先（默认）或价格优先，可选

源端云厂商裸规格输入时需说明源端是哪家云

→

📦MigraQ 会给出什么

规格对标表逐条源端规格 → 腾讯云对标，含实例族、型号、CPU/内存/磁盘、置信度

推荐摘要成功推荐数、降级数、失败数、待人工确认数

降级 / 失败标注标注每条降级原因；失败项进暂存区引导逐条确认或跳过

C 类产品建议对无法实时询价的产品给出文字迁移建议 + 官方文档链接

3TCO 成本分析

🔑用户要准备什么

选型推荐结果必须先完成选型推荐，拿到 cmg_recommend_result.json（前置依赖）

计费口径偏好默认包月预付费对比，也支持按量付费，可指定

COS/OSS 存储量对象存储只有 bucket 元信息，MigraQ 会主动询问存储量区间用于两端询价

→

📦MigraQ 会给出什么

TCO 对比报告含逐条资源源端月费、目标端月费、节省金额、节省比例

Excel 报表明细表 + 汇总表，含 CPU 代次、对标说明、两端月费、节省金额

可视化 HTML 报告图表化展示产品维度费用对比、节省分布、CPU 代次分布

汇总摘要总资源数、两端月费合计、月 / 年节省金额与百分比

4迁移方案设计

🔑用户要准备什么

源端云厂商 + 资源类型明确「从哪迁什么」，如「阿里云 PostgreSQL 迁到腾讯云」

业务场景描述大致规模、业务特征（是否持续写入、停服窗口、网络环境）

网络环境信息是否有专线 / VPN / 云联网？源端能否访问公网？决定迁移网络模式

目标地域计划迁到哪个腾讯云地域

→

📦MigraQ 会给出什么

结构化迁移方案从云知架构师知识库检索，含核心思路、关键步骤、风险点、参考文档

衔接建议方案末尾给出下一步可推进方向，自然衔接扫描 / 推荐 / TCO 等执行功能

5智能迁移

🔑用户要准备什么

主机迁移 CVM源端平台 + 实例 ID/IP + 凭据（AK/SK 或 SSH）+ 腾讯云 AK/SK + 目标地域；目标 CVM 需提前创建

MySQL 迁移 DTS源端连接信息 + 腾讯云 AK/SK + 目标 CDB/TDSQL-C 实例（提前创建）+ 迁移 / 同步二选一

COS 对象存储源桶 + 源端 AK/SK + 腾讯云 AK/SK + 目标桶（含 AppID）+ 迁移模式（全 / 半托管）

共通准备项腾讯云 AK/SK；目标端资源提前创建；网络连通性（公网端点或 VPN / 专线）

→

📦MigraQ 会给出什么

迁移计划含源端摘要、网络预检、服务检测、安全组端口检查、迁移模式、预估耗时、回滚方案，须确认后执行

逐步执行 + 分级确认安全级自动执行；注意级每步确认；危险级（割接 / 停源）二次确认

迁移进度查询任务状态、进度百分比、已迁移数据量、失败文件数

迁移后验证清单6 项：实例状态 → OS 启动 → 关键服务 → 网络连通 → 数据完整性 → 磁盘挂载

用户提供		MigraQ 产出
源端 AK/SK + 地域范围	→	资源清单 Excel + 可视化报告 + 标准 JSON
资源清单 JSON / 裸规格	→	规格对标表 + 降级标注 + 迁移建议
推荐结果 JSON	→	TCO 对比报告（Excel+HTML）+ 节省金额
「从 X 迁 Y 怎么做」	→	结构化方案（步骤 + 风险 + 资料链接）
源端凭证 + 目标实例	→	迁移计划 → 逐步执行 → 进度查询 → 完成验证

出问题了怎么办

通用行动指南——遇到任何问题都能推进解决

迁移过程中难免遇到操作没成功、结果不符预期、卡住或报错。这里不列具体问题清单，而是告诉你一套通用的正确处理方法：遇到任何问题时，该采取什么动作、怎么和 MigraQ 沟通来推进解决。

💬1把问题「说清楚」，而不是「说情绪」

MigraQ 能记住同一会话的上下文，但看不到你的屏幕。遇到问题时，最有效的做法是一次把三件事说清楚：

你正在做什么（当前处于哪个迁移步骤）
你期望的结果是什么
实际发生了什么（报错信息、异常状态、卡住、结果不符）

✗ 不好的说法迁移失败了，怎么办？

✓ 好的说法我在做 Redis 迁移的第 3 步，DTS 校验任务报了 SrcInstance connect failed，帮我看看是什么原因？

🔑2提供关键信息，不要藏着掖着

同一会话内已确认的信息 MigraQ 会自动继承；但首次提问或开启新会话时，请尽量携带以下定位信息，让它一次就能精准定位：

任务标识迁移任务 ID、校验任务 ID、集群 ID

地域 / 环境源端和目标端的地域（如 ap-shanghai）

报错原文直接复制粘贴，不要转述

操作步骤你执行到哪一步、之前做了什么

配置参数关键配置（脱敏后），如实例规格、数据库版本

涉及 AK/SK / 密码等敏感信息，MigraQ 会建议你脱敏后提供，但报错信息本身不需要脱敏——报错原文是排查问题最重要的线索。

🔎3追问是你的权利——不满意就继续追问

如果 MigraQ 给出的解答不满足需求，不要默默接受。你可以：

要求更具体的方案：「这个太笼统了，能给我一步步的操作命令吗？」
要求解释原因：「为什么会出现这个错误？根因是什么？」
要求换一种思路：「有没有其他方案？如果这个走不通还有什么备选？」
要求验证：「你确定这个方案能解决问题吗？有没有验证方法？」

MigraQ 不会因为你反复追问而变得敷衍——追问越具体，回答越精准。

🔄4遇到反复不成功，按这个顺序排查

如果一个问题多次尝试仍未解决，建议按以下顺序和 MigraQ 协作排查：

先确认问题是否可复现——再试一次，看是否同样报错
让 MigraQ 帮你做预检查——网络连通性、权限、配额、版本兼容性
让 MigraQ 给出排查步骤——而不是直接给答案，跟着步骤一步步走
缩小范围验证——把大问题拆成小问题，逐个确认
确认是能力边界外的问题（需工单支持、需源端厂商配合），MigraQ 会明确告知并给出下一步建议

记住 MigraQ 的能力边界

✓ MigraQ 能帮你做

直接调用腾讯云 API 创建、启动、跟踪迁移任务（主机 / 数据库 / 对象存储 / 容器等）
记住同一会话的上下文——已确认的平台、账号、地域、资源清单无需重复提供
诊断问题根因、给出修复方案与操作命令
查询云资源状态、任务进度，预检查参数合法性与配额
提供回滚 / 备选方案，生成报告 / Excel / HTML 等工件

✗ MigraQ 做不到

登录云厂商 Web 控制台做点击操作（涉及人工确认的步骤仍需你来）
删除或修改源端数据（绝对禁止）；割接、删目标端资源等危险操作需你二次确认
访问任何外部 URL，或执行你提供的任意脚本

知道 MigraQ 能做什么、不能做什么，能帮你更快找到正确的求助路径。

一句话总结

带上下文描述问题 → 提供关键定位信息 → 不满就追问 → 反复不成功就按排查步骤协作 → 超边界就找正确渠道。
把它当成一位「随时在线、有问必答、但需要你提供信息」的技术搭档——你提供的信息越准确，它的协助效率越高。

💬 示例对话 · 阿里云 CDN 迁移到腾讯云时遇到报错

我在做 CDN 迁移，腾讯云创建域名的时候报错了，帮我看看。

用户

MigraQ

好的，我需要更多信息来定位。请告诉我：① 报错原文是什么？② 你用的是哪个地域？③ 是哪个域名创建失败？

报错是 InvalidParameter.DomainExist，地域是 ap-guangzhou，域名是 static.example.com。

用户

MigraQ

这个报错说明 static.example.com 在腾讯云 CDN 里已经存在了。可能有两个原因：
① 之前已经创建过这个域名（手动创建或之前跑过迁移任务）；
② 这个域名被其他腾讯云账号占用了。

你可以这样做：先去腾讯云 CDN 控制台 → 域名管理，搜索 static.example.com 确认是否已存在。若存在且是你自己的，直接跳过创建；若被其他账号占用，需做域名归属权验证。你那边能确认一下吗？

确实是我之前手动创建过，忘了。那现在直接跳过创建，继续下一步吗？

用户

MigraQ

对，创建步骤可以跳过。但建议先做一步验证：在腾讯云 CDN 控制台确认这个域名的配置（回源地址、缓存规则、HTTPS 证书等）是否和你阿里云 CDN 的配置一致。若不一致，需先补齐配置，确认无误后再继续后面的 CNAME 切换步骤。要不要我帮你生成一份配置对比清单？

好，帮我生成。

用户

MigraQ

（生成阿里云 CDN → 腾讯云 CDN 配置对比清单，标出差异项）……

这个演示体现了几个关键点：用户先带上下文描述问题 → MigraQ 追问定位信息 → 用户补充关键信息（报错原文、域名）→ MigraQ 给出诊断和方案 → 用户确认执行后继续推进 → 有新需求时直接提出 → MigraQ 即时响应。整个过程没有一句空泛的「请稍等，我帮你查一下」，每一步都是具体可执行的动作。

准备好开始你的云迁移了吗？

打开 MigraQ，用一句话描述你的需求，从摸清家底到迁得稳，全程有它陪你走。

立即进入 MigraQ →

入口地址：https://console.cloud.tencent.com/msp/cmg/migraq-chat