nova-conductor数据库远程对象模型

文章来自作者维护的社区微信公众号【虚拟化云计算】)
远程对象所实现的效果是:一个 A 服务中的远程对象实例,可以由消息队列传送到 B 服务,B 服务能够使用这个实例,当调用实例的方法时,实际执行这个方法却是在 A 服务中。
以 Instance 类的实例为例, nova-conductor 在收到创建虚拟机请求时生成了实例 instance = Instance(),之后将 instance 通过消息队列发送到了 nova-compute,在 nova-compute 进行虚拟机创建的 过程中,经常性地需要更改虚拟机的状态,所以经常出现类似这样的语句:
instance.task_state = task_states.XXX
instance.save()
nova-compute 不直接访问数据库,这个 save() 方法,就是由 nova-conductor 来执行的。


具体原理:

以instance的save()方法为例,(objects/instance.py ),他有一个修饰@base.remotable
    @base.remotable
    def save(self, expected_vm_state=None,
             expected_task_state=None, admin_state_reset=False):

remotable的定义如下(dist-packages/oslo_versionedobjects/base.py),根据indirection_api的定义情况:如果有定义indirection_api,则把save()方法作为一个参数fn来运行indirection_api.object_action,如果没有定义则运行save()
def remotable(fn):
    """Decorator for remotable object methods."""
    @six.wraps(fn)
    def wrapper(self, *args, **kwargs):
        ......
        if self.indirection_api:
            updates, result = self.indirection_api.object_action(
                ctxt, self, fn.__name__, args, kwargs)
            ......
        else:
            return fn(self, *args, **kwargs)

indirection_api在nova-compute服务中有赋值(cmd/compute.py ),而其他服务中没有:
def main():
    ......
    if not CONF.conductor.use_local:
        cmd_common.block_db_access('nova-compute')
        objects_base.NovaObject. indirection_api = \
            conductor_rpcapi.ConductorAPI()

所以:
nova-compute运行instance.save()时是把save方法以及save的参数作为参数去运行indirection_api.object_action,而其他服务则是直接运行save()。
而indirection_api.object_action的具体实现就是消息队列的call方法。
class ConductorAPI(object):
    def object_action(self, context, objinst, objmethod, args, kwargs):
        cctxt = self.client.prepare()
        return cctxt.call(context, 'object_action', objinst=objinst,
                          objmethod=objmethod, args=args, kwargs=kwargs)


============================================================
关注微信公众号【虚拟化云计算】,阅读更多虚拟化云计算知识,纯技术干货更新不停。

猜你喜欢

转载自blog.csdn.net/isclouder/article/details/79878611