AWS 应用程序发现服务不再向新客户开放。或者 AWS Transform ，使用提供类似功能的。有关更多信息，请参阅AWS 应用程序发现服务可用性变更。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

什么是 AWS Application Discovery Service?

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

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

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

应用程序发现服务提供三种执行发现和收集本地服务器数据的方式：

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

VMware

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

无论使用什么操作系统，Agentless Collector 都会捕获在 vCenter 中运行的每个虚拟机的系统性能信息和资源利用率。但是，它无法“深入了解”每台 VM，从而无法得知每台 VM 上正在运行的进程以及存在的网络连接。因此，如果您需要这样的详细信息并想仔细查看一些现有虚拟机以帮助规划迁移，则可以根据需要安装发现代理。

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

数据库发现

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

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

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

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

下表快速比较了应用程序发现服务支持的数据收集方法。

假设

要使用应用程序发现服务，假定如下：

以下是将要出现的情况：