加入收藏 | 设为首页 | 会员中心 | 我要投稿 网站开发网_安阳站长网 (https://www.0372zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长百科 > 正文

Openstack neutron:云数据中心底层网络架构

发布时间:2018-08-03 17:56:15 所属栏目:站长百科 来源:站长网
导读:副标题#e# 云数据中心流量类型 云数据中心的流量可以简单分为以下几个大类: 管理网络(API网络):用于云数据中心内部的管理流量,包括对内部虚拟化组件之间的、SDN控制组件之间、消息队列、以及各种HA的检测信号等。管理流量一般不对外,并且需要连接云数

同样是用来为租户的私有网络和我们常用的互联网。其上主要运行的是neutron的各种插件,包括L2 agent、L3 agent、DHCP agent、VPN agent、FW agent,以及配套各种软件(或者linux的network namespace网络命名空间,负责具体实现路由、防火墙、VPN等功能)。为租户提供各种诸如NAT、router之类的出口服务。

存储网络:(图中红线)

与VSAN计算和存储节点融合在一起有所不同,openstack架构中,普遍采用单独的存储服务器集群向计算节点服务器提供存储服务,且支持块存储、文件存储、对象存储多种类型。

在网络设计上也会有较大的差异,存储服务器集群内部需要通过高性能网络连接。同时存储服务器与计算节点服务器之间也要通过高带宽网络连接。

实际上,vmware vsan 同样允许计算节点和存储节点处于不同的物理服务器上,但是要求使用vsan存储的主机和提供vsan存储的主机处于同一个集群。但是vsan集群中对于主机数有限制(6.0版本中已经升级到64台),每个集群只能有一个VSAN,且集群中所有的主机都会消耗vsan的license数量。所以在这种特殊的收费方式下,vsan的实际部署都是采用融合方式也就是存储节点和计算节点结合在一起。

租户网络:(图中红线)

neutron的租户网络结构与vmware的类似,同样通过二层的overlay技术来对租户的流量进行标记,实现隔离。但是相比vmware必须采用自家的vDS或有限的几家合作伙伴(cisco、ibm、brocade)以外。Openstack neutron支持的二层设备包括一大票的开源虚拟交换机和商用虚拟交换机的插件,并且不同的二层设备支持的协议和功能的实现都有不同。

Open vSwitch Plugin最开始nicira主导的开源标准openflow交换机

Cisco UCS/Nexus Plugin

Cisco Nexus1000v Plugin较早商用的虚拟交换机,支持包括openstack、vmware在内的多个平台

Linux Bridge Plugin            老牌linux 网桥技术,很早就已经集成到linux内核

Modular Layer 2 Plugin

Nicira Network Virtualization Platform (NVP) Plugin          也就是NSX的插件

除此之外还有Big switch 、brocade、IBM、MidoNet等等非常多的二层插件。不用的插件在二层租户网络的实现上都有非常大的差异。而且也大量使用着各种私有协议。早期openstack版本中,因为不同的插件控制器不同,而控制器只能使用一种。导致网络使用的二层agent也必须为同一种。这一问题在后来版本中加入ML2层后得到了很好的解决。ML2屏蔽了不同插件的不同,而统一对外提供neutron网络功能的API,兼容不同的二层实现方式只需将不同厂家的插件加入到ML2中。ML2中间层能够很好地在一个网络中兼容多种二层的插件。

所以,neutron server成了SDN的控制器,通过openflow、OVS DB的协议兼容了多种二层软硬件设备。

后面的中心也会放在Open vSwitch和Linux Bridge上。

最后,这仅仅是openstack和nsx的标准范例,实际上不同的环境下,所采用的技术有非常大的差异,比如专用的高安全性的机房、物理的overlay实现等。不过总的来说,流量的类型还是逃不出这几大类。

(编辑:网站开发网_安阳站长网)

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