neutron相关知识

最新推荐文章于 2021-05-08 22:17:47 发布
最新推荐文章于 2021-05-08 22:17:47 发布
阅读量129 收藏
点赞数
文章标签： 网络 运维 后端
原文链接：http://www.cnblogs.com/mrwuzs/p/9397626.html
版权

Neutron 对虚拟三层网络的实现是通过其 L3 Agent （neutron-l3-agent）。该 Agent 利用 Linux IP 栈、route 和 iptables 来实现内网内不同网络内的虚机之间的网络流量，以及虚机和外网之间网络流量的路由和转发。为了在同一个Linux 系统上支持可能的 IP 地址空间重叠，它使用了 Linux network namespace 来提供隔离的转发上下文。

namespace技术

每个 netns 拥有独立的 （virtual）network devices, IP addresses, IP routing tables, /proc/net directory, ports 等等

新创建的 netns 默认只包含 loopback device（回环设备）。除了这个设备，每个 network device，不管是物理的还是虚拟的网卡还是网桥等，都只能存在于一个 netns。而且，连接物理硬件的物理设备只能存在于 root netns。其它普通的网络设备可以被创建和添加到某个 netns。

[root@bogon ~]# ip netns add test_namespace
[root@bogon ~]# ip netns
test_namespace
[root@bogon ~]# ip netns list
test_namespace
[root@bogon ~]# ip netns exec test_namespace bash
[root@bogon ~]# ip a
1: lo: <LOOPBACK> mtu 65536 qdisc noop state DOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
[root@bogon ~]#

添加 virtual interfaces 到 network namespace

