服务器 频道

VMware VI3虚拟化产品初体验

  【IT168 专稿】在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来说,升级程序似乎非常完整。几周过后,根本没有出现任何问题。

 

0
相关文章