VVOL、VASA — 为什么如此重要
原文:http://chucksblog.emc.com/chucks_blog/2013/11/vvols-vasa-and-why-it-all-matters.html
注明:本文内容基于 VMware VSAN beta 版本撰写,请访问http://www.vmware.com/products/virtual-san/获得有关正式版本的更新信息。
几乎每一个与存储或虚拟化打过交道的人都听过这些术语,或许您还知道这些概念的含义。
但是并没有很多人知道这些正处于开发阶段的 VMware 技术为什么对存储用户和供应商如此重要。
我承认,我当初对几个概念的初步认识也比较肤浅。但我在 VMware 工作期间,我对这个领域正在发生的事情以及它们为何如此重要逐渐有了更加深刻的认识。
如果您已经这些内容了解得很深,可以跳过这篇博文。或者其他读者想继续阅读...
问题陈述
为简单起见,我们来设想一个典型的 IT 环境。
我们有三个相关的组件。
首先是任意数量的阵列,它们可能来自不同的供应商,而且每个阵列可能有不同的功能。
其次是一套任意数量的应用程序,每个应用程序可能需要不同的功能,从理论上来说,这些功能可能由存储阵列提供。
最后是一个预想中的 vSphere 环境,它能在应用程序的需求与阵列的功能之间进行仲裁。
问题 — 您如何以一种简单、轻松、自然的方式将使用者与提供者联系起来?听起来容易,但事实证明,实现起来非常困难。
第一种模式
第一种方法是配置不同类别的阵列(高端、中层、NAS 等),并将给定应用程序的虚拟机与特定阵列静态绑定在一起,这种方法今天仍在使用。
例如,所有重要的虚拟机在高端阵列上运行,所有不太重要的虚拟机在中层阵列上运行,所有非关键虚拟机在廉价阵列上运行。
这不失为一个解决方法,但肯定不是最理想的。
首先,这种方法假设一个给定的阵列只能提供一种级别的服务,目前这种情况并不常见。
当今所使用的现代阵列具有广泛的灵活性,能够提供不同级别的性能、数据保护、分层、复制等。现代阵列上的给定数据存储具有很多不同的策略特征,有时甚至可以动态更改策略特征。
其次,它在某种程度上迫使您仔细权衡应该购买哪些类型的阵列,购买多少个,什么时候购买。存储阵列是一种非常昂贵的设备,它们需要花很大的力气迁入和迁出数据,而且您肯定不想浪费自己购买的任何容量。
因此,实际上这会导致阵列提供的资源和应用程序实际需要的资源发生很大的偏差。我们总是说,为了安全起见,就算犯个错误也是值得的,所以您会看到许多高端阵列会用来支持不太关键的应用程序。
因此,它们肯定不像我们在今天的虚拟化计算环境中看到的那样高效和优化。
第二种模式
一旦人们认识到给定的阵列有可能提供多个级别的服务,并开始利用这一优势,事情就会向更好的方向发展。尽管还是不够理想,但比之前好多了。
存储管理员会在给定存储阵列中创建不同的服务级别,比如典型的金牌、银牌、铜牌方法。现有的和新的工作负载可能会分配给一种静态服务级别,由存储管理员提前确定。
如果服务级别要求提高或者降低,就需要将给定应用程序的数据存储移动到存储阵列的适当池中。没错,需要做一番努力,但不像其他替代方案那么麻烦。
在这种模式下,我们取得了很大的进步,因为现在资源的合用程度更高,不再需要过多地进行提前规划了。
然而,由于一些原因,我们依然没有达到理想状态。
第一,当新阵列投入使用时,管理员仍然必须进行一次预测然后置备的规划过程。重新划分阵列资源并将它们用于一组不同的服务池的确不是一项简单任务。
第二,我们依然没有满足各项应用程序要求,我们只是把它们随意放进便于使用、标准化和预定义的存储桶中,而且对于存储阵列的每项功能都是如此:性能、保护、远程复制、加密等。
理想情况是,我们为每个应用程序都准备一个专用的存储配置文件,这种存储配置文件可以专门用于每个虚拟机(和每个应用程序。无需预先分配标准化存储桶。无需专门将给定应用程序映射到特定阵列。能够扩展或缩减。再次说明一下,最理想的情况就是利用每虚拟机粒度。
而且,这正是 VASA 和 VVOL 努力实现的方面。
第三种模式
我们先回到前面提到的使用者/提供者模式。
理想的情况是,每个阵列都公开一份可能调用的功能清单。
假定我是一个阵列。这是我所拥有的容量。这是我使用闪存的功能 — 作为缓存或持久存储。这是不同的置备模式:精简置备、厚置备、预留置备等。这是我的存储保护模式:RAID 选项等。这是我的远程复制选项:同步、异步等。这是我识别一致性组的功能。这是我加密静态数据和执行重复数据消除的功能等等。
这些功能全都以机器可读的格式公布,以便日后使用。
现在,我们从使用者角度审视一番。
这是一个要置备的应用程序,显然是在虚拟机中。这是我认为我需要的容量、性能、首选置备、保护模式、复制、加密等。
或许这已被简化成一个标准化配置文件,但如果需要,这些所需的功能都可以按每虚拟机粒度来表示。
设想一下,正在传递给存储阵列池的请求(可能来自多个供应商)以及收到的答复:这是您的选择。包括如果您的请求无法满足,您会选择怎么办?
假设请求可以满足,则会使用请求的属性(仅仅使用这些属性!)置备数据容器来满足应用程序数据存储的需求。如果需求发生变化(容量、性能、保护等需求增加/减少),也可以动态地表达并满足这些需求。
存储管理功能基本瓦解,剩下的只是确保有足够的资源(指的是总资源量)可以满足使用者请求,并保持存储基础架构的总体运行状况。
相反,存储置备现在变成了应用程序置备不可或缺的一部分,采用与 CPU、内存等其他置备资源相同的方式同时完成。
很难想象有一个面面俱到的模式:)
这正是 VASA 和VVOL 的意义所在
VASA (vSphere APIs for Storage Awareness) 是存储提供者和存储使用者之间的标准交流方式。
目前正在使用的是 VASA 1.0,VASA 2.0 将进一步扩展生产者和使用者之间的交流范围。
VVOL 是使用 VASA 置备的存储容器。它恰好与虚拟机边界完美契合。其中包含数据存储、一套预期的数据服务,并维护所请求策略的元数据。后一点很重要,比如当您需要考虑合规策略时。
警告:前方障碍
尽管这一切在理论上看起来十分理想,但实现起来需要面对许多实际挑战。
首先,我们需要等待未来版本的 vSphere 提供所需的VASA 2.0 和 VVOL 支持,但这很快就能实现。
第二,VMware 的存储阵列合作伙伴需要完成一些繁重的工作。许多阵列在设计时并未考虑公开它们的各项功能以及动态使用这些功能,更不用说使它们与虚拟机边界契合了。
我们需要看到有一些东西(比如丰富的 VASA 提供程序)来公开此前仅限于专有接口的许多功能。实施 VVOL(使存储和服务与虚拟机边界契合)会带来更多挑战。
但是,或许最具挑战性的障碍是,企业级 IT 厂商将不得不从多个方面发展其存储模式。简单地划分 LUN 池(或文件系统)不再凑效,这项工作会在使用者和提供者之间动态完成。这样,存储置备就会发生彻底改变。容量规划也会发生改变,性能管理也是如此。
这是一个重大转变,尤其对于大型厂商。
话虽如此,但我认为一旦适当规模的 VMware 厂商充分理解了新模式的意义,迟早会抱着强烈的热忱去实现这一目标。到那时,我确信我们会在不久之后看到一些激烈竞争的存储阵列提供商争论谁的 VASA 和 VVOL 实施得更好。最终,这些产品会迅速向前发展。
前方道路?
在 VASA 和 VVOL 的讨论中会涉及到真正颠覆性的创新理念:管理员可以大大减轻众多业务策略的工作负担,从性能和可用性等简单工作,到 HIPPA 合规性等更为微妙的内容。
首先,这可以在应用程序置备期间完成,将那些需求与虚拟机本身联系在一起,然后统一将那些需求公开到支持基础架构。
这种想法很激进,但如果您经过深思熟虑,显然也会产生这样的想法。它肯定会改变我们思考存储置备和运行模式的方式。
没错,它是一次大胆的飞跃,但它需要去做。
欢迎在微博上关注我,这样在我发布博客文章后您就会收到通知,并可以让您了解更多有关 VMware 存储的信息:@VMware中国
--------------------------------------------------------------------------------------------------------------------------------------------------
作者: Chuck Hollis
近日,ChuckHollis 加入了 VMware,担任存储与高可用性部门首席策略专家。在 Chuck Hollis 的领导下,VMware成功发布了一款领先的软件定义的存储解决方案-VSAN。期间,他将其在存储行业和 IT 生态系统方面的真知灼见引入了VMware。加入 VMware 之前,Chuck Hollis 曾经在 EMC 任职 18 年,担任 EMC 全球营销首席技术官。他喜欢与客户和业内人士探讨各类技术话题。当然,也酷爱写博客。Chuck 与妻子和孩子们共同居住在马萨诸塞州的霍利斯顿。
转载于:https://blog.51cto.com/vsdsrevolution/1411179
VVOL、VASA — 为什么如此重要相关推荐
- VVOL和VASA Provider
VVOL和VASA Provider 集群模式Data ONTAP的VASA Provider提供了创建和管理VMware虚拟卷(VVOL)所需的工具.VVOLS是软件定义的存储,可简化存储管理.VV ...
- VAAI和VASA以及vVOL
转载自:http://blog.sina.com.cn/s/blog_722532880101l7f2.html VMWare vSphere Storage API - Array Integrat ...
- 新概念英语(第四册,旧版)复习(原文及全文翻译)——Lesson 33 - The Rising of ‘Vasa’(瓦萨号出水)
Lesson 33 - The Rising of 'Vasa' From the seventeenth-century empire of Sweden, the story of a galle ...
- VMware SDS 之四:VSAN的技术细节
本篇文章会详细介绍虚拟机存储策略,IO如何流动等技术细节.在介绍存储策略前,我们先来探讨一下支持存储策略必备的技术VASA. 目前占据存储市场主流的磁盘阵列,大多数都是在以vSphere为代表的服务器 ...
- as5300g2 nas软件功能_【浪潮混闪存储AS5300G5-可同时提供SAN和NAS两种服务的中端混闪存储系统】价格_厂家 - 中国供应商...
功能特性 极速性能 (1)平台升级:G5采用全新一代硬件平台,芯片升级.规格升级,性能同比上一代平均提升30%,为提高存储系统的数据处理效率提供有力支撑.同时结合G5的智能软件,如智能缓存加速.智能分 ...
- VMware SDS 什么是VSAN?? VSAN的体系结构 (含VSAN 6.0、6.1版的新内容)
VMware SDS 之一:什么是VSAN?? http://www.voidcn.com/article/p-yglfqgng-bt.html VSAN可看成是一种vSphere Storage,是 ...
- VMware SDS 之四: VSAN的技术细节 (含VSAN 6.0、6.1版的新内容)
本篇文章会详细介绍虚拟机存储策略,IO如何流动等技术细节.在介绍存储策略前,我们先来探讨一下支持存储策略必备的技术VASA. 目前占据存储市场主流的磁盘阵列,大多数都是在以vSphere为代表的服务器 ...
- 比较从 vSphere 5.x 到 vSphere 6.5 的各个版本
最近在与同事沟通过程中,发现自己对于VMware各版本的功能差异不是非常准确的掌握,特意找了很久,找到了一个相对比较全的. 未来还会逐渐准备更多系统学习的相关学习资料: 比较从 vSphere 5.x ...
- VMware的存储野心(下):虚拟卷和闪存缓存
在上一篇 <VMware的存储野心(上):软件定义.分布式DAS支持>中,我们分别讨论了"何谓软件定义的 存储?vSphere哪些方面仍待提高?"和" VMw ...
最新文章
- Android高级编程(笔记)-第6章 数据存储、检索和共享--2--本地文件
- jittor 和pytorch的生成网络对比之aae
- 剖析一个再次调整的seo排名案例
- C++的decltype()的介绍
- ADS-B显示终端5.9
- 实战 IE8 开发人员工具
- ophonesdn对首位优秀版主mobileguy的专访
- mySQL无锁队列_使用 MySQL 实现无锁任务队列(using MySQL as a job queue)
- vue在filters中使用sort()无限循环踩坑实践
- shell脚本自动更新ca证书
- iOS应用性能调优的建议和技巧--中高级--王朋
- 植物摄影——顶尖高手传授独门秘技
- linux下查java版本_linux如何检查Java版本
- 量产无人车?Waymo将在 底特律建厂并大规模生产自动驾驶出租车
- android 闪光灯 频闪,技术丨频闪人像的闪光灯调节和拍摄要点
- War3地图编辑器基础:自动刷兵
- linux kill一个进程杀不掉怎么解决?
- android 微信双服务,微信双开重大更新 微信最新版可双账号一键切换登陆了
- 优达棒球赛数据分析项目
- nova launcher_如何访问Nova Launcher的“实验室”设置以进行实验功能