云系列---Openstack Nova组件 | 参数说明 | 详细讲解

Openstack Nova组件一、Nova 概念二、Nova 系统架构三、Nova 组件详讲1.API 讲解2.Scheduler 讲解调度器类型过滤调度器调度过程过滤器类型Scheduler-权重3.Compute 讲解4.Conductor 讲解四、虚拟机实例化流程控制台接口五、Nova 部署架构Nova 经典部署模式Nova 负载均衡部署模式Cells V2的架构cell的功能cell 两

半世情`半世醉¹³¹⁴

2604人浏览 · 2021-05-24 19:58:47

半世情`半世醉¹³¹⁴ · 2021-05-24 19:58:47 发布

一、Nova 概念

计算服务是openstack最核心的服务之一,负责维护和管理云环境的计算资源它在openstack项目中代号是nova

Nova自身并没有提供任何虚拟化能力,它提供计算服务，使用不同的虚拟化驱动来与底层支持的Hypervisor (虚拟机管理器)进行交互。所有的计算实例(虚拟服务器)由Nova进行生命周期的调度管理(启动、挂起、停止、删除等)

Nova需要keystone, glance, neutron, cinder和swift等其他服务的支持,能与这些服务集成，实现如加密磁盘、裸金属计算实例等。

二、Nova 系统架构

Nova:由多个服务器进程组成，每个进程执行不同的功能

DB:用于数据存储的sql数据库。

API:用于接收HTTP请求、转换命令、通过消息队列或HTTP与其他组件通信的nova组件。

Scheduler:用于决定哪台计算节点承载计算实例的nova调度器。

Network:``管理IP转发、网桥或虚拟局域网的nova网络组件。

Compute:管理虚拟机管理器与虚拟机之间通信的nova计算组件。

Conductor:处理需要协调（构建虚拟机或调整虚拟机大小）的请求，或者处理对象转换

在这里插入图片描述

三、Nova 组件详讲

1.API 讲解

API是客户访问nova的http接口,它由nova-api服务实现, nova-api服务接收和响应来自最终用户的计算api请求。作为openstack对外服务的最主要接口,nova-api提供了一个集中的可以查询所有api的端点。

所有对nova的请求都首先由nova-api处理.API提供REST标准调用服务，便于与第三方系统集成。

最终用户不会直接改送RESTful API请求,而是通过openstack命令行、dashbord和其他需要跟nova交换的组件来使用这些API

只要跟虚拟机生命周期相关的操作，Nova-api都可以相应

Nova-api对接收到的HTTP API请求做以下处理:
-1)-检查客户端传入的参数是否合法有效
-2)-调用nova其他服务来处理客户端HTTP请求
-3)-格式化nova其他子服务返回结果并返回给客户端

Nova-api是外部访问并使用nova提供的各种服务的唯一途径，也是客户端和Nova之间的中间层

2.Scheduler 讲解

Scheduler可译为调度器,由nova-scheduler服务实现，主要解决的是如何选择在哪个计算节点上启动实例的问题。它可以应用多种规则,如果考虑内存使用率、cpu负载率、cpu构架(intellamd)等多种因素，根据一定的算法，确定虚拟机实例能够运行在哪一台计算服务器上。Nova-scheduler服务会从队列中接收一个虚拟机实例的请求,通过读取数据库的内容,从可用资源池中选择最合适的计算节点来创建新的虚拟机实例。

创建虚拟机实例时，用户会提出资源需求,如cpu、内存、磁盘各需要多少。Openstack将这些需求定义在实例类型中,用户只需指定使用哪个实例类型就可以了

调度器类型

随机调度器(chance scheduler) :从所有正常运行nova-compute服务的节点中随机选择。

过滤器调度器(filtèr scheduler) :根据指定的过滤条件以及权重选择最佳的计算节点。Filter又称为筛选器

缓存调度器(caching scheduler):可看作随机调度器的一种特殊类型,在随机调度的基础上将主机资源信息缓存在本地内存中,然后通过后台的定时任务定时从数据库中获取最新的主机资源信息。

过滤调度器调度过程

主要分为2个阶段
1.通过指定的过滤器选择满足条件的计算节点，比如内存使用率小于50%，可以使用多个过滤器依次进行过滤
--筛选出必要条件满足的节点
2.对过滤之后的主机列表进行权重计算排序，选择最优的计算节点来创建虚拟机实例
--选择最合适的/最优的节点

过滤器类型

当过滤调度器需要执行调度操作时,会让过滤器对计算节点进行判断,返回True或者False
在/etc/nova/nova.cont配置文件中

