SACC2015：DOCKER和SDN將如何進(jìn)化？

will009

回復(fù) 8# niao5929

為了應(yīng)對過度集中而產(chǎn)生流量壓力，可參考以下解決：
現(xiàn)在駕車為了更快地到達(dá)目的地，通常會(huì)選擇導(dǎo)航工具，因?yàn)閷?dǎo)航工具會(huì)提供到達(dá)目的地所有路徑的交通信息，推薦給你的選擇可能不是物理距離最短路徑，但卻是一條交通暢通，讓你花費(fèi)時(shí)間最短的路徑，這里體現(xiàn)了道路交通的一部分智能化。在我們網(wǎng)絡(luò)上也可以實(shí)現(xiàn)類似的功能，和過去不同的是，現(xiàn)在我們可以把全網(wǎng)的所有鏈路和設(shè)備都看作一個(gè)資源池，從A點(diǎn)到B點(diǎn)，使用者不需要知道直連的物理鏈路有多少，只需能夠調(diào)配資源池里面的所有資源即可，因?yàn)閺腁到B的路徑不僅僅只有A->B直連的，也有可能有A->C->B或者A->D->B的。到底使用哪個(gè)路徑到達(dá)目的地，使用者也許不必關(guān)心。
如何把不同的流量放到不同的路徑上，從而避免網(wǎng)絡(luò)發(fā)生擁塞的情況呢？這就要完全依賴網(wǎng)絡(luò)控制器了（controller）。Controller不僅僅能看到某條物理專線的帶寬，還能看到整個(gè)資源池，總體調(diào)度是池里的資源，可以判斷哪里有網(wǎng)絡(luò)帶寬資源，甚至聯(lián)動(dòng)業(yè)務(wù)應(yīng)用的計(jì)算按照網(wǎng)絡(luò)資源情況把計(jì)算放到有資源的節(jié)點(diǎn)進(jìn)行處理。
集中控制系統(tǒng)就是一個(gè)交通樞紐中心，它知道每一條道路的容量、當(dāng)前流量、在路上的每一輛汽車將要到達(dá)的目的地。當(dāng)它知道所有信息后，它可以通過智能的算法為每一個(gè)業(yè)務(wù)flow計(jì)算出最合適的路徑。所以集中控制器就成為了在PCEP（Path Computation Element Protocol）協(xié)議中的Server端。但在整個(gè)控制系統(tǒng)中核心部分是控制系統(tǒng)的邏輯算法，而不是PCEP協(xié)議，PCEP（Path Computation Element Protocol）協(xié)議只是為傳統(tǒng)網(wǎng)絡(luò)設(shè)備提供了北向接口，為控制器提供了南向接口。
綜上所述，合理智能化地調(diào)度網(wǎng)絡(luò)資源可以有效緩解流量壓力。

解決控制器故障：
為了應(yīng)對控制器故障，在系統(tǒng)上線前就應(yīng)該未雨綢繆�？刂破髫�(fù)責(zé)整個(gè)SDN網(wǎng)絡(luò)的集中化控制，對于把握全網(wǎng)資源視圖、改善網(wǎng)絡(luò)資源交付都具有非常重要的作用。但控制能力的集中化，也意味著控制器的安全性和性能成為全網(wǎng)的瓶頸。另外，單一的控制器也無法應(yīng)對跨多個(gè)地域的 SDN網(wǎng)絡(luò)問題，基于SDN控制器組成的分布式集群，可以避免單一的控制器節(jié)點(diǎn)在可靠性、擴(kuò)展性、性能方面的問題。

如下圖所示，采用分布式控制器的方式，每個(gè)控制器控制一定數(shù)量的交換機(jī)。而主控制器將匯總所有控制器的信息形成整個(gè)網(wǎng)絡(luò)的全局視圖。幾個(gè)關(guān)鍵技術(shù)要點(diǎn)是：主控制器選舉、集群虛擬地址（控制器間的負(fù)載均衡）、全網(wǎng)拓?fù)浍@取和控制器失效應(yīng)對。
綜上所述，構(gòu)建控制器高可用環(huán)境來應(yīng)對控制器故障問題。


（以上部分內(nèi)容參考于SDNLAB）
   

niao5929

有點(diǎn)意思，推薦下SDN發(fā)展比較好的自由開源項(xiàng)目，或者多介紹下相關(guān)背景知識吧回復(fù) 11# will009


   

heguangwu

