SAP-C02 · LESSON 4
加速工作负载迁移和现代化20% · 4 个主题
学习选择迁移对象、确定迁移方式和新架构，以及判断现代化的机会。
4.1选择可以迁移的工作负载和流程
4.1 选择可以迁移的现有工作负载和流程。
概念
选择迁移对象，首先要掌握现状。用 AWS Application Discovery Service（基于代理或无代理）收集服务器的配置、利用率和依赖关系，用 Migration Hub 集中管理进度。依赖关系紧密的服务器归入同一迁移组（批次），并按业务优先级和风险确定顺序。
原理、步骤
- 用 Discovery Service 收集服务器信息和通信依赖关系
- 按应用对服务器分组
- 按业务价值、复杂度和风险确定优先级
- 考虑依赖关系规划迁移批次
- 用 Migration Hub 跟踪进度
工作中的示例
依赖关系可视化显示订单系统与库存数据库通信频繁，于是把两者放在同一批次迁移，避免延迟问题。
易混淆点、考试注意事项
- 无代理方式（面向 VMware）无法获取进程的详细信息
- 忽视依赖关系进行拆分，迁移后会因与本地的通信产生延迟
- 先从复杂度低的系统积累经验
小测验
Q1. 为制定迁移计划，希望收集本地 VMware 上 500 台虚拟机的配置和利用率，但不想在每台服务器上安装代理。最合适的方法是哪一项？
- 用 Migration Evaluator 收集器只做费用估算
- 用 Systems Manager 清单收集各服务器的配置
- 在每台服务器上安装 Application Discovery Service 代理
- 把 Application Discovery Service 的无代理收集器连接到 vCenter
查看答案和解析
正确答案：D 把 Application Discovery Service 的无代理收集器连接到 vCenter
Application Discovery Service 的无代理方式从 vCenter 收集虚拟机的配置和利用率。如果需要详细了解进程和通信依赖关系，则使用代理。【其他选项】安装代理违反「不装代理」的条件。只有费用估算缺少规划所需的配置和使用率。Systems Manager 清单需要在每台服务器上装代理。
Q2. 把数百个应用的迁移分成多个批次（迁移波次）进行规划。最合适的思路是哪一项？
- 在同一个周末一次性迁移所有服务器，不分批次一次完成
- 按服务器名称顺序划分批次，不考虑依赖关系机械地推进迁移
- 在第一批次就迁移最重要、最复杂的核心系统，在迁移经验尚少时先解决最大难点
- 把依赖关系紧密的服务器放在同一批次，先迁移风险小的应用以固化步骤
查看答案和解析
正确答案：D 把依赖关系紧密的服务器放在同一批次，先迁移风险小的应用以固化步骤
拆分依赖关系会增加本地与云之间的通信，容易引发性能和故障问题。应从小处着手，确立步骤后再扩大规模。
参考链接
4.2确定现有工作负载的最佳迁移方式
4.2 确定现有工作负载的最佳迁移方式。
概念
选择迁移策略（7R：重新托管、更换平台、重构、重新购买、停用、保留、迁移位置）并确定工具。服务器的重新托管用 AWS Application Migration Service（MGN：块级持续复制，切换时间短），数据库用 AWS DMS（完全加载和 CDC，停机最短）和 Schema Conversion，文件用 DataSync，网络带宽小的大量数据用 Snowball Edge。
原理、步骤
- 为每个工作负载确定 7R 策略
- 服务器用 MGN 复制，测试启动后再切换
- 数据库在完全加载后用 DMS 的 CDC 同步差异，以短暂停机切换
- 迁移到不同数据库引擎时还要转换架构
- 根据线路带宽和期限决定在线迁移还是离线迁移（Snowball）
工作中的示例
需要在 1 周内通过 1 Gbps 线路迁移 100 TB 文件（线路来不及），因此用 Snowball Edge 运送初始数据，用 DataSync 同步差异。
易混淆点、考试注意事项
- 借助 DMS 的 CDC，在切换前可以继续使用源数据库
- MGN 持续复制，切换时的停机很短
- 带宽计算：用 1 Gbps 传输 100 TB 大约需要 9 天以上
小测验
Q1. 用 DMS 迁移期间，CDC 延迟持续增加，无法追平。接下来最合适的做法是哪一项？
- 把 LOB 列设置改为完整 LOB 模式，防止数据缺失
- 加大目标数据库实例，加快写入
- 从全量加载重新开始任务，重置 CDC 的起始位置
- 确认复制实例的 CPU、内存等，必要时换成更大的实例类
查看答案和解析
正确答案：D 确认复制实例的 CPU、内存等，必要时换成更大的实例类
CDC 延迟可能由复制实例资源不足、目标写入性能、任务设置等引起。应通过指标找出原因并处理。【其他选项】重新开始耗时且没有找出原因。目标端性能也可能是原因，但应先用指标确认。完整 LOB 模式往往更慢。
Q2. 关于 AWS Snowball Edge，错误的说法是哪一项？
- 设备上的数据不加密，因此用户需要用其他方法保护运输中的数据
- 写入设备的数据在送达 AWS 后会导入 S3
- 通过网络传输耗时过长的大量数据，可以用设备以物理方式运送迁移
- 也有可用于在边缘处理数据（计算）的功能
查看答案和解析
正确答案：A 设备上的数据不加密，因此用户需要用其他方法保护运输中的数据
写入 Snowball Edge 的数据会用 KMS 管理的密钥自动加密，设备本身也有防篡改机制。
参考链接
4.3确定现有工作负载的新架构
4.3 确定现有工作负载的新架构。
概念
迁移目标架构要根据要求选择计算（EC2、容器、无服务器）、存储（EBS、EFS、FSx、S3）、数据库（RDS、Aurora、DynamoDB、专用数据库）、网络和身份验证。还要考虑 Windows 文件共享用 FSx for Windows File Server、商业数据库的许可证限制以及 Active Directory 的集成（AWS Managed Microsoft AD）。
原理、步骤
- 整理当前的功能、性能和许可证要求
- 选择可以用托管服务替换的部分（数据库、文件、AD）
- 根据许可证条款决定包含许可证还是 BYOL（专用主机）
- 设计与本地共存期间的网络和身份验证
- 设计迁移后的运维（监控、备份）
工作中的示例
把 Windows 文件服务器迁移到 FSx for Windows File Server，Active Directory 通过 AWS Managed Microsoft AD 与本地 AD 的信任关系进行集成。
易混淆点、考试注意事项
- 即使重新托管之后，也还有替换为托管服务的空间
- 商业数据库的许可证要确认云上的条款
- NFS（Linux）用 EFS，SMB（Windows）用 FSx for Windows
小测验
Q1. 调查发现，要迁移的应用依赖本地 Active Directory 的身份验证。AD 暂时保留在本地。接下来最合适的做法是哪一项？
- 让 AWS Managed Microsoft AD 与本地 AD 建立信任，或用 AD Connector 转发
- 用 IAM Identity Center 把本地 AD 用户同步为 IAM 用户
- 把 AD 用户迁移到 Amazon Cognito 用户池
- 创建 Simple AD，导入本地 AD 的用户
查看答案和解析
正确答案：A 让 AWS Managed Microsoft AD 与本地 AD 建立信任，或用 AD Connector 转发
用 Directory Service 可以在 AWS 侧的 AD 与本地 AD 之间建立信任关系，或用 AD Connector 把身份验证中继到本地 AD。【其他选项】Identity Center 管理登录 AWS，不能替代应用的 AD 认证。Simple AD 无法与本地 AD 建立信任。Cognito 无法直接运行依赖 AD 认证的应用。
Q2. 正在为迁移的应用选择运行环境。应用需要特定的内核模块和许可证管理代理，并需要细致地控制操作系统。最合适的是哪一项？
- AWS Elastic Beanstalk
- AWS Lambda
- Amazon EC2
- Amazon ECS on AWS Fargate
查看答案和解析
正确答案：C Amazon EC2
EC2 可以拥有操作系统管理员权限，因此需要特殊驱动或代理的应用也能运行。相应地，补丁等运维由用户负责。
参考链接
4.4确定现代化和功能增强的机会
4.4 确定现代化和功能增强的机会。
概念
现代化是把迁移后的系统改造成云原生，以改善敏捷性和成本。方法包括把单体拆分为微服务（绞杀者模式）、容器化（ECS、EKS、Fargate）、无服务器化（Lambda、Step Functions、EventBridge）、从商业数据库迁移到开源数据库或 Aurora，以及采用专用数据库等。
原理、步骤
- 找出运维负担、变更频率或成本问题大的部分
- 用绞杀者模式逐步拆分功能
- 通过容器化或无服务器化减少运维工作
- 把商业数据库迁移到 Aurora 等以降低许可证费用
- 衡量效果（部署频率、费用）
工作中的示例
从单体电商网站中，先把商品搜索功能拆分到 API Gateway 和 Lambda，用 ALB 路径进行路由，其余单体部分保持不变，分阶段迁移。
易混淆点、考试注意事项
- 一次性全面重建，风险和周期都会变大
- 微服务需要设计数据隔离和运维监控
- 专用数据库能够物尽其用，但种类增多会使运维复杂
小测验
Q1. 决定把单体订单系统分阶段迁移到微服务。首先最应该做的是哪一项？
- 引入微服务所需的所有工具，即使没有使用计划也先准备好
- 先把单体应用的数据库按所有功能拆分，应用的修改最后一起进行
- 一次性把所有功能重建为微服务，完成后统一切换
- 选择一个影响小的功能拆分为新服务，用 ALB 路径把流量路由到该服务
查看答案和解析
正确答案：D 选择一个影响小的功能拆分为新服务，用 ALB 路径把流量路由到该服务
先小规模拆分，确认效果和运维步骤后再扩大范围（绞杀者模式）。一次性重建风险很高。
Q2. 正在考虑把 AWS Lambda 作为迁移目标。关于 Lambda，说法不正确的是哪一项？
- 以事件为触发运行代码，按执行时间和请求数计费
- 单次执行可以持续任意小时，因此最适合需要数小时的批处理
- 也可以以容器镜像格式部署函数
- 并发执行数会随负载自动增加
查看答案和解析
正确答案：B 单次执行可以持续任意小时，因此最适合需要数小时的批处理
Lambda 单次执行最长 15 分钟。长时间处理应用 Step Functions 拆分，或使用 Fargate、AWS Batch 等。
参考链接
课程由本站根据公开信息独立编写，不保证与考试内容一致。产品规格可能变化，请在参考链接中确认最新信息。
使用须知（非官方、原创题目、不保证合格）
- 本站题目是根据官方公开的技能大纲和考试指南独立编写的原创练习题，并非真实考试题目。
- Amazon Web Services、AWS 及相关标志是 Amazon.com, Inc. 或其关联公司的商标。本站与 AWS 无合作关系，也未获得 AWS 的认可或推荐。
- 本内容仅为学习辅助，不保证考试合格。考试内容、形式和前提条件可能随时变更，参加考试前请务必在官方页面确认最新信息。
- 模拟考试的正确率无法换算为官方（换算）分数，也不能预测是否合格。
- 进度仅保存在本浏览器（localStorage）中；使用 Google 登录后才会同步到账号。可在“Cookie 与存储设置”页面（日语）中删除。