C2-14-迁移、数据传输与混合云-本章目标与迁移前-Discovery-与-Assessment与AWS-Application-Discovery-Service与Migration-Evaluator与AWS-Application-Migration-Service与AWS-Database-Migration-Service与AWS-Schema-Conversion-Tool(SCT)与AWS-DataSync与AWS-Snow-Family与AWS-Migration-Hub与Storage-Gateway-在迁移与-Hybrid-中的位置与AWS-Transfer-Family与迁移策略-7-Rs-的理解与GlobalShop-迁移全过程与高频选择表与本章最后要形成的判断方式与与后续章节的关系
本篇是《C2-14-迁移、数据传输与混合云》的第1个分篇,主要包含:本章目标、迁移前-Discovery-与-Assessment、AWS-Application-Discovery-Service、Migration-Evaluator、AWS-Application-Migration-Service、AWS-Database-Migration-Service、AWS-Schema-Conversion-Tool(SCT)、AWS-DataSync、AWS-Snow-Family、AWS-Migration-Hub、Storage-Gateway-在迁移与-Hybrid-中的位置、AWS-Transfer-Family、迁移策略-7-Rs-的理解、GlobalShop-迁移全过程、高频选择表、本章最后要形成的判断方式、与后续章节的关系。
1-本章目标
真实企业迁移 AWS 不是“把服务器复制过去”这么简单,而是先回答:我现在到底有哪些服务器和应用?
迁移是否值得?
应用怎么迁?
数据库怎么迁?
PB 级数据怎么迁?
在线传输还是离线设备?
迁移过程怎么跟踪?
迁移后本地机房是否继续存在?
项目资料把迁移主线整理为:
Discover → Application Discovery Service
Evaluate → Migration Evaluator
Server → Application Migration Service
Database → DMS / SCT
Track → Migration Hub
Offline → Snow Family
题库还经常把 DataSync、Storage Gateway 与这些服务混在选项中。
2-迁移前:Discovery-与-Assessment
3-★★★-AWS-Application-Discovery-Service
正式名称: AWS Application Discovery Service,中文为: 应用发现服务。
3.1-为什么需要它
大型企业可能连自己有多少服务器、服务器依赖关系和资源使用情况都没有完整清单,无法直接制定迁移波次。
3.2-它是什么
Application Discovery Service 用于收集本地环境服务器配置、使用情况和依赖信息,帮助迁移规划。
3.3-GlobalShop-场景
GlobalShop 先盘点旧机房 500 台服务器,识别哪些应用彼此依赖。
3.4-常见组合
Discovery data → Migration planning / Migration Hub。
3.5-容易混淆
Discovery Service 不负责真正复制服务器。
Application Migration Service 才是服务器迁移执行方向。
3.6-题库通常怎么考
discover on-premises servers、dependencies、inventory before migration → Application Discovery Service。
4-★★★-Migration-Evaluator
正式名称: Migration Evaluator,中文为: 迁移商业评估服务。
4.1-为什么需要它
企业决定迁移前需要评估当前基础设施使用情况、成本和迁云商业价值。
4.2-它是什么
Migration Evaluator 帮助建立数据驱动的 business case 和迁移成本/资源评估。
4.3-GlobalShop-场景
GlobalShop 财务与架构团队评估本地机房未来 3 年成本与迁 AWS 的潜在收益。
4.4-常见组合
Discovery / inventory data → Migration Evaluator → business case。
4.5-容易混淆
Migration Evaluator 关注评估,不负责实际迁移工作负载。
4.6-题库通常怎么考
business case、TCO assessment、evaluate migration economics → Migration Evaluator。
5-★★★★-AWS-Application-Migration-Service
正式名称: AWS Application Migration Service,中文为: 应用/服务器迁移服务。
5.1-为什么需要它
企业需要把本地或其他云中的服务器工作负载迁移到 AWS,希望减少手工重建服务器的工作。
5.2-它是什么
Application Migration Service(MGN)用于把受支持的源服务器持续复制到 AWS,并在切换时启动 AWS 上的实例。
5.3-GlobalShop-场景
GlobalShop 把旧 Java Application Server 从本地 VM 迁到 EC2。
5.4-常见组合
On-Prem server → replication → staging → EC2 cutover。
5.5-容易混淆
Application Migration Service ≠ DMS。
前者迁服务器/应用。
DMS 迁数据库数据。
5.6-题库通常怎么考
lift-and-shift servers、migrate applications/servers to EC2 → Application Migration Service。
6-★★★★-AWS-Database-Migration-Service
正式名称: AWS Database Migration Service,中文为: AWS 数据库迁移服务。
6.1-为什么需要它
数据库迁移如果停机数天影响业务,需要持续复制变更并尽量缩短切换停机。
6.2-它是什么
DMS = Database Migration Service,用于迁移数据库数据,并支持同构或部分异构数据库迁移场景。
6.3-GlobalShop-场景
GlobalShop 从本地 MySQL 迁到 Amazon RDS/Aurora,在迁移期间持续复制增量变更。
6.4-常见组合
Source DB → DMS replication → Target DB。
6.5-容易混淆
DMS 迁数据。
Schema Conversion Tool 处理异构引擎时的 Schema/代码转换评估和转换。
6.6-题库通常怎么考
migrate database、minimal downtime、ongoing replication → DMS。
7-★★★-AWS-Schema-Conversion-Tool(SCT)
SCT = Schema Conversion Tool。
当数据库引擎不同,例如 Oracle → PostgreSQL,Schema、Stored Procedure、SQL 方言可能不同。
DMS
→ 搬数据
SCT
→ 转换/评估 schema 与 database code
不要把二者当成完全替代关系。
8-★★★★-AWS-DataSync
正式名称: AWS DataSync,中文为: 在线数据传输与同步服务。
8.1-为什么需要它
企业需要在本地存储与 AWS S3/EFS/FSx 等之间高速、自动化传输大量文件或对象数据。
8.2-它是什么
DataSync 是在线数据传输服务,自动处理传输、校验、调度等工作。
8.3-GlobalShop-场景
GlobalShop 把本地 NAS 的数百 TB 商品图片逐步同步到 S3。
8.4-常见组合
On-Prem storage → DataSync Agent/service → S3/EFS/FSx。
8.5-容易混淆
DataSync ≠ DMS:DataSync 搬文件/对象存储数据。
DMS 搬数据库。
DataSync ≠ Snow:DataSync 依赖网络在线传输,Snow 可离线物理设备。
8.6-题库通常怎么考
online data transfer、NFS/SMB storage to S3/EFS/FSx、automated transfer → DataSync。
9-★★★★-AWS-Snow-Family
正式名称: AWS Snow Family,中文为: AWS 离线/边缘数据传输设备家族。
9.1-为什么需要它
当数据量巨大、网络带宽不足或传输窗口很短时,通过 Internet 上传 PB 级数据可能需要几个月。
9.2-它是什么
Snow Family 提供物理设备把大量数据运送到/从 AWS,并存在边缘计算相关能力。
题库中 Snow Family 粗略曝光约 14 次。
9.3-GlobalShop-场景
GlobalShop 关闭旧数据中心前,把 PB 级历史归档数据复制到 Snow 设备后寄回 AWS 导入 S3。
9.4-常见组合
On-Prem data → Snow device → shipping → AWS → S3。
9.5-容易混淆
Snow ≠ DataSync:Snow 是离线/物理运输路线。
DataSync 是在线网络传输。
9.6-题库通常怎么考
petabyte-scale offline migration、limited bandwidth、physical device → Snow Family。
10-★★★-AWS-Migration-Hub
正式名称: AWS Migration Hub,中文为: 迁移项目跟踪与集中视图。
10.1-为什么需要它
迁移项目可能同时使用 MGN、DMS、合作伙伴工具,企业需要一个中心位置跟踪应用迁移状态。
10.2-它是什么
Migration Hub 提供迁移发现、规划和跟踪相关集中视图。
10.3-GlobalShop-场景
GlobalShop 迁移 PMO 在一个中心查看各应用迁移波次和工具状态。
10.4-常见组合
Discovery/Migration tools → Migration Hub。
10.5-容易混淆
Migration Hub 不负责实际复制所有数据,它更偏迁移项目可视化和协调。
10.6-题库通常怎么考
track migration progress、central migration dashboard → Migration Hub。
11-Storage-Gateway-在迁移与-Hybrid-中的位置
Storage Gateway 已在 C2-04 详细讲。
这里重新放入迁移图,只强调:
它更适合长期 Hybrid Storage 接入,不是“一次性把所有数据迁完就结束”的唯一工具。
项目资料特别记录:FSx File Gateway 当前产品状态已变化,旧题库仍可能出现。
因此要区分 CURRENT 与 LEGACY 题目语境。
12-★★★-AWS-Transfer-Family
Transfer Family 提供托管的文件传输协议端点,例如 SFTP/FTPS/FTP 等,把传统文件交换工作流连接到 S3/EFS。
如果题目强调“继续使用 SFTP 客户端/协议,但后端放 S3”,不要误选 DataSync。
13-迁移策略:7-Rs-的理解
项目 C2 不要求把迁移策略背成口号,但应知道常见思路:
- Rehost:Lift and Shift。
- Replatform:适度优化平台。
- Refactor / Re-architect:重构。
- Repurchase:换 SaaS/产品。
- Relocate:整体环境迁移类场景。
- Retain:暂时保留。
- Retire:下线。
真正决策取决于业务价值、风险、时间与技术债。
14-GlobalShop-迁移全过程
1. Discover
Application Discovery Service
│
▼
2. Evaluate
Migration Evaluator
│
▼
3. Plan / Track
Migration Hub
│
├──────────────┬───────────────┐
▼ ▼ ▼
Servers Database Files/Data
MGN DMS + SCT DataSync
│
huge/offline?
▼
Snow Family
Long-term hybrid:
VPN / Direct Connect + Storage Gateway
15-高频选择表
| 需求 | 服务 |
|---|---|
| 发现服务器/依赖 | Application Discovery Service |
| 建迁移商业评估 | Migration Evaluator |
| 迁服务器/应用到 EC2 | Application Migration Service |
| 迁数据库数据 | DMS |
| 异构 DB Schema 转换 | SCT |
| 在线文件/存储数据传输 | DataSync |
| PB 级离线传输 | Snow Family |
| 跟踪迁移项目 | Migration Hub |
| SFTP/FTPS/FTP 到 S3/EFS | Transfer Family |
16-本章最后要形成的判断方式
不要把本章记成一串 AWS 产品名,而要形成下面的思考路径:
业务需求是什么?
↓
它属于哪一层问题?
↓
需要什么技术能力?
↓
哪些 AWS 服务提供这类能力?
↓
为什么某一个更贴合场景?
↓
其他相似服务为什么不合适?
真正稳定的考试能力不是“看到关键词就背答案”,而是能够从业务要求推导到技术能力,再从技术能力推导到 AWS 服务。
17-与后续章节的关系
C2 负责建立技术体系本身。
完整业务架构组合会在 C3 中继续展开。
719 道题的逐题选项解析放在 C4。
频率排名与强化学习放在 C5。
考前压缩复习放在 C6。
本篇概述
- 本篇梳理了本章目标相关的核心知识、适用场景与判断要点。
- 本篇梳理了迁移前-Discovery-与-Assessment相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Application-Discovery-Service相关的核心知识、适用场景与判断要点。
- 本篇梳理了Migration-Evaluator相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Application-Migration-Service相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Database-Migration-Service相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Schema-Conversion-Tool(SCT)相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-DataSync相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Snow-Family相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Migration-Hub相关的核心知识、适用场景与判断要点。
- 本篇梳理了Storage-Gateway-在迁移与-Hybrid-中的位置相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Transfer-Family相关的核心知识、适用场景与判断要点。
- 本篇梳理了迁移策略-7-Rs-的理解相关的核心知识、适用场景与判断要点。
- 本篇梳理了GlobalShop-迁移全过程相关的核心知识、适用场景与判断要点。
- 本篇梳理了高频选择表相关的核心知识、适用场景与判断要点。
- 本篇梳理了本章最后要形成的判断方式相关的核心知识、适用场景与判断要点。
- 本篇梳理了与后续章节的关系相关的核心知识、适用场景与判断要点。