文档介绍：构建虚拟化平台实战全解析(四)
上一部分介绍了虚拟环境对资源管理带来的新挑战,以及灾难恢复之一的备份机制,接下继续介绍其他两项机制。另外,在后面还有对虚拟机配置自动化和架构自动化的介绍。
故障转移和集群机制
很明显,数据中心的高可用性(HA ,high availability) 仅仅依靠虚拟机备份是远远不够的。正如传统环境下要建立故障转移机制甚至于创建服务器集群以保万一。相比而言,虚拟环境下的服务的高可用性有更多的实现机会:我们既可以在客机层依赖OS和灾难恢复程序,又可更近一层地在主机层安排保障措施。
在客机层进行HA的配置与物理环境下的操作基本一致,但一些技术细节还是要注意一下,比如为每个虚拟网络接口设置一个静态MAC地址,还要考虑到各虚拟平台以及选用的HA软件的一些局限性。
HA措施之一是故障转移的建立,即是将一台物理主机上运行中的虚拟机同步连续地拷贝到另一台主机上,因此虚拟硬盘和虚拟内存中的数据即被备份了起来。一旦其中的一台主机出现故障,那么服务可以转移到另一台主机上而不至中断。
故障转移机制的运行和我们前面讨论过的实时备份面临着同样的问题,但它的优点似乎更加吸引人,这方面的产品也层出不穷。Vizioncore再次走在了前面,其esxReplicator能够将VMware ESX Server下运行中的虚拟机从一台拷贝到另一台主机。可惜的是它无法自动配置故障转移所需的网络参数,所以当故障发生时,还需要手工配置才能实现真正意义上的故障转移。
VMware结合ESX Server 3 -VirtualCenter 2的故障转移方案基于VMotion技术,因此显得更加灵活。与esxReplicator不同,VMware HA在发生故障时,它能自动重启故障主机上的虚拟机。不过实现的代价也是相当昂贵的:VirtualCenter和VMotion;需要有光纤通道的SAN。
还有一种方案,就是我们前面提到的P2V工具,利用其中的V2V功能,我们可以将虚拟机数据从一台主机迁移复制到另一台上。在这PlateSpin当然是最佳选择,提供的windows虚拟机实时迁移的效果不错。
故障转移机制虽然常用,但HA最好的措施是建立集群化。多个物理或虚拟服务器集结为一个整体共同承载所有虚拟机的运行,这样即使其中一台主机或一个节点出现问题,却并不影响整体服务的可用性。
这种主机级集群可以由虚拟平台的固有特性来实现,也可采用第三方解决方案。以微软的Virtual Server为例,它通过自身的Cluster Service就可以将物理节点集群化。与之对应的ESX Server则借助第三方的方案,如赛门铁克的Veritas Cluster Service以实现集群化。不过随着EMC公司对Rainfinity的收购,ESX Server有望用上自有的Rainwall集群技术。但无论如何努力,今日虚拟化的集群方案还远远称不上成熟,因此建议用户在真正采用前一定要经过严格的测试。
不管是故障转移机制还是集群的建立,都面临着构架不同带来的复杂性。比如虚拟机在不同主机上的实时迁移,不同主机如果采用不同厂商的CPU,那么当前的虚拟平台因为还无法处理这种架构上的差异而导致迁移的失败。同样的问题广泛存在于不同的硬件设置、虚拟机以及虚拟硬件分配,这些情况的差