网站效果图尺寸,做网站用虚拟主机还是服务器,logo设计哪里做得好,深圳办公室设计Neutron框架之流分析 1.控制端neutron-server通过wsgi接收北向REST API请求#xff0c;neutron-plugin通过rpc与设备端进行南向通信。 2.设备端agent则向上通过rpc与控制端进行通信#xff0c;向下则直接在本地对网络设备进行配置。 3.Neutron-agent的实现很多#xff0c;彼…
Neutron框架之流分析 1.控制端neutron-server通过wsgi接收北向REST API请求neutron-plugin通过rpc与设备端进行南向通信。 2.设备端agent则向上通过rpc与控制端进行通信向下则直接在本地对网络设备进行配置。 3.Neutron-agent的实现很多彼此之间也没什么共性的地方下面选取比较具有代表性的ovs-neutron-agent的实现进行简单的介绍。 Nova-compute向neutron-server请求虚拟机对应的Port资源。 Neutron-server根据neutron-database生成Port资源。 Neutron-server通知Dhcp agent虚拟机信息。 Dhcp agent将虚拟机信息通知给dhcp server。 虚拟机接入并启动。 虚拟机从dhcp server处获得IP地址。 1qbrLinux Bridge网桥 Bridge 设备是基于内核实现的二层数据交换设备 2br-intOVS网桥 3br-tunOVS隧道网桥 4VXLAN封装网络类型的转变 网络节点部署了Router、DHCP Server服务网桥连接物理网卡。 1Router路由转发 2DHCP 提供DNS、DHCP等服务。 3br-ex 连接物理网口连接外网 计算节点的 br-int 上Neutron 为每个虚机连接 OVS 的 access port 分配了内部的 VLAN Tag。这种 Tag 限制了网络流量只能在 Tenant Network 之内。 计算节点的 br-tun 上Neutron 将内部的 VLAN Tag 转化为 VXLAN Tunnel ID然后转发到网络节点。 网络节点的 br-tun 上Neutron 将 VXLAN Tunnel ID 转发了一一对应的 内部 VLAN Tag使得 网络流被不同的服务处理。 网络节点的 br-int 上连接的 DHCP 和 L3 agent 使用 Linux Network Namespace 进行隔离。 patch-port ovs里的不同bridge之间可以通过patch port进行连接类似于linux的veth接口。成对出现。 TAP 设备是一种工作在二层协议的点对点网络设备每一个 TAP 设备都有一个对应的 Linux 字符设备用户程序可以通过对字符设备的读写操作完成与 Linux 内核网络协议栈的数据交换工作在虚拟化环境中经常被模拟器使用。 Neutron利用网络控制节点上的Network Namespace中的iptables实现了进出租户网络的网络防火墙从而保证了进出租户网络的安全性 qvo 为了实现IPtables 建立了一层中间层 qbr 用网络空间实现 br-int端为qvo qvb 为了实现IPtables 建立了一层中间层 qbr 用网络空间实现 近tap端为qvb Vxlan的模型和vlan的模型十分相似从表面上来看他俩相比只有一个不同,vlan对应的是ethx网桥而vxlan对应的是tun网桥。 在这里ethx和tun都是ovs网桥所以说两者的差别不是实现组件的差别而是组件所执行功能的差别ethx执行的是普通二层交换机的功能tun执行的是vxlan中的vtep的功能图中俩tun对应的接口ip就是vxlan的隧道终结点ip。所以说虚机的数据包在到达tun网桥之前是打的是vlan tag而到达tun之后会发生网络类型的转换从vlan封装为vxlan然后到达网络节点。而之前的vlan类型的网络虚机数据包的类型一直都是vlan。 VTEP是直接与终端连接的设备负责原始以太报文的VXLAN封装和解封装。 物理的二层与虚拟的二层VLAN模式) 1物理的二层指的是物理网络是二层网络基于以太网协议的广播方式进行通信。 2虚拟的二层指的是Neutron实现的虚拟网络也是二层网络openstack的vm机所用的网络必须是大二层也是基于以太网协议的广播方式进行通信但毫无疑问的是该虚拟网络是依赖于物理的二层网络。 3物理二层虚拟二层的典型代表VLAN网络模式。 物理的三层与虚拟的二层GRE模式与VXLAN模式 1物理三层指的是物理网络是三层网络基于IP路由的方式进行通信。 2虚拟的二层指的是Neutron实现的虚拟网络仍然是二层网络openstack的vm机所用的网络必须是大二层仍然是基于以太网的广播方式进行通信但毫无疑问的是该虚拟机网络是依赖于物理的三层网络这点有点类似于VPN的概念根本原理就是将私网的包封装起来最终打上隧道的ip地址传输。 3物理三层虚拟二层的典型代表GRE模式与VXLAN模式。 关于上图整体的理解为
1、首先通过dashboard或命令行CLI的形式获取用户登录信息调用keystone的restful api去做身份验证
2、keystone对用户登录信息进行校验然后会产生token并返回给对应的认证请求
3、然后携带着这个token通过restful api向nova-api发送一个boot instance请求
4、nova-api接受请求后会先向keystone发送token校验和权限认证请求
5、keystone校验token是否有效并将结果返回给nova-api
6、通过认证之后nova-api会向nova-database进行通信为新实例创建一个数据库条目
7、nova-api调用rabbit MQ向nova-scheduler请求是否有创建虚机的资源主机
8、nova-scheduler进程监听消息队列获取到nova-api的请求
9、nova-scheduler与nova-database交互获取集群中计算节点的信息和状态并通过调度算法计算出合适的计算节点host
10、对于符合虚拟机创建的主机nova-scheduler更新数据库中的虚机对应的物理主机信息
11、nova-scheduler通过rpc调用向找到的那个host上的nova-compute发送创建虚机的请求目标主机上的nova-compute会从对应的消息队列中获取到创建虚机的请求
12、nova-compute通过rpc调用向nova-conductor发送请求创建虚机的信息如host ID,flavor等nova-conductor从消息队列中获取到nova-compute的请求
13、nova-conductor与nova-database交互查询到虚机的信息
14、nova-conductor把信息通过消息的形式发送到消息队列中nova-compute从消息队列中获取到虚机信息
15、nova-compute会向glance-api请求获取虚机创建所需的镜像
16、glance-api会先向keystone验证token并返回验证结果
17、验证通过后nova-compute获得image数据
18、nova-compute调用neutron api传入token去分配和配置网络比如虚机的IP地址等
19、neutron-server向keystone验证token是否有效并返回结果
20、验证通过之后nova-compute获得虚机网络信息
21、nova-compute请求cinder-api获取虚机所需要的持久化存储信息
22、cinder-api向keystone验证token是否有效并返回结果
23、验证通过之后nova-compute获得虚机的块存储信息
24、nova-compute根据instance信息调用配置的虚拟化驱动来创建虚拟机
