锐捷:从用户出发 脚踏实地用软件定义网络

网络
软件定义网络这一话题被提出至今已有几年的时间,但是相比较计算与存储在数据中心的发展仍相对迟缓,这一问题的缘由到底是由什么造成的,我们今天很有幸请到了锐捷网络专家宋子航先生做客比特网,请他来谈一谈软件定义网络种种。

主持人:软件定义网络这一话题被提出至今已有几年的时间,但是相比较计算与存储在数据中心的发展仍相对迟缓,这一问题的缘由到底是由什么造成的,我们今天很有幸请到了锐捷网络专家宋子航先生做客比特网,请他来谈一谈软件定义网络种种。

宋子航:各位网友,大家好,我是来自锐捷网络交换机事业部SDN首席架构师宋子航。今天很荣幸,能够在比特网跟大家分享一些我对于SDN的一些看法,以及在实际过程中遇到的一些问题。首先我们来探讨一下:SDN网络发展缓慢的原因在哪里?其实在数据中心网络当中,它最核心的是两大要素:第一大要素是计算;第二大要素是存储。那么网络则为我们的计算和存储提供了一个桥梁。随着云计算和大数据大规模的应用,也导致我们网络当中、以及服务器存储当中,以及我们的虚拟机等等的流量越来越大。那么随着东西流量越来越大,交互的速度以及节奏一越来越快,网络就需要一种易管理、可视化、云网融合的这种形态。说到云网融合,其实这样的:首先数据中心内部的网络本身需要有统一的管控大脑来管控整个网络。那么这个管控大脑其实跟云计算,也就是管控它的这个计算资源其实道理是一致的。那么为什么说这个管控的模式或者思路没有云计算的那种管控模式或者思路发展得快?其实它最根本的原因还是源于两点。

第一点,我们大家都明白,在于传统的网络已经面临一个窘境。即网络环境本身相对是闭塞的。这个闭塞其实本身就是由网络发展至今,原有的协议固化所导致的一些由设备去代替人工去处理一些问题的思路有关。那么除此之外,由于网络协议的固化,我们没办法通过第三方的一些运营平台,或者一些网管软件对整个网络进行统一的管控。而个原因其实就由于网络闭塞。

第二点,是因为不同厂家之间的品牌不同所导致的协议上的交互,或者处理机制上的一些不同,导致了网络是存在壁垒的。那么这种壁垒导致我们仍然没办法打破这种窘境,多品牌的数据中心的环境下没办法进行由统一的管理平台对整个网络进行统一的管控。这个其实也说明了为什么我们现在的网络发展缓慢的原因。

我们大家都知道,我们的虚拟网络可以由Overlay的这种技术去实现,但是面向于大规模的云计算的数据中心的环境,假如我们用OV类去实现的话,那对Overlay整张网的这种管理将会更加的复杂。因为它面向一个网中网的理念。因此我们需要一种管控大脑来对整张的Overlay的网络进行可视化、可管理的一个管控平台,或者叫智能的大脑,去给我们用户呈现一个更优的界面,进而能够管控数据中心整张网。我们大家都知道,云计算最核心的一点,它的管控平台,我们称之为云管理平台,它是由云管理平台所触发一些新的指令或者条件,来对我所有的计算资源进行统一的管控。那么网络也把这种管控平台智能大脑的理念引进来,诞生了我们现在所说的这个软件定义网络。其实在2006年SDN的理念就已经提出来了。它是由斯坦福大学的尼克教授提出的。那么2007年由他的学生马肯作了一个创新的思路的提取。到2008年有了伊森项目之后,整个软件定义网络的这个概念就被正式的提出了。

那么从概念提出到发展至今,我们都知道,他提出的只是一个概念,那么这个概念怎么才能形成真正的框架和协议,让不同的厂家去实现?这就需要一个背后的驱动力。那么这个驱动力我们称之为ONF,叫开放网络基金联盟。

