ice2spring的博客

前面我们讨论了 Neutron 的基本概念，今天我们开始分析 Neutron 的架构。Neutron 架构与 OpenStack 的其他服务的设计思路一样，Neutron 也是采用分布式架构，由多个组件（子服务）共同对外提供网络服务。Neutron 由如下组件构成： Neutron Server对外提供 OpenStack 网络 API，接收

前面讨论了 Neutron 的架构和基础知识，接下来就要通过实验深入学习和实践了。 第一步就是准备实验用的物理环境，需要考虑如下几个问题：需要几个节点？如何分配节点的角色？节点上分别部署哪些服务？节点上配置几个网卡？物理网络如何连接？1 控制节点 + 1 计算节点 的部署方案我们的目的是通过实验学习 Neutron 的各种特性。 为了达到这个目的，实验环境应

本节将按照上一节的规划安装配置控制节点和计算节点。控制节点 devstack-controller步骤如下 安装 Ubuntu 14.04此处省略 256 个字配置网卡编辑 /etc/network/interfaces eth0 配置 IP 192.168.104.10，并激活 eth1 和 eth2安装 devstacklocal.conf

本节开始我们将学习 Linux Bridge 如何实现 Neutron 的各种功能。首先需要配置 linux-bridge mechanism driver。Neutorn ML2 plugin 默认使用的 mechanism driver 是 open vswitch 而不是 linux bridge。那是否还有研究 linux bridge 的必要呢？我的答案是：很有必要！

上一节配置了 linux-bridge mechanism driver，本节再做两个准备工作：1. 检视初始的网络状态。2. 了解 linux bridge 环境中的各种网络设备。初始网络状态我们首先考察实验环境最初始的网络状态。随着学习的深入，我们会对网络不断进行新的配置，大家也将看到网络一步一步发生的变化。在我们的实验环境中，当前节点上只存在物理网卡设备 ethX，还

前面我们讨论了 Neutron 的架构，本节讨论 Neutron 的物理部署方案： 不同节点部署不同的 Neutron 服务组件。方案1：控制节点 + 计算节点在这个部署方案中，OpenStack 由控制节点和计算节点组成。控制节点 部署的服务包括：neutron server, core plugin 的 agent 和 service plugin 的 agen

上次我们讨论了 Neutron 提供的功能，今天我们学习 Neutron 模块几个重要的概念。Neutron 管理的网络资源包括 Network，subnet 和 port，下面依次介绍。networknetwork 是一个隔离的二层广播域。Neutron 支持多种类型的 network，包括 local, flat, VLAN, VxLAN 和 GRE。loc

Neutron 概述传统的网络管理方式很大程度上依赖于管理员手工配置和维护各种网络硬件设备；而云环境下的网络已经变得非常复杂，特别是在多租户场景里，用户随时都可能需要创建、修改和删除网络，网络的连通性和隔离不已经太可能通过手工配置来保证了。如何快速响应业务的需求对网络管理提出了更高的要求。传统的网络管理方式已经很难胜任这项工作，而“软件定义网络（software-defined n

本节开始讨论 Neutron 的各个服务组件，首先学习 Neutron Server 。上图是 Neutron Server 的分层结构，至上而下依次为：Core API 对外提供管理 network, subnet 和 port 的 RESTful API。Extension API 对外提供管理 router, load balance, firewal

Neutron 的架构是非常开放的，可以支持多种 network provider，只要遵循一定的设计原则和规范。本节我们将开始讨论这个主题。先讨论一个简单的场景：在 Neutorn 中使用 linux bridge 这一种 network provider。根据我们上一节讨论的 Neutron Server 的分层模型，我们需要实现两个东西：linux bridge core p

我们在 Neutron Server 小节学习到 Core Plugin，其功能是维护数据库中 network, subnet 和 port 的状态，并负责调用相应的 agent 在 network provider 上执行相关操作，比如创建 network。上一节也介绍了两个 Core Plugin：linux bridge plugin 和 open vswitch plugin。

上一节我们讨论了 ML2 Plugin 解决的问题，本节将继续研究 ML2 的架构。ML2 对二层网络进行抽象和建模，引入了 type driver 和 mechanism driver。这两类 driver 解耦了 Neutron 所支持的网络类型（type）与访问这些网络类型的机制（mechanism），其结果就是使得 ML2 具有非常好的弹性，易于扩展，能够灵活支持多种 ty

Core Plugin/Agent 负责管理核心实体：net, subnet 和 port。而对于更高级的网络服务，则由 Service Plugin/Agent 管理。Service Plugin 及其 Agent 提供更丰富的扩展功能，包括路由，load balance，firewall等，如图所示：DHCPdhcp agent 通过 dnsmasq 为 instanc

前面我们详细讨论了 Neutron 架构，包括 Neutron Server，Core 和 Service Agent。现在用两张图做个总结。先看第一张：与 OpenStack 其他服务一样，Neutron 采用的是分布式架构，包括 Neutorn Server、各种 plugin/agent、database 和 message queue。Neutron ser

前面完成了一系列准备工作，本节开始将创建各种 Neutorn 网络，我们首先讨论 local network。local network 的特点是不会与宿主机的任何物理网卡相连，也不关联任何的 VLAN ID。对于每个 local netwrok，ML2 linux-bridge 会创建一个 bridge，instance 的 tap 设备会连接到 bridge。位于同一个 local n