neutron ml2
在介绍ml2之前，先介绍下以往的core-plugin，它主要的工作是与数据库打交道，真正起作用的是agent，然而对于每种core-plugin来说他们绝大部代码是重复的，在实际的网络部署中，想用linuxbridge就不能用openvswitch，想用vlan就不能用gre。Ml2插件就可以很好解决这样的问题，在复杂的二层网络中可以灵活地部署网络。
Ml2插件是一种允许OpenStack网络同时地利用多种二层网络技术的框架。目前与openswitch、linuxbridge、hyperv L2 agent协同工作。ml2框架对简化新增L2网络技术的做了很好支持，比起以往新增加的核心插件，ML2框架需要更少的初期以及后期维护工作。
ML2驱动包括类型驱动和机制驱动，分别实现了网络类型和网络机制的可扩展性。
1）类型驱动（TypeDriver）：
类型驱动可以管理多种网络类型，目前支持local, flat, vlan, gre, vxlan等。
2）机制驱动（MechanismDriver）：
机制驱动处理由类型驱动建立的信息，并且确保能够用于指定的网络机制。机制驱动接口支持网络、子网、端口的创建、更新、删除操作。对每个资源，机制驱动暴露出两种方法ACTION_RESOURCE_precommit,和ACTION_RESOURCE_postcommit。这种precommit方法用于验证action是否有效和维护机制驱动的私有的数据库，并且这种方法不能被阻塞。postcommit主要负责操作资源。
举个例子，看下cisco的update_port机制驱动的两个方法，你可以自己跟踪一下， update_port_precommit维护自己私有的数据库，update_port_postcommit配置物理交换机。
def update_port_precommit(self, context):
port = context.current
if self._is_deviceowner_compute(port) and self._is_status_active(port):
self._port_action(context, self._configure_nxos_db)
def update_port_postcommit(self, context):
port = context.current
if self._is_deviceowner_compute(port) and self._is_status_active(port):
self._port_action(context, self._configure_switch_entry)
Ml2工作机制：
在ml2框架中实现了两个Manager：TypeManager和MechanismManager，分别管理类型驱动和网络驱动，TypeManager可以根据用户创建的网络类型调用相应的类型驱动，MechanismManager是根据计算节点的部署环境和neuron配置文件决定调用哪种机制驱动。
1）类型驱动：
不同的类型驱动都有自己的ml2_*TYPE*_allocations表，类型驱动主要工作维护自己的数据库表：
ml2_gre_allocations;
+-----------+------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+------------+------+-----+---------+-------+
| gre_id | int(11) | NO | PRI | NULL | |
| allocated | tinyint(1) | NO | | NULL | |
+-----------+------------+------+-----+---------+-------+
ml2_vlan_allocations;
+------------------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+------------------+-------------+------+-----+---------+-------+
| physical_network | varchar(64) | NO | PRI | NULL | |
| vlan_id | int(11) | NO | PRI | NULL | |
| allocated | tinyint(1) | NO | | NULL | |
+------------------+-------------+------+-----+---------+-------+
2）机制驱动
机制驱动可以在openstack环境中同时使用不同的网络机制，那么他是如何工作的呢？假如我的计算节点A（c-a），部署了neutron-openvswitch-agent服务，当启动虚拟机时（指定网络id），nova-scheduler把虚拟机调度到c-a节点上，c-a的nova-compute服务会调用neutron的create_port接口，其中create_port中会使用一个很重要的方法：bind_port（MechanismManager），MechanismManager.bind_port会循环调用所有支持的网络机制的bind_port方法进行端口与agent绑定，绑定成功则返回。
openvswitch机制驱动bind_port主要根据调度到c-a的主机名和机制驱动的agent_type去数据库agents表中找对应的agent服务的信息（每种机制驱动都有自己的agent_type和vif_type，c-a的主机名是通过create_port携带的binding:host_id获得），再判断openvswitch是否支持端口所在的网络类型。经过上面的处理就把端口和openvswitch这种网络机制绑定起来。
具体操作如下:
MechanismManager：
def bind_port(self, context):
binding = context._binding
for driver in self.ordered_mech_drivers:#循环顺序调用
try:
driver.obj.bind_port(context)#调用机制驱动的bind_port
if binding.segment:
binding.driver = driver.name
return#绑定上则返回
except Exception:
LOG.exception(_("Mechanism driver %s failed in "
"bind_port"),
driver.name)
binding.vif_type = portbindings.VIF_TYPE_BINDING_FAILED
MechanismDriver：
def bind_port(self, context):
vnic_type = context.current.get(portbindings.VNIC_TYPE,
portbindings.VNIC_NORMAL)
if vnic_type not in self.supported_vnic_types:
return
for agent in context.host_agents(self.agent_type):#根据agent_type和bind_host从数据库表agents获去
if agent['alive']:
for segment in context.network.network_segments:
if self.try_to_bind_segment_for_agent(context, segment,
agent):#检测网络机制是否支持port所在网络的网络类型
return#绑定上则返回
else:
LOG.warning(_("Attempting to bind with dead agent: %s"),
agent)
绑定完成会在数据库中记录绑定的信息
ml2_port_bindings;
+--------------------------------------+--------+----------+-------------+--------------------------------------+-----------+------------------------------------------------+---------+
| port_id | host | vif_type | driver | segment | vnic_type | vif_details | profile |
+--------------------------------------+--------+----------+-------------+--------------------------------------+-----------+------------------------------------------------+---------+
| 54259db7-68f2-4b33-a37c-8f134100f3fc | ubuntu | ovs | openvswitch | 884cc396-ccec-4e56-9dc8-e6ccd3e7c9ea | normal | {"port_filter": true, "ovs_hybrid_plug": true} | |
| 5e1c574a-e345-4c65-889f-59bff79fa31d | ubuntu | ovs | openvswitch | 884cc396-ccec-4e56-9dc8-e6ccd3e7c9ea | normal | {"port_filter": true, "ovs_hybrid_plug": true} | {} |
+--------------------------------------+--------+----------+-------------+--------------------------------------+-----------+------------------------------------------------+---------+
Nova端会根据vif_type使用不同的网络机制。