宋子航:那么ONF,其实最核心的在于它做了两件事。第一件事:它规定了一个协议,一个在SDN网络环境当中去跑的一种协议,我们称之为OpenFlow。然后另外一块,就是它规定了整个SDN的框架和架构,包括我们的基础设施层,就是整个的物理硬件、以及交换机。在这个基础设计层上面是控制层,也就是SDN控制器,或者叫SDN管理软件,去控制整个的基础设施层等这些硬件资源。那么在SDN控制层之上,我们还有一个层级,我们称之为叫应用层。应用层其实分为两块,一块是刻意由厂商,或者是一些开发公司去做一定的开发,即针对客户问题,去做一些有针对性的APP,上到这个控制层之上,进而通过控制层对整个网络资源进行管控,来达到一个以用户问题为出发点的解决针对用户问题的一种解决方案。另外一套思路就是我给客户提供了一个开放的接口。而这个接口可以由客户自己去编程、去定义整张网络,从而来达到定制化的需求,达到灵活管控整张网的需求。但是ONF提出来这两点之后,只是一个协议和一个框架。真正去把这个协议和框架落地,需要由厂商去做支持。我们可以看到,其实这种协议和框架就相当于钢筋水泥,钢筋和水泥由不同的建筑商可以打造成不同的建筑物,欧式的、中式的,还有韩式的、特别有范儿的。但是我们可以拿这种理念和我们SDN整个的理念去作一个对比。厂商加入进来之后,提出来了三种打造的模式,也是三种主流的落地方案。第一种,我们称之为叫OV类网络。这个OV类,就是刚才我已经强调了,通过智能的大脑对我整网进行一个管控,形成云中有网,网中有云的云网融合的姿态,对我整个的应用提供一个更好的交付。

这是第一点。第二块,我们称之为纯OpenFlow网络,我们业界又叫以APP为中心的一种网络,以应用为中心的一种网络。那么这种网络环境下,是所有的网络这些设备全部都支持OpenFlow协议。而且它通过控制器层面去规定一些动作,叫做OpenFlow协议,进而通过OpenFlow告诉所有的网络设备,用户的理念或者思想到底是什么,他想实现什么。这是第二块,纯OpenFlow网。第三块,就是我们常听到的一体化、一体机这种词汇。这种词汇最核心的目标就是简化运维,也叫自动化运维。它通过一体化的机箱,里面有服务器、存储、还有一些TOR的网络设备、以及控制器。通过控制器,进而对网络资源进行一个整体的调度。比如在虚拟机迁移的过程中策略是不是应该随行,是不是应该由TOR到另外一台TOR,这个策略也是跟着到了另外一台TOR。这样所有的网络运维工作就全部都可以释放了,能达到一个自动化的姿态。以上就是三种主流的形式。那这三种主流的落地方式用到客户端,客户端的反馈的声音是什么?锐捷也调研了很多的客户,客户反馈的声音主要有四大类。

第一大类就是迫切性。他的迫切性其实没那么强,我用不用这个SDN去优化我的网络、管控我的网络、或者改建我的网络,其实这个没有什么太大的必要性。除非是那种特别大型的数据中心,他们需要用这种东西去优化它的网络。比如谷歌的数据中心,我们都听过。

另外一块还有就是兼容性。因为这套协议的提出,厂家只是拿它的协议的框架,和OpenFlow协议所规定的一些语言去实现各自的一些控制器的优化,或者是做了各自的控制器。但是这些控制器做出来之后,对不同品牌的网络设备的兼容性也是不一样的。那有些是兼容这个A厂家的,有些是兼容B厂家的。所以它的兼容性不同,所导致的用户必须想用SDN,而且还想用好SDN,真正用来生产环境下的SDN,必须得打造一个叫做统一品牌的理念。

宋子航:但是统一品牌,我们大家都知道,用户对于统一品牌其实是很排斥的。现在OpenFlow其实还没有真正的标准化。那么将没有真正完全成熟的一个协议去用在生产环境当中,可能会存在一定的风险,那么客户也不愿意去承担。

第四点,假如我们全网都通过OpenFlow这种协议,那我必然需要更换全网所有的设备,进而去支持SDN网络。那么成本是非常高的。我原来有一套原来的网络,为什么要更换?所以又结合用户的这四大状态,我们深入分析后,提出了七大解决方案。这每大解决方案都是在仔细分析了现在客户的心声,又融合了业界厂家的落地模式,整合在一起,打造了一个确实是客户可用的,而且也可以满足他需求的七大解决方案。

主持人:那就像您刚才介绍的的,这七大解决方案是哪七大方案?简单介绍一下。

