AWS 迁移上云实战教程（2026 最新）：服务器迁移 MGN + 数据库迁移 DMS + 数据迁移 DataSync 全流程与真实单价
Meta Description: AWS 迁移上云实战教程：用 AWS Transform MGN 迁移服务器、DMS 迁移数据库、DataSync 迁移文件、Snowball 做离线批量，含 CLI 全流程命令、2026 官方真实单价对比表、迁移成本测算与 7 大避坑点。
> 关键词：AWS 迁移、AWS MGN、AWS DMS、AWS DataSync、AWS Snowball、迁移上云、AWS 免费套餐、数据库迁移实战
一、前言：上云容易，"搬上云"才是真正的工程
很多人以为"上云"就是在控制台开一台 EC2、把代码传上去。真正在企业里做过一次完整迁移的人都知道：开机器是三分钟的事，把已经在跑的业务从机房或别的云搬到 AWS，而且中间不能长时间停机，才是迁移项目的全部难点。
这件事之所以难，是因为"迁移"不是一个动作，而是四个互相独立、工具完全不同的子问题：
1. 服务器（算力）怎么搬 —— 一台物理机或 VMware 虚机，怎么变成 AWS 上的一台 EC2； 2. 数据库怎么搬 —— 一个正在被业务读写的 MySQL / Oracle / SQL Server，怎么在不丢数据的前提下换库； 3. 文件与对象数据怎么搬 —— 几个 TB 的图片、日志、备份，怎么高效同步进 S3 / EFS； 4. 进度怎么统筹 —— 几百台服务器分几个月迁，谁迁完了、谁还在复制、谁该切换了。
把这四件事混成一件事，就会写出"把数据传到 S3 就上云了"这种教程；而把它们拆成四条线，每一线用对工具，迁移项目就变成了一个可管理、可预算、可复盘的流水线。
一句话决策口诀：服务器用 MGN、数据库用 DMS、文件用 DataSync、离线海量用 Snowball，进度看 AWS Transform。
动手之前，先把本站几篇相邻文章的分工划清，避免重复阅读：
| 既有主题 | 它解决的问题 | 与本文的关系 | |---|---|---| | AWS RDS / Aurora 选型对比 | 迁到 AWS 之后该选 MySQL、PostgreSQL 还是 Aurora | 本文的目标端选型，本文只负责"怎么把库搬过去" | | AWS DynamoDB 无服务器数据库实战 | 非关系型的 KV 目标端怎么设计 | 本文的另一类目标端，不重复表结构设计 | | AWS EC2 选购指南 | 切换后的实例该买什么规格、预留还是 Spot | 本文的落地规格，不重复选购逻辑 | | AWS CloudFormation 基础设施即代码实战 | 目标端的网络、安全组、实例怎么提前声明式建好 | 本文的前置底座，迁移目标环境先靠它铺好 | | AWS Backup 集中备份与容灾 | 迁移完成后的备份、跨区域容灾 | 本文的后续动作，不重复备份策略 |
本文只讲一件事：一次真实的上云迁移，四类数据分别用哪个 AWS 工具、每一步敲什么命令、一个月大概花多少钱、以及哪些地方最容易踩坑。
二、2026 年 AWS 迁移工具全景：四类迁移，四种工具
先把工具地图铺开，后面每一节再逐个深入。
| 迁移对象 | 首选工具 | 核心机制 | 适用场景 | 不适用 | |---|---|---|---|---| | 物理机 / VMware / 其他云服务器 | AWS Transform MGN（原 Application Migration Service） | 源端装 Agent，块级持续复制到 AWS 暂存区，测试/切换时拉起 EC2 | 整机迁移、Rehost（平移上云）、需要极短停机 | 只搬应用不搬系统、容器化改造 | | 数据库 | AWS DMS + DMS SC（Schema Conversion） | 全量 + 增量 CDC 同步，异构库先转换 Schema | 同构/异构数据库迁移、持续复制、零 ETL | 超大数据仓库上云（可考虑 Snowball + S3） | | 文件 / 对象数据 | AWS DataSync | 源端部署 Agent 或直连，增量同步到 S3 / EFS / FSx | 几 TB 到几十 TB 的文件与对象同步 | PB 级且带宽不足（走 Snowball） | | 海量离线数据 | AWS Snowball（Snowball Edge） | 物理设备寄到现场，写入后寄回 AWS 导入 | 带宽受限、几十 TB 到 PB 级 | 十 TB 以下（DataSync 更便宜） | | 项目统筹 | AWS Transform（Migration Hub 已并入） | 统一查看服务器复制状态、切换进度、迁移漏斗 | 多批次、多账号的大型迁移 | 单台服务器的小迁移 |
有一件事必须先说清楚，否则你照着一年前的教程做会找不到入口：2026 年 AWS 已经完成了迁移产品的品牌整合。老的 Application Migration Service 现在叫 AWS Transform MGN，老的 AWS Migration Hub 控制台已经并入 AWS Transform——它被重新定位为一个"由专家 Agent 驱动的企业 IT 转型工作台"，除了迁移，还负责应用现代化与持续技术债清理。所以本文统一使用新名字，但 CLI 命令前缀（mgn、dms、datasync）仍然沿用旧名，这一点在实操时不会出错。
另外一个贯穿全文的成本前提：2026 年 AWS 免费套餐口径已变。新账号不再有"12 个月免费套餐"那套说法，取而代之的是免费计划（Free Plan）+ 最高 $200 额度——注册即得 $100，完成入门操作最多再得 $100；免费计划有效期 6 个月（或额度耗尽，先到者为准），额度需在开户后 12 个月内用完。迁移项目周期常常超过 6 个月，所以不要把迁移预算建立在免费额度上，它会先于你的项目结束。
三、服务器迁移：AWS Transform MGN 实操（90 天免费窗口是核心）
3.1 MGN 的工作原理
MGN 的机制可以拆成四步，理解这四步就理解了它的计费点：
1. 源端装 Agent：在要被迁移的物理机或虚机上装一个复制 Agent； 2. 块级持续复制：Agent 把源盘的磁盘块（不是文件）持续复制到 AWS 你指定区域的"暂存区"（Staging Area，本质是一批由 MGN 自动管理的 EBS 卷与 EC2 复制节点）； 3. 测试实例：随时从暂存区拉一台 EC2 起来做验证，不影响源机继续跑； 4. 切换（Cutover）：确认没问题后，把最新的块差量同步过来，拉起正式 EC2，停掉源机，完成迁移。
关键点在于：它是块级复制，所以对源机业务无感、停机窗口极短（通常只有最后一次差量同步的时间），而且支持物理机、VMware、以及其他云的虚机。
3.2 操作步骤（控制台 + CLI）
控制台路径是：AWS Transform 控制台 → 服务器迁移 → 添加源服务器 → 安装 Agent → 配置复制模板 → 启动复制 → 启动测试实例 → 启动切换。
如果你更习惯命令行，核心命令如下（前提是本机已 aws configure 配好凭证，区域用 --region 指定，比如香港站用 ap-east-1）：
`bash
// 1. 初始化本账号本区域的 MGN 服务（每个区域只需执行一次）
aws mgn initialize-service --region ap-east-1
// 2. 创建复制配置模板：决定复制用哪种实例、磁盘类型、是否加密 aws mgn create-replication-configuration-template \ --region ap-east-1 \ --replication-server-instance-type t3.small \ --staging-area-subnet-id subnet-xxxxxxxx \ --associate-default-security-group
// 3. 装完 Agent 后，源服务器会自动出现在列表里 aws mgn describe-source-servers --region ap-east-1
// 4. 对指定源服务器启动复制（这就是 90 天计时的起点） aws mgn start-replication --region ap-east-1 --source-server-id s-xxxxxxxx
// 5. 调整切换实例的规格与磁盘（默认沿用源机，可改成更省钱的规格） aws mgn update-launch-configuration --region ap-east-1 \ --source-server-id s-xxxxxxxx \ --target-instance-type-right-sizing-method BASIC
// 6. 先拉一台测试实例验证业务 aws mgn start-test --region ap-east-1 --source-server-id s-xxxxxxxx
// 7. 验证通过后做正式切换（先启动切换，再最终确认） aws mgn start-cutover --region ap-east-1 --source-server-id s-xxxxxxxx aws mgn finalize-cutover --region ap-east-1 --source-server-id s-xxxxxxxx
// 8. 迁移完成、不再需要复制：归档源服务器（停止复制、保留记录）
aws mgn mark-as-archived --region ap-east-1 --source-server-id s-xxxxxxxx
`
已核实 MGN 完整命令集包括：initialize-service、create-replication-configuration-template、update-replication-configuration-template、start-replication、update-launch-configuration、start-test、start-cutover、finalize-cutover、describe-source-servers、describe-jobs、disconnect-from-service、mark-as-archived、delete-source-server。
3.3 MGN 的价格：90 天免费，之后每台约 $30/月
MGN 的官方价目表极其简单，而且所有支持区域价格相同：
| MGN 用量 | 价格 | |---|---| | 服务器复制的前 90 天（2,160 小时） | 免费 | | 免费期结束后，每服务器每小时 | $0.042 / 台 / 小时 | | 免费期结束后，每服务器每月 | 约 $30 / 台 / 月 |
但"免费"只是指 MGN 这个服务本身免费，它替你铺的 AWS 基础设施照样要钱。 官方原文明确写着：在源服务器持续复制期间（包括免费期内），MGN 为支撑数据复制而开通的任何 AWS 资源都会产生费用；启动测试实例或切换实例时开通的算力（EC2）与存储（EBS）同样按标准价计费。换句话说：
- 复制阶段：MGN 服务费 $0，但暂存区的 EBS 卷 + 复制节点 EC2 在烧钱； - 测试/切换阶段：测试实例与切换实例的 EC2 按运行时长收费，测试完一定要把测试实例停掉或删掉； - 90 天后仍未完成：MGN 服务费按 $30/台/月叠加。
3.4 MGN 的配额与区域
配额（每个区域、每个账号，均可在 Service Quotas 申请提升）：
| 配额项 | 默认值 | 可调 | |---|---|---| | 最大活跃源服务器数 | 150 | 是 | | 最大非归档源服务器数 | 4,000 | 是 | | 每个源服务器最大并发作业数 | 1 | 否 |
区域方面，MGN 支持 30 余个区域，亚洲用户常用的包括：ap-east-1 香港、ap-northeast-1 东京、ap-northeast-2 首尔、ap-southeast-1 新加坡、ap-southeast-2 悉尼、ap-south-1 孟买。国内与华人用户迁到香港（ap-east-1）通常能兼顾延迟与合规。
四、数据库迁移：AWS DMS + DMS SC 实操
4.1 DMS 的能力边界与三件套
DMS（Database Migration Service）解决的是"库搬库"的问题，它的三件套分工是：
- DMS SC（Schema Conversion）：把源库的表结构、存储过程、视图、触发器等转换成目标库能跑的 DDL。同构迁移（MySQL→MySQL、PG→PG）基本不需要它；异构迁移（Oracle→Aurora PostgreSQL、SQL Server→MySQL）它是必备第一步。它本身免费，你只为转换结果落到的 S3 存储付费。 - DMS 复制实例 / DMS Serverless：跑同步任务的计算载体。复制实例是常驻虚机按小时计费；Serverless 是按 DCU（DMS Capacity Unit，1 DCU = 2GB 内存）弹性计费。 - DMS 端点（Endpoint）：源库与目标库的连接配置。
支持的源库覆盖面很广：Oracle、SQL Server、MySQL、PostgreSQL、MariaDB、MongoDB、SAP ASE、Db2 等；目标端可到 RDS、Aurora、Redshift、S3、DynamoDB 等。迁移方式分两种：全量加载（Full Load）+ 增量 CDC（Change Data Capture）——全量把存量数据搬过去，CDC 持续追平业务新增的变更，这也是 DMS 能做到"业务不停机"的原因。
4.2 操作步骤（控制台 + CLI）
控制台路径：DMS 控制台 → 创建复制实例（或选 Serverless）→ 创建源/目标端点 → 创建迁移任务（选 Full Load + CDC）→ 启动任务 → 观察 CDC 延迟 → 业务低峰切换。
CLI 侧，2026 年的 DMS 命令集已经扩展出 "数据提供者 / 迁移项目 / 数据迁移" 这一套新抽象（create-data-provider、create-migration-project、create-data-migration、start-data-migration），传统路径仍然可用：
`bash
// 1. 创建复制实例（这里用最便宜的 t3.micro，适合小库）
aws dms create-replication-instance \
--replication-instance-identifier mig-instance-1 \
--replication-instance-class dms.t3.micro \
--allocated-storage 50 \
--region ap-east-1
// 2. 创建源库端点（源端可以是自建 MySQL、RDS、或其他云数据库） aws dms create-endpoint \ --endpoint-identifier src-mysql \ --endpoint-type source \ --engine-name mysql \ --username admin \ --password 'YOUR_PASSWORD' \ --server-name 10.0.1.20 --port 3306
// 3. 创建目标库端点（例如目标端是 AWS 上的 RDS MySQL） aws dms create-endpoint \ --endpoint-identifier tgt-rds-mysql \ --endpoint-type target \ --engine-name mysql \ --username admin --password 'YOUR_PASSWORD' \ --server-name yourdb.xxxx.ap-east-1.rds.amazonaws.com --port 3306
// 4. 测试连通性（迁移前必做，避免任务跑起来才发现连不上） aws dms test-connection --replication-instance-arn arn:aws:dms:ap-east-1:...:rep:xxxx \ --endpoint-arn arn:aws:dms:ap-east-1:...:endpoint:src-mysql
// 5. 创建迁移任务：全量 + 持续复制（CDC） aws dms create-replication-task \ --replication-task-identifier mysql-to-rds \ --source-endpoint-arn arn:aws:dms:...:endpoint:src-mysql \ --target-endpoint-arn arn:aws:dms:...:endpoint:tgt-rds-mysql \ --replication-instance-arn arn:aws:dms:...:rep:xxxx \ --migration-type full-load-and-cdc \ --table-mappings file://table-mappings.json
// 6. 启动任务 aws dms start-replication-task --replication-task-arn arn:aws:dms:...:task:mysql-to-rds \ --start-replication-task-type start-replication
// 7. 观察进度与 CDC 延迟 aws dms describe-replication-tasks --filters Name=replication-task-id,Values=mysql-to-rds
// 8. 切换前若发现某张表数据不一致，只重载那一张表
aws dms reload-tables --replication-task-arn arn:aws:dms:...:task:mysql-to-rds \
--tables-to-reload SchemaName=shop,Tables=orders
`
4.3 DMS 的真实单价（us-east-1，2026 年 9 月采集）
复制实例按小时计费，Multi-AZ 为单 AZ 的两倍。以下为官方公开价格清单 API 取到的精确单值：
| 复制实例规格 | 单 AZ（美元/小时） | 折合每月（约 720 小时） | Multi-AZ（美元/小时） |
|---|---|---|---|
| dms.t3.micro | $0.0186 | 约 $13.4 | $0.0372 |
| dms.t3.small | $0.0372 | 约 $26.8 | $0.0744 |
| dms.t3.medium | $0.0745 | 约 $53.6 | $0.1490 |
| dms.t3.large | $0.1489 | 约 $107.2 | $0.2978 |
| dms.c5.large | $0.1190 | 约 $85.7 | $0.2380 |
| dms.r5.large | $0.1760 | 约 $126.7 | $0.3520 |
| dms.r5.xlarge | $0.3530 | 约 $254.2 | $0.7060 |
DMS Serverless：按 DCU 弹性计费，可选档位为 1、2、4、8、16、32、64、128、192、256、384 个 DCU；us-east-1 单 AZ 单价约 $0.0819 / DCU·小时，Multi-AZ 为其两倍。你设置的最大 DCU 就是"你愿意付的每小时上限"——设太高会意外烧钱，设太低则迁移变慢。
存储：每个复制实例自带一部分 GP2 存储（C4/R4/R5 类 100GB，T2/T3 类 50GB），超出部分按 $0.115 / GB·月（单 AZ）、$0.23 / GB·月（Multi-AZ）计费。
零 ETL（自管理库 → Redshift）：初始导出 $0.01/GB，持续复制的 CDC 数据传输 $2.00/GB。
免费额度：2025-07-15 之前开户的老账号，每月有 750 小时 dms.t3.micro（单 AZ）实例 + 50GB GP2 存储，持续一年；之后开户的走免费计划（$100 + 最多 $100 额度）。DMS 本身不收取数据传输费（进出 DMS 节点的流量均免费）。
五、文件与对象数据迁移：DataSync 实战
5.1 DataSync 是什么
DataSync 负责"文件搬文件/对象搬对象"。它在源端（你的机房、其他云、或 AWS 内部）部署一个 Agent 虚机，或对 AWS 原生存储直接连接，然后把数据增量同步到目标：S3、EFS、FSx for Windows / Lustre / NetApp ONTAP / OpenZFS、或其他对象存储。它支持 NFS、SMB、HDFS、S3、Azure Blob 等多种源类型。
对国内用户最实用的两个场景：把自建 NAS / 文件服务器的共享目录同步进 S3，以及把其他云的对象存储搬到 S3。
5.2 操作步骤（控制台 + CLI）
`bash
// 1. 创建源位置：以自建 NFS 服务器为例（需先部署 DataSync Agent 并激活）
aws datasync create-location-nfs \
--server-hostname 192.168.1.10 \
--subdirectory /data \
--on-prem-config AgentArns=arn:aws:datasync:ap-east-1:...:agent/agent-xxxx
// 2. 创建目标位置：S3 桶 + IAM 角色 aws datasync create-location-s3 \ --s3-bucket-arn arn:aws:s3:::my-migration-bucket \ --s3-config BucketAccessRoleArn=arn:aws:iam::123456789012:role/DataSyncS3Role \ --subdirectory /uploads
// 3. 创建任务（默认增量：只传新增与变更的文件） aws datasync create-task \ --source-location-arn arn:aws:datasync:ap-east-1:...:location/loc-xxxx \ --destination-location-arn arn:aws:datasync:ap-east-1:...:location/loc-yyyy \ --name nas-to-s3 \ --options '{"VerifyMode":"ONLY_FILES_TRANSFERRED","TransferMode":"CHANGED"}'
// 4. 启动任务执行 aws datasync start-task-execution --task-arn arn:aws:datasync:...:task/task-xxxx
// 5. 查看执行状态与传输字节数
aws datasync describe-task-execution \
--task-execution-arn arn:aws:datasync:...:task/task-xxxx/execution/exec-xxxx
`
完整命令集包括：create-location-nfs / -smb / -s3 / -efs / -fsx-windows / -fsx-lustre / -fsx-ontap / -fsx-open-zfs / -hdfs / -object-storage / -azure-blob、create-agent、create-task、start-task-execution、describe-task-execution、cancel-task-execution、update-task、delete-task 等。
5.3 DataSync 的真实单价
DataSync 分两种模式，单价不同，这是最容易多花钱的地方：
| 计费项 | 单价 | 说明 |
|---|---|---|
| Basic 模式 数据传输 | $0.0125 / GB | 标准档，适合绝大多数批量同步 |
| Enhanced 模式 数据传输 | $0.015 / GB | 更高性能、更大规模、更强监控，比 Basic 贵 20% |
| 任务执行 | $0.55 / 次 | 每次 start-task-execution 计一次 |
| S3 请求费用 | 按 S3 标准价 | LIST/HEAD/GET/PUT/COPY 按实际请求量另计 |
| 跨区域/传出流量 | 按 EC2 数据传输价 | 跨区复制、传到本地都要另算 |
配额要点：单账号单区域最多 100 个任务；Basic 模式下，自管理存储/其他云 → AWS 单任务最多 5,000 万个文件/对象，AWS → AWS 最多 2,500 万个；单任务吞吐上限（用 Agent）10 Gbps、（不用 Agent）5 Gbps；单个任务的排队执行最多 50 个。文件数超过 2,000 万时，官方建议给 Agent 至少分配 64GB 内存。
5.4 什么时候该上 Snowball
DataSync 依赖网络带宽。当数据量到几十 TB、上百 TB，而你的出口带宽只有几十 Mbps 时，网络传输会花上几周甚至几个月——这时候 AWS 的解法是把一台物理设备寄给你（Snowball Edge）。
Snowball 的计费口径：
| 计费项 | 价格（us-east-1） | |---|---| | 按需作业费（≤100TB，含 15 天现场使用） | $1,800 / 作业 | | 按需作业费（101TB–210TB，含 15 天） | $3,200 / 作业 | | 超出 15 天的每日费用 | $250 / 天 | | 月付方案 | $9,885 / 月 | | 1 年期预留（一次性预付） | $97,268 | | 数据传入 S3 | $0 / GB | | Snowball 上的 S3 兼容存储 | $0.01/GB·月 或 $0.12/GB·年 |
决策逻辑很清楚：10TB 走 DataSync Basic 只要 10×1024×$0.0125 ≈ $128，而 Snowball 起步就是 $1,800——十 TB 级用 DataSync，几十 TB 级且带宽不足才考虑 Snowball。另外要注意，数据"传入" S3 免费，但如果你的数据集是几百万个小文件（≤1MB），S3 的 PUT 请求费会显著上升，这是 Snowball 用户最常忽略的一笔隐性成本。
六、进度统筹：Migration Hub 已并入 AWS Transform
大型迁移最怕的不是某台机器迁不动，而是没人说得清 300 台服务器里有多少台在复制、多少台已切换、多少台卡住了。
老方案是 AWS Migration Hub：所有迁移工具（MGN、DMS、SCT 等）把状态上报给它，你在一个漏斗视图里看全局。2026 年，Migration Hub 的控制台已经并入 AWS Transform——它现在被定位为一个"由专家 Agent 驱动的企业 IT 转型工作台"，能力从"看进度"扩展到"自动规划与执行"：自动迁移 VMware / 裸金属 / 混合环境的负载、现代化主机与自定义代码、持续分析并修复技术债。
对你的实际影响：如果你翻到一篇一年前的教程、上面写着"打开 Migration Hub 控制台跟踪进度"，那个入口可能已经变了。现在请统一从 AWS Transform 控制台进入。好处是迁移的规划、执行、进度追踪被收拢到了一个地方，不再需要在 MGN / DMS / Hub 三个控制台之间来回切。
七、迁移工具价格对比总表
把前面各节的真实单价汇总成一张表，方便一次性做预算（us-east-1 口径，2026 年 9 月采集）：
| 工具 | 计费项 | 单价 | 有无免费额度 |
|---|---|---|---|
| MGN（服务器） | 前 90 天复制 | 免费 | 90 天/服务器 |
| MGN | 90 天后 | $0.042/台/小时（约 $30/台/月） | — |
| DMS（数据库） | dms.t3.micro 复制实例 | $0.0186/小时（约 $13.4/月） | 老账号 750 小时/月 |
| DMS | dms.t3.medium 复制实例 | $0.0745/小时（约 $53.6/月） | — |
| DMS | dms.r5.large 复制实例 | $0.176/小时（约 $126.7/月） | — |
| DMS | Serverless | 约 $0.0819/DCU·小时（1 DCU = 2GB） | — |
| DMS | GP2 存储（超出内置部分） | $0.115/GB·月 | — |
| DMS | DMS SC（Schema 转换） | 免费（仅付 S3 存储） | — |
| DataSync（文件） | Basic 模式传输 | $0.0125/GB | — |
| DataSync | Enhanced 模式传输 | $0.015/GB | — |
| DataSync | 任务执行 | $0.55/次 | — |
| Snowball（离线） | 按需作业（≤100TB，含 15 天） | $1,800/作业 | 15 天现场期 |
| Snowball | 超 15 天 | $250/天 | — |
| Snowball | 数据传入 S3 | $0/GB | — |
八、迁移成本测算：一个 20 台服务器 + 1 个小库 + 10TB 文件的示意算例
假设场景：20 台服务器、一个 500GB 的 MySQL 库、10TB 图片文件，希望在 3 个月内完成迁移（以下均为示意算例，不构成报价）。
服务器侧（MGN）
- MGN 服务费：20 台 × 90 天免费窗口内完成 = $0
- 复制期间暂存区基础设施：与数据量、磁盘数相关，保守按每台每月 $5（EBS + 复制节点）估算，3 个月 ≈ $300
- 测试 + 切换实例 EC2：假设每台测试 24 小时、按 t3.medium 约 $0.05/小时算，20 台 × 24 × $0.05 ≈ $24（测试完立刻停掉）
数据库侧（DMS）
- dms.t3.medium 复制实例跑 30 天：$0.0745 × 720 ≈ $53.6
- 超出内置 50GB 的存储：假设再补 50GB，50 × $0.115 ≈ $5.8
- DMS SC Schema 转换：$0（仅 S3 存储，忽略不计）
- 小计 ≈ $59
文件侧（DataSync）
- 10TB 走 Basic 模式：10 × 1024 × $0.0125 = $128 - 任务执行若干次：约 $3 - S3 请求费（假设 50 万对象）：另计，通常几十美元量级 - 小计 ≈ $131
总计（3 个月迁移期）≈ $500 上下——注意这个数字里真正的"迁移服务费"只有 DMS 的几十美元，大头是复制/测试期间顺手开出来的 EC2 与 EBS。这也是迁移预算最容易被低估的地方：你以为在付工具的钱，其实主要在付临时基础设施的钱。
九、省钱 6 招
第 1 招：把 MGN 的 90 天窗口当成项目倒排工期的锚点。 90 天从每台服务器"启动复制"那一刻分别起算，不是账号维度。分批上线时，第一批复制的服务器可能先到期——所以要么分批控制节奏，要么确保每台都在 90 天内完成测试与切换。
第 2 招：测试实例用完立刻停。 MGN 的测试/切换实例是普通 EC2，按运行小时收费。很多团队拉起来验证完就忘了，一个月后收到一张莫名其妙的 EC2 账单。
第 3 招：小库优先用 DMS Serverless，别常驻复制实例。 复制实例"建了就在计费"，与任务是否在跑无关；一次性迁移用小 DCU 的 Serverless 通常更省，只有需要长时间稳定的持续复制才值得上常驻实例。
第 4 招：把 CDC 阶段压到最短。 DMS 按小时计费，全量加载完成后的增量追平阶段越短越省钱。业务低峰做切换、提前压测好切换脚本，能直接省掉几天到几周的实例费。
第 5 招：DataSync 默认用 Basic 模式。 Enhanced 模式贵 20%，只有在需要更高吞吐、更大规模或更强监控时才选它；绝大多数一次性批量同步用 Basic 就够。
第 6 招：超过 100TB 再考虑 Snowball，小数据量认准 DataSync。 DataSync 传 10TB 约 $128，Snowball 起步 $1,800，二者的交叉点通常在几十 TB 且出口带宽严重不足时。
十、7 大避坑点
坑 1：以为 MGN 的 90 天是"账号级"免费期。 它是按每台服务器各自从"启动复制"起算的。20 台服务器如果分批在第 1 天和第 60 天各复制一批，第二批的免费期比第一批晚 60 天结束，别用第一批的到期日推全部。
坑 2：切换后忘了归档源服务器。 90 天免费期一过，只要源服务器还在复制状态，就按 $0.042/台/小时继续收费。迁移确认完成后，用 aws mgn mark-as-archived 归档，或直接 delete-source-server。
坑 3：DMS 复制实例"建了就计费"，与任务是否运行无关。 迁移完成后不删除实例，就是每月白付 $13 到 $127 不等。迁完即删（delete-replication-instance）是标准动作。
坑 4：DMS Serverless 的最大 DCU 设置 = 你愿意付的每小时上限。 设成 128 或 384 却不知道单价，一小时可能就是几十美元。初次迁移建议从小档位（1–4 DCU）起步，观察实际用量再放开。
坑 5：DataSync Basic 模式有文件数上限。 自管理/其他云 → AWS 单任务最多 5,000 万文件/对象，AWS → AWS 最多 2,500 万。超过上限必须拆任务；另外文件数超 2,000 万时记得给 Agent 加到 64GB 内存，否则会因内存不足而失败。
坑 6：Snowball 的"数据传入免费"有隐藏成本。 传入 S3 本身 $0/GB，但几百万个小文件（≤1MB）会产生高额 S3 PUT 请求费；同时设备超出 15 天按 $250/天收费，寄回也要算时间。
坑 7：迁移搬完不等于项目结束，别忽略目标端的备份与合规。 迁到 AWS 后，备份策略、跨区域容灾、密钥管理都要重新建一遍（参考文末的 AWS Backup 与 KMS 文章）。另外要注意免费计划账户一加入 Organizations 或建立 Control Tower landing zone，$200 额度会立即失效并自动转为付费计划——大型迁移往往需要多账号，务必提前规划账号结构，而不是迁到一半才发现额度清零。
十一、常见问题 FAQ
Q: MGN 和 DMS 需要一起用吗？ A: 分工不同：MGN 搬整台服务器（操作系统 + 应用 + 它上面的数据库文件），DMS 专门搬数据库（支持业务不停机的增量同步）。如果业务是"应用与数据库同机部署"的小系统，用 MGN 整机搬迁最简单；如果是独立的、还在被频繁读写的生产数据库，用 DMS 单独迁移更安全。
Q: MGN 支持哪些源平台？ A: 物理服务器、VMware vSphere 虚机、以及其他云上的虚机都可以。它做的是块级复制，所以对源机的操作系统与文件系统相对无感。
Q: DMS 支持哪些数据库？ A: 源端支持 Oracle、SQL Server、MySQL、MariaDB、PostgreSQL、MongoDB、SAP ASE、Db2 等；目标端可到 RDS、Aurora、Redshift、S3、DynamoDB 等。异构迁移（如 Oracle → Aurora PostgreSQL）需要先用 DMS SC 转换 Schema。
Q: 迁移期间源业务要停机吗？ A: 用 MGN 或 DMS 的增量复制（CDC）方案，源业务迁移期间可以继续运行，只在最后切换窗口短暂停机——MGN 是最后一次块差量同步的时间，DMS 是 CDC 追平后切流量的时间。停机窗口通常可以压到分钟级。
Q: 迁移后怎么验证数据一致性？
A: MGN 侧，拉测试实例跑业务验证；DMS 侧，用 describe-replication-table-statistics 看每张表的行数与校验状态，发现不一致时用 reload-tables 只重载出问题的那张表。
Q: 免费套餐能覆盖迁移吗？ A: 很难。2026 年免费计划只有 6 个月、最高 $200，而迁移项目周期通常更长，且复制/测试期间产生的 EC2、EBS 费用是从你的额度和付费账户里扣的。把免费额度当成"练手券"，不要当成迁移预算。
Q: 几十 TB 的文件，用 DataSync 还是 Snowball？ A: 先算网络：如果按你的出口带宽，网络传输时间可接受（几天内），走 DataSync Basic（$0.0125/GB）更省；如果传输要好几个星期，走 Snowball（起步 $1,800/作业，含 15 天）。
Q: 迁移完成后，AWS 上的服务器用预留实例还是按需？ A: 迁移完成后负载稳定下来，就该按长期策略选购（预留实例、Savings Plans 或 Spot），这部分不重复，见文末的 EC2 选购与 Savings Plans 文章。
> 声明：本文价格数据采集于 2026 年 9 月，来自 AWS 官方定价页与公开价格清单 API（美东 us-east-1 口径），仅作参考；实际费用随区域、用量阶梯与官方调价变动，请以 AWS 官网与控制台结算页的实时价格为准。文中成本测算均为示意算例，不构成报价。除特别标注外，金额单位均为美元（USD）。
> ⚠️ 文中价格为 2026 年参考价，实际费用随区域和官方调价变动，请以 AWS 官网为准。
> 🚀 需要 AWS 国际版账号？通过 3.chengzicloud.cloud 获取最新注册教程与专属优惠，助你轻松上云。
相关阅读
- AWS RDS / PostgreSQL / Aurora 数据库选型对比 - AWS EC2 选购与预留 / Spot 实例省钱攻略 - AWS CloudFormation 基础设施即代码实战 - AWS Backup 集中备份与容灾实战 - AWS SAM 无服务器应用实战教程 - AWS 2026 最新免费套餐注册教程：避免被扣费的 5 个关键设置
> 本文由 3.chengzicloud.cloud 提供，点击访问首页了解更多