Vmware ESX（以下简称ESX）作为一个企业级的虚拟化解决方案，相对于业界同类产品来说有着不可比拟的优势。
ESX强调其对资源管理的灵活性和高效性，强调“漂”的概念。“漂”即当宿主集中的某一个节点(硬件宿主，如刀片机)出现问题时，运行在该节点上的OS会自动迁移至空闲的节点中去，这样一来就实现了与硬件冗余类似的效果，同时不需要为每个服务器准备一个Standby。
看似是一个很优的解决方案，但在实际的生产环境中总会发生这样或那样的问题，迫使整个宿主集关机重启或者断网。比如为环境增加存储空间，划分wave，比如增加宿主机内存，比如更换光交等等。虽说这些事情不常发生，但在生产环境下这种一动则皆动的效应是让人无法忍受的，效率是低下的，并且会占用大量的时间和人力的成本。
为了将宕机影响控制到最小，操作必然要在8小时工作时间以外进行。通常，考虑到特殊业务应用的特殊情况，操作的真正开始时间往往选择在午夜开始。
同时人力成本是巨大的，因为一旦发生这种状况除了IT部门的infrastructure负责人要全程跟进之外，各服务\应用系统的负责人也需要跟踪系统运维情况，以便在发生意外时及时进行处理。对于一个有一定规模的企业来说，这绝对是一件兴师动众的大事。
这时，就需要infrastructure负责人与各服务、应用系统的负责人之间有一个良好的沟通，倘若沟通工作不到位，就有可能造成不堪设想的后果。
相对于传统模式来说，虚拟化技术肯定是一种进步，但在我看来ESX仅是个过度的产物，只是1->n模式的一个plus版本，而我们希望看到的真正的虚拟产品应该是n->1的模式，即将n个实体计算机虚拟成一个超级计算机，虽然要经历一个很漫长的等待，但还是希望这样的产品能够早日出现。
Comments (0)