原文:http://chucksblog.emc.com/chucks_blog/2013/01/what-i-mean-when-i-say-enterprise-storage.html
注明:本文内容基于 VMware VSAN beta 版本撰写,请访问http://www.vmware.com/products/virtual-san/获得有关正式版本的更新信息。
最近发布的 VMAX 10K 为我们存储人士带来了一个有趣的讨论话题:确切地说,“企业存储”是什么?
我发现行业分析人士提供的定义不够完整,不能令人十分满意。
而且,任何存储供应商当然都有强烈的动机给他们的产品贴上“企业”标签,试图吸引更多的潜在客户。
在这方面,我有很多很有说服力的依据,但也不是无懈可击。截至目前,我已在存储行业工作了将近 20 年。我每年会见超过100 名客户和合作伙伴,而且这项工作我已经做了很多年。我的偏爱是可以预见的:到目前为止,我在 EMC 工作了 18 年。在这期间,我几乎一直与 Symmetrix 和 VMAX 产品线密切合作。
像那个不光彩的引述一样,我看到企业存储需求的时候就能判断它是不是。
背景
想象一个为成百上千个客户服务的发电厂。
尽管人们或许倾向于不把电力本身看作是一种商品,但有些电力客户有着特别苛刻的要求:他们希望电网运行稳定,绝对可靠,能够应对不可预测的用电高峰,等等。
当然,提供这些服务的发电厂不是一种商品:)
记住这个有用但不完美的类比,我们来了解一下我心目中的企业存储的定义。
客户与众不同
当您遇到真正的企业存储客户(或正在成为企业客户的人)时,他们往往对 IT 有一个比较成熟的整体看法,尤其是对存储。他们不仅仅是出于战术临时考虑购买存储,还会将存储作为一个可以集中投资和广泛分享的合用功能集。
他们知道他们需要什么,以及为什么需要。而且如果您询问,就会听到许多关于这种观点是如何发展形成的惨痛教训:)
他们思考的核心是为大量关系到业务成败的关键业务应用程序提供存储支持。如果由于任何原因,导致其中一个应用程序运行不畅,后果那就不是 IT 团队不好过了,而是整个公司都不好过。有人甚至会因此接到首席执行官的电话。
与此同时,他们还会考虑效率和更广泛的要求。现在回到我们的类比上来:既然您已经投资了一个世界一流的发电厂,为何不多发展点客户呢?向增量用户或应用程序提供适当的存储服务级别的边际成本通常远远低于自行构建这些服务的成本。
这些客户不会担心自己是否依赖特定技术和供应商。他们知道这是一个长期关系,不只是某个时间点的一次交易。而且,他们往往看得比较远,不会单单看重速度和容量或每磅价格。
以不同的方式思考规模
尽管有许多中等规模的企业阵列客户(例如 1PB 或更少),但其中有些环境实际上可能会变得很大。
例如,最大的 VMAX 40K 可以达到 4PB 可用容量,而且我们的许多客户拥有多个 VMAX。成千上万个卷、数千个 I/O 端口、成千上万个物理机和虚拟机等环境也并不罕见。
就像发电厂可以变得越来越大一样 -- 企业存储环境也可以逐渐变大。对于大规模的环境,讨论内容当然非同寻常。但值得注意的是,不是所有的企业存储环境都必须很大 -- 目前入门级市场十分活跃。
以不同的方式考虑性能
想像一下企业级存储的工作负载:IOPS、带宽、读/写比、数据偏移等。它们中任何一个的性能要求很少是一成不变的,而是经常发生出其不意的变化(例如进行数据库还原时)。考虑企业存储时,您要评估处理意外的能力。
现在,取一定倍数的相同工作负载,将它们放在相同的企业存储阵列上。它们的 I/O 表现可能会随机化,更有可能是要费力地关联起来,就像季末一样。
回到我们的发电厂类比上来,一股热浪往往会导致电网需求异常升高。
如果恰好需求大于供给,您得希望身边有相应的工具可以应对这种情况,以便性能尽可能在条件允许的情况下平缓地下降,迅速增加更多资源,或者根据需要优先满足一些性能要求。
如果您是一位长期读者,您会记得我在谈到行业基准和总体存储性能测试时,对一些糟糕工作的愤怒之情。模拟这种真实的聚合性能需求需要花很大的力气,而且不像启动许多采用千篇一律的脚本的服务器那样容易。
对于这类 IT 组织,这个东西至关重要。真的很重要。
您通常会在企业存储阵列中发现的架构响应就体现了这些需求:
至少两个智能控制器,还要求它们会随着各项要求的扩展而迅速增长
除闪存以外,在阵列中广泛使用 DRAM 非易失性(写)存储缓存
紧密耦合的低延迟横向扩展架构,用于实现线性扩展和负载平衡
非常成熟的智能算法,以便在要求和资源之间取得平衡
大量的计算能力
管理员非常了解情况,掌握着控制权
以不同的方式思考阵列可用性
当然,每个人都关心数据可用性,但企业存储人士会将其提升到完全不同的层次。在企业阵列层面,单单讨论 RAID 级别和无单点故障等特性太过简单。
例如,高级企业存储阵列设计往往假设阵列中可能有多个并发故障。
为每个逻辑运算检查和重新检查数据完整性。主动监控阵列的运行状况,如果事情朝着错误的方向发展,则要在出现任何类型的用户级别问题之前,发出重要警报(通常直接反馈给供应商)。
密切关注断电时具体发生了什么,或者更有可能先出现一连串的短时间停电,然后再出现长时间停电 :) 这种想法还可以延伸到当电力最终恢复时,尽可能快地恢复存储服务可用性。
当然,一切都必须设计为不具破坏性:硬件重新配置、逻辑重新配置、软件更新 -- 无例外情况。您不能只是因为有新的代码版本就关掉发电厂。
因此,有许多可用性情形会影响性能(出现故障的驱动器、控制器、路径等),所以,势必要对一个或多个组件由于任何原因出现故障时,给应用程序性能造成的影响考虑清楚。
耐着性子听完了这么多技术讲解,我通常使用“冗余的冗余”这个术语描述架构思维。
每种情形都必须考虑到,而且产品人员能够为您愿意设想的几乎任何情形实施计划 A、B、C 等。
架构选择体现了企业存储客户的思维:
强烈偏向于使用最少四个控制器,以支持 N+X 故障切换情形(尽管有些客户最初使用两个控制器)
持续运行预测性诊断,以及供应商在阈值被打破时能迅速提供支持
一切都不具破坏性:硬件、软件、配置等
所有地方都具备冗余错误检查
难以置信的彻底认证、代码测试和逐渐推出新功能
考虑多个组件发生故障时的性能
EMC 注解:我们使用 DU/DL(由于任何原因出现的数据不可用或数据丢失)概念衡量存储阵列可用性。它比人们更加熟悉的 MTBF(平均无故障时间)更能体现客户要求。据我所知,ESD 团队(包括VMAX 人员)将 DU/DL 统计数据作为其薪酬计划的一部分 -- 这意味着如果我们的一个客户不好过,整个产品组都不会好过。
这就是我所说的激励联盟:)
以不同的方式思考阵列可管理性
就像经营一个发电厂一样,运行企业存储阵列意味着,您正在交付人们依赖的关键存储服务。您能够快速、高效地置备新客户,监控服务级别交付,以及立即追溯出现的问题的根源。当然,您需要针对共享资产获得各种类型的详细报告 -- 利用率、性能、可用性、计费等。
像发电厂一样,企业存储资产必须有超长的使用寿命 -- 比行业其他供应商提供的标准寿命还长。
这意味着能够尽可能多地混合使用旧硬件和新硬件,不断为旧技术添加新功能,以及在不再销售产品后提供难以置信的长支持周期。鉴于行业的飞速发展,近期的例子包括向全磁盘阵列添加新的闪存驱动器,或者向起初为 FC 配置的机箱中添加FCoE。
您希望您的发电厂能够尽可能长时间地充分利用新技术。
以不同的方式思考业务连续性
所有有价值的信息,所有重要的应用程序 -- 企业存储正是大多数优秀的业务连续性技术的来源,这会令人感到惊讶吗?
本地和远程复制的关键支持技术在任何企业存储阵列环境中均已发展到了非常高的水平 -- 不仅仅限于性能和规模,还有稳健性、效率和应用程序集成。
它们也非常需要更新的支持高级主动-主动拓扑的技术(例如,EMC 的 VPLEX)。
不仅仅是采用最佳技术,您还会发现适用于配置、测试、自动化和业务连续性管理情形的最佳流程和方法。这其中的许多环境,并不是要求“足够好”,而是要求最好。
我还要深入分析其他重要方面:安全性和可审核性,配置管理,客户服务等 -- 但是我认为,上述信息足以给您一些启发。
客户观点 -- 再次强调
给我五分钟与 IT 小组接触一下,我可以判断他们是不是企业存储客户。给我十分钟,我可以判断他们是否正在成为企业存储客户 -- 只是因为他们的需求已经发生了变化。
存储市场规模庞大,变化多端。看起来有无数个细分市场和子细分市场,而且一直在创造新的细分市场。善于锁定令人感兴趣的部分的供应商拥有相对于千篇一律的供应商的战略优势。
但是,企业存储客户的需求在过去二十年里真没有发生多大变化。当然,产品变得越来越好 -- 这一点从未改变。对于大声宣布“企业存储已死”的人,我会鼓励他们经常喊一喊。
事实所呈现的是完全相反的一面。原因很简单:随着企业信息不断增长 -- 在数量、速度和重要性方面都是如此 -- 我们发现拥有企业级存储要求的客户比以往更多了。
您的想法?
您如何看待企业存储 -- 尤其是如果您使用我描述的企业级存储阵列产品线中的产品?
赞同?不赞同?还是有不同的观点?
我愿意在评论部分看到您的意见…
欢迎在微博上关注我,这样在我发布博客文章后您就会收到通知,并可以让您了解更多有关 VMware 存储的信息:@VMware中国
--------------------------------------------------------------------------------------------------------------------------------------------------
作者: Chuck Hollis
近日,ChuckHollis 加入了 VMware,担任存储与高可用性部门首席策略专家。在 Chuck Hollis 的领导下,VMware成功发布了一款领先的软件定义的存储解决方案-VSAN。期间,他将其在存储行业和 IT 生态系统方面的真知灼见引入了VMware。加入 VMware 之前,Chuck Hollis 曾经在 EMC 任职 18 年,担任 EMC 全球营销首席技术官。他喜欢与客户和业内人士探讨各类技术话题。当然,也酷爱写博客。Chuck 与妻子和孩子们共同居住在马萨诸塞州的霍利斯顿。