VMware VI3虚拟化产品初体验

作者：无名 2009-01-14 18:25:00

云计算

虚拟化 VI3及其高级的虚拟机管理工具建立在可靠的VMware ESX 2.5虚拟机管理程序上，它让虚拟化成为了一股强大的IT主流。虽然前不久升级至ESX Server 3.5和VirtualCenter 2.5的幅度比不上当初一下子升级至VI3，但确实增添了几项新特性，它们对任何虚拟化的实施肯定会很方便。

在VMware公司发布VMware Infrastructure 3.0（VI3）后的一年左右时间里，发布VI3已被认为是虚拟化领域的重大事件。VI3及其高级的虚拟机管理工具建立在可靠的VMware ESX 2.5虚拟机管理程序上，它让虚拟化成为了一股强大的IT主流。虽然前不久升级至ESX Server 3.5和VirtualCenter 2.5的幅度比不上当初一下子升级至VI3，但确实增添了几项新特性，它们对任何虚拟化的实施肯定会很方便。

这些特性通常致力于减轻虚拟化基础架构带来的维护负担。虚拟化技术有望从根本上简化服务器管理，但是与许多IT技术一样，它同样没有击中每一个目标。VMware为这个套件添加了补丁管理（Update Manager）、虚拟机磁盘实时迁移（Storage VMotion）和容量规划向导程序（Guided Consolidation）等特性，解决了一些重大的难题。这每一项新特性填补了各自的空缺；总的来说，表现相当出色。

许多IT部门肯定会在ESX 3.5和VirtualCenter 2.5上部署第一个VMware系统，根本不会使用更早版本，这肯定错不了。但是同样，许多目前使用VI3的部门会尽快升级至新版本，以便利用新特性。为此，我们的测试不但包括全新的ESX安装版本，还包括生产版本的升级版――因为这样可以最真实地测试任何软件版本。

升级之路

从头开始构建VMware ESX主机再简单不过了。刻录一张ISO光盘，插入到服务器上，用它来启动，点击几下”确认”，然后即可把该主机添加到VMware Infrastructure客户端。配置好网络、存储和许可，就大功告成了。如果你使用PXE网络启动VMware安装程序，甚至还可以简化步骤。把主机从ESX 3.0升级至ESX 3.5其实比构建新主机还要简单，基本上不需要主机停止运行。如果你现有的基础架构组建合理，这意味着生产环境的虚拟机其停机时间为零。

升级至整个基础架构的第一步就是升级VirtualCenter（VC）。以前版本的VirtualCenter使用微软SQL桌面引擎（MSDE）作为默认数据库，但VMware推荐使用功能完备的微软SQL Server或Oracle Database来处理数据库任务。VC2.5弃用了原有的MSDE，而是捆绑了微软SQL Server 2005简易版。这个数据库平台优于MSDE，但仍是为小规模实施而设计。不过在许多生产VMware环境，只要这个平台就可以了――这比前一个版本是一大改进。

生产版本的VC2.0服务器升级至VC2.5其过程很顺利；简单的安装向导程序在后台负责升级。升级完毕后，VC2.5服务器就会运行；使用新的VC2.5客户端，可以登录、查看生产主机群（production farm）――只是目前没有一个主机。升级过程并没有把以前版本的数据库升级至新的安装版本，于是只好重新定义集群、主机，甚至还有位于主机群上的模板。在小型环境下，这一步很简单。在大型环境下，这可能是个大问题。如果认真规划、研究一下升级过程，可以避免这个问题及升级过程中的其他许多问题；如果能仔细阅读软件发布说明，那更好。但为了让升级更顺利，VMware本该做更多的工作。我很希望看到简单的数据库迁移过程，并且在升级过程中检查有效性，尽量减少这方面的问题。

升级后，随后重新定义了群方面的一些参数，VC2.5可以在ESX 3.0上顺利运行。下一步是升级主机。

想把ESX主机升级至ESX 3.5，最简单的方法就是从VMware网站下载ESX升级软件包。目前签有支持协议的客户可以免费下载更新版；现有的3.0许可证可以在3.5主机上使用。还有其他方法可以升级主机，但使用升级软件包是最简单的。

ESX 3.5升级软件包实际上是包含RPM软件包和一些支持脚本的压缩文档。笔者使用SCP命令，把该压缩文档移到了中央群数据存储区（datastore）上的文件夹，开始通过该软件包更新每个主机。这个过程比较费时间，不过还是相当简单。先让每个主机处于”维护模式”下，迫使主机上的活动虚拟机转移至群中的其他主机上，然后在该主机上运行esxupdate命令，指定含有ESX 3.5升级软件包的目录。过了几分钟，等众多RPM更新后，主机升级好了。

然后重启动主机，让它退出VirtualCenter中的”维护模式”。然后它成了群中的一个普通主机，虚拟机开始根据群上的分布式资源调试器（DRS）规则，迁移到主机上。对每个主机而言，整个过程耗时约15至20分钟，大部分时间用于等待主机进入”维护模式”，以及等待主机在重启后重新运行。最后一个主机升级完毕后，整个群就升级至ESX 3.5，没有任何不良后果。

许多软件包都拥有可以升级而不是重新安装的功能。大多数时候，管理员选择后一项功能。原因在于，升级可能会带来裸机上重新安装时不会出现的问题。只要你曾经从Windows 2000升级至Windows XP，就知道确实如此；不过拿ESX 3.5来说，升级程序似乎非常完整。几周过后，根本没有出现任何问题。

【编辑推荐】