您的位置:首页 > 理论基础 > 计算机网络

Openstack部署虚拟机的过程中,网络的参与过程。

2014-01-09 17:40 357 查看
今天解了一个hyperV的bug,大概了解了一下在部署虚机的时候,创建网络设备的过程,在这里记录一下。

以hyperV为例,在controller创建虚拟机的时候,

1.虚拟机的状态会先变成networking,这个时候,controller其实还没有跟compute上的neutron-hyperv-agent交互,而只是在数据库里建立一下网络设备的记录而已。比如,虚拟网卡(port)的信息:ip,网络id,segment id等。

2.接下来,虚拟机的状态会变成spawning。这个时候,controller开始往compute上拷贝文件。代码可以参见nova/virt/hyperv/vmops.py:VMOps.spawn(). 从这个方法里可以清楚的看到spawn的过程。创建虚拟机实例的方法也是在这里被调用的。而在创建虚拟机的最后一步,就是关于网络设备的创建。先创建一个虚拟网卡(nic),然后把这个虚拟网卡绑定到新创建出来的实例上。

3.在neutron/plugins/hyperv/agent/hyperv_neutron_agent.py的HyperVNeutronAgent类里,有一个方法叫做deamon_loop()。这个方法在agent启动的时候,就一直不停的执行,一直到agent死掉为止。在这个方法里,会不停的检测port,不管是被删除的port还是刚被添加进来的port。所以,在步骤2里,我们创建的虚拟网卡在这里被检测到,然后会按照添加一个port的方法(_treat_devices_added)来处理。这个方法会调用neutron/agent/rpc.py向controller发送一个请求来获得这个虚拟网卡的相关信息。controller接到这个请求后,会让core_plugin来处理。现在,我们一般都用ml2来做core_plugin。所以neutron/plugins/ml2/rpc.py会来响应这个请求,并做一系列得处理,然后把结果返回给hyperv
agent端。

有兴趣的同学可以自己跟一下代码,就可以了解这个部署的过程。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: