概述
相关基础
- 在每个模块中的rpcapi.py都是与conf有关的,其中包括conf文件的配置信息和cmd命令,与之不同的是,每个模块中的api.py都是与其他模块通信有关的,某一模块若想调用另一模块的功能,可以直接调用其api
- 源码中api.py rpcapi.py manager.py的区别:
在Openstack中,RPC调用是通过RabbitMQ进行的。任何一个RPC调用,都有Client/Server两部分,分别在rpcapi.py和manager.py中实现。另一个角度来说,每个rpcapi.py都是模块调用的接口,每个manager.py 是模块实现其功能的地方。 - 总结
api.py 为本地api的调用,其直接会指向manager.py
rpcapi.py 为远程api的调用,其会直接指向rpc
manager.py具体实现对应nova组件功能的地方 - 那么nova是如何分辨服务组件是在本地还是其他宿主机呢?以nova-conductor为例,以下源代码解释了这一点:
# 调取nova.conf相关配置参数
CONF = nova.conf.CONF
# 根据conductor文件中use_local参数来确定nova-conductor服务是否在本地
def API(*args, **kwargs):
use_local = kwargs.pop('use_local', False)
if CONF.conductor.use_local or use_local:
api = conductor_api.LocalAPI
else:
api = conductor_api.API
return api(*args, **kwargs)
生成实例的流程:
- 调用dashboard中的nova api的server_create方法,请求建立实例;
- nova api(nova/api/openstack/compute/servers.py)获得请求后,调用nova compute的api中的create方法创建实例(nova/compute/api.py)create调用了create_instance(),
- 然后调用本地api中的nova conductor的api中的build_instances方法创建实例(nova/conductor/api.py)
self.compute_task_api = conductor.ComputeTaskAPI()
for instance in instances:
self._record_action_start(context, instance, instance_actions.CREATE)
self.compute_task_api.build_instances(context, instances=instances,image=boot_meta, filter_properties=filter_properties, admin_password=admin_password, injected_files=injected_files, requested_networks=requested_networks, security_groups=security_groups, block_device_mapping=block_device_mapping, legacy_bdm=False)
- 然后调用nova conductor的rpcapi(nova/conductor/rpcapi.py)中的build_instances方法,发送创建实例的cast请求——build_instances
- nova conductor的rpc server获得请求后(代码位于nova/conductor/manager.py),执行相应代码——调用nova scheduler获得host,创建并运行实例
- 然后调用nova compute的rpcapi(nova/compute/rpcapi.py)的build_and_run_instance方法,发送cast请求——build_and_run_instance
- nova compute的rpc server获得请求后(nova/compute/manager.py),获得网络资源和block资源,调用相应的驱动(比如libvirt)创建实例
实例生成流程如下:
实例生成过程(详细版)
- 界面或命令行通过RESTful API向keystone获取认证信息。
- keystone通过用户请求认证信息,并生成auth-token返回给对应的认证请求。
- 界面或命令行通过RESTful API向nova-api发送一个boot instance的请求(携带auth-token)。
- nova-api接受请求后向keystone发送认证请求,查看token是否为有效用户和token。
- keystone验证token是否有效,如有效则返回有效的认证和对应的角色(注:有些操作需要有角色权限才能操作)。
- 通过认证后nova-api和数据库通讯。
- 初始化新建虚拟机的数据库记录。
- nova-api通过rpc.call向nova-scheduler请求是否有创建虚拟机的资源(Host ID)。
- nova-scheduler进程侦听消息队列,获取nova-api的请求。
- nova-scheduler通过查询nova数据库中计算资源的情况,并通过调度算法计算符合虚拟机创建需要的主机。
- 对于有符合虚拟机创建的主机,nova-scheduler更新数据库中虚拟机对应的物理主机信息。
- nova-scheduler通过rpc.cast向nova-compute发送对应的创建虚拟机请求的消息。
- nova-compute会从对应的消息队列中获取创建虚拟机请求的消息。
- nova-compute通过rpc.call向nova-conductor请求获取虚拟机消息。(Flavor)
- nova-conductor从消息队队列中拿到nova-compute请求消息。
- nova-conductor根据消息查询虚拟机对应的信息。
- nova-conductor从数据库中获得虚拟机对应信息。
- nova-conductor把虚拟机信息通过消息的方式发送到消息队列中。
- nova-compute从对应的消息队列中获取虚拟机信息消息。
- nova-compute通过keystone的RESTfull API拿到认证的token,并通过HTTP请求glance-api获取创建虚拟机所需要镜像。
- glance-api向keystone认证token是否有效,并返回验证结果。
- token验证通过,nova-compute获得虚拟机镜像信息(URL)。
- nova-compute通过keystone的RESTfull API拿到认证k的token,并通过HTTP请求neutron-server获取创建虚拟机所需要的网络信息。
- neutron-server向keystone认证token是否有效,并返回验证结果。
- token验证通过,nova-compute获得虚拟机网络信息。
- nova-compute通过keystone的RESTfull API拿到认证的token,并通过HTTP请求cinder-api获取创建虚拟机所需要的持久化存储信息。
- cinder-api向keystone认证token是否有效,并返回验证结果。
- token验证通过,nova-compute获得虚拟机持久化存储信息。
- nova-compute根据instance的信息调用配置的虚拟化驱动来创建虚拟机。
最后
以上就是漂亮项链为你收集整理的云平台源代码的一些粗浅理解——NovaRPC调用原理和实例生成过程的全部内容,希望文章能够帮你解决云平台源代码的一些粗浅理解——NovaRPC调用原理和实例生成过程所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复