VMware从很久以前就开始宣称ESXi终将成为这家（总部位于Palo Alto）公司的主流虚拟管理程序，而现在已经到了ESX优雅退出舞台的时机了。最近发布的vSphere 4.1将成为最后一版包含ESX在内的VMware虚拟化管理程序，虽然这样的做法可能会让ESX粉丝们感到失望。然而，在ESX 4.1版本中进行的一系列改进已经表明：现在是开始进行切换的时候了。

　　在不久前的虚拟化专栏中，我曾经写过一篇文章来论述关于“VMware ESXi的缺点以及ESXi无法获得广泛应用的原因”。其中提到的ESXi问题包括：

• 官方没有提供对ESXi从SAN系统启动的支持
• 没有虚拟机的Web管理界面
• 无法支持脚本程序的安装
• 以及无法支持集成AD服务器

　　在文章中还提出几点关于改善ESXi的建议，使其更加吸引那些习惯了使用ESX的管理员们。虽然相比而言我仍然更加喜欢ESX一些，但是现在我建议您去开始使用ESXi，而且去着手计划把现有ESX上安装的内容逐步迁移到新的ESXi平台上去。

　　vSphere将会成为官方所提供的最后一版ESX升级

　　是什么原因让我的想法发生了改变呢？有这么几个原因。首先，近期发布的vSphere 4.1版本将会成为最后一版包含ESX及其服务控制台的vSphere版本。VMware已经开始以博客在线研讨会的方式公布，ESX将不再包含于VMware将来发布的新品和升级计划中。

　　目前为止，VMware的代表们已经多次申明在将来的某一天，ESX将不再包含在vSphere中，但是并没有明确指出这一情况发生的具体时间点。

　　VMware在实现从ESX到ESXi迁移的过程中面临的最大挑战来自于第三方的供应商，如何让他们把自己原先基于ESX Service console开发的应用迁移到基于API实现。以及如何提升ESXi的功能和可管理性以使其达到和ESX同等水平。

　　正因为VMware已经公开宣称将不会在下一版本vSphere中提供对ESX的支持，因此我们不得不接受在将来需要面临从ESX到ESXi迁移的事实，而无论您是否愿意这么去做。幸运的是，VMware的工程师已经在vSphere 4.1中完成了对ESXi的很多重要改善。在“ESX/ESXi对比列表”中提供的关于ESX 4.0和ESXi 4.0版本的功能对比，已经升级到跟ESXi 4.1版本的对比。

　　ESXi 4.1所做的改善

　　诸如AD服务器整合能力、基于SAN启动以及脚本支持能力等技术在新版ESXi中已经实现。VMware通过对TSM（Tech Support Mode）以及DCUI（Direct Console User Interface）所做的改进，也极大提高了ESXi的可管理性。官方现在已经提供了ESXi对TSM的支持。现在我们可以通过vSphere Client来配置和锁定TSM，或者通过SSH实现远程站点连接的管理方式。同样对于vSphere CLI也做了诸多改善，例如提供强制关闭那些无法对常用命令进行响应的异常虚拟机的能力。

　　但是还有一点我需要指出，现有的DCUI中仍然有一些功能上的缺失，例如启动和停止虚拟机的能力。让人欣慰的是，VMware将在下一升级版本中提供对这项功能的支持。

　　为避免一旦停止提供ESX后，需要从ESX到ESXi进行强制迁移时可能为用户带来的困扰。VMware重新命名了免费版本的ESXi——“vSphere Hypervisor”，而且把ESXi和ESX统称为“hypervisor architectures”，这一变化已经立即生效了。VMware这样做的初衷是希望统一的名称可以为迁移提供便利。但是个人观点认为，这样的做法会给更多用户带来困扰，“hypervisor architectures”听起来显得过于模糊而不太像一个产品品牌的命名。

　　在本文下半部分中，我们将介绍ESXi相比于ESX的优势以及实现从ESX到ESXi的迁移的方法。