我们大家都知道部署物理机跟部署虚拟机的概念在nova来看是一样,都是nova通过创建虚拟机的方式来触发,只是底层nova-scheduler和nova-compute的驱动不一样。虚拟机的底层驱动采用的libvirt的虚拟化技术,而物理机是采用PXE+IPMItool的方式,当让PXE+ipmitool只是其中一种比较常用的技术,其他的方式也可以实现,像开发环境部比较少的话,也可以使用PXE+SSH的方式,我就是采用这种方式实践的。
采用官方的一个图,可以大致了解他的框架和流程是怎么走的,详情请见官方文档:http://docs.openstack.org/developer/ironic/deploy/user-guide.html
好了,废话少说,那我们就一起来看看相关的代码分析:
配置
在/etc/nova/nova.conf的配置文件中修改manager和driver
Vi /etc/nova/nova.conf
<span style="font-size:18px;">[DEFAULT]scheduler_host_manager = nova.scheduler.ironic_host_manager.IronicHostManagercompute_driver = nova.virt.ironic.driver.IronicDrivercompute_manager = ironic.nova.compute.manager.ClusteredComputeManager[ironic]admin_username = ironicadmin_password = unsetadmin_url = http://127.0.0.1:35357/v2.0admin_tenant_name = servicenova-scheduler的mamager是:scheduler_host_manager = nova.scheduler.ironic_host_manager.IronicHostManager</span>
nova-compute的manager和driver是:
compute_driver =nova.virt.ironic.driver.IronicDriver
compute_manager = ironic.nova.compute.manager.ClusteredComputeManager
其中compute_manager的代码实现是在ironic项目里面。
创建虚拟机的流程就不描述了,nova-api接收到nova boot的请求,nova-scheduler收到请求后,在scheduler_host_manager里面处理:
Nova-scheduler会使用flavor里面的额外属性extra_specs,像cpu_arch,baremetal:deploy_kernel_id,baremetal:deploy_ramdisk_id等过滤条件找到相匹配的物理节点。
Nova-compute
Nova-compute在启动的时候会初始化nova.service.py的Service类,调用launch方法将nova-compute的进程拉起来,最终调用到Service类的start方法:
- def start(self): verstr = version.version_string_with_package() LOG.audit(_('Starting %(topic)s node (version %(version)s)'), { 'topic': self.topic, 'version': verstr}) self.basic_config_check() self.manager.init_host() # compute-manager的初始化 self.model_disconnected = False ctxt = context.get_admin_context() ……. #compute_manager的pre_start_hook方法 self.manager.pre_start_hook() …..
那么这个self.manager是哪里定义的呢,
nova.compute的main函数:
server = service.Service.create(binary='nova-compute',
topic