nova network-vif-plugged事件分析1

作者：吕嘉伟

在创建虚机过程中，nova-compute会调用wait_for_instance_event函数（nova/compute/manage.py）进行network-vif-plugged的事件等待，本文试图介绍这一事件的发生过程，以及超时后的影响。在第一节中主要通过两个简单的实验说明network-vif-plugged事件的作用以及从事件发起到事件处理的流程。

在nova-compute配置文件中有两个与该事件相关的参数- vif_plugging_timeout、vif_plugging_if_fatal，前者是等待事件的最大时间，后者是处理超时异常的方式。若在规定时间内，nova-compute接受到了事件响应，那么虚机可正常创建，那么当超时现象发生时，nova-compute会根据vif_plugging_is_fatal的配置采取两种处理方式。

若超时发生，并且vif_plugging_is_fatal为True，nova首先执行guest.poweroff，停止qemu进程；然后执行cleanup函数，先清除网络资源，使用函数_unplug_vifs，删除plug_vifs函数创建的ovs port，ovs agent检测到了删除端口的事件然后通知neutron-server删除neutron db中的port信息，最后抛VirtualInterfaceCreateException。

如果vif_plugging_is_fatal为False，即便发生eventlet.timeout.Timeout异常，创建过程会继续，这说明network-vif-plugged不会影响虚机的创建，那么该事件的作用是什么？在nova-compute代码中，network-vif-plugged事件并不是通过neutron-client通知的neutron-server，那么neutron-server是如何受到事件请求，并处理事件的呢？

在neutron-server的NeutronDbPluginV2类（neutron/db/db_base_plugin_v2.py）初始化函数中，针对port定义了三类事件及其触发的操作：

event.listen(models_v2.Port,'after_insert', self.nova_notifier.send_port_status)

event.listen(models_v2.Port,'after_update', self.nova_notifier.send_port_status)

event.listen(models_v2.Port.status, 'set', self.nova_notifier.record_port_status_changed)

record_port_status_changed函数用来定义port的_notify_event属性，该属性记录了事件的完成状态。其中的对”set”操作监听，说明在端口的状态被改变时会触发network-vif-plugged事件并调用相应的函数通知nova-compute。那么nova-compute对network-vif-plugged事件的等待是怎么传递到Neutron-server的，我们通过实验就行验证。

实验1 将vif_plugging_is_fatal设置为False，关闭计算节点的neutron-openvswitch-agent服务，启动虚机，虚机可正常启动，但是虚