scheduler_available_filters选项用于配置可用过滤器,默认是所有nova自带的过滤器都可以用于过滤作用

Scheduler_available_filters = nova.scheduler.filters.all filters

另外还有一个选项scheduler-default filters用于指定nova-scheduler服务真正使用的过滤器,默认值如下

Scheduler_default filters = RetryFilters, AvailabilityZoneFilter, RamFilter,ComputeFilter, ComputeCapabilitiesFilter, ImagePropertiesFilter,ServerGroupAntiAffinityFilter. ServerGroupAffinityFilter

过滤调度器将按照列表中的顺序依次过滤

RetryFilter(再审过滤器)
主要作用是过滤掉之前已经调度过的节点。如A, B,C都通过了过滤,A权重最大被选中执行操作,由于某种原因,操作在A上失败了。Nova-filterE新执行过滤操作,那么此时A就被会Retryfilter直接排除,以免再次失败

AvailabilityZoneFilter (可用区域过滤器)
为提高容灾性并提供隔弯服务,可以将计算节点划分到不同的可用区域中Openstack默认有一个命名为nova的可用区域,所有的计算节点初始是放在nova区域中的。用户可以根据需要创建自己的一个可用区域。创建实例时,需要指定将实例部署在哪个可用区域中. Nova-scheduler执行过滤操作时,会使用AvailabilityZoneFilter不属于指定可用区域计算节点过滤掉

CoreFilter(核心过滤器)
根据可用CPU核心来调度虚拟机创建,将不能满足实例类型vCPU需求的计算节点过滤掉。VCPU也允许超量,超量值是通过修改nova.cont中cpu allocation-ratio参数控制,默认值是16
Vi /etc/nova/nova.conf
cpu_allocation_ratio=16.0

ComputeFilter(计算过滤器)
保证只有nova-compute服务正常工作的计算节点才能被nova-scheduler调度,它是必选的过滤器。

ComputeCapablilitiesFilter (计算能力过滤器)
根据计算节点的特性来过滤,如x86-64和ARM架构的不同节点,要将实例

ImagePropertiesFilter(镜像属性过滤器)
根据所选镜像的属性来筛选匹配的计算节点。通过元数据来指定其属性。如希望镜像只运行在KVM的Hypervisor上,可以通过Hypervisor Type属性来指定。

ServerGroupAntiAffinityFilter(服务器组反亲和性过滤器)
要求尽量将实例分散部署到不同的节点上。例如有3个实例s1, s2, s3, 3个计算节点A、 B、C,具体操作如下:
创建一个anti-affinit策略的服务器组
openstack server group create-policy anti-affinity group-1
创建三个实例,将它们放入group-1服务器组openstack server create-flavor m1.tiny -image cirros -hint group=group-1 s1 openstack server create-flavor m1.tiny -image cirros-hint group=group-1 s2
openstack server create-flavor m1.tiny -image cirros -hint group=group-1 s3

ServerGroupAffinityFilter(服务器组亲和性过滤器)
与反亲和性过滤器相反,此过滤器尽量将实例部署到同一个计算节点上

Scheduler-权重

nova-scheduler服务可以使用多个过滤器依次进行过滤,过滤之后的节点再通过计算权重选出能够部署实例的节点。

注意:
所有权重位于nova/scheduler/weights目录下。目前默认实现是RAMweighter,根据计算节点空闲的内存量计算权重值,空闲越多,权重越大,实例将被部署到当前空闲内存最多的计算节点上

openstack源码位置
/usr/lib/python2.7/site-packages

权重源码位于
/usr/lib/python2.7/site-packages/nova/scheduler/weights

3.Compute 讲解

在这里插入图片描述

Nova-compute在计算节点上运行,负责管理节点上的实例。通常一个主机运行一个Nova-compute服务,一个实例部署在哪个可用的主机上取决于调度算法。OpenStack对实例的操作,最后都是提交给Nova-compute来完成。
–负责执行具体的与实例生命周期/管理实例相关的工作

Nova-compute可分为两类,一类是定向openstack报告计算节点的状态，另一类是实现实例生命周期的管理。
–报告节点状态（写入数据库，保证scheduler读取数据库，数据库信息的实时性、celimetor 、监控和管理openstack 实例资源并汇报给用户/openstack本身/运维人员）

通过Driver (驱动)架构支持多种Hypervisor虚拟机管理器
-1)-面对多种Hypervisor, nova-compute为这些Hypervisor定义统一的接口
-2)-Hypervisor只需要实现这些接口,就可以Driver的形式即插即用到OpenStack系统中

