挑战
一家大型欧洲数字商务与联盟营销网络运营着一种截然不同的环境：1,347 台服务器运行单一操作系统 Debian Linux，多年来在数据中心内逐步构建和扩展。这种统一性具有迷惑性。面对数百台几乎相同的服务器，传统工具无法回答对迁移至关重要的问题：哪些服务器构成哪个应用程序，谁依赖谁，哪些需要一起迁移。
在这批服务器背后，是 CloudHound 评估过的规模最大的开源数据库环境之一，此外还有大量容器化工作负载，同样需要迁移到 AWS。
解决方案
CloudHound 提供了基于代理的持续评估，在整个环境中实时运行了四个多月：
- 代理覆盖全部服务器：CloudHound 代理部署到全部 1,347 台 Debian 服务器上，持续传输利用率和网络遥测数据，而不是只采样某个时间点。
- 大规模依赖关系映射：在整个环境中捕获并分析了超过 936,000 个唯一网络连接。
- 自动应用程序分组：CloudHound 的网络分析将这批看似相同的服务器划分为 43 个独立的应用程序组，明确了每组服务器所属的应用程序及迁移路径。
- 开源数据库深度分析：发现了 275 台数据库服务器（217 台 MariaDB、49 台 MySQL 和 9 台 PostgreSQL），并评估了向 Amazon RDS 和 Amazon Aurora 的现代化迁移。
- 容器工作负载评估：在配套评估中分析了近 2,700 个容器，将迁移规划从虚拟机扩展到平台的容器化服务。
- 成本优化建模：基于数月的高精度利用率数据制定规格优化建议，并按 Compute Savings Plans 和预留定价方案进行建模。
成果
- 使用实时代理分析了 1,347 台服务器，即整个单一平台的 Linux 环境。
- 捕获并映射了超过 936,000 个唯一网络连接。
- 从一批几乎相同的服务器中自动分离出 43 个应用程序分组。
- 发现了 275 台开源数据库服务器，并映射到 RDS 和 Aurora 现代化目标。
- 与服务器环境一起评估了近 2,700 个容器，构成完整的迁移全景。
结论
统一的基础设施并不意味着迁移简单，而是意味着复杂性隐藏在连接之中。CloudHound 基于代理的持续分析为这家数字商务领导者提供了应用程序级别的清晰视图，这是其外观相同的服务器在纸面上无法提供的；同时还为 CloudHound 见过的最大开源数据库环境之一提供了现代化路径。