自主網(wǎng)絡(luò)是很好，但是實(shí)現(xiàn)的復(fù)雜度很大，或者網(wǎng)絡(luò)最終會(huì)走向你說的，但現(xiàn)階段或許會(huì)以中心化為主，此外，中心化并不是說只有一個(gè)中心節(jié)點(diǎn)，其本身也是分布式的，就好比倫敦幾千家面包店的背后的供貨商一樣，當(dāng)然供貨商不止一家但也會(huì)少于面包店的數(shù)目
個(gè)人認(rèn)為在網(wǎng)絡(luò)規(guī)模不那么大的情況下，中心化的網(wǎng)絡(luò)反而是有優(yōu)勢的
回復(fù) 10# niao5929


   

will009

回復(fù) 12# niao5929
控制器
OpenDaylight
OpenDaylight以開源社區(qū)為主導(dǎo)，使用Java語言實(shí)現(xiàn)的的開源框架，旨在推動(dòng)創(chuàng)新實(shí)施以及軟件定義網(wǎng)絡(luò)透明化。面對SDN型網(wǎng)絡(luò)，OpenDaylight作為項(xiàng)目核心，擁有一套模塊化、可插拔且極為靈活的控制器，還包含一套模塊合集，能夠執(zhí)行需要快速完成的網(wǎng)絡(luò)任務(wù)。

OpenDaylight是一個(gè)基于SDN開發(fā)的模塊化、可擴(kuò)展、可升級、支持多協(xié)議的控制器框架。引入SAL屏蔽不同協(xié)議的差異性，支持多種南向協(xié)議插件。北向接口可擴(kuò)展性強(qiáng)，REST型API用于松耦合應(yīng)用，OSGI型用于緊耦合應(yīng)用。ODL控制平臺采用了OSGI框架，實(shí)現(xiàn)了模塊化和可擴(kuò)展化，為OSGI模塊和服務(wù)提供了版本和周期管理。

OpenDaylight控制器可以運(yùn)行在任何支持JAVA的平臺上，如結(jié)構(gòu)圖1所示，大體分為三部分，網(wǎng)絡(luò)APP和業(yè)務(wù)流程層、控制器平臺層以及物理和虛擬網(wǎng)絡(luò)設(shè)備層，并且用北向接口與南向接口將三者連接。控制器向應(yīng)用層提供北向接口，應(yīng)用使用控制器收集信息，利用控制器做分析，部署新的網(wǎng)絡(luò)規(guī)則等。南向接口可支持多種協(xié)議，openflow1.0、openflow1.3、BGP-LS等，這些協(xié)議插件動(dòng)態(tài)地連接在SAL上。


南向接口
ODL向下層提供的接口稱之為南向接口，南向接口支持多種協(xié)議。如OpenFlow 1.0、 OpenFlow 1.3,OVSDB、NETCONF、LISP、BGP、PCEP和SNMP等。這些協(xié)議模塊以插件的方式動(dòng)態(tài)掛在SAL上。

南向接口使用netty來管理底層的并發(fā)IO。Netty是提供異步的、事件驅(qū)動(dòng)的網(wǎng)絡(luò)應(yīng)用框架，該框架健壯性、可擴(kuò)展性良好，而且還具有延時(shí)低、節(jié)省資源等特點(diǎn)。Netty使用簡單，功能強(qiáng)大，支持多種主流協(xié)議。定制性強(qiáng)，可以通過channelHandler對通信框架進(jìn)行靈活擴(kuò)展，適用于支持多種協(xié)議的南向接口。

協(xié)議模塊
協(xié)議模塊主要有OpenFlow、OVSDB、NETCONF、LISP、BGP、PCEP和SNMP等協(xié)議模塊。其中OF最具代表性，OF是控制器與交換機(jī)之間的通信準(zhǔn)則，管理網(wǎng)絡(luò)設(shè)備會(huì)話連接以及協(xié)議交互，一方面監(jiān)聽底層設(shè)備的消息，另一方面將上層請求下發(fā)到底層設(shè)備，此外還支持鏈路發(fā)現(xiàn)服務(wù)。


（以上內(nèi)容來源于SDN中文社區(qū)）

niao5929

討論蠻用心的。也介紹了不少新的技術(shù)方向 回復(fù) 14# will009


   

niao5929

openswtich如何？？OCP會(huì)不會(huì)對SDN有重大的技術(shù)影響或整合回復(fù) 14# will009


   

will009

回復(fù) 16# niao5929
交換機(jī)

Open vSwitch