在这里插入图片描述

定期向OpenStack报告计算节点的状态
-1)-每隔一段时间, nova-compute就会报告当前计算节点的资源使用情况和nova-compute服务状态
-2)-nova-compute是通过Hypervisor的驱动获取这些信息的。

实现虚拟机实例生命周期的管理
—OpenStack对虚拟机实例最主要的操作都是通过nova-compute实现的。创建、关闭、重启、挂起、恢复、中止、调整大小、迁移、快照
—以实例创建为例来说明nova-compute的实现过程。
(1)为实例准备资源。
(2)创建实例的镜像文件。
(3)创建实例的XML定义文件。
(4)创建虚拟网络并启动虚拟机。

4.Conductor 讲解

在这里插入图片描述

由nova-conductor模块实现,旨在为数据库的访问提供一层安全保障。Nova-conductor作为nova.compute服务与数据库之间交互的中介,避免了直接访问由nova-compute服务创建对接数据库。

Nova-compute访问数据库的全部操作都改到nova-conductor中, nova-conductor作为对数据库操作的一个代理,而且nova-conductor是部署在控制节点上的。

Nova-conductor有助于提高数据库的访问性能,nova-compute可以创建多个线程使用远程过程调用(RPC)访问nova-conductor.

在一个大规模的openstack部署环境里,管理员可以通过增加nova-conductor的数量来应付日益增长的计算节点对数据库的访问量。

以前对资源的管理全部由计算节点承担,在统计资源使用情况时,只是简单的将所有计算节点的资源情况累加起来,但是系统中还存在外部资源,这些资源由外部系统提供。如ceph, nfs等提供的存储资源等。面对多种多样的资源提供者,管理员需要统一的、简单的管理接口来统计系统中资源使用情况,这个接口就是PlacementAPI.

PlacementAPl由nova-placement-api服务来实现,旨在追踪记录资源提供者的目录和资源使用情况。

被消费的资源类型是按类进行跟踪的。如计算节点类、共享存储池类、IP地址类等。

四、虚拟机实例化流程

用户可以通过多种方式访问虚拟机的控制台

Nova-novncproxy守护进程:通过vnc连接访问正在运行的实例提供一个代理,支持浏览器novnc客户端。

Nova-spicehtml5proxy守护进程:通过spice连接访问正在运行的实例提供一个代理,支持基于html5浏览器的客户端。

Nova-xvpvncproxy守护进程:通过vnc连接访问正在运行的实例提供一个代理,支持openstack专E的java客户端

Nova-consoleauth守护进程:负责对访问虚拟机控制台提供用户令牌认证。这个服务必须与控制台代理程序共同使用。

控制台接口

首先用户(可以是OpenStack最终用户,也可以是其他程序)执行Nova Client提供的用于创建虚拟机的命令。

nova-api服务监听到来自于Nova Client的HTTP请求,并将这些请求转换为AMQP消息之后加入消息队列。

通过消息队列调用nova-conductor服务。

nova-conductor服务从消息队列中接收到虚拟机实例化请求消息后,进行一些准备工作。

nova-conductor服务通过消息队列告诉nova-scheduler服务去选择一个合适的计算节点来创建虚拟机,此时nova-scheduler会读取数据库的内容。

nova-conductor服务从nova-scheduler服务得到了合适的将计算节点的信息后,在通过消息队列来通知nova-compute服务实现虚拟机的创建。

五、Nova 部署架构

Nova 经典部署模式

在这里插入图片描述

Nova 负载均衡部署模式

在这里插入图片描述

Cells V2的架构

在这里插入图片描述

当openstack nova集群的规模变大时,数据库和消息队列服务就会出现瓶颈问题。Nova为提高水平扩展及分布式、大规模的部署能力,同时又不增加数据库和消息中间件的复杂度,引入了Cell概念。

Cell可译为单元。为支持更大规模的部署,openstack较大的nova集群分成小的单元,每个单元都有自己的消息队列和数据库,可以解决规模增大时引起的瓶颈问题。在Cell中, Keystone, Neutron, Cinder.Glance等资源是共享的。

cell的功能

（1）Messages的路由，即父cell通过nova-cell将Messages路由到子cell的AMQP（消息队列）模块。

（2）分级调度功能，即调度某个instances的时候先要进行cell的选择，目前只支持随机调度，后续会增加基于filter和weighing策略的调度。

（3）资源统计，子cell定时的将自己的资源信息上报给父cell，用来给分级调度策略提供决策数据和基于cell的资源监控。

（4）cell之间的通信(通过rpc远程调用完成)。

