VMware升级使管理迈进了一步

查看最近升级到ESX Server 3.5和VirtualCenter 2.5的内容,您会发现具有维护意识的新功能,包括补丁程序管理,VM磁盘的实时迁移和容量规划向导。

自从VMware发布VMware Infrastructure 3.0(VI3)以来的一年左右,它已被视为虚拟化中的分水岭。基于VMware ESX 2.5虚拟机管理程序的可靠性,VI3及其先进的VM管理工具将虚拟化牢牢地带入了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,插入服务器,从CD引导,几次单击“确定”,然后将该主机添加到VMware Infrastructure Client中。配置网络,存储和许可,实际上就是如此。如果您通过PXE引导VMware安装程序,则甚至可以减少这些步骤。实际上,将主机从ESX 3.0升级到ESX 3.5比构建新主机要简单得多,并且主机停机时间很少。如果您现有的基础架构构建正确,则意味着生产VM的停机时间为零。

升级整个基础架构的总体第一步是升级VirtualCenter(VC)。 VirtualCenter的早期版本使用MSDE(Microsoft SQL桌面引擎)作为默认数据库,但是VMware的建议是使用功能全面的Microsoft SQL Server或Oracle Database来处理数据库任务。 VC2.5取消了旧版MSDE,而是捆绑了Microsoft SQL Server 2005 Express Edition。与MSDE相比,这是一个更好的数据库平台,但仍为较小的实现而设计。在许多生产VMware环境中,这就是必需的–与之前的迭代相比是可喜的变化。

在生产VC2.0服务器上升级到VC2.5的过程很顺利,只需一个简单的安装向导即可完成。在该过程结束时,VC2.5服务器正在运行,并且使用新的VIC2.5客户端,我可以登录并查看生产服务器场-除非没有服务器场。升级过程没有将以前的数据库迁移到新安装,因此我不得不重新定义服务器场中存在的群集,主机甚至模板。在小型环境中,这很简单。在大型环境中,这可能是个大问题。通过对过程进行仔细的计划和研究,可以避开此陷阱以及此升级中的许多其他陷阱,更不用说对发行说明进行彻底的阅读了。但是,VMware可以做更多的事情来平滑道路。我真的很希望看到一个简单的数据库迁移过程,在升级过程中进行有效性检查,以最大程度地减少这一方面的问题。

升级以及随后重新定义某些服务器场参数之后,VC2.5毫无问题地针对ESX 3.0服务器场运行。下一步:升级主机。

将ESX主机升级到ESX 3.5的最简单方法是从VMware下载ESX升级软件包。拥有现有支持协议的客户可以免费下载更新,而现有的3.0许可证应可与3.5主机一起使用。还有其他执行此升级的方法,但是到目前为止,使用升级软件包是最简单的。

ESX 3.5升级软件包实质上是一个包含RPM软件包和一些支持脚本的存档。使用SCP,我将此存档移到中央服务器场数据存储上的文件夹中,并开始从该软件包中更新每个主机。这是一个相对耗时的过程,但仍然非常简单。我首先将每个主机置于维护模式,这迫使该主机上的活动VM到VMotion到服务器场中的其他主机,然后在该主机上运行esxupdate,指定包含ESX 3.5升级软件包的目录。几分钟后,RPM进行了数十次更新,主机已升级。然后,我重新启动了主机,并使其脱离VirtualCenter的维护模式。然后,它只是服务器场中的普通主机,并且VM开始根据服务器场中存在的DRS(分布式资源调度程序)规则迁移到该主机。每个主机整个过程大约需要15到20分钟,其中大部分时间用于等待主机进入维护模式,并等待主机在重新启动后恢复正常。在完成最后一个主机后,整个服务器场都达到了ESX 3.5,没有任何不良影响。

许多软件包都具有升级能力,而不是重新安装。多数时候,管理员会选择后者。原因是升级可能带来裸机重新安装未发现的问题。从Windows 2000升级到Windows XP的任何人都知道这是事实,但是对于ESX 3.5,升级过程似乎非常彻底。从那以后的数周,它根本没有引起任何问题。

虚拟服务器的乐趣

VMware管理员会立即发现VirtualCenter 2.5带来的一些新功能。首先,烦人的启动屏幕现在已成为VMware Infrastructure Client中大多数元素的装饰。它们被设计为大型友好的显示器,带有指向最常见任务的链接,但是对于使用VI3的任何人来说,它们都没有用。幸运的是,可以将其关闭。除了烦恼之外,新的VirtualCenter在形式和功能上与以前的迭代几乎相同,并带有一些链接到新功能的新按钮。值得注意的是,与以前的版本有一个重大的不同:新的插件体系结构。通过实施此功能,VMware扩大了VirtualCenter可以完成的范围,并可能为将第三方工具集成到整体管理基础架构中打开了大门。