[root@bogon ~]# ip link add veth-a type veth peer name veth-b#创建一对虚拟网卡veth-a 和 veth-b，两者由一根虚拟网线连接
[root@bogon ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:0f:09:89 brd ff:ff:ff:ff:ff:ff
    inet 192.168.246.138/24 brd 192.168.246.255 scope global dynamic ens33
       valid_lft 1225637sec preferred_lft 1225637sec
    inet6 fe80::20c:29ff:fe0f:989/64 scope link 
       valid_lft forever preferred_lft forever
3: veth-b@veth-a: <BROADCAST,MULTICAST,M-DOWN> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 7e:75:c5:5a:70:0b brd ff:ff:ff:ff:ff:ff
4: veth-a@veth-b: <BROADCAST,MULTICAST,M-DOWN> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 12:10:96:02:4c:f0 brd ff:ff:ff:ff:ff:ff

将 veth-b 添加到 network namespace

[root@bogon ~]# ip link set veth-b netns netns1
[root@bogon ~]# ip netns exec netns1 bash
[root@bogon ~]# ip a
1: lo: <LOOPBACK> mtu 65536 qdisc noop state DOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
3: veth-b@if4: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 7e:75:c5:5a:70:0b brd ff:ff:ff:ff:ff:ff link-netnsid 0
[root@bogon ~]#

Linux下的IP设备已经少了一个

[root@bogon ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:0f:09:89 brd ff:ff:ff:ff:ff:ff
    inet 192.168.246.138/24 brd 192.168.246.255 scope global dynamic ens33
       valid_lft 1224076sec preferred_lft 1224076sec
    inet6 fe80::20c:29ff:fe0f:989/64 scope link 
       valid_lft forever preferred_lft forever
4: veth-a@if3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 12:10:96:02:4c:f0 brd ff:ff:ff:ff:ff:ff link-netnsid 0
[root@bogon ~]#

设置namespace的IP地址

[root@bogon ~]# ip addr add 10.0.0.2/24 dev veth-b
[root@bogon ~]#  ip link set dev veth-b up
[root@bogon ~]# ip a
1: lo: <LOOPBACK> mtu 65536 qdisc noop state DOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
3: veth-b@if4: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state LOWERLAYERDOWN qlen 1000
    link/ether 7e:75:c5:5a:70:0b brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 10.0.0.2/24 scope global veth-b
       valid_lft forever preferred_lft forever
[root@bogon ~]#

设置Linux下的vth-a的IP地址

[root@bogon ~]# ip addr add 10.0.0.1/24 dev veth-a
[root@bogon ~]# ip link set dev veth-a up
[root@bogon ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:0f:09:89 brd ff:ff:ff:ff:ff:ff
    inet 192.168.246.138/24 brd 192.168.246.255 scope global dynamic ens33
       valid_lft 1223891sec preferred_lft 1223891sec
    inet6 fe80::20c:29ff:fe0f:989/64 scope link 
       valid_lft forever preferred_lft forever
4: veth-a@if3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether 12:10:96:02:4c:f0 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 10.0.0.1/24 scope global veth-a
       valid_lft forever preferred_lft forever
    inet6 fe80::1010:96ff:fe02:4cf0/64 scope link 
       valid_lft forever preferred_lft forever
[root@bogon ~]#

ping

[root@bogon ~]# ping 10.0.0.2
PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data.
64 bytes from 10.0.0.2: icmp_seq=1 ttl=64 time=0.065 ms
64 bytes from 10.0.0.2: icmp_seq=2 ttl=64 time=0.040 ms
64 bytes from 10.0.0.2: icmp_seq=3 ttl=64 time=0.038 ms
64 bytes from 10.0.0.2: icmp_seq=4 ttl=64 time=0.072 m

查看路由表和IPtables

[root@bogon ~]# ip netns exec netns1 bash
[root@bogon ~]# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 veth-b
[root@bogon ~]# iptables -F
[root@bogon ~]#

Iptables

 Neutron 主要用到 filter 表和 nat 表，其中， filter 用来实现安全组（Security Group）和 防火墙（FWaas）；nat 主要用来实现 router。

mark

INPUT

可见在INPUT接受所有的数据包

[root@node-3 ~]# iptables  --line-numbers -vnL INPUT
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 neutron-l3-agent-INPUT  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
[root@node-3 ~]# iptables --line-numbers -vnL neutron-l3-agent-INPUT
Chain neutron-l3-agent-INPUT (1 references)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            mark match 0x1/0xffff
2        0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:8775
[root@node-3 ~]#

OUTPUT

[root@node-3 ~]# iptables --line-numbers -vnL OUTPUT
Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 neutron-filter-top  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
2        0     0 neutron-l3-agent-OUTPUT  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
[root@node-3 ~]# iptables --line-numbers -vnL neutron-filter-top
Chain neutron-filter-top (2 references)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 neutron-l3-agent-local  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
[root@node-3 ~]# iptables --line-numbers -vnL neutron-l3-agent-local
Chain neutron-l3-agent-local (1 references)
num   pkts bytes target     prot opt in     out     source               destination         
[root@node-3 ~]# iptables --line-numbers -vnL neutron-l3-agent-OUTPUT
Chain neutron-l3-agent-OUTPUT (1 references)
num   pkts bytes target     prot opt in     out     source               destination         
[root@node-3 ~]#

OUTPUT链没有什么规则

FORWARD

[root@node-3 ~]# iptables --line-numbers -vnL FORWARD
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 neutron-filter-top  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
2        0     0 neutron-l3-agent-FORWARD  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
[root@node-3 ~]# iptables --line-numbers -vnL neutron-filter-top
Chain neutron-filter-top (2 references)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 neutron-l3-agent-local  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
[root@node-3 ~]# iptables --line-numbers -vnL neutron-l3-agent-local
Chain neutron-l3-agent-local (1 references)
num   pkts bytes target     prot opt in     out     source               destination         
[root@node-3 ~]# iptables --line-numbers -vnL neutron-l3-agent-FORWARD
Chain neutron-l3-agent-FORWARD (1 references)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 neutron-l3-agent-iv4a7700495  all  --  *      qr-+    0.0.0.0/0            0.0.0.0/0           
2        0     0 neutron-l3-agent-ov4a7700495  all  --  qr-+   *       0.0.0.0/0            0.0.0.0/0           
3        0     0 neutron-l3-agent-fwaas-defau  all  --  *      qr-+    0.0.0.0/0            0.0.0.0/0           
4        0     0 neutron-l3-agent-fwaas-defau  all  --  qr-+   *       0.0.0.0/0            0.0.0.0/0           

在之前没有创建防火墙规则之前只有neutron-l3-agent-fwaas-defau两条规则 一进一出

[root@node-3 ~]# iptables --line-numbers -vnL neutron-l3-agent-iv4a7700495
Chain neutron-l3-agent-iv4a7700495 (1 references)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 DROP       all  --  *      *       0.0.0.0/0            0.0.0.0/0            state INVALID
2        0     0 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
3        0     0 DROP       tcp  --  *      *       2.2.2.0/24           3.3.3.0/24           tcp dpts:1:65535
4        0     0 DROP       icmp --  *      *       10.0.0.0/24          0.0.0.0/0           
[root@node-3 ~]# iptables --line-numbers -vnL neutron-l3-agent-ov4a7700495
Chain neutron-l3-agent-ov4a7700495 (1 references)
num   pkts bytes target     prot opt in     out     source               destination         
1        0     0 DROP       all  --  *      *       0.0.0.0/0            0.0.0.0/0            state INVALID
2        0     0 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
3        0     0 DROP       tcp  --  *      *       2.2.2.0/24           3.3.3.0/24           tcp dpts:1:65535
4        0     0 DROP       icmp --  *      *       10.0.0.0/24          0.0.0.0/0           


一条规则下发后分别存在进出两条规则在router中，即neutron-l3-agent-iv4a7700495 ，neutron-l3-agent-ov4a7700495 ，用于进数据网络的包的默认处理和出数据网络的包的默认处理。 neutron-l3-agent-fwaas-defau用于默认丢弃没有被以上规则处理的所有包。

所以默认neutron是丢弃所有的数据包

lbaas分析

haproxy

haproxy 配置中分成五部分内容，分别如下： global：参数是进程级的，通常是和操作系统相关。这些参数一般只设置一次，如果配置无误，就不需要再次进行修改。 defaults：配置默认参数，这些参数可以被用到frontend，backend，Listen组件。 frontend：接收请求的前端虚拟节点，Frontend可以更加规则直接指定具体使用后端的backend。 backend：后端服务集群的配置，是真实服务器，一个Backend对应一个或者多个实体服务器。 Listen Fronted和backend的组合体。

LBaasv2 可以看做 OpenStack Neutron 对各种物理负载均衡器的虚拟化。它的概念可以和 HAProxy 中的概念进行类比：

HAProxy 的概念LBaasv2 的概念说明
DriverLBaas v2也是采取 driver 模型来支持多种物理的负载均衡器。LBaasv2 默认实现了 HAProxy driver，同时，它也支持多个其他 Vendor driver。厂商驱动
FrontendListenerLBaasv2采用Listener方式将流量转移到不同的pool中的member。
BackendPool代表Listener所监听的负载后端的虚拟机池。
Backend serverMemberMember 对应的是 pool 里面处理网络请求的一个 OpenStack Nova 虚机
Health checkHealth monitor它用来监测 pool 里面 member 的状态，支持 HTTP, TCP, 和 ping 等多种检测方法。在 Nuetron 中这是可选的，如果没有 Health monitor，pool 会一直认为所有的 member 都是 ACTIVE 状态，这样所有的 member 会一直出现在 VIP 的分发列表中，哪怕 member 对应的实例不能响应网络请求。这在实际应用中会造成负载均衡的响应异常。

neutron-lbaas

mark

网络节点上，neutron-lbaas-agent

（1）为每个带有 active VIP 的 pool 创建了一个 network namespace，它以 qlbaas- 命名

mark

（2）该 interface 挂载 OVS br-int 上并被打上了它所在的 network（pool -> subnet -> network） 对应的本地 VLAN ID：

mark

(3) ps -elf | grep -v agent | grep haproxy

mark

(4) 根据步骤4查看haproxy.conf 如 /var/lib/neutron/lbaas/v2/5735af3c-11bc-49b6-a3e1-dc1c1b4ebd37

mark

floating IP原理

当 router 接收到 instance 的数据包，并将其转发到外网时: router 会修改包的源地址为自己的外网地址，这样确保数据包转发到外网，并能够从外网返回。 router 修改返回的数据包，并转发给真正的 instance。 这个行为被称作 Source NAT。

floating IP 提供静态 NAT 功能，建立外网 IP 与 instance 租户网络 IP 的一对一映射。

floating IP 是配置在 router 提供网关的外网 interface 上的，而非 instance 中。

router 会根据通信的方向修改数据包的源或者目的地址。

进入路由的namespace iptables -t nat -S 查看nat表

mark

mark

DHCP

neutron dhcp为租户网络提供DHCP服务，即IP地址动态分配，另外还会提供metadata请求服务。
3个主要的部件：
DHCP agent scheduler：负责DHCP agent与network的调度。
DHCP agent：为租户网络提供DHCP的功能，提供metadata request服务。
DHCP driver：即dnsmasq，用于管理DHCP server。

Dnsmasq 是被 Neutron 用来提供 DHCP 和 DNS 服务的一个开源程序，即DHCP driver部分。它提供 DNS 缓存和 DHCP 服务功能。作为域名解析服务器(DNS)，dnsmasq可以通过缓存 DNS 请求来提高对访问过的网址的连接速度。作为DHCP 服务器，dnsmasq 可以为局域网电脑提供内网ip地址和路由。DNS和DHCP两个功能可以同时或分别单独实现。dnsmasq轻量且易配置，适用于主机较少的网络。

根据整个dhcp处理的流程，dhcp模块主要由Neutron api、core plugin（如linux bridge plugin，ovs plugin等）、dhcp agent scheduler、dhcp agent、dhcp driver（dnsmasq）构成。

mark

对应架构图中数字，有以下几个接口： 1.network/subnet/port的操作 2.agent management/agent scheduler的操作 3.network/subnet/port操作会发送rpc请求到dhcp agent。 4.agentscheduler db发送rpc请求到dhcp agent。 5.dhcp agent通过DhcpPluginApi发送rpc请求到core plugin，操作相应的数据库。 6.dhcp agent调用dhcp driver进行dhcp相关操作。

虚机获取固定IP （Fixed IP）主要分为两个步骤：

在创建虚机过程中，Neutron 随机生成 MAC 和 从配置数据中分配一个固定IP 地址，并保存到 Dnsmasq 的 hosts 文件中，让 Dnsmasq 做好准备。

虚机在启动时向 Dnsmasq 获取 IP 地址

红色为创建虚拟机的数据流

绿色为虚拟机启动的数据流

mark

创建虚机时的数据流

Controller 节点上的 Neutron Server 接到该请求后，会开始下面的过程

mark

步骤 2 ~ 6：Neutron Server 生成 MAC 和 IP。 其中 MAC 是由任意数组成的；Fixed IP 是从保存在数据库中的管理员配置的网络和地址数据生成的。

步骤 7 ~ 10： 调用 L3 Agent 和 OVS 执行一些操作。

步骤 12 ~ 14：通过 AMQP 的 cast 消息给 Neutron 节点上的 DHCP Agent，告诉它 Port 创建结束以及 新分配的 Port 的数据。

步骤 13：返回Port 给 nova-compute。

步骤 15：Neturon 节点上的 DHCP Agent 根据接收到的 Port 创建完成通知，重新生成 Dnsmasq 的 hosts 文件，然后让 Dnsmasq 重新加载该文件。Nova 拿到 Port 的数据后，会写入虚机的 libvirt.xml 文件。

安全组

mark

其中id的前10位数字被用作虚机对外连接的qbr（同时也是tap口）的id。i或o加上前9位数字被用作安全组chain的id。所有的规则默认都在Compute节点上的filter表（默认表）中实现，分别来查看filter表的INPUT、OUTPUT、FORWARD三条链上的规则。

mark

跟安全组相关的规则被重定向到neutron-openvswi-INPUT。 查看其规则，只有一条

mark

mark

某个vm的安全组相关规则的chain的名字，跟vm的id的前9个字符有关。

因此，要快速查找qbr-XXX上相关的iptables规则，可以用iptables -S列出（默认是filter表）所有链上的规则，其中含有id的链即为虚拟机相关的安全组规则。其中–physdev-in表示即将进入某个网桥的端口，–physdev-out表示即将从某个网桥端口发出。

iptables -S | grep tap4ca9818f-53

3.1 配置
节点 配置文件 配置项 说明
controller /etc/nova/nova.conf security_group_api = neutron 使得 nova secgroup* 命令使用的是 neutron 安全组的 API
/etc/neutron/plugins/ml2/ml2_conf.ini enable_security_group = True
firewall_driver = neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver 启用 Neutron 安全组并指定驱动
nova-compute /etc/nova/nova.conf firewall_driver = nova.virt.firewall.NoopFirewallDriver 禁用 nova 安全组
/etc/neutron/plugins/ml2/ml2_conf.ini enable_security_group = True
enable_ipset = True
firewall_driver = neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver 启用 Neutron 安全组并指定驱动
network /etc/neutron/plugins/ml2/ml2_conf.ini enable_security_group = True
enable_ipset = True
firewall_driver = neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver 启用 Neutron 安全组并指定驱动
neutron 也提供两种安全组的实现：IptablesFirewallDriver 和 OVSHybridIptablesFirewallDriver

neutron.agent.linux.iptables_firewall.IptablesFirewallDriver : iptables-based FirewallDriver implementation
neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver: subclass of IptablesFirewallDriver with additional bridge
默认值是 neutron.agent.firewall.NoopFirewallDriver，表示不使用 neutron security group。

参考：http://www.cnblogs.com/wanstack/tag/Neutron/
https://www.cnblogs.com/sammyliu/p/4658746.html

转载于:https://www.cnblogs.com/mrwuzs/p/9397626.html

weixin_34413065
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
openstack neutron网络服务基础
杨仕虎的博客
04-06 391
前言 openstack基于分布式架构以驱动方式加载服务，相应的增加了复杂度但是也便于理解了 分布式代表openstack的所有服务及服务组件都可以解耦安装 驱动的方式好处就是以标准的api插件驱动接入任何厂商的服务 neutron服务 提供虚拟化的openstack网络环境，包括二层交换、三层路由、四层以上应用 网络基础概念 L2二层交换 工作在TCP\IP 数据链路层，解决的就是怎么物...
防火墙--iptables详解
weixin_34268753的博客
03-28 900
一：前言防火墙，其实说白了讲，就是用于实现Linux下访问控制的功能的，它分为硬件的或者软件的防火墙两种。无论是在哪个网络中，防火墙工作的地方一定是在网络的边缘。而我们的任务就是需要去定义到底防火墙如何工作，这就是防火墙的策略，规则，以达到让它对出入网络的IP、数据进行检测。目前市面上比较常见的有3、4层的防火墙，叫网络层的防火墙，还有7层的防火墙，其实是代理层的网关。对于T...
7 云计算系列之Neutron安装与配置
weixin_33963189的博客
02-10 303
preface 紧接上一章，我们这里开始部署网络服务Neutron，可参考官网文档：http://docs.openstack.org/newton/install-guide-rdo/neutron.html. 涉及到挺多网络概念，如有本人理解错误的地方，还望指出，多谢。 安装neutron网络服务 先说说Openstack Neutron下的几个概念 网络：在Neutron的世界里，网络将多...
TCP端口数65535的限制
qq_18367465的博客
05-08 3648
TCP端口数65535的限制 简单的来说这个是由TCP/IP协议栈中的第四层运输层UDP/TCP协议决定的. 在UDP/TCP协议中源端口和目的端口都只有16位，也就是说端口的取值范围为0~65535（理论值）。 具体： 1.系统通过一个四元组来标识一条TCP连接，结构如：{本地IP，本地端口，远程IP，远程端口} 2.在IPv4上， 本地IP和远程IP是32位，本地端口和远程端口为16位，即IP可以是2^32=4294967296， 端口可以是 2^ 16=65536个。因此可以有TCP连接2^(32+1
利用iptables给Docker绑定一个外网IP
时鹏飞的专栏
07-27 8238
背景由于docker默认是不能够与外部进行直接的通信，比较普遍的仿佛是利用启动时-p来与主机进行端口映射与外界沟通。但是有时候在有其他需求时并不太方便，特别是在进行一些docker打包之前的内部开发时，希望其能够像虚机一样能够与外部有很好的通信，便希望其能够绑定外部的IP地址。 docker默认的网络是桥接在创建好后的网桥docker0上的。docker0默认的典型地址为172.17.42.1，子
neutron-basic-book:一本关于Neutron网络基础知识的书
05-15
由于本书的定位是Neutron的基础知识，所以笔者会更加偏向于基础知识的广度而非深度。 写作周期 本书会分为三个阶段进行编写： 初稿，完成大体框架。不包含图片 对初稿的语言、内容进行加工，补充图片 定稿 目前处于...
深入理解Neutron-中文.tar
08-30
讲解Neutron概况。介绍了Linux的虚拟网络知识。讲述了Neutron的实现模型。讲述的Neutron的资源模型。讲述了Neutron的基本架构，以及架构中所涉及的Web机制、通信机制、并发机制等。
深入浅出Neutron OpenStack网络技术
01-06
本文还对大规模高性能网络调优的一些经验与看法，目的是让读者昀终从本质上把握云计算时代的网络，知道如何去获取与此相关的知识。 本书强调系统性和理论指导实践的前瞻性，很多网络原理会用简单有效的小试验来证明...
Open vSwitch in Neutron
12-11
然而，这也需要管理员具备一定的网络和OpenStack知识，才能有效地管理和维护这样的网络环境。 总结来说，Open vSwitch在OpenStack Neutron中的应用是实现云环境中虚拟网络的关键技术，它提供了强大的网络功能和灵活...
openstack neutron-fwaas 防火墙之iptables实现细节详解
m0_37313888的博客
02-21 923
我在操作neutron-fwaas的时候发现了一个有趣的现象 当我设置了目的ip为114.114.114.114的包可以通过防火墙时，内部的虚拟机可以ping通114.114.114.114 但是仔细一想这么做难道没问题吗？因为即使内部的ping 114.114.114.114的包可以通过防火墙，114.114.114.114的返回的包仍然无法通过啊 于是我从iptables的变化来看了...
Neutron相关资料链接
weixin_30627381的博客
02-23 59
1、OpenStack Neturon 官方文档： https://docs.openstack.org/mitaka/networking-guide/ 2、Neturon理解系列文章： http://www.cnblogs.com/sammyliu/p/4622563.html 3、深入理解Neutron https://github.com/yeasy/openstack_unde...
Neutron印象4:neutron-openvswitch-agent
jincm的专栏
08-20 1359
neutron-openvswitch-agent代码分析 neutron.plugins.openvswitch.agent.ovs_neutron_agent:main # init ovs first by agent_config： # setup plugin_rpc, state_rpc, msgq consumer, periodically state report #
Neutron三层网络服务实现原理
aa43795381的博客
01-31 867
Neutron 对虚拟三层网络的实现是通过其 L3 Agent （neutron-l3-agent）。该 Agent 利用 Linux IP 栈、route 和 iptables 来实现内网内不同网络内的虚机之间的网络流量，以及虚机和外网之间网络流量的路由和转发。为了在同一个Linux 系统上支持可能的 IP 地址空间重叠，它使用了 Linux network namespace 来提供...
neutron firewall as a sevice
chen2296458025的博客
11-24 408
neutron firewall as a sevice应用背景 为连接在router上的subnet添加防火墙,没有防火墙时连接在同一个router上的subnet是相互联通的。安装防火后如果需要打通subnet之间的网络需要为其设置防火墙规则。 实现原理 在router network namespace中利用iptables进行流量控制，实现neutron firewall。 Before
neutron基本知识与图解
controllerha的博客
12-23 2128
neutron-server 接受api调用，发送到对应的neutron-plugin上 neutron-plugin 实现网络功能，创建交给对应的neutron-agent neutron-agent 模拟出具体设备，接受neutron-plugin的调用具体创建 neutron-plugin分为： core-plugin：ml2,负责L2网路连接（在数据链路层，基于mac地址的
Neutron的基本原理与代码实现
热门推荐
我的专栏
03-31 1万+
分享正文 大家好，很高兴今天能与大家分享一些Neutron的知识。今天分享的思路是：Openstack网络基础、Neutron的软件实现、Nova虚拟机启动时的网络处理以及OVS流表分析。 一、Openstack网络基础 下面对Openstack和Neutron的介绍，要从几个关键词入手。 1. 三代网络 在网络这一口，OpenStack经历了由nova-network到
Neutron DVR实现multi-host特性打通东西南北流量提前看(by quqi99)
技术并艺术着
03-07 1万+
作者：张华 发表于：2014-03-07 版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本版权声明 (http://blog.csdn.net/quqi99 ) Legacy Routing and Distributed Router in Neutron 先温习下l3-agent原理：l3-agent节点为所有subnet创建内部网关...
neutron项目简介
luuJa_IQ的博客
02-02 1144
一、Neutron概述        Neutron是 OpenStack项目中负责提供网络服务的组件，它基于软件定义...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值