AWS Application Discovery Service 不再向新客户开放。或者 AWS Transform ，使用提供类似功能的。有关更多信息，请参阅 App [AWS lication Discovery Service 可用性变更](https://docs.aws.amazon.com/application-discovery/latest/userguide/application-discovery-service-availability-change.html)。
本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 什么是 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）中进行分析。
使用 Application APIs Discovery Service，您可以导出所发现服务器的系统性能和利用率数据。将此数据输入到您的成本模型中，以计算在中运行这些服务器的成本 AWS。此外，您还可以导出有关服务器之间存在的网络连接的数据。该信息可帮助您确定服务器之间的网络依赖关系，并将服务器分组到应用程序中以进行迁移规划。
**注意**
在开始发现过程 AWS Migration Hub 之前，必须先设置您的居住区域，因为您的数据将存储在您的家乡区域。有关使用家庭区域的更多信息，请参阅[家庭区域](https://docs.aws.amazon.com//migrationhub/latest/ug/home-region.html)。
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-gs-data-collection-vcenter.md)。
## 数据库发现
如果您的本地环境中有数据库和分析服务器，则可以使用无代理收集器来发现和清点这些服务器。然后，您可以收集每台数据库服务器的性能指标，而无需在环境中的每台计算机上安装 Agentless Collector。
Agentless Collector 数据库和分析数据收集模块可捕获元数据和性能指标，从而深入了解您的数据基础架构。数据库和分析数据收集模块使用 Microsoft Active Directory 中的 LDAP 来收集有关网络中操作系统、数据库和分析服务器的信息。然后，数据收集模块会定期运行查询，以收集数据库和分析服务器的 CPU、内存和磁盘容量的实际利用率指标。有关收集的指标的详细信息，请参阅[数据库和分析模块收集的数据](agentless-collector-data-collected-database-analytics.md)。
在 Agentless Collector 完成从您的环境中收集数据后，您可以使用 AWS DMS 控制台进行进一步分析和规划迁移。例如，要在中选择最佳迁移目标 AWS Cloud，您可以为源数据库生成目标建议。有关更多信息，请参阅 [使用数据库和分析数据收集模块](agentless-collector-gs-database-analytics-collection.md)。
## 比较无代理收集器和发现代理
下表简要比较了 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](setting-up.md)。
+ 您已经选择了 Migration Hub 的主区域。有关更多信息，请参阅[有关主区域的文档](https://docs.aws.amazon.com//migrationhub/latest/ug/home-region.html)。
以下是将要出现的情况：
+ Migration Hub 主区域是 Application Discovery Service 存储您的发现和规划数据的唯一区域。
+ 发现代理、连接器和导入只能在您选择的 Migration Hub 主区域中使用。
+ 有关可以在其中使用 Application Discovery Service 的 AWS 区域列表，请参阅[Amazon Web Services 一般参考](https://docs.aws.amazon.com/general/latest/gr/rande.html#migrationhub-region)。