您的位置: 网界网 > 网络学院-存储 > 正文

存储如何在数据中心虚拟化浪潮下转型?

2014年05月20日 16:51:26 | 作者:佚名 | 来源:畅想网

摘要:服务器管理员,而不是存储管理员,成为在VM级别上配置存储的负责人。仍然有一些管理任务,需要存储管理员深入理解存储在表面之下如何工作。但日常的存储管理工作现在转向服务器管理员。存储,SSD,SAN,虚拟化,重复数据删除,...

标签
SAN
SSD
虚拟化
自动精简配置
重复数据删除
存储如何在数据中心虚拟化浪潮下转型?存储、虚拟化、数据中心、服务器存储

在虚拟服务器的世界里,LUN的概念以及其应该受到的关注不会停止。

我们几十年来一直熟知的数字存储行业的LUN和卷的时代正悄然地接近尾声。如果你问我,我认为这理所应当,虽然存储管理员可能感受到这个变化带来的威胁。

在物理服务器的世界里,我们将一组磁盘驱动器聚集成一套RAID并创建一个LUN的行规几十年来一直运行良好。LUN被创建用于识别它所服务的应用的类型,并且与该应用根据重要程度所认可的全部合适的存储服务(复制、压缩、快照等)相互关联,这非常好。但是后来我们开始用同一个LUN为几个应用提供服务。除非我们过度使用,或者应用不稳定,LUN都可以为多个应用提供服务。如果一个应用足够重要,它会有专属的LUN和关联的服务,虽然容量或者性能的利用率有时候不太理想。

再后来,服务器虚拟化出现了,情况变得一团糟。一个或者几个LUN向众多的虚拟机(VM)甚至可能向几台主机(每台都有代理着各种各样应用和工作负载的几十个VM)提供服务,根本无法停止。声名狼藉的I/O搅拌机效应(I/O blender effect)这时得到很好的理解。过去非常协调的LUN正在全力对付由大量VM无法预测的猛烈进攻而引发的完全随机的I/O。存储控制器不堪重负,应用性能一落千丈。

存储行业以各种各样的解决方案来回应这个问题。传统的存储阵列厂商增加固态驱动器,以提供更多的I/O。他们也对阵列进行内部虚拟化,因此全部的磁盘驱动器都向所有的VM提供服务,而不仅仅是几个驱动器不断地受到攻击。他们使用vStorage APIs for Array Integration、vStorage APIs for Storage Awareness 或者Hyper-V’s Offloaded Data Transfer等应用编程接口(API)增加功能,使他们的系统与VMware或者 Hyper-V更加紧密地集成。我们看到一批新的厂商凭借为虚拟世界重新构建的存储进入市常这份名单包括Gridstore、Nimble Storage、Nutanix、Scale Computing、SimpliVity和Tintri等。惠普以其StoreVirtual VSA作为回应,要么体现为与任何存储一起使用的VM,要么体现为一套完整的设备。而其他后来者则开发与目前的存储阵列一起使用但为性能、延迟和容量削减提供数量级改善的软件。经典的例子是被VMware收购了的Virsto Software。

在向应用提供存储服务方面,后两种类型的产品采用非常不同的路径。它们百分之一百以VM为中心。它们完全摆脱了存储厂商自SCSI时代伊始就痴迷的LUN中心论。人们通过策略来分派虚拟机的重要性级别。这个策略设定VM将获得的存储的类型和数量、数据放置的位置、数据复制的次数以及将获得的数据保护的类型。在很多这种产品中,VM甚至可以被分派服务质量(QoS),以确保它在出现争用的时候可以优先获得合适的资源。这些产品按虚拟机的方式被监控,并按每台VM的方式提供性能数据、容量利用率和其它相关信息。不用克隆LUN,克隆VM即可。不从存储控制台管理存储,而从VMware vCenter 或者Microsoft System Center对它进行管理。

服务器管理员,而不是存储管理员,成为在VM级别上配置存储的负责人。仍然有一些管理任务,需要存储管理员深入理解存储在表面之下如何工作。但日常的存储管理工作现在转向服务器管理员。

创建新的LUN、因应用的条件变化对LUN进行调整、选择正确的RAID组、同步或者异步复制卷等活动都不再需要。许多这些功能已经在VM级别上被自动化和触发(你一定猜对了)。性能指标,包括那些我们过去与存储关联的指标,现在都在VM级别的粒度上从VMware vCenter或者Microsoft System Center VMM查看。在LUN级别上进行工作不再有任何意义。

当然,这里提到的各种各样的产品实施这些功能的方式不同。Nutanix、Scale Computing和SimpliVity的产品不仅是存储,而是一套基础设施。Nutanix 和SimpliVity只支持VMware;ScalComputing现在只支持KVM。不管怎样,这些存储是百分之百以VM为中心,你要是指望它的话,你找不到针对LUN的。Tintri现在是仅用于VMware的存储,而Nimble Storage支持所有主要的虚拟机管理程序。Gridstore将虚拟存储控制器作为Hyper-V的微型端口驱动程序。它使用这个虚拟控制器感知每个应用被分派的优先级别和I/O需求,以便实现高级的QoS和参数自动调整的功能。但是除了这些区别以外,这些产品在概念上都受到VM中心论的束缚。

当然,世界还没有完全转型。传统的存储玩家们正绞尽脑汁使他们的阵列的功能更有效地与VMware、Hyper-V和XenServer协同工作。他们也向服务器虚拟化管理员的控制台提交存储管理的信息。但是毫无疑问,繁琐的LUN管理的时代结束了。LUN在表面之下可能没有被废弃,但是作为存储管理员使用的主要武器,肯定是被废弃了。创建和选择LUN可以非常容易地通过存储系统,与应用和虚拟机管理程序协同工作,以完全自动的方式完成。按照定义,在VM级别上工作提供了应用感知---可以被用于负载均衡、自动调校并提供正确的QoS等大量用途的认知能力。

现在,存储管理员可以从向应用提供存储之类的所有琐事中解脱出来,专注于基础设施规划、提高效能的信息分析之类的战略事项。当然,数据保护、归档和灾难恢复,以及与云存储相关的所有事情,仍然需要处理。可能需要再花三年的时间,这个行业才能到达这个阶段,但前景是明摆着的。明智的存储管理员已经在为不受LUN牵绊的日子未雨绸缪了。LUN技术一直运行良好,但现在是时候舍弃LUN了。

[责任编辑:孙可 sun_ke@cnw.com.cn]

我也说几句

热点排行