cell 两种模式

在这里插入图片描述

cell工作原理

从架构图看，cell0， , cell1. cell2 位于最上层的cell0，也就是api-cell，而下层的cell1与cell2则是平行对等的关系，他们之间无交互，相互独立，还可以继续增加cell3,cell4 。而上层的api cell主要包括了

Nova API, Nova Scheduler, Nova Conductor 这3个 Nova 服务 ,同时在 API Cell 中还需要 MQ 提供组件内的通信服务。API Cell 中的 DB 包含两个数据库，分别是 api数据库和 cell数据库，api 数据库保存了全局数据，比如 flavor 信息。此外 api 数据库中还有一部分表是用于 placement 服务的；而 cell数据库则是用于保存创建失败且还没有确定位于哪个 cell 的虚机数据，比如当虚拟机调度失败时，该虚拟机数据就会被保存到cell数据库中。也就是cell0数据库中。在每个 Cell 中，都有自己独立使用的数据库、消息队列和 Nova Conductor 服务，当前 Cell 中的所有计算节点，全部将数据发送到当前 Cell 中的消息队列，由 Nova Conductor 服务获取后，保存至当前 Cell 的 Nova 数据库中。整个过程都不会涉及到 API Cell 中的消息队列。因此通过对计算节点进行 Cell 划分，可以有效降低 API Cell 中消息队列和数据库的压力。假如一个 MQ 能支持200个计算节点，则在划分 Cell 以后，每个 Cell 都可以支持200个计算节点，有 N 个 Cell 就可以支持 N X 200 个计算节点，因此可以极大提升单个 OpenStack 的集群管理规模。

六、Nova 元数据

元数据作用是通过向虚拟机实例注入元数据信息,实例启动时获得自己的元数据,实例中的cloud-init工具根据元数据完成个性化配置工作。

Openstack将cloud-init定制虚拟机实例配置时获取的元数据信息分成两大类:元数据metadata)和用户数据(user data)

元数据指的是结构化数据,以键值对形式注入实例,包括实例自身的一些常用属性,如主机名、网络配置信息(IP地址和安全组) 、SSH密钥等。

用户数据是非结构化数据,通过文件或脚本的方式进行注入,支持多种文件格式,如gzip, shell, cloud-init配置文件等,主要包括一些命令、脚本,比如shell脚本。

Openstack将元数据和用户数据的配置信息注入机制分为两种,一种是配置驱动器机制，另一种是元数据服务机制。

七、openstack-Nova 部署

【nova组件部署位置】

主机	IP	部署服务
ct	192.168.78.55	nova-api（nova主服务）nova-scheduler（nova调度服务）nova-conductor（nova数据库服务，提供数据库访问）nova-novncproxy（nova的vnc服务，提供实例的控制台）
c1	192.168.78.66	nova-compute（nova计算服务）
c2	192.168.78.77	nova-compute（nova计算服务）

【控制节点Nova服务配置】

1.创建nova数据库，并执行授权操作

mysql -uroot -p密码
CREATE DATABASE nova_api;
CREATE DATABASE nova;
CREATE DATABASE nova_cell0;
GRANT ALL PRIVILEGES ON nova_api.* TO 'nova'@'localhost' IDENTIFIED BY 'NOVA_DBPASS';
GRANT ALL PRIVILEGES ON nova_api.* TO 'nova'@'%' IDENTIFIED BY 'NOVA_DBPASS';
GRANT ALL PRIVILEGES ON nova.* TO 'nova'@'localhost' IDENTIFIED BY 'NOVA_DBPASS';
GRANT ALL PRIVILEGES ON nova.* TO 'nova'@'%' IDENTIFIED BY 'NOVA_DBPASS';
GRANT ALL PRIVILEGES ON nova_cell0.* TO 'nova'@'localhost' IDENTIFIED BY 'NOVA_DBPASS';
GRANT ALL PRIVILEGES ON nova_cell0.* TO 'nova'@'%' IDENTIFIED BY 'NOVA_DBPASS';
flush privileges;
quit

在这里插入图片描述

2.管理Nova用户及服务

#创建nova用户
openstack user create --domain default --password NOVA_PASS nova
#把nova用户添加到service项目，拥有admin权限
openstack role add --project service --user nova admin
#创建nova服务
openstack service create --name nova --description "OpenStack Compute" compute

在这里插入图片描述

3.给Nova服务关联endpoint（端点）

openstack endpoint create --region RegionOne compute public http://ct:8774/v2.1
openstack endpoint create --region RegionOne compute internal http://ct:8774/v2.1
openstack endpoint create --region RegionOne compute admin http://ct:8774/v2.1

