nova创建虚机的关键函数调用结构梳理

       本文尝试把nova boot后的实现按调用关键函数的顺序进行一个梳理。

       通过horizon或命令行下发创建虚机的命令行,会统一翻译为restful api调用到nova-api服务,然后的路径就是下面的情况:

              nova创建虚机的关键函数调用结构梳理_第1张图片

       kilo版本的代码中,nova-conductor服务会先rpc调用nova-scheduler服务选择目的host.然后根据scheduler返回的hosts通过rpc调用再分配到对应的nova-compute服务上。

      在nova的代码中,涉及到rpc调用的,client代码一般都是存在于对应服务的rpcapi.py文件中,比如要rpc调用conductor的接口,那么client代码就位于nova/conductor/rpcapi.py中。然后可以根据client中传入的rpc调用接口名,在对应服务的manager.py文件中找到rpc的本地调用实现。如nova/conductor/manager.py就含有conductor服务上实现的rpc接口。

     在compute节点上,虚机的驱动是可以选择的。在此使用的driver是libvirt.

你可能感兴趣的:(api,openstack,nova,虚机创建)