宋子航:OK,这没问题。其实这样,这七大方案其实是按照不同的场景分的。我们有数据中心的场景。那么数据中心场景我们主要有四大类方案。第一类,就是出口池化的方案,我们也叫打造一个弹性出口的网络方案。大家可能都知道,叫service ,服务量这种解决方案。那么我们把服务量这种解决方案的思路、理念引到了出口,打造一个弹性的出口。这个方案究竟是什么呢?其实很简单,就是由于我原来的网络,它是串行的。所有的网络出口的这些功能应的设备,比如防火墙、防毒墙,IPS、IDS,它都是串在一起。它就相当于一个糖葫芦串,所以这个糖葫芦串会面临四大问题。第一个问题就是它容易形成单点的故障。这个毋庸置疑,因为我可以通过硬件模式去抵消这个单点故障。但是我们所谓的这个单点故障并不在此。单点故障代表的是软件,万一操作系统出现死锁,数据包可能是一百个进二十个出,一百个十出的这种环境下。我们认为它是优的还是劣的。如果有SDN,它就可以判断它到底是优的还是劣的。如果是传统的环境下,它就没办法判断,我只能让它正常的通行。那必然会带来,我用户去请求我整个的网络服务的过程中,如果是经过出口的话,那我的体验可能会相对来讲会差一些。因为都堵了,一百个包只有二十个包可以出来。所以这是第一点,单点故障。

那么第二点,因为串行的模式去部署的过程中,如果加任何的设备,如果我是加在中线,或者加在哪一块,都会面临一定的风险性。因为首先我需要把我所有的这些设备都断网,然后把设备光膜块拔出来,然后再把线缆也给拔出来。拔出来然后再加一个设备。那我这个设备究竟在加在IPS下面,还是加在防火墙的下面,还是加在任何设备下面,我这个东西我得考虑很久。所以来讲是非常复杂的。那么另外一块,我加上之后,万一回退不回去,那这个网络不就断了吗?这个断网会带来严重后果。所以这个客户就希望,能不能有一种方案在我添加出口功能型设备的同时,我还不断这些网络。这是第二点。

第三点,就是我出口的这些设备都是不同时期采购的,有2009年的,有2010年的,有2011年的,那么是2009年这个设备的性能可能没有2010年或者2011年设备性能高,比如它的同出只有1G或者2G,而2012年出厂的这个有5G。那么整个串行的过程当中,这个1G或者2G的这台设备就会成为整个出口串行的一个瓶颈。面对这个瓶颈,但是现在所有的数据包容,我还得必须都得经过所有的这些设备,我没办法解决这个瓶颈的问题。那我这个瓶颈的问题到底怎么解决。

那么第四个问题也是一个问题。什么问题?就是我的设备如果现在只有一套出口或者两套出口,现在发现防火墙性能不足了,那需要再添加防火墙。现在有两个防火墙,我再添加三个。那这三个防火墙到底添到哪?我是摞上去,摞上去不行,那还跟原来添不添没用。那我是平行的这个关系,那我平行的关系,我到底怎么去部署。我没办法去部署。这个网络结构太复杂了。而且我即使部署上,我也没法管理。我这么多设备,我怎么管?因此基于这四大问题,我们提出来了,我们改串为旁的service服务量解决方案。那么这套方案其实就是将所有的串行设备都改成旁化,旁化到核心,由原来的糖葫芦变成一个皮球。通过SDN控制器动态引流的方式来打造一个弹性的出口。

宋子航:那么这个具体是,其实这块就包括物理弹性。我上设备其实不用断网了,可以随意添加功能性设备。那么它的业务弹性,如果遇到单点故障,我的处理机制是否可以自动的绕行,包括一系列的东西,都通过SDN控制器来控制这个核心交换机,动态引流的操作,来达到一个可以绕行故障结点的问题。那么另外一块,就是它的运维弹性。以前是方式是什么?以前的运维,它是一个界面,然后你还得登陆不同的网络设备,去勾选不同的选项,然后再配置一些东西,来添加或者取消一个数据中心租户的一种服务。比如我今天要防火墙,我明天要放毒墙,我后天又不要防火墙,我又要WALL了,租户的这个需求肯定是不断变化的。那么怎么着能够及时的来简化这个运维,用户想要什么?所见即所得的这种思路。所以我们现在提供了一个界面,直接添加或者勾选,或者取消这个服务结点。用户今天想要这个防火墙,我就给用户勾上,明天不要,我就不要。所以能够达到一种勾勾选选就能真正的简化我的运维。所以就是说,为什么现在service这套方案跟很多客户去交流过程中,客户对这套方案非常喜欢。然后经过了我们很多客户的测试,有政府的,有一些医疗的客户,然后还有一些高价的客户。确实它部署上去,这套方案部署上去。因为本身SDN它就是一个智能化的一种部署模式,那部署上去,我们只用了半天,就把它原来网络给切过来了。切过来之后然后演示的所有效果,包括解决它的单点故障,包括加设备不用动,包括它的性能、瓶颈,功能伸缩性完全都可以展示出来。所以这套方案是真正能解决他们出口问题的一套方案。