在这里插入图片描述

4.安装nova组件（nova-api、nova-conductor、nova-novncproxy、nova-scheduler）

yum -y install openstack-nova-api openstack-nova-conductor openstack-nova-novncproxy openstack-nova-scheduler

在这里插入图片描述

5.修改nova配置文件(nova.conf)

 cp -a /etc/nova/nova.conf{,.bak}
 grep -Ev '^$|#' /etc/nova/nova.conf.bak > /etc/nova/nova.conf
#修改nova.conf
 openstack-config --set /etc/nova/nova.conf DEFAULT enabled_apis osapi_compute,metadata
 openstack-config --set /etc/nova/nova.conf DEFAULT my_ip 192.168.61.55			#修改为 ct的IP（内部IP）
 openstack-config --set /etc/nova/nova.conf DEFAULT use_neutron true
 openstack-config --set /etc/nova/nova.conf DEFAULT firewall_driver nova.virt.firewall.NoopFirewallDriver
 openstack-config --set /etc/nova/nova.conf DEFAULT transport_url rabbit://openstack:RABBIT_PASS@ct
 openstack-config --set /etc/nova/nova.conf api_database connection mysql+pymysql://nova:NOVA_DBPASS@ct/nova_api
 openstack-config --set /etc/nova/nova.conf database connection mysql+pymysql://nova:NOVA_DBPASS@ct/nova
 openstack-config --set /etc/nova/nova.conf placement_database connection mysql+pymysql://placement:PLACEMENT_DBPASS@ct/placement
 openstack-config --set /etc/nova/nova.conf api auth_strategy keystone
 openstack-config --set /etc/nova/nova.conf keystone_authtoken auth_url http://ct:5000/v3
 openstack-config --set /etc/nova/nova.conf keystone_authtoken memcached_servers ct:11211
 openstack-config --set /etc/nova/nova.conf keystone_authtoken auth_type password
 openstack-config --set /etc/nova/nova.conf keystone_authtoken project_domain_name Default
 openstack-config --set /etc/nova/nova.conf keystone_authtoken user_domain_name Default
 openstack-config --set /etc/nova/nova.conf keystone_authtoken project_name service
 openstack-config --set /etc/nova/nova.conf keystone_authtoken username nova
 openstack-config --set /etc/nova/nova.conf keystone_authtoken password NOVA_PASS
 openstack-config --set /etc/nova/nova.conf vnc enabled true
 openstack-config --set /etc/nova/nova.conf vnc server_listen ' $my_ip'
 openstack-config --set /etc/nova/nova.conf vnc server_proxyclient_address ' $my_ip'
 openstack-config --set /etc/nova/nova.conf glance api_servers http://ct:9292
 openstack-config --set /etc/nova/nova.conf oslo_concurrency lock_path /var/lib/nova/tmp
 openstack-config --set /etc/nova/nova.conf placement region_name RegionOne
 openstack-config --set /etc/nova/nova.conf placement project_domain_name Default
 openstack-config --set /etc/nova/nova.conf placement project_name service
 openstack-config --set /etc/nova/nova.conf placement auth_type password
 openstack-config --set /etc/nova/nova.conf placement user_domain_name Default
 openstack-config --set /etc/nova/nova.conf placement auth_url http://ct:5000/v3
 openstack-config --set /etc/nova/nova.conf placement username placement
 openstack-config --set /etc/nova/nova.conf placement password PLACEMENT_PASS


#查看nova.conf

 cat /etc/nova/nova.conf

[DEFAULT]
enabled_apis = osapi_compute,metadata		#指定支持的api类型
my_ip = 192.168.61.55				#定义本地IP
use_neutron = true					#通过neutron获取IP地址
firewall_driver = nova.virt.firewall.NoopFirewallDriver
transport_url = rabbit://openstack:RABBIT_PASS@ct	#指定连接的rabbitmq

[api]
auth_strategy = keystone				#指定使用keystone认证

[api_database]
connection = mysql+pymysql://nova:NOVA_DBPASS@ct/nova_api

[barbican]
[cache]
[cinder]
[compute]
[conductor]
[console]
[consoleauth]
[cors]

[database]
connection = mysql+pymysql://nova:NOVA_DBPASS@ct/nova

[devices]
[ephemeral_storage_encryption]
[filter_scheduler]

[glance]
api_servers = http://ct:9292

[guestfs]
[healthcheck]
[hyperv]
[ironic]
[key_manager]
[keystone]

