虚拟卷VS.软件定义存储 谁能带来更大的回报?

日期: 2015-01-26 作者:Jon Toigo翻译:Michael Zhang 来源:TechTarget中国 英文

服务器端的存储及虚拟SAN已经获得了足够多的市场重视。一些服务器虚拟化厂商甚至向用户宣传传统技术例如SAN以及NAS过于严格且不方便,不合适由服务器虚拟化发起的下一代敏捷计算。然而,如果最终目标是提升存储使用效率,那么就需要了解现有资源以及决策是否有一些使其服务更好的办法,即便是在全新负载需求下。 如今许多的存储新贵们,我更愿意称之为市场构架师,建议提升存储使用效率的最好方式是回归到更为简单的直连存储上,存储直连或者附加到服务器机架上。

根据服务器虚拟化层厂商的说法,这种以服务器端为主的模式,结合了一些集中化的增值存储软件服务,增强了应用服务能够根据宿主机的负载挂载存储共享资源,也是下一代存储架……

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

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

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

服务器端的存储及虚拟SAN已经获得了足够多的市场重视。一些服务器虚拟化厂商甚至向用户宣传传统技术例如SAN以及NAS过于严格且不方便,不合适由服务器虚拟化发起的下一代敏捷计算。然而,如果最终目标是提升存储使用效率,那么就需要了解现有资源以及决策是否有一些使其服务更好的办法,即便是在全新负载需求下。

如今许多的存储新贵们,我更愿意称之为市场构架师,建议提升存储使用效率的最好方式是回归到更为简单的直连存储上,存储直连或者附加到服务器机架上。根据服务器虚拟化层厂商的说法,这种以服务器端为主的模式,结合了一些集中化的增值存储软件服务,增强了应用服务能够根据宿主机的负载挂载存储共享资源,也是下一代存储架构。

起初看来,软件定义存储模型的目标是很诱惑人的。将服务器端拓扑和增值的存储服务结合起来,通过创建集中化的存储软件服务,可以免除一些附加的以阵列为中心的软件许可费用,从而降低成本。服务器端的存储阵列仅仅是简单地将数据在自身存储之间复制,以便一旦遇到应用从一个物理主机迁移到另一个物理主机的时候,提前搭建好并且做到数据同步。这样的方式下,数据和服务均得到了复制,工作负载也得到了一个机器到另一个机器的迁移,整个过程中无需为按需调整资源,而在存储层或应用层更改配置。

以最简单的形式理解,这意味着无需花费人工操作,就可以完成在不同客户端路径的人工配置,具体可以体现在部署在物理机上的虚拟机,物理存储硬件上或者逻辑卷里存储的负载数据以及可能的虚拟机磁盘,不管是VMDK还是虚拟硬盘。这加强了客户端应用在不同物理机主机上迁移的效率,不论是作为服务器负载均衡的功能之一还是性能优化,再或者是软硬件单点故障的响应。

支持者表示,自由迁移的应用就像剪贴操作那样简单方便,这些只是甜头的开始。软件定义的存储还可能意味着你不再需要当客户端应用需要的时候增加提供存储资源的步骤,或者也无需关心新存储上是否关连好合适的服务(数据保护服务,精简配置服务,重复数据删除服务等),再或者不会为每个配置的调整再次调整存储管理上的配置及额外流程。所有的这些都将在服务器端附加的软件定义存储中得以体现,这些功能在传统的SAN或者NAS存储上都不曾有过。

创建虚拟卷的四个优势

实话说,如今有不少现成的SAN以及NAS解决方案里是针对如今存储效率提升问题的,但是有关最佳途径的争论仍在进行。事实上,SAN和NAS新推出的产品中通过附加在阵列控制器上的增值软件,稀释且降低了每GB存储上的成本。然而通过回归到DAS方式配合集中化增值软件服务绝非偶然。

从发展的角度看,回归到以服务器端为集中的硬件拓扑结构是倒退,因为之前的发展方式是将孤岛上的数据存储迁移到更大的资源池里。另外一种解决共享存储的方式是将现有所有的SAN存储里的容量全部虚拟化,然后以虚拟卷的形式交付给虚拟以及非虚拟化的应用。这样做的好处有如下几个方面:

1. 复制功能。通过对存储容量进行虚拟化处理,可以通过创建虚拟卷的方式实现不同客户端应用在不同物理主机之间的迁移。这就减少了对多重复制的需求,在虚拟化的工作负载情况下,使得在可能承载应用的单个主机背后的数据实现化得以实现。此外,也预留了对x86虚拟化负载加上截止到2016年预估的25%左右的非虚拟化业务应用的支持能力。存储虚拟化引擎可能作为软件运行在服务器上,例如像DataCore Software'的SANsymphony-V,再或者是作为一个实例,例如像IBM的SAN Volume Controller。不管是哪种形式,相比于替换整个存储成本都是降低的。

2.配置功能。当虚拟化后的负载在主机之间迁移的时候,存放数据的虚拟卷的位置仍然保持不变,但在应用存储新路径下,应用存储I/O请求被重新均衡且透明的应用到全新拓扑里。后续也无需重新建立漂移后的应用到数据存储服务之间的连接。

3. 共享特性。这些服务不再以孤岛的功能模块形式部署在阵列控制器上,反正以基于软件的终极控制器形式共享出来。故而,虚拟卷与绑定的工作负载可以根据需要分配给数据保护服务,性能管理服务,容量管理服务以及安全服务;即便是应用程序更换了主机位置,也可以保证应用的连续性。

4.硬件寿命。存储虚拟化提供了实际的价值,实现了利旧存储,除非实在必要否则也无需花费升级费用,将旧设备整合到现有架构中,同时将价格昂贵的闪存存储更为有效率的分配到不同的工作负载中,此外还以存储资源池的方式让数据在合适的存储层级存放。

尽管有这些潜在的优势,存储虚拟化已经被人刻意的从软件定义存储的概念中排除。

鉴于管理人员比较看重的是投资回报率,以合适的价格选择合适的存储来提升存储效率显得合乎情理。即便是在现有架构中利旧使用过的设备,只要设备是合法规且正常运行,也未尝不可。另外一个显而易见的必须点是,确保设备搭建以及配置完毕,做到最好的运行状态、弹性及吞吐量。还有一点不是很明显,就是现有共享存储被替换的理由,尤其是在通过存储虚拟化实现了软件定义存储的所有功能,且能降低重新采购成本的时候。

低效的存储使用将会导致成本的提升以至于管理层会考虑削减成本的途径。只有从精通商业角度考虑来解决存储低效使用问题才有可能寻找出一套可行及可持续性的策略以寻求存储最佳性能和最佳使用率,从而才能够达到管理层期望的提升回报率的最终目标。

相关推荐

  • IT存储管理员:多一些业务 少一些比特

    存储专家的日子可能即将结束,然而,尽管某些存储技能已经过时,但存储管理员对于企业利益的重要性也同样重要。

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

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

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

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

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

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