0Pricing
AWS Solutions Architect · 课时

AWS Migration Hub 与 Application Discovery Service

使用 Application Discovery Service 代理盘点本地服务器，并在 Migration Hub 中跨工具跟踪迁移进度

AWS Migration Hub 与 Application Discovery Service 是 CoddyKit 上的免费 AWS Solutions Architect 课时。 这是第 2 节课，共 4 节。 你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。 这是 AWS Solutions Architect 学习路径的一部分，你的进度在网页和 CoddyKit 应用中同步。 AWS Solutions Architect 课程共包含 4 节课。

应用组合迁移的挑战

将数百或数千个应用程序迁移到 AWS 需要系统化的方法。在确定 AWS 等效资源的规格之前，您需要了解本地环境中有哪些资源、应用程序之间如何相互依赖，以及资源利用率情况。AWS Migration Hub和Application Discovery Service构成 AWS 迁移工具包的评估层，为整个应用组合提供可见性和跟踪能力。

AWS Migration Hub 概述

AWS Migration Hub 是一个中央控制面板，用于跟踪多个 AWS 迁移工具（MGN、DMS 和合作伙伴工具）中的应用程序迁移进度。它将迁移状态汇总到一个控制台中，使项目经理和架构师能够查看哪些服务器已被发现、正在复制、正在测试或已完成切换。Migration Hub 是一项免费的跟踪服务——您只需为实际使用的底层迁移工具付费。

# List migration tasks in Migration Hub via CLI
aws migrationhub list-migration-tasks \
  --filter-value 'NOT_STARTED,IN_PROGRESS,COMPLETED'

Application Discovery Service：基于 Agent 与无 Agent

Application Discovery Service（ADS） 会在迁移前收集本地服务器及其依赖关系的数据。它有两种发现模式：基于 Agent（在每台服务器上安装轻量级 Agent，以捕获 CPU、内存、网络 I/O、运行中的进程和网络连接）以及无 Agent（使用 VMware vCenter 连接器收集 VM 配置和性能指标，而不接触各个 VM）。

# Agent-based: Install ADS agent on a Linux server
# Download installer from AWS console, then:
sudo bash ./aws-discovery-agent.sh -k <AWS_KEY_ID> \
  -s <AWS_SECRET_KEY> -r us-east-1

# Verify agent is running
sudo service aws-discovery-daemon status

发现网络依赖关系

ADS 最有价值的功能之一是映射网络依赖关系图。ADS Agent 会捕获进程之间的 TCP 连接，显示每个应用程序与哪些数据库、微服务或中间件组件通信。这可以避免一种常见的迁移失败：在缺少依赖项的情况下迁移应用程序，随后由于网络边界之间缺少连接而导致生产环境中断。

# Export discovered network connections to S3 for analysis
aws discovery start-export-task \
  --export-data-format 'CSV'

# List completed export tasks
aws discovery describe-export-tasks

从第三方工具导入数据

许多企业已经拥有来自 CMDB（配置管理数据库）或 ServiceNow、Dynatrace、Ansible 等工具的发现数据。Migration Hub 支持导入模板——标准化的 CSV 文件，让您无需部署 ADS Agent，便可直接上传现有服务器清单数据。这对于快速评估阶段非常有用，因为出于安全或访问限制，可能无法立即安装 Agent。

# Import servers from a CSV template
aws migrationhubstrategy start-import-file-task \
  --name 'vmware-inventory' \
  --s3-bucket-for-report-data 'my-migration-bucket' \
  --s3-url 's3://my-migration-bucket/imports/server-inventory.csv'

Migration Hub 策略建议

Migration Hub Strategy Recommendations 会分析收集到的 ADS 数据以及应用程序正在运行的工作负载，并为每台服务器或每个应用程序推荐 7 个 R 中的一个。它可以识别适合容器化的应用程序，标记运行不受支持的 OS 版本且需要重构的服务器，并建议目标 AWS 服务。该服务与 AWS Well-Architected Framework 集成，使建议符合最佳实践。

将服务器分组为应用程序

发现完成后，ADS 数据会以单个服务器的形式显示。在 Migration Hub 中，您可以将相关服务器分组为代表某项业务能力的应用程序（例如，“Order Management System”可能包括 Web 层、应用层和数据库服务器）。分组可以手动创建，也可以根据 ADS 网络依赖关系图生成。分组对于在应用程序层面而非服务器层面跟踪迁移进度至关重要。

# Create an application group in Migration Hub
aws migrationhub create-progress-update-stream \
  --progress-update-stream-name 'OrderManagementSystem'