Open vSwitch是由Nicira公司使用C和Python語言開發(fā)實(shí)現(xiàn)的遵循開源Apache2.0許可的產(chǎn)品級質(zhì)量的多層虛擬交換標(biāo)準(zhǔn)！它旨在通過編程擴(kuò)展，使龐大的網(wǎng)絡(luò)自動(dòng)化（配置、管理、維護(hù)），同時(shí)還支持標(biāo)準(zhǔn)的管理接口和協(xié)議，OVS支持跨越多個(gè)物理服務(wù)器的分布式環(huán)境，類似于VMware的vNetwork distributed vswitch以及Cisco的 Nexus 1000V。


Open vSwitch supports the following features:

Visibility into inter-VM communication via NetFlow, sFlow(R), IPFIX, SPAN, RSPAN, and GRE-tunneled mirrors
LACP (IEEE 802.1AX-2008 )
Standard 802.1Q VLAN model with trunking
Multicast snooping
IETF Auto-Attach SPBM and rudimentary required LLDP support
BFD and 802.1ag link monitoring
STP (IEEE 802.1D-1998 ) and RSTP (IEEE 802.1D-2004)
Fine-grained QoS control
Support for HFSC qdisc
Per VM interface traffic policing
NIC bonding with source-MAC load balancing, active backup, and L4 hashing
OpenFlow protocol support (including many extensions for virtualization)
IPv6 support
Multiple tunneling protocols (GRE, VXLAN, STT, and Geneve, with IPsec support)
Remote configuration protocol with C and Python bindings
Kernel and user-space forwarding engine options
Multi-table forwarding pipeline with flow-caching engine
Forwarding layer abstraction to ease porting to new software and hardware platforms

Open vSwitch，根據(jù)其名就可以知道這是一個(gè)開放的虛擬交換機(jī)（open virtual switch）；它是實(shí)現(xiàn)網(wǎng)絡(luò)虛擬化SDN的基礎(chǔ)，它是在開源的Apache2.0許可下的產(chǎn)品級質(zhì)量的多層虛擬交換標(biāo)準(zhǔn)。設(shè)計(jì)這個(gè)Open vSwitch的目的是為了解決物理交換機(jī)存在的一些局限性：Open vSwitch較物理交換機(jī)而言有著更低的成本和更高的工作效率；一個(gè)虛擬交換機(jī)可以有幾十個(gè)端口來連接虛擬機(jī)，而Open vSwitch本身占用的資源也非常��；可以根據(jù)自己的選擇靈活的配置，可以對數(shù)據(jù)包進(jìn)行接收分析處理；同時(shí)還支持標(biāo)準(zhǔn)的管理接口和協(xié)議，如NetFlow、sFlow、SPAN、RSPAN等。

OCP會(huì)不會(huì)對SDN有重大的技術(shù)影響或整合

按照目前業(yè)界發(fā)展，OCP應(yīng)該會(huì)對SDN有所技術(shù)影響，舉個(gè)例子來看：Docker收購網(wǎng)絡(luò)初創(chuàng)公司SocketPlane 3個(gè)月后就推出了一款軟件定義網(wǎng)絡(luò)插件，在開源容器工具組中添加了容器級別的網(wǎng)絡(luò)虛擬化功能。該容器的非正式名稱是Docker Network。

在虛擬環(huán)境支持Docker的基礎(chǔ)上網(wǎng)絡(luò)公司可以采用這個(gè)插件，目前Docker已經(jīng)和Microsoft、 VMware、 Cisco、 Nuage Networks以及Project Calico達(dá)成合作共同拓展Docker平臺。Docker認(rèn)為他們的職責(zé)是創(chuàng)建一個(gè)插件式平臺并向開發(fā)者開放，最終開發(fā)出很多優(yōu)質(zhì)的產(chǎn)品。

該插件是基于Docker容器的網(wǎng)絡(luò)虛擬化功能的重大轉(zhuǎn)折，已經(jīng)成為虛擬機(jī)的輕量級替代品。Docker原來的網(wǎng)絡(luò)方案可以幫助應(yīng)用開發(fā)者在筆記本上進(jìn)行開發(fā)，但是卻不能支持容器運(yùn)行在多臺計(jì)算機(jī)上，而且防火墻和負(fù)載均衡器也沒有接入點(diǎn)。但是新版的Docker將會(huì)預(yù)加載microsegmentaion和網(wǎng)絡(luò)策略功能，支持開發(fā)者橫跨多個(gè)計(jì)算機(jī)將容器連接到虛擬網(wǎng)絡(luò)中。除此以外，新功能還包括容器級別的DNS接口，讓容器網(wǎng)絡(luò)之間互相可見。

