Openstack nova创建一台实例的过程概述

石兴稳

已于 2024-11-12 14:29:20 修改

阅读量886

点赞数 23

CC 4.0 BY-SA版权

文章标签： openstack

于 2024-11-11 10:59:26 首次发布

本文链接：https://blog.csdn.net/zuopiezia/article/details/143675699

在OpenStack中，使用Nova组件创建一台虚拟机是一个复杂但有序的过程，涉及多个组件之间的交互。以下是该过程的详细步骤：

一、请求接收与认证

用户请求：用户通过OpenStack的面板（如Horizon）或命令行（nova client）发起创建虚拟机的请求。
认证请求：客户端使用自己的用户名和密码请求认证。
认证处理：
- Keystone组件通过查询其数据库中保存的用户信息（包括加密后的密码hash值）来验证请求的合法性。
- 如果验证通过，Keystone将返回一个token_id（令牌）和serviceCatalog（一些服务的endpoint地址，后续步骤中下载镜像和创建块存储时会用到）。

二、虚拟机创建请求的处理

携带token请求：客户端带上Keystone返回的token_id和创建虚拟机的相关参数，通过POST请求发送到nova-api。
API验证：nova-api接收到请求后，使用请求中携带的token_id来访问该API，以验证请求是否有效。
参数检查：nova-api检查创建虚拟机参数是否有效与合法，包括虚拟机名称是否符合命名规范、flavor_id是否在数据库中存在、image_uuid是否是正确的uuid格式，以及检查instance、vcpu、ram的数量是否超过配额。
数据库更新：当且仅当所有传参都有效合法时，nova-api更新nova数据库，新建一条instance记录，将vm_states设为BUILDING，task_state设为SCHEDULING。

三、调度与资源预留

请求传递：nova-api远程调用传递请求、参数给nova-scheduler，把消息“请给我创建一台虚拟机”放到消息队列中，然后定期查询虚拟机的状态。
调度算法：nova-scheduler访问nova数据库，通过调度算法（基于节点的资源利用率、亲和性规则、可用性等因素）过滤出一些合适的计算节点，并进行排序。
节点选择：nova-scheduler更新虚拟机节点信息，并返回一个最优节点id。
资源预留：在选定的计算节点上预留足够的资源（CPU、内存、磁盘空间等）来满足虚拟机的需求。

四、虚拟机配置与创建

RPC调用：nova-scheduler通过RPC调用nova-compute服务，把“创建虚拟机请求”消息放到消息队列中。
获取信息：
- nova-compute服务需要知道创建虚拟机的配置（实例类型），因此它会通过nova-conductor连接数据库查询这台虚拟机的信息。
- nova-conductor从消息队列中拿到请求，查询数据库后返回虚拟机信息给nova-compute。
镜像下载：nova-compute请求Glance的REST API下载所需的镜像（通常是qcow2格式）。Glance API也会验证请求的token的有效性，并返回镜像信息给nova-compute。
网络配置：nova-compute请求Neutron API配置网络，包括获取虚拟机的IP地址等。同样，Neutron也会验证token的有效性，并返回网络信息。
块设备配置（如需要）：nova-compute还可能请求Cinder API获取持久化存储信息，用于配置虚拟机的块设备。
虚拟机创建：根据配置的虚拟机信息，nova-compute生成xml文件并写入libvirt，然后调用libvirt driver使用libvirt.xml文件启动虚拟机。

五、监控与管理

虚拟机启动：计算节点上的虚拟化软件（如KVM、Xen等）根据nova-compute的指令创建并启动虚拟机的实际实例。
状态监控：Nova会持续监控虚拟机的状态，并根据需要进行管理操作，如重启、迁移、删除等。

综上所述，OpenStack Nova创建一台虚拟机的过程涉及多个组件之间的交互和多个步骤的协同工作。这个过程体现了OpenStack架构的灵活性和可扩展性，同时也需要各个组件之间的紧密配合和高效通信。

具体详情：

1. 登录界面或命令行通过RESTful API向keystone获取认证信息。
2. keystone通过用户请求认证信息，并生成auth-token和serviceCatalog(一些服务的endpoint地址)返回给对应的认证请求。
3. 界面或命令行通过RESTful API向nova-api发送一个boot instance的请求（携带auth-token）。
4. nova-api接受请求后向keystone发送认证请求，查看token是否为有效用户和token。
5. keystone验证token是否有效，如有效则返回有效的认证和对应的角色（注：有些操作需要有角色权限才能操作）。
6. 通过认证后nova-api和数据库通讯。
7. 初始化新建虚拟机的数据库记录。
8. nova-api通过rpc.call向nova-scheduler请求是否有创建虚拟机的资源(Host ID)。
9. nova-scheduler进程侦听消息队列，获取nova-api的请求。
10. nova-scheduler通过查询nova数据库中计算资源的情况，并通过调度算法计算符合虚拟机创建需要的主机。
11. 对于有符合虚拟机创建的主机，nova-scheduler更新数据库中虚拟机对应的物理主机信息。
12. nova-scheduler通过rpc.cast向nova-compute发送对应的创建虚拟机请求的消息。
13. nova-compute会从对应的消息队列中获取创建虚拟机请求的消息。
14. nova-compute通过rpc.call向nova-conductor请求获取虚拟机消息。（Flavor）
15. nova-conductor从消息队队列中拿到nova-compute请求消息。
16. nova-conductor根据消息查询虚拟机对应的信息。
17. nova-conductor从数据库中获得虚拟机对应信息。
18. nova-conductor把虚拟机信息通过消息的方式发送到消息队列中。
19. nova-compute从对应的消息队列中获取虚拟机信息消息。
20. nova-compute通过keystone的RESTfull API拿到认证的token，并通过HTTP请求glance-api获取创建虚拟机所需要镜像。
21. glance-api向keystone认证token是否有效，并返回验证结果。
22. token验证通过，nova-compute获得虚拟机镜像信息(URL)。
23. nova-compute通过keystone的RESTfull API拿到认证k的token，并通过HTTP请求neutron-server获取创建虚拟机所需要的网络信息。
24. neutron-server向keystone认证token是否有效，并返回验证结果。
25. token验证通过，nova-compute获得虚拟机网络信息。
26. nova-compute通过keystone的RESTfull API拿到认证的token，并通过HTTP请求cinder-api获取创建虚拟机所需要的持久化存储信息。
27. cinder-api向keystone认证token是否有效，并返回验证结果。
28. token验证通过，nova-compute获得虚拟机持久化存储信息。
29. nova-compute根据instance的信息调用配置的虚拟化驱动来创建虚拟机。