虚拟机的世界 存储将成焦点 存储与灾备

2015-12-22    来源:TechTarget中国    编辑:StevenFu
从一开始,这个标题就暗示了人们可能想要换一个hypervisor供应商,远离VMware。去年年底,备份软件供应商Veeam软件做了一个覆盖578个美国和欧洲企业的调查,发现大约67%的美国企业和7

  我的一个好朋友、也是一位值得尊敬的同事Marc Staimer,最近在SearchVirtualStorage上发布了一个podcast引起了我的注意。吸引我的眼球的不是他说了些什么(一如既往地是大师的卓见),而是podcast的标题边上的介绍“换掉VMware hypervisor 意味着失掉数据存储的附加功能。”不管这是不是作者的意愿,这个标题中还是引发了很多我想在这里说说的事。

  虚拟化的理想与现实

  从一开始,这个标题就暗示了人们可能想要换一个hypervisor供应商,远离VMware。去年年底,备份软件供应商Veeam软件做了一个覆盖578个美国和欧洲企业的调查,发现大约67%的美国企业和79%的法国德国英国企业都使用VMware。这个数据看起来说明在超过1000员工的企业中,VMware是老大。

  有趣的是,同一个表明对VMware服务器聚合成功的感觉超过实际情况。企业认为他们大约在每个物理服务器上部署了10个虚拟服务器,而实际情况是差不多在这个数字的一半水平。

  这个调查最值得注意的一点,59%的受访者表示他们打算在今年更换hypervisor供应商。多数的人都不满意VMware收的授权费,有些人还提到了竞争产品成熟度有所提高。

  为了更好地了解服务器虚拟化规划者的心思,我翻阅了DataCore软件公司去年做的“第三次年度虚拟化状态调查”,发现在477个受访者中,339个认为存储相关的成本是他们实现服务器虚拟化的价值遇到的最大障碍。308个受访者还表示存储的低效率抵消了hypervisor厂家所承诺的性能级别。所以,SearchVirtualStorage的标题的第一部分看起来有些道理:确实,换一个hypervisor供应商是有好处的。由于VMware占有市场的绝大部分,我们可以预期这些更换hypervisor的行动大多是从VMware换到别的厂商。

  VMware的存储功能被夸大了

  标题的第二部分是我最看不顺的。这里不怎么隐蔽地暗示了如果你把VMware换掉,你会失去一些重要的存储能力——或者用标题的原话来说,换一个hypervisor意味着“失去数据存储附加功能”。让我回顾历史的话,我会说VMware的存储相关“功能”都是由很糟糕的架构设计所引起的bug,或者必要的补丁。

  VMware从一开始就对存储I/O处理的很糟糕。VMware hypervisor所引起的出了名的I/O僵局和虚拟服务器的底层存储效率完全没有关系。用性能分析工具分析这个情况的时候,你会发现处理器很忙,而I/O队列深度是0。CPU很忙说明I/O处理上的延迟与ESX微内核中的不良代码有关,空闲的队列则说明存储架构在处理到达主机总线卡(HBA)或者网络接口卡的I/O上没有任何问题。

  一个绕开这个问题的办法,包括把“上至80%”的存储I/O交给智能阵列控制器,让hypervisor看起来好像能更好地和存储协作了。像镜像这类的工作通过阵列控制器的似有功能来实现可以更好,VMware在发布vStorage API for Array Integration(VAAI)的时候是这么说的。所以,结果就是,他们把他们的客户推向了供应商锁定,同时又向ANSI T10最最神圣的SCSI标准中添加了未经批准的命令。几个月之后,在他们发布VAAI的新版本的时候,又重演了一遍,他们又添加了未经批准的新命令,没有向标准组织提交申请,也没有通知硬件厂商们。

  VMware屈从于SCSI标准

  说句公平话,VMware随后向ANSI提交了一些他们的“创新的SCSI命令”以求评议并批准,声称他们在“推动标准化进程”。不过,我从消息灵通人士那里听来的说法是,VMware这股合作精神不是来自对开放标准的认可,而是屈服于他们的一些必须遵循标准的大客户。

  随后,我们看到了“反革命”的架构,例如VSAN和服务器端存储(DAS),最虔诚的粉丝们还在期待他们代号Marvin的首次硬件OEM(和不同硬件合作伙伴把VSAN商品化)计划。据最新的描述,Marvin会提供一个VMware贴牌的服务器端存储套件,就像公司的基于软件的VSAN技术一样,只能在他们的hypervisor上工作。考虑到较大的公司会同时有不同的hypervisor技术,也会有一些工作仍然运行在非虚拟化的服务器上,我们又回到了数据孤岛上了——这个问题我们在90年代试图用SAN技术来解决过——而且还有数不清的数据复制和镜像层,来支持故障切换和vMotion,因为没有了来自共享的、梳理整齐并妥善管理的存储架构的持续性存储挂接点。

  我来重复一下:“VMware的存储不是管理的不错吗?”vSphere使用REST API 不是吗?是,也不是。最近一个RESTful 管理编程大师告诉我说,那里确实有REST,不过是隐蔽在几层似有API下面的,几乎没有用。

  最后我想说:在我看来,如果你放弃VMware而使用另外一种服务器hypervisor,或者不再使用hypervisor了,你并没有放弃很多东西,至少没少什么存储功能。

1
3