尽管在VMworld 2013大会后不久VMware就发布了vSphere 5.5，但很多虚拟化管理员才刚刚将产品环境从vSphere 4.1升级至vSphere 5。只要遵循VMware的最佳实践并注意以下我在升级过程中所学到的经验，ESXi 5升级过程可能会很轻松。

备份并进行确认

在执行升级前，确保进行了数据备份并对备份进行了测试。需要备份的数据包括客户机、数据库、vCenter等等。由于按错一个按钮将整个虚拟环境删掉简直太轻松了。

使用VMware的升级工具

可以使用vSphere 5安装光盘中的vCenter主机代理预升级检查器，其提供了自动化的完整性检查，确保所有主机的通信都是正常的。

除了检查主机状态以及连通性外，还需要使用VMware的硬件兼容性列表对计划升级的主机进行检查。有时你会发现主机不满足硬件兼容列表的要求。如果对不受支持的硬件进行升级，当出现故障时你将无法得到支持。因此进行上述检查能够在之后省掉很多令人头疼的问题。

清理域信息

在特定的ESXi 5版本也就是在5.1中，域支持是个大问题。由于一些我不了解的原因，在我看来可以通过只支持一个活动目录来避免相关的问题。我猜测你可以做两件事。首先，最佳实践就是确保vSphere基础设施的用户使用管理账号并且所有的管理账号位于同一个活动目录域中。其次，除非有特别的原因，否则我建议采用使用vSphere 5.5，因为其安装更简单，单点登录配置方式也更好。

在多个虚拟机内创建vCenter

由于vCenter的功能已经增加了，因此虚拟机的大小也增大了。这一改变意味着vCenter虚拟机的大小可能会非常大，而且虚拟机将会占用相当大的空间。vCenter 5以及SSO是在多个虚拟机之间拆分服务的第一大尝试，这意味着在主机之间的vMotion以及发生故障后重启消耗的时间也更少，而且服务可以横跨多台主机。

分割虚拟机的其他原因为：我看到vCenter可能会从Windows平台消失的迹象。通过分离支持虚拟机，比如vSphere升级管理器以及SSO，管理员在今后执行升级时将会更轻松。

谨慎地拆分虚拟机

与之前的建议相反，并非所有的服务都应该运行在独立的虚拟机上。为降低开销并确保网络流量是最小的，应该绑定一些服务以使需要彼此通信的虚拟机位于同一台主机上。我建议进行如下整合：

• vCenter使用单独的虚拟机并包括核心的vCenter基础设施

• 单点登录以及Web客户端安装在同一台虚拟机上

• vSphere Update Manager位于一台虚拟机上

不要急于升级vSphere Update Manager

使用VUM以及一个逻辑计划，你可以快速执行升级过程。使用VUM进行升级非常简单。使用适宜的ESXi镜像创建主机升级基线，执行完备份后再进行升级。

不升级——删除与重建

VMFS 5提供了一些新特性包括基于存储的心跳。请注意从VMFS 3升级到VMFS 5后有很多差异，会重新格式化LUN。新的VMFS 5数据存储的块大小为1MB。你可以升级VMFS 3数据存储，但是遗留的数据块仍旧会保留下来。最好是使用VMFS 5创建LUN，在操作过程中使用vMotion将虚拟机迁移到另一个存储。

在升级或替代前，确保整个集群已经进行了升级。否则剩下的主机仍旧是版本4而且无法看到版本5的数据存储。这可能会导致很多问题！

了解虚拟机硬件需求

很多公司，无论其规模大小，仍旧有一些客户机运行在版本4的虚拟机上。在升级之前，确保运行版本4的客户机已经升级到了版本7。如果你计划在位于不同vCenter环境下的主机之间基于SSH进行V2V迁移。完成虚拟机拷贝并添加到vCenter后，将会显示不受支持信息。右键单击虚拟机并选择客户机，然后安装/升级VMware Tools；完成上述操作后，右键单击虚拟机然后选择升级虚拟硬件。应该会显示虚拟机配置受支持。

请注意如果你选择的是硬件版本10，那么将无法在vSphere Client中编辑虚拟机。你需要使用vSphere Web Client，请注意你所使用的硬件版本，尤其是vCenter所使用的硬件版本。

有备无患

只要你提前做了周密的计划，升级过程会很轻松。在VMware网站获取升级及安装文档不会浪费时间而且能够规避一些潜在的风险。