原文:http://chucksblog.emc.com/chucks_blog/2013/01/sddc-and-the-elephant-in-the-room.html
注明:本文内容基于 VMware VSAN beta 版本撰写,请访问http://www.vmware.com/products/virtual-san/获得有关正式版本的更新信息。
与许多公司相同,EMC 新年伊始举行了领导人会议。为了庆祝、联系、制定战略和共享信息而举行的此类会议“一直都是”大事件。
今年的会议内容深刻,我真是不虚此行。会议的绝大部分时间都用于揭示 EMC 战略隐含的核心元素:云、大数据和信任。我们从产品和技术、服务以及服务和技能等不同的视角切入讨论,最后探讨了对组织和业务模式的影响。
对我而言,这就像一顿乐享不停的丰盛美餐。丰富、详细和精彩异常的想法在此汇聚 -- 不过时间长了还真会感到头疼。
讨论主要围绕的核心概念是代表下一代基础架构和操作模式的软件定义的数据中心(简称 SDDC)。纵观讨论内容,SDDC明显是行业未来很多发展的概念基础。
我开始意识到,我们仍有许多说明工作要做:不仅要解释概念本身,还要解释这些概念对其支持的 IT 团队和组织意味着什么。
经过思考和消化,我希望再加入一些不同观点。
多方观点
我们都熟悉“盲人摸象”的寓言故事:每个人感受到并描述出的大象差别很大,很难弄清楚大象的全貌。
任何时候一个新概念出现时,我们都会看到这个故事重复上演:开始时我们都会透过传统角度看待新事物。
这个故事的寓意非常简单:至少在汇总所有单独观点之前,很难会有“正确的”观点。
截至目前,我们中的许多人已有向不同受众和利益相关者解释 SDDC 概念的实际经验。与大多数早期概念一样,它还没一个可用于解释所有事物的统一定义。
以下是当前一直在使用的观点集合。
观点 1 -- 服务器虚拟化的自然延伸
数年前,当 Paul Maritz 首次成为 VMware 的首席执行官时,他在 EMC 领导人会议上的一席话令我记忆犹新:虚拟化就像微处理器,是一种可以无限扩展的技术:它可以应用于不同的位置,绝不仅限于计算服务器。
核心原则简单至极。
抽象 -- 以逻辑表示法表现事物(相对于事物本身),一个熟悉的例子是虚拟服务器(相对于物理服务器)。这是一个可以提高效率和敏捷性的措施,但到此还不算完。
合用 -- 鉴于已将实体抽象化,合用与共享这些实体的难度降低了很多。效率和灵活性不可避免地继续提升。
自动化 -- 鉴于您的资源已抽象化并且已合用,对其进行协调并实现自动化将更加简单。因此,效率和敏捷性可以提升一大截。
我们都已经看到,这些简单的概念在服务器世界中经历了多大幅度的转变。现在,在虚拟服务器上运行的工作负载已超过物理服务器。
虽然尚处于早期,但我们看到相同的现象已开始在网络领域上演。该现象在存储领域出现的甚至更早。
但是我们讨论的只是物理实体,此概念可进一步应用于逻辑实体:数据库、安全软件、应用服务器、中间件、数据结构和移动应用程序等。
就像 Paul 所说的那样-- 可以无限扩展。
此外,每次抽象/合用/自动化时,您都能获得双倍的效率和敏捷性回报。
按照一致并且标准化的方式在足够多的领域多多实践,距离软件定义的数据中心这个概念就会越来越近。
观点 2 -- 服务器虚拟化的自然演进
服务器虚拟化革命之火继续在整个 IT 领域燃烧。目前的争论已不再集中于对服务器进行虚拟化是好事还是坏事上,更多地是关于我们何时、以怎样的方式实施服务器虚拟化。因此引起的效率/敏捷性回报现在已成为 IT 界的“新思潮”。
现在已经不能回头了。
但是,与虚拟化服务器交互的许多资源实体并未虚拟化,或者至少未虚拟化到我们在服务器领域所看到的程度。
这是个问题。IT 架构和服务交付是团队运动 -- 其他一些团队成员要各尽其才。
如果看到我们通过服务器虚拟化实现的整体效率/敏捷性回报,您就会开始努力思考,需要做些什么才能使团队的其他成员在同一水平上工作:网络、存储、数据库、安全、应用程序和框架等。
观点 3 -- 关于“好”IT 基础架构的哲学陈述
我喜欢 IT 的一个原因在于它是一个没有裁判的持续战场,各种思想和哲学不断在这里交锋!
围绕基础架构展开的一个争论正吵得沸沸扬扬,即什么是“好”的 IT 基础架构:特定用途还是软件定义?在某些方面能让人想起曾经的一个争论,ASIC 与微处理器之争-- 特定用途还是软件定义?
一方认为(可能目前的典型代表是 Oracle 及其 Exa 产品)将所有这些硬件组件组装在一起效果“最佳”:服务器、存储、网络和数据库等。
这并不是一个新观点:想一想 IBM 的大型机和iSeries、DEC VAX(可能还包括 Teradata)。
他们的争论很大程度上是围绕“最好”的定义展开的。如果某人看重敏捷性和对新需求的响应能力,那么任何硬件工程方面的方法将必无优势可言 -- 这样的例子随处可见。
如果某人看重更传统的 IT 要素:例如性能、可用性、效率等,那么问题就仍然有待商榷 -- 值得庆幸的是行业标准技术正在以令人吃惊的速度发展。
让我们将视野放大,“最佳”企业模式是各种特定用途的硬接线堆栈的集合(集成和协调不过是事后想法)?或者,“最佳”模式是功能由软件通过虚拟化动态定义的一种模式?
软件定义的数据中心持纯粹主义的观点:各种 IT 服务最好由已抽象、合用并自动化的实体交付。性能、可用性和效率等需要由您动态拨入 -- 生硬的接合不可取。
个人预测:在 2014 年,这项讨论将基本完成,我希望我们都能继续前进:)
观点 4 -- 支持下一代 IT 操作模式
如果最近几年您一直在读我的文章,就不难得知,关于近在眼前的 IT 组织转型浪潮,我有很多话要说。
我的忠实读者可能都听烦了,这个观点很简单:IT 团队将自身定位为首选的富有竞争力的 IT 服务提供商。这些经过转型的 IT 团队通过提供业务部门想要使用的服务衡量自己 -- 就如同业务部门的一份子。
不要犯错误,这件事非常重要:新角色、新技能和强大领导力等 -- 这是传统企业IT 操作模式的彻底改革。
但如果这种转型进展顺利,将不可避免地发生以下情况:现代 IT 团队开始走出去并寻找现代工具来执行其工作。从这个新角度看,他们并不一定只对可以完全抽象、合用和自动化的事物感兴趣。
服务器虚拟化已经讲清楚了 -- 但其他内容呢?
在我看来,这些不断增加的已转型 IT 功能将成为SDDC 技术最优先并且最好的客户。
观点 5 -- 支持新 IT 使命
IT 的存在是为了省钱还是为了赚钱?
在过去,后者的比重显然更大,但在现在的数字经济中,很难说 IT 没有新使命:创建“数字工厂”,向前迈进的几乎所有新价值主张都从这个工厂产生。
不可避免,这表示一条新 IT 功能之河,利用新设备、通过新平台以全新方式交付的新功能流淌其中。在业务中,速度为王。市场竞争越激烈,敏捷性便显得越重要。如果业务负责人无法从其 IT 团队那里得到敏捷性,他们必定会被迫向外求援。
一个小故事:在一位客户会议上,我正在分享我们的 EMC IT 团队今年夏天如何迁移到私有云上的新 SAP 实例。一张图表明我们现在的运行时 CPU 利用率不到10%,一名听众大声发表了自己认为这很浪费的评论。旧世界遇上了新现实。
我分享了以下观点:之前,我们的运行时 CPU 利用率超过90%,对于后端系统的改进我们真的无能为力。但现在,我们拥有各种提升空间,我们可以借助任何奇思妙想大幅增加业务价值,而无需再关注后端能力。
这是对未来而非过去的投资。这无疑是观念的转变。
观点 6 -- 行业的新“IT 堆栈”模式
关于 IT 行业的“堆栈战争”,人们已经说得太多。相关内容随处可见:IT 供应商将各个组件集中在一起,以便尽可能作为一个完整(和集成)的解决方案提供给客户。
做得好,我认为这是好事:可以使用供应商的堆栈,也可以根据具体情况自行挑选。选择多一些是好事。
但是如果您相信 IT 世界将成为完全虚拟的世界(似乎有不少 IT 公司持这种观点),那么客户将对虚拟化程度尽可能高的互操作堆栈情有独钟。
随着时间的推移,我们在物理 IT 世界中看到的行业动态将出现在完全虚拟化的世界中:供应商努力提供完整和集成的虚拟化堆栈。
如果做得好,客户将可以选择是使用单独供应商的堆栈,还是根据具体情况自行挑选。
观点 7 -- 促使IT 转型的另一个强制方法?
服务器虚拟化浪潮开始全面展开时,您可能会遇到两种类型的 IT 团队:一些团队在虚拟化旅程中走的顺风顺水(清楚地看到好处),而另一些团队则持等待和观望的态度,逐步加快前进的步伐。
毫无疑问,我发现第一组在向利益相关者交付响应能力和效率俱佳的 IT 服务方面明显表现更好。第二组的业务则一如以往,不温不火。他们面临的障碍、过程和怀疑和其他情况将非常多。
但我清晰地看到了二者之间的“组织绩效”差距。一年或更长时间之后再来访问第二组,您会发现,他们的世界很有可能会发生一些大变化:新的领导团队、新的使命,或者,他们可能已被外包出去。
在业务世界中,没有人想长期处于劣势,这其中也包括 IT 功能。
在一定意义上,采用服务器虚拟化是一流 IT 基础架构和服务交付的粗略表现形式。IT 部门必须学会围绕新的做事方式做好成功准备。
随着更多 SDDC 技术找到进入市场的路径,我认为同样的分化还会再现。最终的效率/敏捷性回报将非常引人注目。既有尽早采用的群体,又有等待观望的群体,二者之间的组织绩效差距将不可避免地拉大,这是预料之中的事。
正如 Mark Twain 曾经说过的那样:"历史不会重演,但总会惊人地相似”。
房间里有大象吗?
可能现在房间里没有大象,但前进的途中肯定会遇到,并且速度比想象的还要快。
您一定会好奇 -- 我们全都发现房间里有大象需要多长时间,是不是应该做些相关工作?
最好在它抵达之前?
我的拙见是,摘下墨镜可能是一个良好的开端 :)
欢迎在微博上关注我,这样在我发布博客文章后您就会收到通知,并可以让您了解更多有关 VMware 存储的信息:@VMware中国
--------------------------------------------------------------------------------------------------------------------------------------------------
作者: Chuck Hollis
近日,ChuckHollis 加入了 VMware,担任存储与高可用性部门首席策略专家。在 Chuck Hollis 的领导下,VMware成功发布了一款领先的软件定义的存储解决方案-VSAN。期间,他将其在存储行业和 IT 生态系统方面的真知灼见引入了VMware。加入 VMware 之前,Chuck Hollis 曾经在 EMC 任职 18 年,担任 EMC 全球营销首席技术官。他喜欢与客户和业内人士探讨各类技术话题。当然,也酷爱写博客。Chuck 与妻子和孩子们共同居住在马萨诸塞州的霍利斯顿。