Tungsten Fabric：连接CMP的金钥匙

至顶网收集与安详频道 02月26日 综合动静： 

“我们找了差不多10个SDN技能,从商用的到开源的,再到国产小范畴应用的。”

“比拟全部的Portal去看,不管是OpenStack照旧原生的K8s,根基都是以运维视角出发的,不是一个对外提供营业的case。”

“K8s不是一个PaaS平台,只是办理了一个docker打点的题目。”

“在云收集情形里,也许一个租户下面无数假造机,内里跑了无数差异的应用方法,全部流的走向又是参差不齐的。”

“OpenShift固然是有OVS,能不能和OpenStack互通是存疑的,最后验证下来也是不能通的,完满是两个别系。”

“进入CMP的期间,假如一个应用场景在15分钟内开不起来的话,那它就失败了,更不要说借助第三方外力。”

本文清算自上海数讯CIO钱誉在TF中文社区“2020第一次Meetup”上的演讲,分享早期云收集现实应用和二次开拓进程中的履历教导。

在TF中文社区1月7日的“2020第一次Meetup”勾当上,来自Tungsten Fabric技能研发和一线行使者、存眷多云互联的从颐魅者、开源SDN的喜爱者们相互商议、支招,现场空气热烈,出色内容不绝。Tungsten Fabric在中国的普及应用正在越来越真切地走来。

本次演讲及TF中文社区“2020第一次Meetup”勾当资料,请在“TF中文社区”公家号靠山点击“集会会议勾当-Meetup”领取。

上海数讯CIO钱誉

上海数讯是一家以传统数据中心营业为主的公司,为什么会转到云计较呢?在2011年往后,整个数据中心行业越来越像房地产了,数据中心这种营业可复制性较量强,竞争剧烈。到2013年的时辰,有一些新的技能出来,包罗OpenStack的发作式增添,于是2014年开始抉择去做云计较这个工作。

当初的界说是多平台,从现实应用场景来看的话,不是说假造机和容器哪个好,它们两个应用在差异的场景,没有谁更换谁的题目,要做两个平台的时辰,又遇到一个很忧伤的题目,假造机的收集和容器的收集,完满是两回事。

中间我们找了差不多10个SDN技能,从商用的到开源的,再到国产小范畴应用的,谁人时辰Tungsten Fabric还叫OpenContrail,其时的版本还只支持OpenStack。

CMP是这几年提出来的,但刚开始做的时辰,已经有CMP的理念了。

比拟全部的Portal去看,不管是OpenStack照旧原生的K8s,根基都是以运维视角出发的,不是一个对外提供营业的一个case。以是从行使者来看的话,是一件很是疾苦的工作,其时我们就抉择把两个平台同一,在Web上做一个完备的、基于用户本身界面的平台。

在谁人时辰,确定了数讯云平台和SDN的偏向,其时首要是OpenStack和K8s。我们发明一个题目,K8s不是一个PaaS平台,只是办理了一个docker打点的题目。假如是小情形的话,用不消都无所谓,不必然非要搞SDN,包罗OpenStack也一样,假如营业情形不是过于伟大的话,着实跑传统的VLAN,只要节制量,没有广播风暴,没有任何题目。

TF中文社区3月Meetup勾当,将聚焦Tungsten Fabric与K8s的集成,由重量级高朋分享Tungsten Fabric与K8s的陈设和实践,具体演示操纵进程,并解答关于Tungsten Fabric和K8s的统统题目。存眷“TF中文社区”公家号,靠山点击“集会会议勾当-Meetup”参加。

但假如你的营业场景很是伟大,早年收纳在假造机,此刻收纳在容器里,这种营业的呈现,会对收集造成很是大的逆境,不行能对每个线的营业去做计策。一旦呈现营业迁徙或trouble shooting的时辰,后端运维职员是瓦解的,没法调。早年写个PBR,写个静态路由,最多是挂几个互换机路由。在云收集情形里完全不是这样,也许一个租户下面无数假造机,内里跑了无数差异的应用方法,全部流的走向又是参差不齐的,这种环境下,假如用传统的方法,根基就不消做了,由于看不到头。以是要回收SDN的方法。

Tungsten Fabric简直很是优越,但也有一些题目存在,完全支持OVSDB的互换机,对Tungsten Fabric的兼容会更好一点。也不是说Openflow不可,用流表的方法也能做,但那就较量折腾了。

数讯的底层Port,就是底层通过Tungsten Fabric的SDN技能支持线。其时2015年OpenContrail期间的时辰,K8s刚开放,我们提出要回收基于容器的方法,由于假造机的方法对运维、扩容、迁徙有破绽的话,后头营业是很难有担保的。谁人时辰OpenStack也较量早期,根基上都是本身同一陈设,和Juniper networks连系开拓的时辰,把OpenContrail放在一路陈设。

其它,数讯作为数据中心运营商,提供的是传统的hosting,各人都在思量上云的题目。在云计较中我们已经行使了SDN技能,非传统VLAN的方法,那么用户上云的时辰怎么接呢,不行能再开个VLAN做个什么映射,较量坚苦。

尚有,怎么把用户现着实机房里的一堆营业场景,跟云计较的overlay收集去毗连,而不是以某个独立的处事去试。

这里就办理了VLAN映射的题目,不行能为用户提供专线,还要改变他的VLAN收集,这是不实际的,以是在这上面做了大量的二次开拓。包罗OpenStack和OpenShift,开源社区的版本都是单节点,到真正地应用加入景的话,最最少要担保多节点,社区版的对象要落到出产情形,包罗和Tungsten Fabric对接,照旧有许多二次开拓要做。

这是在开拓和调研中遇到的现适用例的题目,有些是我们本身的,有些是用户应用场景中的。

Neutron不变性较量差,我们曾经实测过,开到2500个假造机遇呈现莫名其妙的发抖,导致所有瓦解,对付原生的Neutron,我们照旧较量审慎的。

假如K8s只是实现单一营业,根基原生的Flannel或Calico都能办理,Calico对付大都据中心多使命的方法是不提供支持的,Calico是今朝K8s开源情形行使最多的。

OpenShift固然是有OVS,能不能和OpenStack互通是存疑的,最后验证下来也是不能通的,完满是两个别系。

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!