业务发展到一定阶段，服务器配置跟不上、成本压不下来，或者想把资源从一个账号、一个地域挪到另一边，这些情况下大家往往会提到阿里云搬家。听起来只是把数据挪个位置，动手时却会碰到网络、数据一致性、域名解析和停机窗口。权限和费用又是最容易在中途卡住的两件事，所以本文先讲这两项。
文章先分清搬的是哪一类，再确认权限和费用，接着看准备工作、迁移步骤和验收，末了用两个案例说明出问题时怎么处理。
一、先分清楚搬的是哪一类
阿里云搬家大致分三种，难度差别不小。
- 同账号、跨地域迁移，比如从华东1迁到华北2，多半是为了就近访问、满足合规要求或做容灾。权限相对简单，主要看目标地域的资源配额和库存。
- 跨账号迁移在公司主体变更或子账号体系重构时常见，需要把ECS、镜像、快照或数据库转到新账号下。这类操作要先确认源账号和目标账号的授权，否则镜像共享或快照复制会卡在授权这一步。
- 跨云迁移指从其他云或自建机房迁入阿里云，或反方向迁出。工作量最大，建议单独排期评估，不要和前两类放在一起处理。
同账号内的快照复制和镜像共享通常比较快。涉及数据库在线同步和流量切换的迁移，则需要一套完整的方案。
二、迁移前要确认的权限和费用
很多返工都来自切换当天才发现缺权限或漏掉某项费用。这两件事最好在排期时就理清楚。
权限
- 账号与RAM权限，执行迁移的账号或子账号，需要对ECS、快照、镜像、VPC、RDS、OSS等资源有相应的操作权限。建议用测试子账号提前跑一遍流程。
- 跨账号授权，镜像共享、快照复制到其他账号时，要分别在源端和目标端确认授权范围。授权完成后，最好在测试实例上验证一次。
- 安全组与访问白名单，迁移后端口策略要和原环境保持一致。内网白名单、数据库访问白名单最容易漏，切换前逐条对照。
费用
迁移费用很少集中在一笔账上，通常散在几个地方。切换前把这些项目列出来，逐项核对。
- 目标地域的实例规格和云盘，先确认库存。如果规格售罄，切换窗口可能被迫推迟。
- 快照和镜像存储，复制过程中，源端和目标端的存储会同时被占用。迁移完成后，及时清理不再需要的中间快照。
- 跨地域数据传输，数据量大时，传输本身就是一项成本。按实际数据量估算，不要凭印象判断。
- 双环境并行期，切换前后，新旧两套资源会同时运行一段时间。这段时间的费用要提前计入预算。
具体单价以阿里云官网和账单页面的计费规则为准。这里只列出需要核对的项目，方便在排期时逐项落实。
三、准备工作
准备阶段最容易被跳过，但它决定后面会不会返工。建议至少做完下面四项。
- 资产盘点，把ECS实例、云盘、RDS、OSS桶、SLB、安全组规则和域名解析记录逐条列出来。表格也好，表单也好，关键是每一项都有对应的负责人。
- 依赖梳理，重点查内网调用，以及通过私网IP或白名单访问的接口。迁移后这些地址可能变化，最好在测试环境里把每条调用链完整跑一遍。
- 备份与回滚，动手前对关键数据做完整备份，并写清楚回滚条件，比如哪些接口的错误率达到事先约定的阈值时就切回原环境。
- 窗口期，根据业务低峰期确定切换时间，提前通知产品、客服和相关下游团队，免得他们在切换时被动应对。
四、典型迁移步骤
以同账号跨地域迁移一套Web应用为例，流程大致如下。
- 在目标地域建好VPC、交换机和安全组，端口策略对照源环境逐条核对。
- 通过快照或镜像复制，把系统盘和数据盘同步到目标地域。在目标地域启动实例，但先不接入流量。
- 数据库做增量同步，把新增数据追平，尽量避免长时间停写。
- 在测试环境验证功能和性能。确认没有问题后，再进入切换窗口。
- 修改域名解析或SLB后端，分批切流。原环境保留一段时间，方便随时切回去。
快照和镜像复制的耗时基本与数据量成正比，大数据盘要单独留足时间。目标地域的部分规格也可能售罄，最好在排期前就确认库存，别拖到切换前一天才查。
五、两个案例
案例一：电商站点的跨地域迁移
某中型电商团队计划把华东1的站点迁到华北2，主要用户集中在北方，同时希望改善跨区访问的稳定性。团队先花两周做资产盘点，发现一个定时任务依赖原内网IP写入的白名单。如果不处理，切换后任务会悄悄失败，而且很难第一时间察觉。
后来他们在目标环境更新了白名单，切换前用三天时间做双写对账，确认数据一致后才正式切流。整个过程的停机时间控制在十分钟以内。这个问题在盘点阶段就查出来了，代价只是一次白名单更新。
案例二：子账号重构中的数据库迁移
一家初创公司因为组织调整，要把业务数据库从旧账号迁到新账号下。最初的方案是导出再导入，但数据量超出预期，导出耗时远超计划的窗口期。
后来他们改用数据传输服务做全量加增量同步，在业务低峰期完成最后一次切换。跨账号做同步前，两端的授权同样要先确认。这个案例提醒我们，数据量一大，就应该先评估在线同步，不要把离线导出当成默认选项。
六、迁移后的验收
切换完成不等于迁移结束。验收可以从三个方面入手。
- 功能，覆盖核心业务链路，关键路径要人工走一遍，不能只看接口返回是否正常。
- 性能，对比响应时间和错误率，与原环境基本持平才算过关。
- 成本，核对新环境的规格和计费模式是否符合预期，同时检查有没有遗漏的资源在持续计费。
验收通过后，再逐步释放旧资源。过早删除，一旦出现问题就没法回滚。
阿里云搬家最常见的麻烦，通常不卡在搬数据那一步，更多是权限没提前理清、费用漏算、依赖没查干净。前期多花几天盘点，切换时能少返工。