新VC客户端顶部的大Consolidation按钮是一个明显的起点。 VMware已将其Capacity Planner代码集成到VC2.5中,从而使管理员无需离开控制台即可评估虚拟化现有物理服务器的影响。结合VMware的物理到虚拟(P2V)转换工具,这是一种内置方法,可以对现有数据中心进行零星或批量迁移。尽管许多第三方工具都可以进行P2V和迁移计划,但将这些工具内置到VC2.5中对于许多较小的基础结构而言都很方便。此功能需要Windows系统的管理员级别的凭据,它将发现指定子网中的服务器并随时间监视其利用率和性能。在此期间之后,可以生成报告,这些报告将为选择适合虚拟化的物理服务器提供指导,并提供对现有基础架构整体利用率的更好了解。

尽管过多的数据可能是一件坏事,但是在做出这些决定时,获得尽可能多的关于实际服务器性能的观点通常不是一个坏主意。这些新的整合工具将在许多IT部门中受到欢迎。

来自Shavlik的HFNetChkPro的Update Manager是VC2.5的另一个重要补充。 Update Manager不仅提供用于将更新和补丁临时或按计划应用于VM组的控制面板,而且还可以自动化整个过程,在补丁应用之前为VM拍摄快照,并为快照保留这些快照。可配置的时间段。因此,即使该修补程序使您的服务器基础架构混乱不堪,您也可以快速回滚到快照,并使它们恢复正常运行。

与所有修补程序管理工具一样,Update Manager受到尝试在OS层进行基本更改的任何自动化系统的影响。有些修补程序将出错,而某些修补程序将起作用,但是Update Manager的显示和配置使该实用程序在一定程度上可以容忍。在我们的一生中,不太可能有一个平滑,真正优雅的多平台补丁程序管理解决方案,但是Update Manager的功能足以定期使用,即使在处理Linux补丁程序时,它也要比简单得多。 Windows,这可能就是为什么它没有得到应有的关注。

另一个主要功能是Storage VMotion。传统的VMotion要求将主机服务器连接到相同的共享存储(即iSCSI,NFS或光纤通道),并且当虚拟机从一台物理主机服务器过渡到另一台物理主机服务器时,该存储将保持在同一位置-仅虚拟机的RAM占用空间和网络连接已移动。使用Storage VMotion,一切都可以从一台主机移动到另一台主机,包括磁盘。与传统的VMotion一样,这是实时发生的,无需重新启动VM。

存储VMotion可能是一个缓慢的过程,尤其是在存储速度不是很高的情况下,但是它确实可以工作。在许多情况下(例如在存储迁移和升级期间),此功能可以成为救生员。它进一步减少了需要重启虚拟机的管理和维护任务,从而最终帮助维护了正常运行时间,并进一步扩展了虚拟机可以执行的物理服务器无法完成的操作。与Storage VMotion和DRS协同工作的是新的DPM(分布式电源管理)功能,如果负载下降,该功能可用于关闭休眠的主机。这个不错的绿色功能需要物理服务器上的IPM(智能平台管理)支持。

中途点

VMware在此组合五点发行版本中做了一些出色的工作,但可以做得更好。 VI3仍然有许多问题尚未解决,其中最重要的是真正钝的错误报告和日志记录机制。在一个实例中,尝试为虚拟机创建RDM(原始设备映射)以直接与iSCSI LUN进行接口将在最后一步连续失败,并显示一条“常规错误”语句,该语句完全无用。事实证明,RDM映射的本质要求在指向映射到主机的iSCSI LUN的VMFS文件系统上创建指针文件。如果正在使用的数据存储恰好是NFS,则无法创建RDM指针,因此无法使用。

在生产线上的任何地方看到带有该信息的错误消息将非常有帮助。

许多其他常用功能仍需要工作。例如,如果您在客户端中重命名VM,它将在显示中重命名该VM,但不会重命名与该VM相关的文件夹和文件。因此,您无法使用旧名称创建VM。此外,如果在关闭电源的情况下将“重命名的” VM迁移到另一个数据存储,则某些文件会重命名为新的VM名称,而某些文件则不会,尤其是快照。在这种情况下,迁移后将留下无法正常运行的VM。这个看似简单的步骤可能会非常令人沮丧,而且确实没有任何借口。仅重命名VM不会造成太多麻烦。

使用服务控制台,VMkernel接口,多个默认路由等等,网络仍然比可能需要的复杂。很高兴看到那里的各种合并,具有更清晰的网络功能定义以及对更常用的网络术语的明确解释。配置EtherChannel NIC绑定要求快速浏览对话框的迷宫,尽管ESX 3.5中增加了CDP(思科发现协议)支持,但通过使识别每个节点上的已连接交换端口变得更加简单,大大有助于消除一些麻烦。 ESX主机,前提是您使用的是兼容CDP的交换机。但是,在某些情况下,即使连接到启用了CDP的Cisco 6509,该新功能也会变成空白。说到网络,最受欢迎的硬件支持更新之一是针对Neterion和NetXen的精选10 Gb卡。

ESX 3.5中还有更多新功能,例如对VM的IPv6支持,增加了主机逻辑CPU数量和RAM数量(分别为32个CPU和256GB),以及每个VM最多支持64GB的RAM。 VirtualCenter 2.5也具有更高的可扩展性,能够管理多达200个ESX主机和2,000个VM。 VirtualCenter的另一个受欢迎的改进:可以在Linux和Windows上自动执行VM客户端工具的安装,谢谢。

有关:
1 2 Page 1
第1页,共2页