什么是 AWS Application Discovery Service？

AWS Application Discovery Service 通过收集有关本地服务器和数据库的使用情况和配置数据，帮助您规划向 AWS 云的迁移。Application Discovery Service AWS Migration Hub 与 AWS Database Migration Service 舰队顾问集成。Migration Hub 可将您的迁移状态信息聚合到单个控制台中，从而简化您的迁移跟踪。您可以查看发现的服务器，将它们分组为应用程序，然后从您所在地区的 Migration Hub 控制台跟踪每个应用程序的迁移状态。您可以使用 DMS 队列顾问来评估数据库工作负载的迁移选项。

所有发现的数据都存储在您的 AWS Migration Hub 家乡地区。因此，在执行任何发现和迁移活动之前，必须在 Migration Hub 控制台中或使用 CLI 命令设置主区域。您的数据可以导出到微软 Excel 或 AWS 分析工具（例如亚马逊 Athena 和 Amazon Quick Suite）中进行分析。

使用 Application APIs Discovery Service，您可以导出所发现服务器的系统性能和利用率数据。将此数据输入到您的成本模型中，以计算在中运行这些服务器的成本 AWS。此外，您还可以导出有关服务器之间存在的网络连接的数据。该信息可帮助您确定服务器之间的网络依赖关系，并将服务器分组到应用程序中以进行迁移规划。

注意

在开始发现过程 AWS Migration Hub 之前，必须先设置您的居住区域，因为您的数据将存储在您的家乡区域。有关使用家庭区域的更多信息，请参阅家庭区域。

Application Discovery Service 提供了三种执行发现和收集本地服务器数据的方式：

通过您的 vCenter 部署 Application Discovery Service 无代理收集器（无代理收集器）（OVA 文件），可以执行无代理发现。 VMware 配置无代理收集器后，它会识别与 vCenter 关联的虚拟机 (VMs) 和主机。Agentless Collector 收集以下静态配置数据：服务器主机名、IP 地址、MAC 地址、磁盘资源分配、数据库引擎版本和数据库架构。此外，它还收集每个虚拟机和数据库的利用率数据，提供 CPU、RAM 和磁盘 I/O 等指标的平均和峰值利用率。
通过在每台服务器 VMs 和物理服务器上部署 AWS 应用程序发现代理（Discovery Agent），可以执行@@ 基于代理的发现。代理安装程序适用于 Windows 和 Linux 操作系统。它收集静态配置数据、详细的时间序列系统性能信息、入站和出站网络连接以及正在运行的进程。
基于文件的导入允许您直接将本地环境的详细信息导入到 Migration Hub 中，无需使用无代理收集器或 Discovery Agent，因此您可以直接使用导入的数据进行迁移评估和规划。摄取的数据取决于所提供的数据。

Application Discovery Service 与 AWS 合作伙伴网络 (APN) 合作伙伴提供的应用程序发现解决方案集成。这些第三方解决方案可以帮助您将本地环境的详细信息直接导入到 Migration Hub 中，无需使用任何无代理收集器或发现代理。第三方应用程序发现工具可以查询 AWS Application Discovery Service，也可以使用公共 API 写入应用程序发现服务数据库。通过这种方式，您可以将数据导入到 Migration Hub 来查看它，以便将应用程序与服务器关联并跟踪迁移。

VMware 发现

如果您有在 VMware vCenter 环境中运行的虚拟机 (VMs)，则可以使用无代理收集器收集系统信息，而不必在每台虚拟机上安装代理。相反，您可以将此本地设备加载到 vCenter 中，并允许它发现其所有主机和。 VMs

无论使用什么操作系统，无代理收集器都会捕获在 vCenter 中运行的每台虚拟机的系统性能信息和资源利用率。但是，它不能 “向内看” 每个虚拟机 VMs，因此无法弄清楚每个虚拟机上正在运行哪些进程，也无法弄清楚存在哪些网络连接。因此，如果您需要这种级别的详细信息并想仔细查看现有 VMs 的一些细节以帮助规划迁移，则可以根据需要安装 Discovery Agent。

