高可用性、容错、数据保护和复制

　　VMware在高可用性方面所持的理念是：如果某个主机坏掉，在该主机上运行的虚拟机就会在另一个主机上重新启动，我认为这如今是打入“真正”企业计算环境的最基本特性。Stratus容错技术公司的人员和我在这个方面持一些不同的意见，但是我最终信任VMware的高可用性，而非信任大多数替代解决方案。现在的企业IT环境是，逐步引入新系统的同时，还在使用旧系统;因而我们在实际环境下经常运行异构系统，所以像VMware提供的这类软件高可用性机制已变得极其重要。

　　高可用性机制与我到目前为止投入使用的每一个软硬件都协同运行;我监管的系统没有一个是真正那么重要，就算如果虚拟机重启在一年当中造成了几小时的停机时间，也不会有人因此会丢命;话虽如此，高可能性不是无可挑剔。主机坏掉后，内存里面的一切数据都丢失。虚拟机照样会出现，好像它就是突然重启的物理系统。这对数据库来说并不好。

　　对需要更高一点稳定性的那些人来说，VMware提供了容错机制。高可用性只是在新主机上重新启动崩溃的虚拟机，容错机制则是一项“确保不断可用”的技术。实际上，两个一模一样的虚拟机在不同的主机上创建，并且在内存/存储方面保持步调一致。

　　上一次我真正遇到容错特性是在vSphere 4.0。那时候的容错机制在操作系统和硬件组合方面很挑剔，最终它有点如同垃圾。vSphere 5.1似乎已经解决了这个问题;我还未能找出它的缺点。vSphere容错机制的缺点在于，任何使用容错机制的虚拟机局限于单个核心。请注意，我在Hyper-V上仍根本无法进行任何的原生容错机制，所以这方面应该给VMware加分。(不过Stratus有实现此特性的一个专用工具。)

图3：小集群的摘要视图

　　还有vSphere复制需要考虑。复制技术作为一项广域网技术来设计，它将虚拟机从站点A复制到站点B，延迟仅仅只有15分钟。复制让我得以备份并不大量变化的虚拟机：通常是Web服务器或虚拟桌面基础设施(VDI)主映像。这几种对象无论如何连接至集中式文件存储区或数据库;至于工作负载，复制和快照工作起来就完全如同懒人的异地备份一样好。虽然数据库需要保持步调一致，但是那通常在应用程序层面完成，而不是在虚拟机管理程序层面完成。

　　至于真正的备份，VMware提供了vSphere数据保护(VDP)，它其实是被EMC收购后改头换面的Avamar。它工作起来相当好;重复数据删除后的压缩级别相当惊人。如果你想为SQL和Exchange等系统提供应用程序层集成，就需要高级版本。

　　总之，vSphere 5.1似乎为你能想象的几乎每一种场景提供了实用的可用性和备份技术。此外，现在这都是标准软件;如果你购买的是vSphere标准版，仍可以处理所有上述任务。要是时间对贵公司来说就是金钱——对大多数公司来说是这样，那么完全有理由使用vSphere标准版。

　　不过，你对于“大众化硬件上的虚拟机管理程序”这种环境应该寄予多大程度的信任，那是有限度的。如果生命(或大笔的钱财)依赖于你网络的可用性，那么确实是时候该找Stratus联系一下了。它们能克服容错机制单个核心的局限性，而且与VMware紧密合作，能够处理的任务比VMware仅仅用虚拟机管理程序所能处理的还多。VMware可以运行各项任务，无论是技术网站，还是一个石油挖掘业务部门，都能出色地完成任务。你的911呼叫中心或对时间敏感的股票交易系统仍需要Stratus的特殊秘方。