Q85 — AWS SAA-C03 第16章

第 85/100 题 | ← 返回第16章

Q1285. 一家在多个地点拥有本地数据中心的公司希望将其工作负载迁移到 AWS。该公司目前通过在数百台虚拟机 (VM) 上使用各种虚拟机管理程序，在各种操作系统上运行自定义应用程序。其中一些应用程序包含关系数据库。解决方案架构师需要评估现有的工作负载和基础设施，以规划向 AWS 的迁移。解决方案架构师必须跟踪迁移的进度。哪种解决方案能够以最高效的方式满足这些要求?

正确答案: C. 安装 AWS 应用程序发现服务 (APS) 以收集有关虚拟机的详细信息。使用 AWS Migration Hub 跟踪跨多个 AWS 服务的应用程序迁移进度。

解析

正确的解决方案必须有效地评估现有的工作负载（虚拟机、应用程序、数据库）并以最小的运营开销跟踪多位置、多虚拟机管理程序环境中的迁移进度。让我们评估一下每个选项:正确答案:C。安装 AWS Application Discovery Service 以收集有关虚拟机的详细信息。使用 AWS Migration Hub 跟踪跨多个 AWS 服务的应用程序迁移进度。为什么选项 C 是最好的:综合工作量评估:AWS 应用程序发现服务 (ADS) 自动从多个虚拟机管理程序（VMware、Hyper-V 等）和本地位置的数百台虚拟机收集详细的库存数据（例如，操作系统、配置、依赖项、性能指标）。无需手动编写脚本（与选项 D 不同）。集中迁移跟踪:AWS Migration Hub 提供单一仪表板来跟踪跨多个 AWS 迁移工具（例如 AWS SMS、AWS DMS、AWS Server Migration Service 或自定义脚本）的迁移进度。非常适合大规模迁移（数百台虚拟机）。可扩展且运营高效:ADS 代理只需部署一次即可持续收集数据。Migration Hub 与所有主流 AWS 迁移服务集成，从而减少手动跟踪工作。其他选择为何失败:A. 安装 AWS 应用程序发现服务 (Application Discovery Service) 以收集有关虚拟机的详细信息。使用 AWS 数据库迁移服务 (AWS DMS) 迁移数据库。部分解决方案:虽然 ADS 适合评估，但 AWS DMS 仅处理数据库迁移 - 它不跟踪应用程序迁移进度（缺少要求）。没有针对非数据库工作负载的集中跟踪。B. 安装 AWS 应用程序迁移服务 (AWS Application Migration Service) 以收集有关现有工作负载的详细信息。使用 AWS 数据库迁移服务 (AWS DMS) 迁移数据库。错误的评估工具:AWS 应用程序迁移服务 (AWS MGN) 用于重新托管（提升和转移）迁移，而不是评估。没有库存收集能力（与 ADS 不同）。AWS DMS 再次无法跟踪迁移进度。D. 使用 AWS Migration Hub API 创建一个从集中式服务器运行的脚本，以编程方式从本地服务器收集所有数据。使用 AWS Application Migration Service 跟踪迁移进度。不必要的复杂且容易出错:对于数百台虚拟机来说，手动编写脚本（通过 Migration Hub API）既耗时又容易出错。AWS MGN 不跟踪迁移进度，它只执行重新托管。最好直接使用 Migration Hub（而不是通过自定义脚本）进行跟踪。主要比较:要求选项 C其他选项跨多个虚拟机管理程序/位置评估虚拟机（AWS 应用程序发现服务）（B:AWS MGN 用于迁移，而非评估;D:手动脚本）集中跟踪迁移进度（AWS Migration Hub）（A:无跟踪;B:无跟踪;D:错误的跟踪工具）操作高效（最少的手动工作）（自动发现 + 内置跟踪）（D:需要脚本;A/B:部分解决方案）支持数据库 + 应用程序迁移（ADS + Migration Hub 可与所有迁移工具配合使用）（A/B:DMS 仅适用于数据库;D:MGN 仅适用于重新托管）结论:选项 C 是唯一的解决方案:自动评估跨多个虚拟机管理程序/位置的虚拟机 (ADS)。集中跟踪所有工作负载的迁移进度 (迁移中心)。避免手动脚本或部分工具（与 A/B/D 不同）。最终答案:C