Nova-Network

Nova-Network是Openstack在Folsom版本之前的網(wǎng)絡(luò)解決方案，做為Compute項(xiàng)目（Nova）的子模塊之一。支持Flat Network，F(xiàn)lat DHCP Network，VLAN Network等網(wǎng)絡(luò)模型，利用到的主要技術(shù)有linux-bridge，vlan等。

Neturon

Neturon是Openstack的Folsom版本正式發(fā)布的，將網(wǎng)絡(luò)模塊從Compute中剝離出來(lái)，獨(dú)立發(fā)展。其實(shí)在Essex版本就已經(jīng)提供了試用，在Grizzly版本得到了一定的增強(qiáng)。

在Havana版本之后，由于商標(biāo)問(wèn)題從Quantum更名為Neturon。支持Local Network，VLAN Network，GRE Network，VXLAN Network等網(wǎng)絡(luò)模型。利用到的主要技術(shù)有l(wèi)inux-bridge，ovs，vxlan，gre，vlan，openflow等。

目前Openstack已經(jīng)Release了Kilo版本，Neturon在經(jīng)歷了7個(gè)大版本后，已經(jīng)做了相當(dāng)多的改善。Neturon本質(zhì)上就是Nova-Network后續(xù)的升級(jí)版本。

Nova-Network的網(wǎng)絡(luò)模式相對(duì)較為簡(jiǎn)單，F(xiàn)lat和FlatDHCP都是通過(guò)統(tǒng)一的IP池，對(duì)VM進(jìn)行IP分配，不同的是IP分配的手段。

該兩種模式?jīng)]有實(shí)現(xiàn)任何隔離功能，在此類場(chǎng)景下僅能通過(guò)安全組等手段進(jìn)行網(wǎng)絡(luò)層面的隔離，適合規(guī)模較小，網(wǎng)絡(luò)拓?fù)洳唤?jīng)常變化，且對(duì)網(wǎng)絡(luò)隔離不嚴(yán)格要求的場(chǎng)景。

VLAN模式需要在網(wǎng)絡(luò)設(shè)備進(jìn)行VLAN配置，管理維護(hù)成本相對(duì)較高，且規(guī)模受VLANID寬度的限制，適合有一定隔離需求，但規(guī)模較小的場(chǎng)景。

在Neturon的實(shí)現(xiàn)中，包括：

1.控制節(jié)點(diǎn)

控制節(jié)點(diǎn)運(yùn)行Neturon Server，早期僅僅是用于維護(hù)數(shù)據(jù)庫(kù)中網(wǎng)絡(luò)相關(guān)的信息。

2.網(wǎng)絡(luò)節(jié)點(diǎn)

網(wǎng)絡(luò)節(jié)點(diǎn)運(yùn)行L3 Agent。在DVR模式下，計(jì)算節(jié)點(diǎn)和網(wǎng)絡(luò)節(jié)點(diǎn)分別要運(yùn)行L3 Agent和L3 NAT Agent。

3.計(jì)算節(jié)點(diǎn)

計(jì)算節(jié)點(diǎn)和網(wǎng)絡(luò)節(jié)點(diǎn)根據(jù)所選擇的配置，還要運(yùn)行相應(yīng)的Plugin Agent。

我們從東西流量和南北流量這兩個(gè)維度來(lái)看Neturon中的網(wǎng)絡(luò)流向，在Neturon早期沒(méi)有DVR功能的時(shí)候，無(wú)論南北流量還是東西流量，在網(wǎng)絡(luò)路徑上都要通過(guò)網(wǎng)絡(luò)節(jié)點(diǎn)進(jìn)行轉(zhuǎn)發(fā)，顯而易見(jiàn)網(wǎng)絡(luò)節(jié)點(diǎn)成為了最嚴(yán)重的瓶頸，一旦網(wǎng)絡(luò)節(jié)點(diǎn)失效，其所覆蓋的網(wǎng)絡(luò)便癱瘓。

DVR的實(shí)現(xiàn)，一定程度上降低了網(wǎng)絡(luò)節(jié)點(diǎn)的壓力，東西流量及部分南北流量（擁有Floating IP的VM）不再經(jīng)過(guò)網(wǎng)絡(luò)節(jié)點(diǎn)，但網(wǎng)絡(luò)節(jié)點(diǎn)仍然存在瓶頸。

Dragonflow在網(wǎng)絡(luò)節(jié)點(diǎn)上運(yùn)行Openflow控制器，對(duì)L3流量進(jìn)行調(diào)度，不再需要L3 Agent。

回到這個(gè)問(wèn)題的核心“高可用”上，這里首要解決的問(wèn)題便是網(wǎng)絡(luò)節(jié)點(diǎn)的高可用，目前主流有以下幾種方法：

1.替換網(wǎng)絡(luò)節(jié)點(diǎn)

Openstack最大的優(yōu)勢(shì)就是開放，插件化設(shè)計(jì)，因此可以很容易將自己原有的產(chǎn)品集成進(jìn)去。用成熟的硬件方案加上對(duì)應(yīng)的插件，將網(wǎng)絡(luò)節(jié)點(diǎn)替換掉，現(xiàn)在很多廠商都已提供了成熟的解決方案。

2.網(wǎng)絡(luò)節(jié)點(diǎn)主從模式

