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

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

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友