大规模集群下 Nova 调度性能出现瓶颈，如何优化？

当集群节点增至数百甚至上千时，虚拟机创建请求响应变慢、调度耗时显著增加。这是 Nova 调度器在大规模下的典型瓶颈。

性能瓶颈在哪

1. Placement 查询延迟：调度每次都要向 Placement 查询资源提供者（Resource Provider）的可用量，频繁查询放大了数据库压力。
2. Filter 计算开销：节点越多，每个请求要逐个节点跑完整 Filter / Weigher，CPU 开销线性增长。
3. 数据库锁竞争：并发创建时，资源分配对数据库行的加锁冲突加剧。

架构级优化思路

1. 引入缓存

用 Redis 等缓存主机/资源状态，减少对数据库的直接查询；Placement 与 Nova 之间加一层结果缓存，削峰填谷。

2. 异步调度

采用”先预分配资源、后台校验“的异步模型：API 收到请求先占位返回，调度在后台异步完成实际绑定，避免请求线程被调度耗时阻塞。

3. 分片调度

按 可用区（AZ） 或资源池对节点分片，调度只在本分片内计算，减少全局锁竞争与遍历规模。

小结

大规模调度瓶颈本质是”每次请求都全量算一遍 + 强一致数据库”。缓存削查询、异步解阻塞、分片缩范围，三者组合才能支撑千节点级集群。