再见!那些年,运行良好的LUN

日期: 2014-01-19 作者:ARUN TANEJA翻译:李志明 来源:TechTarget中国

在虚拟服务器的世界里,LUN的概念以及其应该受到的关注不会停止。 我们几十年来一直熟知的数字存储行业的LUN和卷的时代正悄然地接近尾声。如果你问我,我认为这理所应当,虽然存储管理员可能感受到这个变化带来的威胁。 在物理服务器的世界里,我们将一组磁盘驱动器聚集成一套RAID并创建一个LUN的行规几十年来一直运行良好。

LUN被创建用于识别它所服务的应用的类型,并且与该应用根据重要程度所认可的全部合适的存储服务(复制、压缩、快照等)相互关联,这非常好。但是后来我们开始用同一个LUN为几个应用提供服务。除非我们过度使用,或者应用不稳定,LUN都可以为多个应用提供服务。如果一个应用足够重要,它会有专属的……

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

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

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

在虚拟服务器的世界里,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了。

本篇文章选自《存储经理人》2013年11月刊。了解更多《存储经理人》请点击:http://www.searchstorage.com.cn/ezines/index.htm

作者

ARUN TANEJA
ARUN TANEJA

是Taneja Group的创始人和总裁,也是专注于存储和以存储为中心的服务器技术的分析师和咨询顾问。

相关推荐

  • 闪存采购之计算环境检查

    当应用程序或者环境达致性能极限的时候,如今最普遍的反应是购买闪存存储。虽然闪存可能是最终的答案,但是IT规划人员在增加任何类型的闪存之前应该采取几个步骤。

  • 你都如何选择LUN大小?

    在确定虚拟存储的合适的逻辑单元(logical unit size,LUN)的大小的时候,需要关心什么问题?

  • 快照服务:LUN过时了

    “作为一个抽象的单元的存储LUN即逻辑卷的概念应该摒弃,基于LUN的概念已经过时了。”DeepStorage.net公司的首席科学家Howard Marks对于存储LUN有一些激进的看法。

  • VMware Virtual Volume(VVOL):解决VMDK与存储脱节问题

    VMDK管理不知道存储,存储管理不知道VMDK。VVOL的出现能否打破这种脱节?