【OpenStack源码分析之三】Nova-Compute启动流程分析 .pdfVIP

【OpenStack源码分析之三】Nova-Compute启动流程分析 Nova架构概览 Nova是OpenStack社区最核⼼的项⽬，也是社区诞⽣之时就⼀直存在的项⽬，它主要提供计算资源的服务，这个计算资源包含了虚机以及 配套的存储，⽹络等资源。我⽐较喜欢把OpenStack和Linux做类⽐，我们知道进程（Task）是处于执⾏期的程序以及相关资源的总称， 如果把虚机类⽐为进程，Nova就类似于Linux中的进程管理和调度模块。所以Nova会和很多其他的组件交互，不仅包括OpenStack⾃⾝的 Neutron，Glance， Cinder等组件，还有不同的Hypervisor 包括KVM， Xen等。 Nova的组件构成 Nova组件有以下六部分组成： 1) API服务器 API Server（Nova-api） 2) 计算⼯作者Compute Workers（Nova-compute） 3) ⽹络控制器Network Controller（Nova-network） 4) 卷⼯作者Volume Worker（Nova-volume） 5) 调度器Schedule（Nova-schedule） 6) 消息队列Message Queue（rabbitmq server） 上图是Nova的软件架构图，Nova中的各个组件（除了消息队列组件以外）都是有Python代码编写的守护进程，由上图可以看出每个进程 之间通过队列（Queue）和数据库（Nova database）来交换信息。 下⾯对Nova的组件进⾏介绍。 1) API服务器 API Server（Nova-api） Nova-API对外提供⼀个与云基础设施交互的接⼝，也是外部可⽤于管理基础设施的唯⼀组件。它负责发起相应的类似运⾏新虚拟机实例这 样的资源调度活动。 在实现层⾯上，nova-api是python实现的WSGI应⽤。（WSGI即Web服务器⽹关接⼝是Python应⽤程序或框架和Web服务器之间的⼀种 接⼝，已经被⼴泛接受，它已基本达成可移植性⽅⾯的⽬标） 2) 计算⼯作者Compute Workers（Nova-compute） Nova-compute处理管理实例⽣命周期，负责对虚拟机实例进⾏创建、终⽌、迁移、Resize的操作。 ⼯作原理 ：队列中接收请求→执⾏→更新数据库状态 3) ⽹络控制器Network Controller（Nova-network） Nova-network负责处理主机的⽹络配置，其中包括：IP地址分配，配置vlan，实现安全组，配置计算节点⽹络等任务。 ⼯作原理 ：队列中接收⽹络任务→控制虚拟机的⽹络 （创建桥接⽹络、改变iptables规则） 4) 卷⼯作者Volume Worker（Nova-volume） Nova-volume提供卷管理，为虚拟机实例提供额外的volume访问 ⽤来管理基于逻辑卷管理的实例卷。⼀个实例的重要数据总是要写在卷上，这样确保能在以后访问。 5) 调度器Schedule（Nova-schedule） Nova-Scheduler负责为虚拟机实例指定运⾏的物理服务器，主要负责调度资源，有多种调度⽅法供选择 通过适当的调度算法从可⽤资源池获得⼀个计算服务。 6) 消息队列Message Queue（rabbitmq server） Openstack节点之间通过消息队列使⽤AMQP（⾼级消息队列协议）完成通信（异步通信）。 Rabbitmq是对这个协议的⼀个实现，默认使⽤kombu消息框架，该部分本⽂不进⾏详细展开，将在另外⼀篇⽂章中进⾏讲述。 Nova Compute Service启动流程 Nova的服务类型分为两种，WsgiService和RpcService，每⼀种服务类型都会根据nova.conf的配置启动⼀个或多个进程。这其中 WsgiService主要是⽤于组件之间的Restful接⼝交互，⽽组件内部的不同模块采取RpcService交互模式。 Nova Compute启动流程分析 这⾥先以Nova Compute进程的启动过程为例，在/nava/bin⽬录下为所有的启动脚本⼊⼝，对源代码进⾏⾛读分析。 软件包管理 OpenStack 软件包管理是每个OpenStack项⽬的基础，其⽬的是⽤来将项⽬代码打包成源码包或者⼆进制包进⾏分发。⼀个项⽬的代码可能会被打包 放到PyPI上，这样你可以通过 pip 命令安装这个包 ；也可能会被打包放到项⽬的软件仓库⾥，这样你可以通过 apt-get install 或者 yum install 来安装这个软件包