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

日期: 2015-07-07 作者:Jon Toigo翻译:李冠楠 来源:TechTarget中国 英文

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

事实上,SDS的基本理念还包含很多的价值:将所有的高价增值软件迁离阵列控制器,迁至服务器上并成为一台基于软件的超级控制器。 很长一段时间,我都在抱怨阵列控制器上植入增值软件。所以这次,我很高兴看到有像IBM这样一家公司拿出XIV,这本身是一款纯软件产品,接入了专用控制器并制造了XIV阵列,并回归其原始样式——作为Spectrum家族的SDS产品出现。 不幸的是,软件定义存储厂商大多复制硬件定义存储控制……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

看看最近来自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厂商的核准组件列表或预先认证的节点硬件套件。

翻译

李冠楠
李冠楠

TechTarget中国存储组主编。

相关推荐

  • 是时候重新思考软件定义存储了

    软件定义的存储市场似乎为用户带来了价值,但为什么还没有广泛采用呢?这其中一个原因是自建SDS的部署模式还没有被广泛接受。

  • 存储经理人2017年9月刊:容器化你的存储

    《存储经理人》2017年9月刊重点关注容器领域的企业级持久数据存储技术,未来我们将看到使用服务器闪存和新兴的持续性闪存的容器认知缓存,并且和持续存储层相结合。同时,NVMe over Fabrics对存储网络环境的革新有目共睹。另外,复制数据管理(CDM)专注于保护生产数据和改进生产数据副本的管理,正在走向主流。

  • 软件定义存储市场迎新品 曙光与NetApp共推HyperStor

    作为软件定义存储的两种重要形态,ServerSAN和HCI可在传统硬件平台上轻松实现计算和存储资源的灵活供给。中科曙光与NetApp共同发布曙光HyperStor软件定义存储产品家族。

  • 准备好迎接超融合基础架构设备了么?

    HCI(超融合基础架构)市场中鱼龙混杂。在评估使用各项方案时,你应该了解这些对你至关重要的功能。