Docker企業(yè)營銷副總裁表示Docker Network將會(huì)整合或是替代 Cisco 和VMware的傳統(tǒng)網(wǎng)絡(luò)產(chǎn)品。Docker的戰(zhàn)略是與開發(fā)商達(dá)成協(xié)作并且為Docker提供充分的靈活性以應(yīng)對生產(chǎn)環(huán)境的挑戰(zhàn)。

（以上部分內(nèi)容來自SDNLAB)

   

hiyachen

云計(jì)算（cloud computing）
1：是基于互聯(lián)網(wǎng)的相關(guān)服務(wù)的增加、使用和交付模式，通常涉及通過互聯(lián)網(wǎng)來提供動(dòng)態(tài)易擴(kuò)展且經(jīng)常是虛擬化的資源。
2：云是網(wǎng)絡(luò)、互聯(lián)網(wǎng)的一種比喻說法。過去在圖中往往用云來表示電信網(wǎng)，后來也用來表示互聯(lián)網(wǎng)和底層基礎(chǔ)設(shè)施的抽象。
3：云計(jì)算甚至可以讓你體驗(yàn)每秒10萬億次的運(yùn)算能力，擁有這么強(qiáng)大的計(jì)算能力可以模擬核爆炸、預(yù)測氣候變化和市場發(fā)展趨勢。
4：用戶通過電腦、筆記本、手機(jī)等方式接入數(shù)據(jù)中心，按自己的需求進(jìn)行運(yùn)算。
5：云計(jì)算是一種按使用量付費(fèi)的模式，這種模式提供可用的、便捷的、按需的網(wǎng)絡(luò)訪問， 進(jìn)入可配置的計(jì)算資源共享池
（資源包括網(wǎng)絡(luò)，服務(wù)器，存儲，應(yīng)用軟件，服務(wù)），這些資源能夠被快速提供，只需投入很少的管理工作，或與服務(wù)供
應(yīng)商進(jìn)行很少的交互。
6：包括核心技術(shù)：虛擬化、SDN、存儲（共享、對象、塊）、容器、監(jiān)控、大數(shù)據(jù)處理方式。
   其他技術(shù)如：NUMA、gre、iscsi 、nosql

陌路巨額投入

1、SDN目前發(fā)展的狀況給傳統(tǒng)網(wǎng)絡(luò)帶來的好處有那些
        1.應(yīng)用程序特定的對等互聯(lián)：支持SDN的OpenFlow協(xié)議允許網(wǎng)絡(luò)基于一系列數(shù)據(jù)包表頭來自定義轉(zhuǎn)發(fā)政策。這意味著運(yùn)營商可以基于流量類型創(chuàng)建定制化對等互聯(lián)協(xié)議。此外，他們還可以為流量建立對等互聯(lián)，這些流量被路由到特定DNS域名或服務(wù)。
　　  2.遠(yuǎn)程對等互聯(lián)：遠(yuǎn)程控制對等互聯(lián)路徑的能力意味著網(wǎng)絡(luò)運(yùn)營商可以重定向流量到更好配置的路徑或者具有預(yù)先確定或者可預(yù)測水平的服務(wù)質(zhì)量的路徑。IXP運(yùn)營商可以管理額外水平的控制，這可以提供到其會(huì)員和客戶。
　　  3.質(zhì)量控制：SDN為IXP運(yùn)營商提供了更大的控制，通過該交換機(jī)架構(gòu)支持的對等互聯(lián)政策，讓他們只允許滿足特定安全和路由政策要求的政策。
　　  4.動(dòng)態(tài)流量工程：不需要手動(dòng)監(jiān)控和平衡比例來符合對等政策協(xié)議，SDX控制器可以被設(shè)置自動(dòng)響應(yīng)關(guān)于流量的信息，和重新平衡流量來遵守政策要求。

2、OCP容器技術(shù)對網(wǎng)絡(luò)的需求方向是什么
         OCP容器技術(shù)對網(wǎng)絡(luò)的需求方向是開放和隔離

3、數(shù)據(jù)中心模式下的大規(guī)模集群系統(tǒng)建設(shè)對網(wǎng)絡(luò)產(chǎn)生的壓力如何消除
       擴(kuò)大網(wǎng)絡(luò)帶寬，拆分形成分布式。

rickcafe

回復(fù) 7# will009

毒德大學(xué)