[keystone_authtoken]				        #配置keystone的认证信息
auth_url = http://ct:5000/v3				#到此url去认证
memcached_servers = ct:11211			    #memcache数据库地址:端口
auth_type = password
project_domain_name = Default
user_domain_name = Default
project_name = service
username = nova
password = NOVA_PASS

[libvirt]
[metrics]
[mks]
[neutron]
[notifications]
[osapi_v21]

[oslo_concurrency]				     	#指定锁路径
lock_path = /var/lib/nova/tmp		  	#锁的作用是创建虚拟机时，在执行某个操作的时候，需要等此步骤执行完后才能执行下一个步骤，不能并行执行，保证操作是一步一步的执行

[oslo_messaging_amqp]
[oslo_messaging_kafka]
[oslo_messaging_notifications]
[oslo_messaging_rabbit]
[oslo_middleware]
[oslo_policy]

[pci]
[placement]
region_name = RegionOne
project_domain_name = Default
project_name = service
auth_type = password
user_domain_name = Default
auth_url = http://ct:5000/v3
username = placement
password = PLACEMENT_PASS

[powervm]
[privsep]
[profiler]
[quota]
[rdp]
[remote_debug]
[scheduler]
[serial_console]
[service_user]
[spice]
[upgrade_levels]
[vault]
[vendordata_dynamic_auth]
[vmware]
[vnc]						                    #此处如果配置不正确，则连接不上虚拟机的控制台
enabled = true		
server_listen =  $my_ip				            #指定vnc的监听地址
server_proxyclient_address =  $my_ip			#server的客户端地址为本机地址；此地址是管理网的地址

[workarounds]
[wsgi]
[xenserver]
[xvp]
[zvm]

[placement_database]
connection = mysql+pymysql://placement:PLACEMENT_DBPASS@ct/placement

在这里插入图片描述

6. 初始化数据库

#初始化nova_api数据库
su -s /bin/sh -c "nova-manage api_db sync" nova

在这里插入图片描述

7.注册cell0数据库

#注册cell0数据库；nova服务内部把资源划分到不同的cell中，把计算节点划分到不同的cell中；openstack内部基于cell把计算节点进行逻辑上的分组
su -s /bin/sh -c "nova-manage cell_v2 map_cell0" nova
#创建cell1单元格；
su -s /bin/sh -c "nova-manage cell_v2 create_cell --name=cell1 --verbose" nova
#初始化nova数据库；可以通过 /var/log/nova/nova-manage.log 日志判断是否初始化成功
su -s /bin/sh -c "nova-manage db sync" nova
#可使用以下命令验证cell0和cell1是否注册成功
su -s /bin/sh -c "nova-manage cell_v2 list_cells" nova #验证cell0和cell1组件是否注册成功

在这里插入图片描述

8.启动Nova服务

systemctl enable openstack-nova-api.service openstack-nova-scheduler.service openstack-nova-conductor.service openstack-nova-novncproxy.service
systemctl start openstack-nova-api.service openstack-nova-scheduler.service openstack-nova-conductor.service openstack-nova-novncproxy.service

在这里插入图片描述

9.检查nova服务端口

netstat -tnlup|egrep '8774|8775'
 curl http://ct:8774

在这里插入图片描述

【计算节点配置Nova服务-c1-c2节点】

1. 安装nova-compute组件

