AWS Application Discovery Service 常见问题

Discovery Agent 可以捕获系统配置、系统性能、正在运行的进程以及系统间网络连接的详细信息。

Application Discovery Service 发布了全新的 2.0 版本 Discovery Agent，可提供更好的操作系统支持。2.0 版本 Discovery Agent 可支持 Microsoft Windows Server 2008 R1 SP2、2008 R2 SP1、2012 R1、2012 R2、2016、2019、Amazon Linux 2012.03、2015.03、Amazon Linux 2（2018 年 9 月 25 日更新及更高版本）、Ubuntu 12.04、14.04、16.04、18.04、20.04、Red Hat Enterprise Linux 5.11、6.10、7.3、7.7、8.1、CentOS 5.11、6.9、7.3 和 SUSE 11 SP4、12 SP5。

Discovery Agent 使用 HTTPS/TLS 将数据传输到 Application Discovery Service。Discovery Agent 可以在离线测试模式下运行，并将数据写入本地文件，这使客户可以在启用在线模式前查看所收集的数据。

请参阅该文档，了解有关如何安装 Discovery Agent 的详细信息。

不会，部署在您的数据中心服务器上的 Discovery Agent 不会向 AWS 授予远程访问权限。但是，Discovery Agent 需要建立出站 SSL 连接，以将收集到的数据传输到 AWS。

符合。您可以在 EC2 实例上安装 Discovery Agent，以发现性能信息、网络连接和正在运行的进程并生成相关报告，就像您针对任何其他服务器执行这些操作一样。

“无代理”意味着无需在每个主机上安装软件即可使用 Application Discovery。只需将 Agentless Collector 作为 OVA 安装在 VMware vCenter 上。

Agentless Connector 作为一个开放虚拟机（OVA）软件包交付，可部署到 VMware 主机上。收集的数据取决于配置的功能。若提供连接到 vCenter 的凭证，Agentless Collector 则收集虚拟机清单、配置，以及 CPU、内存和磁盘使用情况等性能历史记录。向运行 Windows 或 Linux 的虚拟机提供只读凭证即可收集已建立的 TCP 连接。向 Oracle、SQL Server、MySQL 或 PostgreSQL 等数据库提供凭证即可收集版本和架构。服务器和数据库信息将上传到 Application Discovery Service 数据存储。也可将数据库信息发送到 DMS Fleet Advisor 进行分析。

无代理发现不区分操作系统。无论客户使用什么 VM 操作系统，它都可以收集有关 VMware 虚拟机的信息。

Agentless Collector 使用 HTTPS/TLS 将数据传输到 Application Discovery Service。

请参阅该文档，了解有关如何安装 Agentless Collector 的详细信息。

可通过本地 Agentless Collector UI 控制数据收集。您需要访问本地环境以开始或停止收集。

不会，部署在您的 VMware 环境中的 Agentless Collector 不会向 AWS 授予对您的数据中心服务器的远程访问权限。但是，该工具需要使用 VMware 凭证才能收集数据。这些凭证保存在本地，绝不会与 AWS 共享。Agentless Collector 会建立出站 SSL 连接，以仅传输其收集到的数据。

不能。Agentless Collector 安装在 VMware 上，仅收集来自 VMware vCenter 的信息。

Application Discovery Service 旨在捕获各种数据，其中包括静态配置，例如服务器主机名、IP 地址、MAC 地址、CPU 分配、网络吞吐量、内存分配、磁盘资源分配和 DNS 服务器的相关数据。它还可以捕获资源利用率指标，例如 CPU 使用率、内存使用率和已建立的 TCP 连接。此外，Discovery Agent 可以通过收集流程信息来帮助确定服务器工作负载。

是，该服务会捕获磁盘指标，例如读取和写入量、吞吐量、分配的/预置的和已使用的容量。

该服务只在 Discovery Agent 或 Agentless Collector 在线时收集信息。

是，您可以将有关本地服务器和应用程序的信息导入到 Migration Hub 之中，以便您可以跟踪应用程序迁移的状态。要导入数据，您可以下载并填充 CSV 导入模板，然后使用 Migration Hub 导入控制台或通过调用 Application Discovery Service API 进行上传。

您可以在 AWS 管理控制台中查看摘要数据。您可以使用 AWS 管理控制台或公有 API 导出 Application Discovery Service 收集到的详细数据。该服务支持以 CSV 格式导出数据。

在 Migration Hub 中，您可以将服务器分组为应用程序，并为每个应用程序分配一个波次 ID。随后，使用“EC2 建议”功能生成一个具有适当大小的迁移计划，以将其导入到应用程序迁移服务（MGN）中并管理您的迁移波次。

利用数据探查功能，客户能够从一个地方分析 Application Discovery Service 代理从本地服务器收集的数据。一旦客户启用此功能，代理收集的数据将自动存储至客户账户中创建的 Amazon S3 存储桶。客户可以在 Amazon Athena 中查询所收集的数据，然后在 Amazon QuickSight 中显示查询输出以执行迁移计划。

进入启用数据探查功能的 Amazon Athena 后，您会看到一个称为“application_discovery_service_database”的数据库。在此数据库中，默认为您创建了一列表格。这些表格包括：

• os_info_agent
• network_interface_agent
• sys_performance_agent
• processes_agent
• inbound_connection_agent
• outbound_connection_agent
• id_mapping_agent

Application Discovery Service 发现工具是免费提供的。但是，使用 Amazon Kinesis Data Firehose 流式处理代理数据、在 S3 存储桶中存储代理数据以及在 Amazon Athena 中查询代理数据会收取额外费用。使用上述每种 AWS 资源的费用因通过代理收集数据的实际时间段、所部署的代理数量、部署代理的每个服务器的网络活动以及针对所收集数据运行的查询次数而异。

否，数据探查功能是针对所有代理的全局设置。全局设置旨在确保所有代理收集的数据是同一时间段的。

否，您不需要自行创建 S3 存储桶。当您初次启用此功能时，系统会自动为您创建一个名为“aws-application-discovery-service-”的 S3 存储桶。默认情况下，此存储桶以及存储至该存储桶中的发现数据都是保密的。只有您账户中具有 Application Discovery Service 和 Migration Hub 访问权限的用户才能访问该存储桶及其中的数据。

是的，在经过专门设计的 S3 存储桶中存储的数据都使用客户主密钥加密。您还可以组合使用存储桶 ACL 和 IAM 及存储桶策略来进一步控制对 S3 资源的访问。