基于Neutron的流量瓶颈及其可控性关键问题研究

发布时间：2018-05-15 09:15

  本文选题：Neutron流量瓶颈 + OpenStack　； 参考：《北京工业大学》2015年硕士论文

【摘要】：随着云计算时代的来临,基于基础设施服务的云计算管理平台受到了广泛的关注,而开源云平台OpenStack的产生与快速发展也正是得益于此。从最初的Austin版本到现在的最新版本Kilo,十一个版本迭代也只用了五年时间,本文在研究过程中一直保持对最新版本的关注,所做研究也是基于最新版本展开的。本文主要是针对OpenStack中的网络组件展开研究的,早期OpenStack的网络结构是Nova-Network,但Nova-Network结构设计比较简单,只能满足于小规模二层网络的简单需求。随着网络规模的不断扩大和网络即服务概念的提出,OpenStack社区提出了Neutron网络模型,用户可以使用Neutron提供的API,然后根据自己的需求自定义网络拓扑、VPN、Firewall等高级网络服务。OpenStack的Neutron网络虽然实现了网络服务,也满足了广义上的软件定义网络,但该模型仍然有以下的缺点:一、在该模型中,网络节点起着中枢作用,负责判断所有流量的路径走向,所以这种设计有着很大的单点问题和流量瓶颈问题。二、该网络模型中的数据转发设备采用的是开源虚拟交换机,但是该虚拟网络设备的控制层和转发层没有剥离,其路由路径的产生都是基于自协商的,所以其流量的可控性不足。本文针对上述Neutron网络中的不足所做的具体工作内容分为以下三部分:一、针对当前Neutron网络中的流量瓶颈问题,提出了基于分布式虚拟路由的设计,即在每个计算节点上增加一个虚拟路由进程,该路由主要负责判断该计算节点中的数据转发路径,如果是东西流量,则直接将该数据包发送到目的计算节点。如果是南北流量,则统一将该数据发送到网络节点。二、针对当前Neutron网络的流量不可控性,引入了OpenFlow流量模型,使用OpenFlow控制器集中控制Neutron网络的流表生成和走向,同时针对当前OpenFlow协议不能支持Neutron网络三层路由的缺点,在当前OpenFlow协议基础上增加ARP和ICMP的动作处理函数,使OpenFlow协议能处理ARP和ICMP包的请求和回复,从而能使OpenFlow控制器能正常控制Neutron网络的三层流量。三、最后本文进行了实际OpenStack仿真部署,针对Neutron流量的瓶颈问题和可控性都进行了实验测试,实验表明基于分布式虚拟路由的Neutron网络在不同类型带宽流量上较传统Neutron网络有较大提升。
[Abstract]:With the advent of cloud computing era, cloud computing management platform based on infrastructure services has received extensive attention, and the emergence and rapid development of open source cloud platform OpenStack is also benefited from this. From the initial version of Austin to the latest version of the current version, eleven versions of the iteration only took five years. In the research process, this paper has been keeping the attention to the latest version, and the research is also based on the latest version. This paper mainly focuses on the research of network components in OpenStack. The network structure of early OpenStack was Nova-Network, but the Nova-Network structure design was relatively simple, which can only satisfy the simple requirement of small-scale two-layer network. With the continuous expansion of the network scale and the introduction of the concept of network as a service, the Open Stack community put forward the Neutron network model. Users can use the API provided by Neutron, and then customize the Neutron network of advanced network services, such as VPN Firewall and OpenStack, according to their own needs. Although they realize the network services, they can also satisfy the software definition network in the broad sense. However, the model still has the following disadvantages: first, in this model, network nodes play a central role in judging the path direction of all traffic, so this design has a large single point problem and traffic bottleneck problem. Second, the data forwarding device in the network model uses open source virtual switch, but the control layer and forwarding layer of the virtual network device are not stripped, and the generation of routing path is based on self-negotiation. So the flow of the lack of controllability. The specific work content of this paper is divided into the following three parts: first, aiming at the traffic bottleneck problem in the current Neutron network, a design based on distributed virtual routing is proposed. In other words, a virtual routing process is added to each computing node, which is mainly responsible for judging the data forwarding path in the computing node. If it is east-west traffic, the packet is sent directly to the destination node. If the traffic is north-south, then the data will be sent to the network node. Secondly, aiming at the uncontrollability of current Neutron network traffic, the OpenFlow traffic model is introduced, and the flow table generation and direction of Neutron network are centrally controlled by OpenFlow controller. At the same time, the current OpenFlow protocol can not support the three-layer routing in Neutron network. Based on the current OpenFlow protocol, the action processing functions of ARP and ICMP are added, so that the OpenFlow protocol can handle the request and reply of ARP and ICMP packets, so that the OpenFlow controller can control the three-layer flow of Neutron network normally. Finally, the actual OpenStack simulation deployment is carried out in this paper. The bottleneck problem and controllability of Neutron traffic are tested experimentally. The experimental results show that the Neutron network based on distributed virtual routing is better than the traditional Neutron network in different types of bandwidth traffic.
【学位授予单位】：北京工业大学
【学位级别】：硕士
【学位授予年份】：2015
【分类号】：TP393.06
，

本文编号：1891854