那么这个是我刚才说的第一个,也是我们现在主要精力去干的一些,把我们研发的一些资源都投放到这套解决方案上去做的一个方向。还有一块,就是与协议无关,这一块就是国家某中心的流量清洗。因为这个国家某中心负责的是所有的这些数据流,几百G的流量都冲击它的数据中心,而且这些服务器都不是同一时间采购的。不是同一时间采购的,它现在就面临着一个最主要的问题:由于网络协议的固化,导致路径唯一的问题。路径唯一,就是所有的数据流都需要通过这条路径到这台设备上。假如这台设备是2006年的,然后还有一堆服务器是2009年,甚至2010年的。但是由于网络协议的固化,所有的这些数据流都到2006年的这台设备,那我2009年、2010年的这批高性能的设备都在这闲着呢。所以他现在不想这么做,他想通过他自定义协议的方式来优化整张网,进而提升所有服务器的性能。但这个方案已经正在用,已经都交付完了。所以这套方案也是我们数据中心的第二大亮点,就是与协议无关的解决方案。第三块就是我们整个服务器的负载均衡。这块我就不需要多多介绍了。因为服务器负载均衡大家可能都知道,可以自动的通过SDN控制器感知到设备的接口,或者通过采样的方式来知道我的链路的利用率,延迟等等一系列信息,进而能够调整到一个最优的路径,到达我最终的处理结点。这就是我们数据中心的方案。

但是我们现在这套数据中心的这套方案可能主要的发力点还是在service这一块。然后另外,我们还有广域网。就像我们跟中科院高能所去进行合作。中科院高能所现在在广域网这块的链路负载均衡。它在北京、上海和山东三个地去做了一个广域网智能的调度。如果北京和山东这两块的路现在已经堵死了,但是它现在算出来路径是唯一的,这台设备没办法看到全网。所以它怎么着能够通过上海绕行一下再到山东,进而减轻这段链路的压力,进而提高整个链路的利用率。这套思路怎么去解决,我们通过SDN,去感知到所有这些结点之间的链路的这些状态信息,带宽、延迟和丢包率,然后进而去判断现在这一条数据流究竟是从哪个结点到达它的最终结点是比较好的,进而做了这个事。这就是我们整个的广域网链路负载均衡。

宋子航:另外我们在原讯网还有两个,原讯网我们有一个出口方案。那么这个出口方案,我们称之为还是service方案。但是这个主要是解决了割接不断网的一些问题。因为我们找很多的高校的老师聊过,它有一个什么问题?就是说我首先本身割接得在晚上,然后我割接不好学生还投诉我,因为断网,第二天恢复不过来。然后我测试的这些项,这些厂商给我这些设备让我去测,但是我真正的想去给学生提供一个更好的服务平台,或者一个更好的安全平台,进而去测试一些设备。这样就会导致我晚上干活,然后学生还投诉我,然后我还受力不讨好。那我能不能有一套方案,白天我可以割接,而且能够达到随时割接不断网的这个效果,所以他就想让service去解决这个问题。那么另外还有一套方案就是我们的NFE方案。你可能都知道,我们的这个网络功能虚拟化这套方案。网络功能虚拟化大家都知道,就是把原来的硬件设备所应该具备的,就是它应该具备的防火墙的功能,把它整个的硬件形态或者硬件的功能抽象化软件化,给它放到我们的某个硬件平台上,比如说服务器,进行一个功能的叠加。我们现在也做了一个解决方案,就是我们的PVPOE。那也就是说SDN控制器当了一个PVPUE的扩展机箱,放在我的核心旁边,在你不动任何原有网络的前提下,不动任何设备的前提下,只需放一个扩展机箱,我有可以把我所有的这些终端改成PVPOE认证的方式,然后进行一个代理商网。这就是我们主要的七大解决方案。

主持人:我刚才听了子航讲了那么多,然后我觉得这七大方案基本上都在围绕着一个控制器来讲,好象都离不开这个锐捷控制器。那至于说这个锐捷,那像您说的这个SDN控制器到底是个什么样的,有什么特别的功能完成这么多事情,你再具体讲讲。