# Associate a discovered server with an application
aws migrationhub associate-discovered-resource \
  --progress-update-stream-name 'OrderManagementSystem' \
  --migration-task-name 'Rehost-WebTier' \
  --discovered-resource '{"ConfigurationId": "d-server-01234", "Description": "Web Server 1"}'

与 MGN 和 DMS 集成

Migration Hub 原生集成AWS Application Migration Service（MGN）和Database Migration Service（DMS）。MGN 开始复制服务器后，会自动将复制进度报告回 Migration Hub。同样，DMS 迁移任务也会在 Migration Hub 中更新其状态。这种集成无需手动更新即可提供统一视图，您还可以从 Hub 深入进入原生工具控制台查看详细信息。

Migration Hub Refactor Spaces

Migration Hub Refactor Spaces 可帮助团队逐步将单体应用重构为微服务。它会创建一个 AWS 环境（基于 VPC 的覆盖层），并提供统一的入口点（API Gateway 或 Application Load Balancer）。流量路由规则会将一部分请求发送到新的微服务，其余请求仍发送到现有单体应用——这是一种托管式的绞杀者无花果模式，无需编写自定义流量路由代码。

TCO 分析与调整规格

ADS 收集数周的利用率数据（CPU、内存和磁盘 I/O）后，使用AWS Migration Evaluator（原名 TSO Logic）生成总体拥有成本（TCO）分析。它会将当前本地成本（硬件、电力、冷却和人工）与使用合理规格实例时预计的 AWS 成本进行比较。该业务论证通常会提交给高管，用于证明迁移投资的合理性并量化云端节省。

Athena 中的 ADS 数据

ADS 会以标准格式将发现的数据作为 CSV 导出到 S3。您可以将这些数据加载到 Athena 中，查询整个本地服务器群的利用率模式——例如，查找平均 CPU 使用率低于 10% 的所有服务器（Retire 候选项），或查找运行 EOL 操作系统的所有服务器（Refactor 候选项）。这种由 SQL 驱动的应用组合分析方法可以扩展到数千台服务器，而无需手动处理电子表格。

-- Find underutilised servers (CPU < 10%) that are Retire candidates
SELECT hostName, avgCpuUsagePct, peakRamUsageMb
FROM ads_exports.server_utilization
WHERE avgCpuUsagePct < 10
  AND discoveryAgentStatus = 'ACTIVE'
ORDER BY avgCpuUsagePct ASC;

快速检查

请测试您对本课 AWS Solutions Architect（SAA-C03）概念的理解。

课程回顾

本课您学习了：Migration Hub 提供中央控制面板，用于跟踪 MGN、DMS 和合作伙伴工具中的迁移进度；Application Discovery Service 提供基于 Agent 和无 Agent 两种模式，用于清点本地服务器并映射依赖关系；以及Migration Hub Refactor Spaces 支持以绞杀者无花果模式逐步重构单体应用。接下来，我们将学习 Application Migration Service（MGN），了解实际的服务器复制过程。

常见问题解答

「AWS Migration Hub 与 Application Discovery Service」课时是免费的吗？

是的 — 「AWS Migration Hub 与 Application Discovery Service」的完整文本可在网页上免费阅读。要进行交互式练习（内置代码编辑器和全天候 AI 导师）并解锁 AWS Solutions Architect 课程的其余内容，请升级到 CoddyKit PRO。 AWS Solutions Architect 课程共包含 4 节课。

「AWS Migration Hub 与 Application Discovery Service」这节课中我会学到什么？

使用 Application Discovery Service 代理盘点本地服务器，并在 Migration Hub 中跨工具跟踪迁移进度 你通过在浏览器中直接运行的动手代码来练习 AWS Solutions Architect，全天候 AI 导师会在你学习这节课的过程中回答你的问题。

学习 AWS Solutions Architect 需要有经验吗？

无需任何先前经验。CoddyKit 上的 AWS Solutions Architect 课程适合初学者到高级学习者，你可以从这里开始或从头开始，按照自己的节奏学习。 这是第 2 节课，共 4 节。

「AWS Migration Hub 与 Application Discovery Service」课时需要多长时间？

大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动，所以你能稳步进步，并在网页和应用中从离开的地方继续。

我能在这节 AWS Solutions Architect 课中编写并运行代码吗？

能。每节 AWS Solutions Architect 课都包含内置代码编辑器，你可以在浏览器中直接编写并运行真实代码，并获得即时 AI 反馈 — 无需本地设置。

此课程中的所有课时

  1. 迁移策略的 7R
  2. AWS Migration Hub 与 Application Discovery Service
  3. Application Migration Service（MGN）
  4. Database Migration Service（DMS）与 Schema Conversion Tool
← 返回 AWS Solutions Architect