机房360首页
当前位置:首页 » 存储 » 软件定义存储能化解“存储墙”吗?

软件定义存储能化解“存储墙”吗?

来源:机房360 作者:机房360 更新时间:2014-8-27 10:39:00

摘要:Chuck Hollis前面为软件定义存储给出了一套简洁的定义:“由应用程序政策驱动,动态组合存储服务的能力”。现在,我们来拆解一下它,一起看看吧。

  这个定义很简洁,但暗示的内容却不少:“应用策略”这个概念是个好起点,给出一份应用在特定时间点的需求清单:性能、可用性、容量、保护等。理想的状态是,这样一份单一的“特定应用政策”不仅与存储需求相关,还要驱动计算、网络、安全等。

  这是一个关键的抽象概念。“这就是我——应用程序拥有者想要的。现在需要的是搞清楚如何实现它,而且我并不关注实施细节,不要让这些内容打扰我。不要和我谈论RAID、第一次写复制快照、异步复制、高速缓存快大小等。”

  下一步,考虑“组成”这个词。这意味着应用程序拥有者不需要很久前存储团队建立起的3或4个标准选项中艰难抉择。或许我需要出色的性能,对数据保护不很关心。还有可能接入速率不快,但数据需要时刻可用。或者是其他组合,有无限可能性。

  再考虑“动态”这个词。作为应用程序拥有者,应该有重新指定需求的自由,这一过程应该是快速、简易并且有条不紊的。或许这个节奏是长达数月的,也有可能是立刻马上的。

  掘地三尺

  这些都是这个定义字面上的意义和价值。看深一点,会有更多信息。这种定义暗示:存储完全是在程序控制中的,使用的可能是API。任何人工操作所能实现的功能都应该由软件控制达成。这便是好的运营模式——尽可能减少人工参与。

  该定义还暗示,存储是以特定于应用程序的容器提供的,在这里服务水平是可以调整的,而不影响它的邻居。

  这一概念还要求政策是能够设定的,并且是易于监控的。

  同时,这个定义还有一个强烈的暗示,但不是命令:存储数据服务的表现将会是相近的,与后端实际上存储数据的设备是相互独立的,如果愿意,可以解耦。

  这种趋势强烈指向这样模型:数据服务运行在服务器软件上,不与供应商特定的阵列绑定。

  最后,软件定义的存储运营模式应该是灵活的,不应该必须锁定于特定存储架构或特定的存储供应商方案。

  软件定义存储现状

  如果我们都追求那些听上去含糊的概念,像软件定义存储,问些实际的问题便很有意义,例如:“我们要去哪儿?为什么去那儿?”

  存储运营模式的优化是更广的“软件定义旅程”以及SDDC(软件定义数据中心)的一部分。

  理由是清楚的:越来越多的IT组织将不可避免地撞上“存储墙”,当意识到他们现在的存储运营模式不再足够胜任,并开始带来切肤之痛时。越来越多的应用程序、数据,对更好的自动化更多的渴望,这些将成为强制功能。

  有一些已经就位了,不久更多功能将就绪。

  责任编辑:余芯

机房360微信公众号订阅
扫一扫,订阅更多数据中心资讯

本文地址:http://www.jifang360.com/news/2014827/n066161173.html 网友评论: 阅读次数:
版权声明:凡本站原创文章,未经授权,禁止转载,否则追究法律责任。
相关评论
正在加载评论列表...
评论表单加载中...
  • 我要分享
更多
推荐图片