#安装nova-compute组件
yum -y install openstack-nova-compute
#修改配置文件
计算节点c1和c2配置相同（除了IP地址）
cp -a /etc/nova/nova.conf{,.bak}
grep -Ev '^$|#' /etc/nova/nova.conf.bak > /etc/nova/nova.conf
openstack-config --set /etc/nova/nova.conf DEFAULT enabled_apis osapi_compute,metadata
openstack-config --set /etc/nova/nova.conf DEFAULT transport_url rabbit://openstack:RABBIT_PASS@ct
openstack-config --set /etc/nova/nova.conf DEFAULT my_ip 192.168.61.77 	
openstack-config --set /etc/nova/nova.conf DEFAULT use_neutron true
openstack-config --set /etc/nova/nova.conf DEFAULT firewall_driver nova.virt.firewall.NoopFirewallDriver
openstack-config --set /etc/nova/nova.conf api auth_strategy keystone
openstack-config --set /etc/nova/nova.conf keystone_authtoken auth_url http://ct:5000/v3
openstack-config --set /etc/nova/nova.conf keystone_authtoken memcached_servers ct:11211
openstack-config --set /etc/nova/nova.conf keystone_authtoken auth_type password
openstack-config --set /etc/nova/nova.conf keystone_authtoken project_domain_name Default
openstack-config --set /etc/nova/nova.conf keystone_authtoken user_domain_name Default
openstack-config --set /etc/nova/nova.conf keystone_authtoken project_name service
openstack-config --set /etc/nova/nova.conf keystone_authtoken username nova
openstack-config --set /etc/nova/nova.conf keystone_authtoken password NOVA_PASS
openstack-config --set /etc/nova/nova.conf vnc enabled true
openstack-config --set /etc/nova/nova.conf vnc server_listen 0.0.0.0
openstack-config --set /etc/nova/nova.conf vnc server_proxyclient_address ' $my_ip'
openstack-config --set /etc/nova/nova.conf vnc novncproxy_base_url http://192.168.61.55:6080/vnc_auto.html
openstack-config --set /etc/nova/nova.conf glance api_servers http://ct:9292
openstack-config --set /etc/nova/nova.conf oslo_concurrency lock_path /var/lib/nova/tmp
openstack-config --set /etc/nova/nova.conf placement region_name RegionOne
openstack-config --set /etc/nova/nova.conf placement project_domain_name Default
openstack-config --set /etc/nova/nova.conf placement project_name service
openstack-config --set /etc/nova/nova.conf placement auth_type password
openstack-config --set /etc/nova/nova.conf placement user_domain_name Default
openstack-config --set /etc/nova/nova.conf placement auth_url http://ct:5000/v3
openstack-config --set /etc/nova/nova.conf placement username placement
openstack-config --set /etc/nova/nova.conf placement password PLACEMENT_PASS
openstack-config --set /etc/nova/nova.conf libvirt virt_type qemu


#配置文件内容如下：
cat nova.conf

[DEFAULT]
enabled_apis = osapi_compute,metadata
transport_url = rabbit://openstack:RABBIT_PASS@ct
my_ip = 192.168.61.66
use_neutron = true
firewall_driver = nova.virt.firewall.NoopFirewallDriver

[api]
auth_strategy = keystone

[api_database]
[barbican]
[cache]
[cinder]
[compute]
[conductor]
[console]
[consoleauth]
[cors]
[database]
[devices]
[ephemeral_storage_encryption]
[filter_scheduler]

[glance]
api_servers = http://ct:9292

[guestfs]
[healthcheck]
[hyperv]
[ironic]
[key_manager]
[keystone]

[keystone_authtoken]
auth_url = http://ct:5000/v3
memcached_servers = ct:11211
auth_type = password
project_domain_name = Default
user_domain_name = Default
project_name = service
username = nova
password = NOVA_PASS

[libvirt]
virt_type = qemu

[metrics]
[mks]
[neutron]
[notifications]
[osapi_v21]

[oslo_concurrency]
lock_path = /var/lib/nova/tmp

[oslo_messaging_amqp]
[oslo_messaging_kafka]
[oslo_messaging_notifications]
[oslo_messaging_rabbit]
[oslo_middleware]
[oslo_policy]
[pci]

[placement]
region_name = RegionOne
project_domain_name = Default
project_name = service
auth_type = password
user_domain_name = Default
auth_url = http://ct:5000/v3
username = placement
password = PLACEMENT_PASS

[powervm]
[privsep]
[profiler]
[quota]
[rdp]
[remote_debug]
[scheduler]
[serial_console]
[service_user]
[spice]
[upgrade_levels]
[vault]
[vendordata_dynamic_auth]
[vmware]

[vnc]
enabled = true
server_listen = 0.0.0.0
server_proxyclient_address =  $my_ip
novncproxy_base_url = http://192.168.61.55:6080/vnc_auto.html			#比较特殊的地方，需要手动添加IP地址，否则之后搭建成功后，无法通过UI控制台访问到内部虚拟机

[workarounds]
[wsgi]
[xenserver]
[xvp]
[zvm]

在这里插入图片描述

3.开启服务

 systemctl enable libvirtd.service openstack-nova-compute.service
 systemctl start libvirtd.service openstack-nova-compute.service

在这里插入图片描述

【controller 节点操作】

1.查看compute节点

#是否注册到controller上，通过消息队列；需要在controller节点执行
openstack compute service list --service nova-compute

在这里插入图片描述

2.扫描当前openstack

#中有哪些计算节点可用，发现后会把计算节点创建到cell中，后面就可以在cell中创建虚拟机；相当于openstack内部对计算节点进行分组，把计算节点分配到不同的cell中 
 su -s /bin/sh -c "nova-manage cell_v2 discover_hosts --verbose" nova

在这里插入图片描述

