在上半部分中，我们介绍了本文介绍VMware Infrastructure 3.0（VI3），包括ESX Server 3.5和VirtualCenter 2.5的特点和优势。那么，VI3产品还有哪些需要改进的地方呢？

　　尚有待改进

　　VMware在这个组合式版本中提供了一些出色的特性，但可以做得更好。VI3方面还有许多问题未得到解决，尤其是让人一头雾水的错误报告和日志机制。有一回，我试图建立裸设备映射（RDM），以便虚拟机可以直接联系iSCSI逻辑单元号（LUN），最后一步却老是出错，显示的“一般性错误”（General Error）语句一点也没有帮助。最后发现，RDM映射的性质要求必须在VMFS文件系统上创建指针文件，指向映射至主机的iSCSI LUN。如果使用的数据存储区正好是NFS文件系统，那就无法创建RDM指针文件，因而也就无法使用。

　　如果看到错误消息附有详细的相关信息，那样极有帮助。

　　许多其他常见功能仍有待改进。比方说，如果你为客户端的虚拟机改名，它会为虚拟机改名，但不会为与该虚拟机有关的文件夹和文件改名。因而，你无法使用旧名来创建虚拟机。另外，如果在你把“改名后的”虚拟机迁移至另一个数据存储区的时候突然断电，有些文件的名字改成了新的虚拟机名，有些却没有――尤其是快照。这种情况下，迁移后出现在你面前的是无法工作的虚拟机。这个似乎很简单的步骤会让人很沮丧，这毫无理由。仅仅为虚拟机改名不应该带来那么多的麻烦。

　　网络方面还是显得过于复杂了，服务控制台、VMkernel接口、多个默认路由，等等。要是这方面能进行某种整合就好了，对网络功能有更清楚的定义，对常用网络术语有更清楚的定义。配置光纤通道网卡绑定需要浏览众多对话框，如同进了迷宫，很快让人厌烦，尽管ESX 3.5添加了对思科发现协议（CDP）的支持，大大方便了确认每个ESX主机上的连接交换机端口——前提是使用符合CDP标准的交换机，从而有助于解决一些问题。不过在某些情况下，即使连接至具有CDP功能的思科6509，这项新特性也是形同虚设。说到网络方面，比较受人欢迎的一项特性是，它为Neterion和NetXen公司的某几款万兆网卡提供了硬件支持。

　　ESX 3.5还拥有更多的新特性，比如针对虚拟机的IPv6支持，增加了主机逻辑CPU数量和内存数量（分别是32颗CPU和256 GB内存），还支持每个虚拟机多达64 GB的内存。VirtualCenter 2.5还具有更强的扩展性，最多能管理200个ESX主机和2000个虚拟机。针对VirtualCenter的另一个受到欢迎的改进：如今虚拟机客户端工具在Linux上和Windows上都可以自动安装。

　　既然介绍了VI3升级版，捎带提一下ESX Server 3i这个内置的虚拟机管理程序。这可能是在不太遥远的将来虚拟机主机的样子。内置虚拟机管理程序不需要硬盘驱动器，还能加固总体架构。ESX 3i采用第一代代码，可能眼下只有测试用途，但在虚拟化领域的未来大有可为。比方说，我们可能会开始看到各大硬件厂商推出在可启动内置闪驱上预装3i的无磁盘服务器。不需要这些服务器支持各种硬驱，有望减小服务器总的占用空间，并且减小电源尺寸和服务器功耗。显然，这个最终目标还很遥远，但似乎又不是那么遥不可及。

　　总的来说，VMware的ESX 3.5和VirtualCenter 2.5版本代表了合理的下一步，这是其旗舰产品的必要发展历程。它提供了一些重要特性，VI3许可模式的性质以及易于升级的优点会吸引大多数用户迅速升级。

　　VMware的下一步可能更富有挑战性：在虚拟机管理程序层面与第三方解决方案进行更深入的集成，以便在指令层处理网络数据包检查、应用程序过程和病毒扫描等事务。另外，考虑到VirtualCenter采用新的插件架构和VMware收购了Thinstall，VMware Infrastructure的下一个版本也许会利用虚拟化应用交付机制，这会对虚拟桌面基础架构（VDI）带来重大影响。比方说，微软Office应用程序可以按需要分发至这些虚拟机，而不是往成百上千的Windows XP虚拟机上安装这些应用程序，从而在以后大幅降低存储要求和备份成本等。

　　VMware无疑拥有人们迄今见过的最成熟、最稳定、最昂贵的x86虚拟化产品。但还有许多工作要做；还需要填补许多空缺。现在只是迈出了头一步。