宋子航:OK。其实我们锐捷的SDN控制器是由硬件和软件两部分组成的。硬件其实就是一台服务器,那么这台服务器是两由高,然后它的后面可以插四块计算结点。每一个计算结点有独立的CPU和内存资源。然后每一个插卡上都有两个千兆的电和两个万兆的光接口。所以一个控制器可以整个插四张卡。那么再说一下软件。软件首先它是基于模块化操作系统去做的。也就是说我们的OSGI的这种动态模块组去做的。那么这种东西其实它有一个得天独厚的优势,就是安装和卸载非常的方便。那么对于我们开发人员来讲,就是它做整个的一些更新工作,或者一些应用的上线工作、加载工作都非常容易。传统的环境下,它需要从低到上,再重新设计一遍,然后再把这个模块添加进来。但是现在我们不用,我们直接把这个模块添加进来,因为已经把所有的这些底层都已经给你抽象好了一个接口。这就相当于iphone没出来之前,我的这个诺基亚电话如果想上边安装一个微信,它必须得定制化,从底层,再到上层,再到操作系统统一再给你定制一个东西,你才能拥有。为什么原来我们诺基亚的这种手机,它玩一些贪食蛇,这都是很常见的,还有一些五子棋,只能有这几个功能。然后如果你要想买一些新的,我发现诺基亚居然新出来一个游戏,我们感觉这个东西非常好。然后现在我们有了iphone之后,或者我们有了这个智能机之后,可以在上面去添加任何的APP,它是属于一个平台化的一个开放化的,一个可以随时去安装卸载应用的一个平台。所以我们就是基于这个平台去做了。所以我们整个解决方案,开发的速度,以及程度,以及客户可以定制化的这种能力是非常强的。这就是我们通过OSGI的这种动态化模块组的这种模式去做的软件的控制平台。

主持人:那正如您所说,比如说OpenFlow方面,ENF,还有无论是后来是有业界参与的Open Dayligh,我们与这个ODF、ODL,像他们的新版本、汉版本的,还有Open Dayligh的这些新版本,1.0、1.1、1.2、1.3,我们的这个控制器跟它的关系大概是什么样子?

宋子航:这个问题提得非常的好,其实有很多的用户也在问这个问题。我们本身的SDN的控制器是基于Open Dayligh的汉版本去做的。那么我们本身的这个汉版本拿过来之后,你就会发现,它本身这个版本上有很多一些缺陷,从底到上连不起来。所以我们首先针对这个汉版本做了很多的bug的修复,这个修复时间很长的。即使你每天每夜的在做这个事,但是你修复的过程中也是很困难的。但是我们把这一个路已经捋平了。另外一块就是我们更关注的是用户的问题以及我们解决用户问题的这个应用。这个应用其实是至关重要的。所以刚才我们说了,已经做了很多这方面一些创新,比如说我们七大解决方案。其实你把每大解决方案都看成一个小应用的话,就是我们本身是在ODL一个平台上,已经把它的这些应用已经都做了这方面的工作。另外一块就是,除了我们做了一些应用,还有刚才我说的一些,我们基于ODL修复了一些很多的bug。那么除此之外我们对这些应用还封装了一些接口。这个也是很重要的。因为有些客户,他希望运营管理平台,或者他的这个云平台能够统一的都在它的云平台对我所有的底层网络进行一个交付。那我这个应用的形态就需要一个接口,跟它的云平台进行一个对接,进而它的云平台对应我的应用,直接指挥我的ODL,或者SDN控制器,对我所有的硬件进行一个统一的管控,为我的应用提供一个更好的交付,主要是在这方面做了很多。

主持人:我听子航说完了,就感觉相对于软硬化来说,理想很丰满,现实很骨感。虽然ODL提供很多很美好的功能,但是在实际应用中,有一大堆的bug等你去填。然后推开这些新版本,其实每个厂商作为自己的功利来说,可能都会花一些心思放在上面来解决不同的问题,来给ODL组织提出来美好的愿景来买单。其实这也是我们厂商发挥我们自身能力,发挥我们自身那种动能的一个最基本的点。因为我们只有解决这些问题才能给客户更好的服务,然后才能推出这些产品。那在您看来,就是在解决这些美好愿景的时候,我们如何去让我们锐捷凸现出我们的优势?锐捷的HUNC控制器最大亮点是什么?

