我最近在做一些服务器端或者软件定义存储方面的产品测试,把它们和VMware、微软这些虚拟化Hypervisor厂家的方案做对比。一路走来,我最新遇到的是StarWind软件,一个总部在波士顿大区的公司,在乌克兰的基辅也有开发力量。他们还是发明虚拟SAN技术的公司(不过他们没能把它注册成商标),所以他们理应得到关注。 Hypervisor会鼓吹他们的SAN应用 首先要回答的问题是,一个虚拟化管理员为什么要放弃与自己的hypervisor厂商的熟悉的“一对一单挑”模式,而要引入一个新的第三方的VSAN呢。
从单一供应商采购预集成的软硬件堆栈是十分诱人的,至少对那些没有经历过80年代的IBM数据中心的……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
Hypervisor会鼓吹他们的SAN应用
首先要回答的问题是,一个虚拟化管理员为什么要放弃与自己的hypervisor厂商的熟悉的“一对一单挑”模式,而要引入一个新的第三方的VSAN呢。从单一供应商采购预集成的软硬件堆栈是十分诱人的,至少对那些没有经历过80年代的IBM数据中心的年轻人来说是。
不过我已经很老了。我的第一份数据中心的工作中,所有的IT软硬件堆栈都由蓝色巨人一手把持,要想偏离他们设计的架构就责任自负。IBM成为了事实上的标准,每个想要在IBM主导的世界里拿到任何销售额的人,都需要遵从他们的规则,和IBM的堆栈即插即用。
这种锁定贡献了很多伟大的技术,不过也让IT成为了业务中一个非常昂贵的部分。随着时间的推移,这些成本最终引起了里根萧条期的IT外包(服务部门计算),并最终带来了90年代的分布式计算“革命”。
现在,hypervisor厂家似乎从老旧的“一个供应商就是好”剧本里拿出一页,来为新的数据中心单一供应商模式背书:hypervisor控制的计算。最坏情况下,我们有把自己置入主奴关系中的风险,而且我们自己是那个带着手铐脚镣的人。最好情况时,我们把数据中心的运营搞得比现在还糟了。
更大的可能性是,如果我们最终决定在数据中心里使用多个hypervisor(外加一些不虚拟化的关键应用),我们会有几块数据埋在不同的hypervisor软件定义存储(SDS)里面,外加一些“传统存储”。VMware基本上限制他们只能通过VSAN访问存储,而不能通过非VMware的服务器。微软至少还打开了他们存储的SMB访问,如果你把它配置成向外扩展的文件服务器的话。
Hypervisor SAN出其不意
如果你引入一个第三方的SDS(软件定义存储)来为所有应用(不管是不是虚拟化的)提供它们所需的数据呢?这正是一些公司正在做的事情,包括StarWind软件公司。他们为所有需要的人提供对他们虚拟SAN存储的块级和文件级访问。听起来不错。
不过,如果你仔细研究VMware就会发现它的SDS排除了很多小公司,甚至一些大公司。对大公司来说,VMware不提供向全固态数据中心的演进路径。你要通过向节点中添加磁盘,再把节点添加到集群中来扩展。这中间可以使用闪存,不过它不被算在向外扩展容量中。这可能会让一些计划全闪存的大型IT机构感觉不舒服。
同时,较小的公司也可能会被VMware对存储节点的要求泼冷水。首先,你需要至少3个节点,它们所有的存储都配置完全相同,日后的扩展也是如此。要开始的话,你可能要面对每个节点3-4万美金的软件授权费用。这对小公司的IT预算来说不是个小数目。对一些很简单的环境来说,那可能是他们全部的预算了。
所以,对较小和大型公司,VMware一站式购物可能看起来太贵或者太局限了。而且从技术上讲,很多架构师都对VMware SDS在使用闪存处理写操作时的笨拙方式感到失望。
根据你使用的虚拟机堆栈,你可能会用大量的小块写操作挤满你的闪存缓存,也就是你可能会让昂贵的闪存盘比你预想的速度更快地达到使用寿命。一个可选方案是聚集写操作,让他们留在内存中,直到你可用通过更少但是更大块的写操作来高效地把它们写入闪存。这个功能在StarWind中已经有了,不过WMware让我们再等上一年左右。
另外,微软也有一些让那些具有战略眼光的架构师不喜欢的局限。和VMware类似,微软的SDS方式(Cluster Storage Space - 集群存储空间)也对作为写缓存的闪存不太友好。实际上,他们的去重复功能增加了写次数,因为他们的实现方式是把数据原样先写到盘上,然后再通过去重复算法删除重复的数据。对那些希望使用去重复技术的人来说,StarWind产品中的在线去重复可能更实用。
微软和VMware另一个相同点是他们对节点设备要求的挑剔,这可能让基础架构对小公司来说过于昂贵。首先,每个节点都必须有外置SAS JBOD(微软使用一些SAS功能来实现文件和卷锁定,VMware则通过这一点来指责他们不是真正的软件定义存储),这比类似的SATA设备要贵很多。StarWind两者都支持,此外还支持PCI-Express的闪存设备。
你能看出来hypervisor厂商构建他们的SDS的方式,一方面针对他们一些客户(可能是多数客户)的架构需求,同时还要体现他们认为SDS应该如何工作。一个SDS供应商则可以更好地支持hypervisor同时帮助客户: 1.避免被锁定在一个特定供应商的概念和架构中。2.实现集成存储环境来支持不同类型的业务以及他们的存储需求。
StarWind软件公司,只是以上这些问题的潜在解决方案提供商之一,但是它炫耀的资本是他们在WMware和微软绑架了VSAN的点子之前很久就在提供VSAN方案了。
文章选自存储经理人2015年1月刊:2015年热门技术,欢迎下载阅读!
相关推荐
-
什么是SAN分区?有哪些不同类型的分区?
当你的SAN包含超过十几台设备,SAN分区就会变得非常重要。在SAN的早期阶段,人们一直在争论是否需要将分区作 […]
-
企业存储市场的夏天
即使云计算市场放缓,软件定义的存储和超融合基础设施瘫痪,企业存储中磁带的应用仍会巍然不倒。
-
是时候重新思考软件定义存储了
软件定义的存储市场似乎为用户带来了价值,但为什么还没有广泛采用呢?这其中一个原因是自建SDS的部署模式还没有被广泛接受。
-
存储经理人2017年9月刊:容器化你的存储
《存储经理人》2017年9月刊重点关注容器领域的企业级持久数据存储技术,未来我们将看到使用服务器闪存和新兴的持续性闪存的容器认知缓存,并且和持续存储层相结合。同时,NVMe over Fabrics对存储网络环境的革新有目共睹。另外,复制数据管理(CDM)专注于保护生产数据和改进生产数据副本的管理,正在走向主流。