OpenStack Nova调度机制深度解析：从Pike版本开始的架构演进

OpenStack Nova调度机制深度解析：从Pike版本开始的架构演进

nova OpenStack Compute (Nova). Mirror of code maintained at opendev.org. 项目地址: https://gitcode.com/gh_mirrors/no/nova

调度机制概述

OpenStack Nova的调度系统是云计算平台中最关键的组件之一，它负责决定虚拟机实例应该运行在哪个物理计算节点上。自Pike版本(16.0.0)开始，Nova的调度架构经历了重大改进，引入了更加灵活和高效的资源调度机制。

调度流程详解

1. 请求接收阶段

调度过程始于"超级导体"(super conductor)向调度器发送请求规范(request spec)。这个请求规范包含了创建虚拟机实例所需的所有资源需求信息，如CPU、内存、磁盘空间等。

技术要点：

• 超级导体位于部署架构的顶层
• 请求规范采用结构化数据格式
• 资源需求可以包含多个实例的创建请求

2. 资源查询阶段

调度器将资源需求转发给Placement服务，Placement服务执行以下关键操作：

1. 查询能够满足资源需求的资源提供者(通常是计算节点)
2. 为每个计算节点构建数据结构，包含：
   • 匹配的资源提供者摘要信息
   • AllocationRequest对象(用于后续资源分配)

数据结构说明：

• 资源提供者摘要包含计算节点的资源容量和使用情况
• AllocationRequest是资源分配的蓝图，确保原子性操作

3. 主机状态处理

调度器为每个计算节点创建HostState对象，这些对象将用于：

• 后续的过滤(filtering)操作
• 权重计算(weighing)操作
• 主机排序和选择

4. 实例调度循环

对于请求中的每个实例，调度器执行以下步骤：

1. 通过过滤器和权重器处理HostState对象
2. 从排序列表中选择排名最高的主机
3. 尝试使用对应的AllocationRequest在Placement中声明资源
4. 如果声明失败(资源已被占用)，尝试下一个主机

调度策略：

• 过滤器：排除不符合条件的主机(如不满足特定硬件要求)
• 权重器：为主机打分，决定最终排序
• 资源声明是原子操作，确保一致性

5. 备用主机选择

成功声明资源后，调度器需要选择备用主机(alternate hosts)：

1. 确定所选主机的cell(部署单元)
2. 从排序列表中选取同一cell内的其他主机
3. 备用主机数量由scheduler.max_attempts配置决定

备用机制价值：

• 提高实例创建的成功率
• 减少因单点故障导致的整体失败
• 优化资源利用效率

6. 结果返回

调度器完成所有实例的调度后，返回一个二元组给超级导体：

1. 第一个元素：主机列表的列表(每个实例对应一个主机列表)
2. 第二个元素：AllocationRequest列表的列表

7. 实例构建阶段

超级导体将调度结果发送给目标cell导体，cell导体执行：

1. 尝试在首选主机上构建实例
2. 失败时，释放已声明的资源
3. 依次尝试备用主机
4. 全部失败才返回构建失败

架构演进意义

Pike版本开始的调度架构改进带来了以下优势：

1. 资源分配原子性：通过AllocationRequest确保资源分配的原子性
2. 效率提升：减少了不必要的资源查询和计算
3. 可靠性增强：备用主机机制提高了实例创建成功率
4. 扩展性更好：支持更复杂的调度策略和资源类型

最佳实践建议

1. 根据实际负载情况调整scheduler.max_attempts值
2. 合理设计过滤器和权重器策略
3. 监控调度失败率，优化资源配置
4. 考虑cell划分对调度性能的影响

理解Nova调度机制的工作原理，对于OpenStack云平台的性能调优和故障排查具有重要意义。本文描述的Pike版本架构为后续版本奠定了基础，后续版本在此基础上继续优化和完善。

nova OpenStack Compute (Nova). Mirror of code maintained at opendev.org. 项目地址: https://gitcode.com/gh_mirrors/no/nova