NetApp将近1000 台物理服务器整合至20 个VMware ESX 服务器

从物理机迁移至虚拟机

由于工程应用团队要求现有服务器配置保持不变，当我们在将服务器从物理机迁移至虚拟机的过程中，我们面临保持主机命名、IP 地址、操作系统配置不变的挑战。

为了完成这些迁移，我们首先将每个组的数据网络扩展至虚拟服务器群。P2V 转换通过使用 VMware Virtual Center 实现。大部分迁移在周末或节假日进行，以降低宕机时间。定期检测新的虚拟机，确保性能。我们还与团队密切合作，以防止出现性能问题，并在需要的情况下分配更多的资源给虚拟机。

现状

我们定期监测虚拟机的增长和物理服务器的逐渐退役数量，并且用图表标注出来。我们计划在未来 6 至 9 个月内把物理服务器的数目降低至 500 台。同期虚拟机数量预计将增至 1,500。我们预计将所有 1,500 台虚拟机放置至 20 台 VMware ESX 服务器。我们现在 8 台服务器支持 450 个虚拟机，平均的 CPU 和内存使用率约为 30%，因此有很多余量支持更多的虚拟机。

未来计划

我们对目前所取得的进展感到非常高兴，而且已经能够看到因为虚拟环境所带来的额外的机会：
• 多平台支持。我们目前的环境仅仅包括基于 Intel® 的服务器。我们也希望能够支持采用 IBM 逻辑分区（LPAR）的PowerPC 平台和 AIX 操作环境虚拟，以及采用 Solaris™ container 的 SPARC。
• 单一仪表板。我们目前的管理环境主要依赖 Virtual Center 检测和管理 VMware 服务器/虚拟机，以及 NetApp Operations Manager 检测和管理存储。现在我们正在积极采用 NetApp SANscreen，以使我们能够在单一的仪表板上既能看到服务器也能看到存储。
• 业务连续性。在物理服务器环境中进行恢复是很难的。新的虚拟环境使我们能够提供更高水平的业务连续性。我们希望采用 SnapMirror 将所有虚拟机数据镜像至一个单一的 NetApp NearStore® 系统。这样一来，我们将能够迅速地从任何服务器或存储硬件错误中进行恢复，提供数据的异地副本进行站点恢复。
• 按需分配服务器与存储。我们的最终梦想是创造一个自主服务的环境，实现工程师能够在线询问服务器和存储资源，而且资源无需管理员的参与即可被自动配置。

结论

虽然我们的转型只进行了一半，但我们已经看到虚拟环境所带来了大量好处：
• 更快的配置。由于我们快速的增长，以前要走在需求前面或者满足预料之外的要求很困难。如果一个工程项目需要多个附加的服务器进行测试，可能需要长达 4 个星期去准备和配置所需要的硬件。现在我们几分钟就可以配置新的虚拟服务器。
• 负载平衡。与配置相似，如果一台物理服务器负载过重，通常会是一个痛苦而且很长的重新配置过程。现在，我们定时检测 VM，查看性能，如果需要就尽快采用 VMware 工具迅速增补资源。如果某一个 VMware 服务器负载过高，我们可以使用 VMotion® 移动虚拟机，在最小的间断内重新平衡负载。
• 弹性提高。我们现在可以更快地从服务器/操作系统错误中恢复。如果一个物理服务器有了硬件错误，这显然会很费时间。如果在 VM 上出现一个错误，我们可以很快地重启。如果一个虚拟服务器要出现错误，我们可以采用 VM 移植快速地在其它虚拟服务器上重启它的负载。
• 减少宕机时间。VMware 和 NetApp 存储的维护特点使我们的维护几乎没有宕机时间，减少了对工程师的影响。

这些改进最直接的结果就是一个更加灵活、有弹性的开发和测试环境，最终可以提高工程师的生产力，缩短上市时间。认识到这个方法的优势后，其它 NetApp 工程应用实验室也正在采取相似的办法。