VMware联网执行程序VMware启动大开关网络

Howie Xu自共创并帮助启动VSwitch以来就一直在VMware工作。在过去9年中,Howie在领导VMware网络开发工作后大都加入OpenFlow启动大开关网络.我有机会和Howie坐下来讨论他作为大开关网络工程VP的新角色,他为什么离开VMware, 以及他对网络未来的看法

i:Howie,你介不介意先给我点背景?

HX:2002年我开始VMware使用超视像虚拟化虚拟联网启动后发现,虚拟联网是一个新概念,而大多数人只是低估网络将产生的巨大影响。 最突出的一点是我开始看到客户对ESX服务器投入一级工作时客户开始表达对企业级虚拟开关的渴望从那时起,我们意识到我们是一个非常严肃的企业, 因为我们开发出的产品 需要支持一级企业应用九年来我的背景一直是虚拟开关 虚拟开关 虚拟开关 虚拟开关

大开关网络上更多背景

• OpenFlow启动大开关网络土地筹资
• 大开关网络访谈共同创建者Kyle Forster

AF:你能告诉我们你选择移动大开关网络的原因吗?

HX:短版本是,我不只是系统人, 我专注于系统与联网if you look at客户关键痛点今天, 我不知道其他人谁不会做 相同的决策在我的境遇虚拟网络进化了很多, 但更多创新 早就该建栅栏物理开关端有这么多客户疼痛点 需要解决i'm非常兴奋加入大开关并相信我们仅靠联网虚拟化和下一代联网范式打到冰山一角

AF:大开关是一个非常新公司 专攻新网络领域如何猜想企业联网市场大开关出局, 未来几年网络市场如何演进?

HX:如果从宏层次看,就会有这么多事发生云集化商机虚拟化 IT服务化 软件定义联网等看网络客户今天, 这是一个相当硬的人群 意义上他们是非常保守令我惊讶的是,我注意到,虽然就在几年前,我没有看到网络客户对破坏性技术感兴趣。今日,他们中许多人实际上正在接受较新型破坏性技术我认为这正在改变,因为有几个新问题正在产生一是服务器虚拟化云创建和管理如此动态,如此简单快速可模型内没有什么网络网络管理员得多处理多门票,往往不增加预算,这一直具有挑战性。网络团队正在寻找产品 增加他们在新私有云结构中的参与服务器团队从VMware中获取非常有吸引力的产品,提供巨大的商业价值,结果往往结果服务器员最终运行节目一网络团队正在寻找产品 让他们像CIO前的冠军 非常像六七年前VMware许多网络管理员正在主动寻找,如果不是接受新技术的话。 考虑到不久前大家都对20到30年技术满意度,这实在太惊人了。

AF:我同意VMware和私人云的受欢迎程度以某些方式消除网络焦点,我认为网络团队极想拥有像VMware一样能见度和企业领袖兴趣的产品或解决办法。大开关计划如何解决这一需求

HX:大开关,我们注重客户疼痛点和优先产品基于最即时客户疼痛点我相信近期内 物理网络方面 极需创新网络化无法转向单片化方法,即服务器侧有虚拟网络化与物理网络化分离岛。 网络化管理需要归并并,未来产品必须实现这种归并性期望驱动并交付创新产品 从大开关在这个空间

雷竞技电脑网站FCE802.1QBH/QBGNGRE雷竞技电脑网站VXLAN、OpenFlow、Q-Fabric、vn-link、vn-tag、vpath、sr-iov等

HX:从我的角度讲正确路径是简单化、降低成本并增加客户敏捷度我认为你的观察正确 外头有太多新技术if athing VMware经验教给我, 你需要播下有形客户疼痛点 而不是乘人大赛服务器虚拟化解决服务器端清晰客户疼痛点网络建设需要做同样的事情

雷竞技电脑网站AF:虚拟化网络使用中心接入层策略随着VMware越来越受欢迎而大大削弱需要更多网际虚拟机服务吗? 果真如此,我们能做点什么来完成它而又不阻碍动态提供虚拟机并有敏捷性的能力?

HX:即使访问层以某种方式移到服务器侧面,整个网络化仍然需要处理策略问题。Qos举例光从接入层做QOS是不够的需要全局处理QOS网络管理范式能处理全事 而不仅仅是虚拟或机架顶不只是视事物为空闲, 并给你更全面的视图我认为这是一个关键问题,仍然需要解决另一点相关, 如何确保每次配置虚拟侧面策略时, 都一致性, 物理侧面也一致?这也是客户需要解决的疼痛点广度和一致性虚拟和物理方面 排序疼痛点需要解决 并同时考虑业务敏捷性需求仍有技术空白防止它成为现实

AF:较长时间,我认为最理想的做法是应用通过API向网络说明他们的需要,安全并有能力在工作流程中加入批准机制你对这个有什么想法HX:基础设施技术包括服务器、联网和存储服务器方面,我们已经到了使用基于策略资源管理的点存库方面,我们已经走过了漫长路程网络化方面,我们离你刚才提到的东西非常远我肯定地认为我们需要向基于政策管理更进取,在这个空间里有太多创新空间。雷竞技电脑网站AF:我想如果你看到许多新数据中心技术正在出现, 当我看到很多时,我看到盒子推送容我逐个转箱决定 如果我是卖箱的家伙说不定这通情达理, 但我认为所有这些东西 需要从技术中性角度处理雷竞技电脑网站举例说 未来数据中心 交付安全的最佳方式是什么需要访问列表了吗或以不同形式或异地最优解法可能是部分网络和部分应用 部分客户软件 和多项不同事物 但我认为问题需要从技术中立角度处理

HX:这正是服务器端的问题 VMware过去十年一直在解决十年前想一想 都是一样的每当你需要工作量时,多堆一个盒子需要附加服务器时,堆栈附加物理服务器过去几年中市场开始意识到这不是理想方法 并开始下移服务器虚拟化路线网络方面是同一回事你不能直接说,“我要附加服务我还有一个盒子。"这是一个单行方式 思考事物所以我们只需要解决网络方面相同的问题

AF:从超视像交换方面看,技术如何进化有许多不同的竞技视觉部分商家认为i/O决策应用物理开关完成, 另一些商家则将附加开关能力移上NIC或CNA卡上,OpenFlow则有另一种范式允许流缓存,从超视像机卸载硬件需求,同时支持从中心点传送的日益粒状网络策略算法中,你认为什么是大企业最优路径

HX:我想这一切都归结到企业想解决什么样的问题低延迟应用,高吞吐应用,虚拟化环境何以可用或不可使用案例?我们可能有一些技术过剩问题,但客户问题尚未解决。我坚信,如果你解决关键客户痛苦点,解决计算机科学难题,向终端用户展示简单性,好事情就会发生。

AF:还有什么我遗漏的吗?

HX:我认为下几个区 对大开关和网络生态圈都非常刺激我确信我们将推出更多产品 更多特征 并交付强制新能力