在開啟DVR功能后，網(wǎng)絡(luò)節(jié)點(diǎn)主要的流量便是SNAT，通過(guò)VRRP和Conntrack Table同步，可以實(shí)現(xiàn)網(wǎng)絡(luò)節(jié)點(diǎn)的主備。目前社區(qū)的實(shí)現(xiàn)還不穩(wěn)定，如果需要的話只能自行實(shí)現(xiàn)。

3.合并網(wǎng)絡(luò)節(jié)點(diǎn)

將網(wǎng)絡(luò)節(jié)點(diǎn)遷移至計(jì)算節(jié)點(diǎn)，把NAT功能在計(jì)算節(jié)點(diǎn)上實(shí)現(xiàn)，以此降低網(wǎng)絡(luò)節(jié)點(diǎn)失效的故障域。該解決方案需要進(jìn)行大量的改造，還要消耗一定的計(jì)算能力用于網(wǎng)絡(luò)轉(zhuǎn)發(fā)，且維護(hù)管理成本較高。

4.利用SDN

利用Openflow等協(xié)議的特性和相關(guān)實(shí)現(xiàn)，根據(jù)數(shù)據(jù)庫(kù)定義的網(wǎng)絡(luò)信息，對(duì)數(shù)據(jù)包包頭直接修改并路由，以此實(shí)現(xiàn)NAT、LB等網(wǎng)絡(luò)功能，便不在需要網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)流量進(jìn)行轉(zhuǎn)發(fā)，網(wǎng)絡(luò)節(jié)點(diǎn)上的其他功能也需要重新設(shè)計(jì)實(shí)現(xiàn)。

除了網(wǎng)絡(luò)節(jié)點(diǎn)是較為明顯的瓶頸，另一個(gè)我們?cè)倭牧年P(guān)于Overlay Network。

Overlay Network

其實(shí)Overlay Network已經(jīng)很廣泛的應(yīng)用了，例如我們每天用到的VPN協(xié)議，如PPTP，L2TP，MPLS，GRE等。

在IaaS這個(gè)場(chǎng)景中，常見(jiàn)的隧道協(xié)議有以下幾種，VxLAN，NVGRE，GRE，Geneva，STT。

但GRE屬于L3oL3，且性能較差，使用較少，其他幾種都是L2oL3。

NVGRE和STT主要應(yīng)用于Microsfot，VMware生態(tài)的產(chǎn)品上。

Geneva協(xié)議在kernel 3.18才提供，因此現(xiàn)在使用最多的便是VxLAN。

VxLAN底層使用UDP協(xié)議進(jìn)行承載，而傳統(tǒng)網(wǎng)絡(luò)對(duì)UDP的優(yōu)化較少，特別是在封包解包里需要一定的計(jì)算資源，現(xiàn)在采用較多的優(yōu)化方案是將這一部分計(jì)算遷移至硬件上。目前Mellanox的網(wǎng)卡已經(jīng)支持了VxLAN Offload，Intel最新的網(wǎng)卡也將支持這個(gè)新特性。

所以在Openstack中網(wǎng)絡(luò)組件的選擇，一定要明確你的業(yè)務(wù)場(chǎng)景。新版本Neturon有很多誘人的特性，但一定要經(jīng)過(guò)嚴(yán)格的測(cè)試，才可應(yīng)用。

網(wǎng)絡(luò)無(wú)小事，做網(wǎng)絡(luò)規(guī)劃和設(shè)計(jì)時(shí)一定要貼合你的業(yè)務(wù)，盡量做到簡(jiǎn)單高效。?

精彩互動(dòng)

1.京東采用的哪種方式？目前私有云vlan其實(shí)最合適了吧？

目前京東私有云和公有云所面向的業(yè)務(wù)場(chǎng)景不同，所以網(wǎng)絡(luò)模型上的選擇也有所不同。

2.可以把流量直接引導(dǎo)物理交換上嗎？

目前新部署的機(jī)房節(jié)點(diǎn)都是接入萬(wàn)兆，現(xiàn)在的網(wǎng)絡(luò)方案基本都是硬軟分離。硬件網(wǎng)絡(luò)只需要保證基礎(chǔ)網(wǎng)絡(luò)的正常轉(zhuǎn)發(fā)即可。

3.Cinder后端存儲(chǔ)目前你們覺(jué)得可以生產(chǎn)使用的有哪個(gè)？GlusterFS CEPH？

京東的后端存儲(chǔ)并沒(méi)有用社區(qū)的方案，而是自行研發(fā)。而且這也引出了另外一個(gè)問(wèn)題，在基于云的架構(gòu)中，塊存儲(chǔ)真的很有必要嗎？

可能大家更多的還是保留了傳統(tǒng)的業(yè)務(wù)部署的習(xí)慣。

4.云平臺(tái)主要用于京東哪些業(yè)務(wù)？

京東私有云主要支撐整個(gè)京東集團(tuán)的內(nèi)部業(yè)務(wù)，京東公有云主要支撐京東生態(tài)的相關(guān)業(yè)務(wù)。

如何一起愉快地發(fā)展

“高效運(yùn)維”公眾號(hào)（如下二維碼）值得您的關(guān)注，作為高效運(yùn)維系列微信群的唯一官方公眾號(hào)，每周發(fā)表多篇干貨滿滿的原創(chuàng)好文：來(lái)自于系列群的討論精華、運(yùn)維講壇線上/線下活動(dòng)精彩分享及部分群友原創(chuàng)。“高效運(yùn)維”也是互聯(lián)網(wǎng)專欄《高效運(yùn)維最佳實(shí)踐》及運(yùn)維2.0官方公眾號(hào)。

責(zé)任編輯：ct