【摘要】：隨著云時代的到來，各種基于IAAS層次的云管理平臺應(yīng)運而生例如亞馬遜的EC2和S3的云基礎(chǔ)架構(gòu)等而圍繞著開源的優(yōu)勢，OpenStack云平臺得到越來越多的企業(yè)與個人開發(fā)者的支持.OpenStack其目的在于在于簡化云平臺的部署過程，其組件交互式的架構(gòu)為其帶來了良好的擴展性 云計算是基于虛擬化基礎(chǔ)上的產(chǎn)物，對于計算ǐ存儲ǐ網(wǎng)絡(luò)都有著一切皆服務(wù)的趨勢對于OpenStack云平臺亦是如此，從網(wǎng)絡(luò)的發(fā)展角度來看，早期的網(wǎng)絡(luò)組件Nova_network結(jié)構(gòu)過于簡單，不能完全滿足客戶需求而且隨著規(guī)模的擴大化，其性能要求也不能夠滿足遵循著網(wǎng)絡(luò)即服務(wù)的理念，Quantum網(wǎng)絡(luò)模型被提出來，其集中體現(xiàn)為SDN模型的一種演化型方式：云租戶能夠通過Quantum提供的API創(chuàng)建屬于自己的網(wǎng)絡(luò)拓?fù)�，同時能夠配置虛擬網(wǎng)絡(luò)等 對于云計算網(wǎng)絡(luò)來說，SDN(Software Defined Network)模型已然成為一種趨勢，Quantum體現(xiàn)了一種SDN實現(xiàn)方式，支持了多租戶云，它將虛擬的網(wǎng)絡(luò)世界從服務(wù)器端擴展到用戶端但是Quantum網(wǎng)絡(luò)也表現(xiàn)出很大的缺點，其一是它所創(chuàng)建的虛擬網(wǎng)絡(luò)位于網(wǎng)絡(luò)層之上，其連接的終端是虛擬機層次，而不是更高層次的物理設(shè)備，其二，其支持的Vlan數(shù)量有限，并且對于網(wǎng)絡(luò)數(shù)據(jù)流的負(fù)載均衡并不支持 針對Quantum網(wǎng)絡(luò)的這些現(xiàn)象以及目前網(wǎng)絡(luò)發(fā)展的現(xiàn)狀：由于TCP/IP網(wǎng)絡(luò)體系結(jié)構(gòu)已經(jīng)根深蒂固，面對其設(shè)計之初的缺陷，通過更多的協(xié)議來修補該體系結(jié)構(gòu)無法從根本上解決問題，反而隨著更多協(xié)議的運行，網(wǎng)絡(luò)設(shè)備負(fù)載更重，導(dǎo)致會出現(xiàn)很多問題另外的一種SDN模型——OpenFlow模型從網(wǎng)絡(luò)控制層面抽象出數(shù)據(jù)流的概念解決了這些問題與以往的網(wǎng)絡(luò)架構(gòu)不同,OpenFlow用控制層與轉(zhuǎn)發(fā)層分離的架構(gòu)來完成數(shù)據(jù)流的轉(zhuǎn)發(fā)工作在其控制層面上，我們完全可以通過組件開發(fā)驗證創(chuàng)新的網(wǎng)絡(luò)體系和協(xié)議 本文結(jié)合自己搭建OpenSatck云部署過程，，詳細(xì)分析了OpenStack早期網(wǎng)絡(luò)模式，然后討論Quantum網(wǎng)絡(luò)的優(yōu)點與缺點，并結(jié)合OpenFlow模型的發(fā)展趨勢，將其以插件的形式融合在該平臺上OpenStack網(wǎng)絡(luò)在該SDN模型的基礎(chǔ)之上，考慮到OpenFlow協(xié)議的缺點，進行路由實現(xiàn) 首先針對現(xiàn)有的網(wǎng)絡(luò)體系結(jié)構(gòu)分析數(shù)據(jù)包傳輸過程，并找出OpenFlow模型不能路由的原因 然后對OpenFlow協(xié)議的動作進行處理，合理的完成ARP報文和ICMP報文的處理，并且在OpenFlow控制器端實現(xiàn)鏈路發(fā)現(xiàn)組件與路由組件 最后在OpenFlow模擬平臺Mininet與Nox控制器進行實驗測試與驗證，并對當(dāng)前的研究做了總結(jié)與展望，希望后來的研究人員在該基礎(chǔ)上進一步的深入
[Abstract]:With the advent of the cloud age, a variety of cloud management platforms based on the IAAS hierarchy emerge as the times require, such as Amazon's EC2 and S3 cloud infrastructure, and around the advantages of open source. The OpenStack cloud platform is supported by more and more enterprise and individual developers. OpenStack aims to simplify the deployment process of the cloud platform. Its component interactive architecture brings it a good scalability cloud computing is a product based on virtualization, and there is a trend for computing storage and storage networks to be all services, as is the case with the OpenStack cloud platform. From the perspective of network development, the early network component Nova_network structure is too simple to fully meet customer needs, and with the expansion of the scale, its performance requirements can not meet the concept of network as a service. Quantum network model is put forward, which is embodied as an evolutionary way of SDN model: cloud tenants can create their own network topology through API provided by Quantum, and can configure virtual network for cloud computing network. SDN (Software Defined Network) model has become a trend, Quantum embodies a SDN implementation method, supports multi-tenant cloud, it extends the virtual network world from server to client, but Quantum network also shows great shortcomings. One is that the virtual network it creates is located on top of the network layer, and the terminals it connects to are virtual machines rather than higher-level physical devices, and it supports a limited number of Vlan. And the load balancing of network data flow does not support the phenomenon of Quantum network and the current status of network development: because the TCP/IP network architecture has been deeply rooted, facing the defects of its initial design, Fixing the architecture with more protocols does not fundamentally solve the problem. Instead, as more protocols run, the network equipment becomes more heavily loaded. There will be a lot of problems. Another SDN model, the OpenFlow model, abstracts the concept of data flow from the network control level and solves these problems differently from the previous network architecture. OpenFlow uses the architecture of separate control layer and forwarding layer to complete the data stream forwarding. On its control level, we can fully verify the innovative network architecture and protocols through component development. In this paper, we can build a OpenSatck cloud deployment process. This paper analyzes the early network mode of OpenStack in detail, and then discusses the advantages and disadvantages of Quantum network. Combining with the development trend of OpenFlow model, the OpenStack network is fused in the form of plug-in on the platform on the basis of the SDN model. Considering the shortcomings of OpenFlow protocol, the routing implementation first analyzes the process of packet transmission according to the existing network architecture, and then finds out the reasons why the OpenFlow model can not be routed, and then processes the actions of OpenFlow protocol. The processing of ARP and ICMP packets is completed reasonably, and the link discovery components and routing components are implemented in the OpenFlow controller. Finally, experimental tests and verification are carried out on the OpenFlow simulation platform Mininet and Nox controller. It also summarizes and prospects the current research, and hopes that the later researchers will further deepen the research on this basis.
【學(xué)位授予單位】：吉林大學(xué)
【學(xué)位級別】：碩士
【學(xué)位授予年份】：2014
【分類號】：TP393.01

【參考文獻(xiàn)】

相關(guān)期刊論文 前5條

1 侯長逸;;OpenFlow網(wǎng)絡(luò)軟件路由研究[J];蘭州大學(xué)學(xué)報(自然科學(xué)版);2013年02期

2 苗秀;俞俊生;劉紹華;陳曉東;;基于云計算平臺的移動IPTV系統(tǒng)設(shè)計及負(fù)載均衡技術(shù)研究[J];軟件;2011年01期

3 周燁;李勇;王芳;楊旭;蘇厲;金德鵬;曾烈光;;基于OpenFlow的網(wǎng)絡(luò)實驗平臺技術(shù)[J];清華大學(xué)學(xué)報(自然科學(xué)版);2012年11期

4 左青云;陳鳴;趙廣松;邢長友;張國敏;蔣培成;;基于OpenFlow的SDN技術(shù)研究[J];軟件學(xué)報;2013年05期

5 李英壯;汪楠;李先毅;;基于OpenStack開發(fā)云平臺的設(shè)計與實現(xiàn)[J];武漢大學(xué)學(xué)報(理學(xué)版);2012年S1期

本文編號：2422278