软件定义存储厂商该作何反思?存储与灾备

2015-07-09    来源:TechTarget中国    编辑:南方
看看最近来自hypervisor厂商的存储模型和他们在软件定义存储世界的小黄人,看上去他们没有从前辈那里得到任何教训。罔顾历史教训必将重蹈覆辙。只是,受伤的还是消费者。

  看看最近来自hypervisor厂商的存储模型和他们在软件定义存储世界的小黄人,看上去他们没有从前辈那里得到任何教训。罔顾历史教训必将重蹈覆辙。只是,受伤的还是消费者。

  软件定义存储本身没什么错。事实上,SDS的基本理念还包含很多的价值:将所有的高价增值软件迁离阵列控制器,迁至服务器上并成为一台基于软件的超级控制器。

  很长一段时间,我都在抱怨阵列控制器上植入增值软件。所以这次,我很高兴看到有像IBM这样一家公司拿出XIV,这本身是一款纯软件产品,接入了专用控制器并制造了XIV阵列,并回归其原始样式——作为Spectrum家族的SDS产品出现。

  不幸的是,软件定义存储厂商大多复制硬件定义存储控制器设计方法来创建SDS控制器——首要针对专有操作,因此他们只用于特定工作负载。

  简言之,VMware并不真的想Virtual SAN应用在非VMware虚拟化工作负载上。

  另一方面,微软实际上也不想让其Clustered Storage Spaces去托管外来的工作负载,但他们十分善于维护自己的立场。“是的,你可以将VMware虚拟机存储在我的SDS架构上,”你很可能会听到这样的声音。“我们提供了便捷的工具能够实现VMDK到VHD的转换,很快,我们还将提供对Xen XML文件的转换支持!”

  专利设计

  在微软看来,世界并非零和游戏,而是一个无限扩张的宇宙。

  这个观点是说专有控制器设计将不会再随SDS消失,就像是过去的专有DAS阵列被SAN阵列和NAS设备取代。

  我们已经看到专有的超融合设备在市场上的出现,它只支持一家hypervisor。即使是顽固的DIY玩家也要接受hypervisor厂商的核准组件列表或预先认证的节点硬件套件。

1
3