openstack之neutron（一）

NFV基础

在这里插入图片描述
neutron是对二层物理网络的抽象与管理，实例的网络功能由连接到vSwitch的端口上的vNIC共同实现，再通过物理服务器的物理网卡访问外部的物理网络。

NFV实现

网卡虚拟化：tap、tun、veth；
交换机虚拟化：linuxbridge、ovs、ovn；
网络隔离：network namespace；

在这里插入图片描述

tap：模拟二层网络设备，实现数据帧交换；
tun：模拟三层网络设备，实现数据包转发；
veth pair：成对出现，一端连接着协议栈、一端连接着对端，常用来连接不同的虚拟网络组件，形成网桥；

linuxbridge

在这里插入图片描述
tap0和tap1接入了br0，在操作系统中查看对应2各ethx，但是对于hypervisor的网络协议栈上层来说，只能看到br0，并不会关心桥接的细节。

物理机接收数据包时，会交给br0决定数据包的去向，br0会根据mac地址与端口的映射关系进行转发。

由于bridge工作在二层，tap0与tap1没有ip地址。对于上层路由器来说，tap0与tap1位于同一子网，因此只有br0需要ip地址。

即使物理服务器的eth0原本有ip地址，但是在被桥接到br0后，其ip地址会失效，用户程序不能接收到这个ip地址的数据。

# 创建网桥br0
brctl addbr br0
# 将eth0添加到网桥br0
brctl addif br0 eth0

linuxbridge适用于小规模、内部通信。

ovs

由于ovs支持vlan，可以用作隔离，还支持NetFlow、sFlow等标准管理接口协议，用作流量监控，所以适用于大规模、主机间通信。

ovs-vsctl add-br br0ovs-vsctl add-port eth0ovs-vsctl show br0
# 显示网桥br0下所有端口的描述信息
ovs-vsctl dump-ports-desc br0
# 显示网桥br0上所有的OpenFlow，流表项决定了流量如何被转发、处理
ovs-ofctl dump-flows br0

ovn

ovn在ovs的基础上增加了编排功能。

network namespace

在这里插入图片描述

network namespace，能够创建多个隔离的命名空间，拥有独立的虚拟设备、路由表、iptables。

ip netns listip netns add red
ip netns delete red
# 查询某个进程（PID）属于哪个网络命名空间。
ip netns identify <pid>
# 查询red命名空间有哪些进程
ip netns pids red
# 切换到red命名空间执行命令
ip netns exec red <command>
# 实时监控网络命名空间
ip netns monitor