此外，对于 VMs 托管在 VMware，您可以同时使用无代理收集器和发现代理来同时执行发现。有关每个发现工具将收集的确切数据类型的详细信息，请参阅使用 VMware vCenter 无代理收集器数据收集模块。

数据库发现

如果您的本地环境中有数据库和分析服务器，则可以使用无代理收集器来发现和清点这些服务器。然后，您可以收集每台数据库服务器的性能指标，而无需在环境中的每台计算机上安装 Agentless Collector。

Agentless Collector 数据库和分析数据收集模块可捕获元数据和性能指标，从而深入了解您的数据基础架构。数据库和分析数据收集模块使用 Microsoft Active Directory 中的 LDAP 来收集有关网络中操作系统、数据库和分析服务器的信息。然后，数据收集模块会定期运行查询，以收集数据库和分析服务器的 CPU、内存和磁盘容量的实际利用率指标。有关收集的指标的详细信息，请参阅数据库和分析模块收集的数据。

在 Agentless Collector 完成从您的环境中收集数据后，您可以使用 AWS DMS 控制台进行进一步分析和规划迁移。例如，要在中选择最佳迁移目标 AWS Cloud，您可以为源数据库生成目标建议。有关更多信息，请参阅使用数据库和分析数据收集模块。

比较无代理收集器和发现代理

下表简要比较了 Application Discovery Service 支持的数据收集方法。

	无代理收集器	发现代理	Migration Hub 模板	RVTools 出口
Supported server types
VMware 虚拟机	支持	是	是	是
物理服务器	否	是	是	是
Deployment
每服务器	否	是	不适用	否
每 vCenter	是	否	不适用	是
同一网络上的每个数据中心	否	否	不适用	否
Collected data
服务器配置文件（静态配置）数据	支持	是	是	是
来自虚拟机管理程序的服务器利用率指标（CPU、RAM 等）	支持	是	是	否
来自服务器的服务器利用率指标（CPU、RAM 等）	支持	是	是	否
服务器网络连接（仅限 TCP）	支持	是	否	否
运行的进程	否	是	否	否
收集间隔	-60 分钟	-15 秒	单张快照	单张快照
Server data use cases
在 Migration Hub 中查看服务器数据	支持	是	仅限个人资料	否
根据服务器配置文件生成 Amazon EC2 推荐	支持	是	是	是
根据使用率数据生成 Amazon EC2 建议	支持	是	是	否
导出最新的利用率快照数据	支持	是	是	否
导出时间序列利用率数据	否	是	否	否
Network data use cases
Migration Hub 中的可视化	支持	是	否	否
导出到亚马逊 Athena 以供进一步探索	否	是	否	否
导出到 CSV 文件	否	是	否	否
Database use cases
数据库服务器配置文件（静态配置）数据	是	否	否	否
支持的数据库引擎	甲骨文、SQL Server、MySQL、PostgreSQL	无	无	无
数据库架构的复杂性和重复性	是	否	否	否
数据库架构对象	是	否	否	否
Platform support
支持的操作系统	在 c VMware enter v5.5 或更高版本中运行的任何操作系统	任何 Linux 或 Windows 服务器	任何 Linux 或 Windows 服务器	任何 Linux 服务器、Windows 服务器或 VMware v5.5 或更高版本

假设

要使用 Application Discovery Service，需要满足以下条件：

你已经注册了 AWS。有关更多信息，请参阅设置应用程序 Discovery Service。
您已经选择了 Migration Hub 的主区域。有关更多信息，请参阅有关主区域的文档。

以下是将要出现的情况：

Migration Hub 主区域是 Application Discovery Service 存储您的发现和规划数据的唯一区域。
发现代理、连接器和导入只能在您选择的 Migration Hub 主区域中使用。
有关可以在其中使用 Application Discovery Service 的 AWS 区域列表，请参阅Amazon Web Services 一般参考。

Javascript 在您的浏览器中被禁用或不可用。

要使用 Amazon Web Services 文档，必须启用 Javascript。请参阅浏览器的帮助页面以了解相关说明。

文档惯例

AWS Application Discovery Service 可用性变更