宋子航:本身现在业界各家对于SDN的这个理念的理解都是不一样的。比如现在可能有一些很好的厂家提出来一些很好的解决方案。但是我们其实更加着重的出发点是在于问题,究竟是什么样的问题,客户的问题到底是什么,那么以这个问题作为出发点之后,我们就会深入分析这个问题,然后通过打造一个APP,然后这个APP是真正能解决用户这个问题的一个APP。以真正能够解决用户问题的这个思路作为出发点,然后以应用为中心的这种脚踏实地的完全定义网络,这个可能是我们最大的优势。

主持人:那既然您提到这了,在您看来,我们有没有一些特别的好的案例可以讲讲,分享一下比如说我们课业单,当然我们可以说我们是怎么来拿这单,凭我们的实力,真正去解决?

宋子航:可以,没问题。其实就像我刚才说的这套方案。我们在5月份,就是西安那边的一个客户,我就跟他作交流,其实第一次已经发现了,他的这个网络架构想去优化的话,其实没有什么可以优化的点。因为什么呢?其实他那块就是一些传统的业务,传统的一些架构,但是当我第二次再去跟他交流的时候,我就发现他最大的一个痛点就是品牌的绑定性太强了。而且还有一点,就是他本身那块的运维人员太少了。我一开始不知道,后来我跟他深聊才知道,其他的那些都是驻场人员,而且那些驻场人员都不是管网络的,所以他网络只是寄希望于厂家去帮他解决这个问题。但是由于品牌绑定,一家全服务能力都失去了。所以他现在就需要打破这种瓶颈。你首先得过来一个厂家,你这个厂家就不能同一品牌的,而且你在这个不同统一品牌的前提下,你还能帮我简化我现在的最主要的运维工作,他现在最主要的运维工作以及他现在的痛点究竟在哪里。就是他现在这个出口问题。他想给他的网络增加一层防护罩,他想测试很多东西。但他现在确确实实是遇到了这个问题,他的思路就是,现在就是串了这一串设备,然后导致了现在单点故障。他得登进去,他才能按那个按纽。也就是说设备必须得在操作系统没有出现任何死锁的情况下登进去,按那个按纽,他才能正常。然后还有,就是他的那个加设备不用后补的这个需求特别强烈。因为你知道,他那块有一个特性,就是他如果割接的话,晚上去做一个表格的申请,割接的这个动作就是去到很多层领导的一个签字、审核,所以他觉得太麻烦了。而且我要去测一个东西,它的周期也非常的长,风险的非常的大。所以他真的想去解决他现在面临的最主要的单点故障和加设备不用后补的问题。这是真正的问题。所以说这种,我个人觉得,我们锐捷在做,无论是从SDN的这个角度,还是整个公司的这个角度来讲,其实把问题如何的看得更透,更清,更能够分析出来问题的本原,这个可能是我们最大的一个优势,也是可能我们发展到现在,给用户留下很美好的一个印迹。

主持人:其实我觉得,在我理解来说,这可能就是在好产品之外,我们要有个人,必须要有人的因素,实打实的去接触用户,一次两次三次,然后去了解用户真正的需求,真正的痛点,然后再能解决问题。其实很多公司现在也都在强调人的问题,锐捷也不例外,包括我们去谈产品,去谈创新,都离不开这个人。那我们在未来,锐捷,像人在SDN这一代网络中,我们将有哪些发力的重点?

宋子航:我们主要的发力点,着重点就是在数据中心。因为大家都知道,数据中心它本身是一个大而全的东西。我举个最简单的例子,现在去问服务器和存储,你比如说可能是一些服务器存储的厂商或者一些网络厂商,机房的静电地板设计的设计方式以及架构方式在云计算数据中心当中,你需要考虑什么样的要素。因为这些东西是客户真正会遇到的这些问题。所以我们现在虽然只是在交换层面,交换机事业部,我们在交换层面会做一些可能的创新,但是除此之外,我们会在其他的领域也会做一些很多的思考,一些研究。那么这种情况下才能知道我们的网络,我们的SDN,以及我们的数据中心方案怎么做能够真正切合客户所面临的场景。这个方面一个推荐性的整体的解决方案可能是我们未来的一个着力的重点。所以我们现在也是在不断的学习,不断的在完善这一块的研究。