3.默认每次添加个计算节点

#在控制端就需要执行一次扫描，这样会很麻烦，所以可以修改控制端nova的主配置文件：

vim /etc/nova/nova.conf
[scheduler]
discover_hosts_in_cells_interval = 300			#每300秒扫描一次

systemctl restart openstack-nova-api.service

4.验证计算节点服务

#检查 nova 的各个服务是否都是正常，以及 compute 服务是否注册成功
openstack compute service list

在这里插入图片描述

#查看各个组件的 api 是否正常
 openstack catalog list

在这里插入图片描述

#查看是否能够拿到镜像
openstack image list

在这里插入图片描述

#查看cell的api和placement的api是否正常，只要其中一个有误，后期无法创建虚拟机
nova-status upgrade check

在这里插入图片描述

小结

Nova分为控制节点、计算节点
Nova组件核心功能是调度资源，在配置文件中需要体现的部分：指向认证节点位置(URL、ENDPOINT)、调用服务、注册、提供支持等，配置文件中的所有配置参数基本都是围绕此范围(对实例生命周期管理）进行设置

Cloudpods

开源、云原生的融合云平台

更多推荐

面向未来的 IT 基础设施管理架构——融合云（Unified IaaS）

随着数字化时代的到来，IT系统已成为人类社会正常运转不可或缺的组成部分。不远的未来，智能制造，5G和人工智能等技术将成为推动生产力发展的重要引擎，人类社会将面临前所未有的全面彻底的数字化浪潮。IT基础设施作为IT系统运行的平台和载体，是实现数字化的基石。在这场数字化浪潮中，企业必须积极拥抱云计算技术，采用符合技术发展趋势、面向未来的IT基础构架，才能在未来的竞争中赢得先机。一、云计算历经十余年

Cloudpods

Cloudpods负载均衡的功能介绍

作者:周有松今天的内容会从以下几个方面展开：负载均衡产品简介。主要介绍负载均衡作为一个云上产品，它的功能模型是怎样的，日常使用中会遇到的业务词汇负载均衡的功能与典型应用场景。这部分主要结合业务词汇，对负载均衡服务中常见的一些功能选项进行介绍，并举例介绍一些典型的应用场景最后，我们做一下总结，讨论一下负载均衡产品相比传统方式的优点一、产品简介 1. 以NGINX为例提到负载均衡，我们以

Cloudpods

使用Linux vfio将Nvidia GPU透传给QEMU虚拟机

Linux 上虚拟机 GPU 透传需要使用 vfio 的方式。主要是因为在 vfio 方式下对虚拟设备的权限和 DMA 隔离上做的更好。但是这么做也有个缺点，这个物理设备在主机和其他虚拟机都不能使用了。 qemu 直接使用物理设备本身命令行是很简单的，关键在于事先在主机上对系统、内核和物理设备的一些配置。单纯从 qemu 的命令行来看，其实和普通虚拟机启动就差了最后那个-device的选项。这

Cloudpods

所有评论(0)

查看更多评论

半世情`半世醉¹³¹⁴

@Dark_Tk

已为社区贡献3条内容

云系列---Openstack Nova组件 | 参数说明 | 详细讲解

半世情`半世醉¹³¹⁴

Openstack Nova组件

一、Nova 概念

二、Nova 系统架构

三、Nova 组件详讲

1.API 讲解

2.Scheduler 讲解

调度器类型

过滤调度器调度过程

过滤器类型

Scheduler-权重

3.Compute 讲解

4.Conductor 讲解

四、虚拟机实例化流程

控制台接口

五、Nova 部署架构

Nova 经典部署模式

Nova 负载均衡部署模式

Cells V2的架构

cell的功能

cell 两种模式

cell工作原理

六、Nova 元数据

七、openstack-Nova 部署

【nova组件部署位置】

【 控制节点Nova服务配置 】

1.创建nova数据库，并执行授权操作

2.管理Nova用户及服务

3.给Nova服务关联endpoint（端点）

4.安装nova组件（nova-api、nova-conductor、nova-novncproxy、nova-scheduler）

5.修改nova配置文件(nova.conf)

6. 初始化数据库

7.注册cell0数据库

8.启动Nova服务

9.检查nova服务端口

【计算节点配置Nova服务-c1-c2节点】

1. 安装nova-compute组件

3.开启服务

【controller 节点操作】

1.查看compute节点

2.扫描当前openstack

3.默认每次添加个计算节点

4.验证计算节点服务

小结

所有评论(0)

半世情`半世醉¹³¹⁴

【控制节点Nova服务配置】