openstack Nova分析之 创建虚拟机流程(4)

创建虚拟机流程：

Nova API服务最终将虚拟机创建请求交给底层Controller(servers.Controller)类的create方法处理。底层的

Controller类的create方法最终调用了Compute API类的create方法。最后，Compute API类create的方法又远程调用了

创建虚拟机请求的处理流程：Nova Scheduler服务的manager类为SchedulerManager类。

1、self.scheduler_rpcapi.run_instance(context,...)

class SchedulerAPI(nova.openstack.common.rpc.proxy.RpcProxy):
    def run_instance(self, ctxt, request_spec, admin_password,
                injected_files, requested_networks, is_first_time,
                filter_properties):
            return self.cast(ctxt, self.make_msg('run_instance',
                    request_spec=request_spec, admin_password=admin_password,
                    injected_files=injected_files,
                    requested_networks=requested_networks,
                    is_first_time=is_first_time,
                    filter_properties=filter_properties))

方法 向Nova Scheduler服务发送RPC请求，将虚拟机创建请求交给Nova Scheduler处理。该方法位于

/nova/scheduler/rpcapi.py，它会调用前面”RPC通信“中介绍过的cast方法发送RPC请求。

2、和其它RPC服务一样，在Nova Scheduler服务中，处理RPC请求的方法都定义在Nova Scheduler服务的manager类

中，该类位于/nova/scheduler/manager.py。来看一下这个类下的run_instance方法。

class SchedulerManager(manager.Manager):  
    def run_instance(self, context, request_spec, admin_password,  
            injected_files, requested_networks, is_first_time,  
            filter_properties):  
        instance_uuids = request_spec['instance_uuids']  
        #EventReporter对象负责更新InstanceAction数据库表  
        with compute_utils.EventReporter(context, conductor_api.LoadAPI(),  
                                         'scheduler', *instance_uuids):  
            try:  
                #将虚拟机创建请求交给driver进一步处理  
                return self.driver.schedule_run_instance(context,  
                    request_spec, admin_password, injected_files,  
                    requested_networks, is_first_time, filter_properties)  
            ...  
            except Exception as ex:  
            with excutils.save_and_reraise_exception():  #虚拟机创建失败，将虚拟机状态设置为ERROR
                self._set_vm_state_and_notify('run_instance',  
                                             {'vm_state': vm_states.ERROR,  
                                              'task_state': None},  
                                             context, ex, request_spec)  

(1) run_instance方法定义了一个with语句块,创建 EventReporter对象。EventReporter类实现了使用with语句需要

实现的__enter__方法和__exit__方法。当程序进入with语句块时，会调用EventReporter对象的__enter__方法，将

虚拟机InstanceAction表记录设置为“开始调度”状态。当with语句块执行完成后，会调用EventReporter对象的

__exit__方法，将虚拟机InstanceAction表记录设置为“结束调度”的状态。

注意：无论物理虚拟机是否创建成功，EventReporter对象的__enter__和__exit__方法总会执行。

(2) 在with语句块中，调用了driver成员变量的scheduler_run_instance方法进一步处理虚拟机的创建请求。

3、SchesulerManager对象的driver成员变量可以通过nova.conf配置文件的scheduler_driver配置项设置，默认值

为FilterScheduler类。

在配置文件中，调度算法默认的驱动类是FilterScheduler，该类位于/nova/scheduler/filter_scheduler.py

中。其算法的原理是比较简单的，就是“过滤”和“称重”的过程。

class FilterScheduler(driver.Scheduler):
    def scheduler_run_instance(self, context, request_spec,
                               admin_password, injected_files,
                               requested_networks, is_first_time,
                               filter_properties):
        #获取调度所需参数
        payload = dict(request_spec=request_spec)
        #通知Nova API开始调度
        notifier.notify(context, notifier.publisher_id("scheduler"),
               'scheduler.run_instance.start', notifier.INFO, notifier.INFO,
                        payload)
        ...
        #<strong><span style="color:#ff0000;">执行调度算法，获取加权主机列表</span></strong>
        weighted_hosts = self._schedule(context, "compute", request_spec,
                    filter_properties, instance_uuids)
        ...
        #<strong><span style="color:#ff0000;">为每个虚拟机分配计算节点</span></strong>
        for num, instance_uuid in enumerate(instance_uuids):
            ...
            try:
                try:
                    #选择权值最高的计算节点
                    weighted_host = weighted_hosts.pop(0)
                except IndexError:
                    raise exception.NoValidHost(reason="")
                #<strong><span style="color:#ff0000;">在权值最高的计算节点上创建虚拟机</span></strong>
                self._provision_resource(context, weighted_host,
                    request_spec,
                    filter_properties,
                    requested_networks,
                    injected_files, admin_password,
                    is_first_time,
                    instance_uuid=instance_uuid)
            except Exception as ex:
                ...
        #通知Nova API虚拟机调度完毕
        notifier.notify(context, notifier.publisher_id("scheduler"),
                        'scheduler.run_instance.end', notifier.INFO, payload)

FilterScheduler类的schedule_run_instance方法工作流程如下：

(1)、调用_schedule方法获取加权主力列表。列表主机都是可创建虚拟机的计算节点，这些节点按照权值高低排列。

后面将介绍如何选择可用的计算节点，如何求计算节点的权值。

(2)、调用_provision_resource方法在权值最高的计算节点上创建虚拟机。

_provision_resource方法远程调用了Nova Compute服务的run_instance方法，其定义如下：

class FilterScheduler(driver.Scheduler):  
    def _provision_resource(self, context, weighed_host, ...):  
        ...  
        self.compute_rpcapi.run_instance(context, instance=updated_instance, ...)  

总结：Nova Scheduler服务处理虚拟机创建请求的流程

1、SchedulerManager对象的run_instance方法调用了 FilterScheduler对象的schedule_run_instance方法进一步处

理创建虚拟机的请求。 run_instance方法还使用EventReporter对象更新 InstanceAction数据库列表。

2、FilterScheduler对象的schedule_run_instance方法首先调用_schedule方法获取加权主机列表。然后调用

_privision_resource方法在权值最高的计算节点上创建虚拟机。

3、FilterScheduler对象的_provision_resource方法远程调用了Nova Compute服务的run_instance方法。