主持人:那我们回到刚才子航谈的那个案例问题上,那目前来说,遇到客户在这个网络云化方面提到最多的一个问题是什么样的问题?

宋子航:客户在网络云化的过程当中,提到最大的问题就是成本的问题。它如何能够在保证原有网络的情况下还能够把SDN的这种软件定义网络的方式引入进来,进而为它的应用提供更好的一个平台。那么其实这种思路我们原来也思考了好久,其实本身你要如果想拥有一个更好的SDN,你就会要对原来的传统网络进行颠覆,那么这本身就是一个博弈的过程。那么这种过程我们现在是怎么看怎么去解决的呢?我们现在已经作为一个很好的创新,就是双网模式。我们整个网络环境下既可以有SDN的域,也可以有传统网络域。就像我刚才提出的selfservice整个的这个解决方案。其实最核心的只需要有两台核心交换机以及一台SDN控制器,周边的这些出口安全设备都不需要是,都是不用绑定非得是锐捷一家的,是开放的,整个的。所以我们做了一个兼容性的模型,来解决客户想要在哪户去把SDN引进来,我就在哪块把SDN引进来。引进来之后,它整个的这个引进来这个点还可以跟原来的传统环境下进行一个兼容。那么这种其实客户遇到最多的这一类的问题总结出来无非就是两点。第一点,它跟我原来传统环境下的传统兼容性怎么样。第二点,就是说我用不用非得被某一家品牌所绑定。这是他最关注的两点。就是技术上的兼容性,品牌性的兼容性。那么这两点,我们现在都完完全全的解决了。而且我刚才所说的这个service的这个方案,完全可以适用于任何的出口场景,任何的出口周边的这些功能性的设备,任何的协议,无论是二层的、三层的,还是已经跑了很多路由协议的网络环境下,都可以去进行直接的运行。所以我们在兼容性这一块也是做了很多的创新。

主持人:那我是不是可以简单理解为,就是无论我现在的网络规模处在一个什么阶段,或者一个什么样的建设阶段,我可以寻找锐捷在不更换我原有网络设备的前提下改造我的网络?

宋子航:可以,没有任何的问题。这个应该说是真正替客户着想的那个方面,做了很多的创新点。

主持人:既保护我现有投资,然后又让我摆脱那种单一厂商锁定,然后又能改变我现有的网络架构,让我的业务跑得更快,更顺畅?

宋子航:对,是的。

主持人:那请子航为我们总结一下锐捷的SDN的核心理念是什么吧。

宋子航:OK。我们现在锐捷整个的SDN核心理念其实就是以用户的问题为出发点,以应用、能力解决用户问题的这种应用为导向,打造真正可以脚踏实地的软件定义网络,这个就是我们整个的核心思想。

主持人:听了子航刚才的介绍,看来数据中心云化的过程,不只是计算存储网络的虚拟化这么简单,小到一块地板,一段网线,都被锐捷考虑在云数据中心的规划建设中。谢谢子航今天做客比特网,为我们大家带来这么多精彩的内容,也祝愿锐捷在不远的将来为我们呈现更多创新的亮点。

宋子航:好,谢谢大家,希望大家继续关注我们锐捷,我们锐捷一定会抱着以踏实的态度来脚踏实地的为大家去做一些真正能够解决客户问题的创新点,打造脚踏实地的软件定义网络,感谢大家。

原文出自【比特网】,转载请保留原文链接:http://network.chinabyte.com/443/13605443.shtml

责任编辑:蓝雨泪 来源: 比特网
相关推荐

2012-07-30 09:56:55

云计算敏捷SEA

2010-03-17 10:08:35

2017-09-13 12:48:18

金融云供销科技工具性

2020-10-28 10:00:27

5G

2012-03-01 14:04:24

王树彤敦煌网

2023-03-03 14:39:50

数字化

2016-01-29 19:48:16

华为

2018-07-06 14:46:03

人工智能机器学习工作岗位

2020-10-29 08:01:02

6G

2015-05-05 09:45:15

GMGC

2020-12-18 09:25:04

物联网5G科技

2013-12-04 10:34:34

2021-01-05 14:32:44

5G网络联通

2017-04-13 17:42:56

华为

2018-10-30 17:37:58

五笔字型

2020-05-06 15:18:37

戴尔

2022-11-08 09:40:37

运维实践

2018-02-09 13:31:19

AMDEPYC霄龙
点赞
收藏

51CTO技术栈公众号