Scheduler Evolution in nova - the doc needs updating
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
There are several things in this doc that could be more detailed and/or updated since they were written. Some notes:
- The "Cross Project Affinity" section should probably talk about the [cinder]
- The "Accessing Aggregates in Filters and Weights" section could maybe be removed since the host aggregate information is cached in the scheduler, which is mentioned later in "Updating the Scheduler about other data".
- The "Project Scale issues" section could probably be removed or re-written to mention that the scheduler should depend more and more on placement which is it's own project now.
- The "Fixing the Scheduler DB model" section is also probably something that could be removed; I think the compute_
- "Versioning Scheduler Placement Interfaces" could probably be removed since we are no longer passing unversioned dicts over RPC to the scheduler, we use RequestSpec and Selection objects now.
- The "Sending host and node stats to the scheduler" section is a bit wrong in two ways: with a cells v2 split MQ architecture, we don't actually want the computes broadcasting to the scheduler, the computes are sending updates to placement which the scheduler uses (and is more scalable than the scheduler using RPC), the other thing is we aren't working on splitting the scheduler out so it doesn't need its own database (i.e. Gantt is dead).
- The "Updating the Scheduler about other data" section talks about sending information to cinder and neutron, but that's not really what will happen, we use placement as a centralized location to store information from different services and then the scheduler uses that, a concrete example being the minimum guaranteed bandwidth-based scheduling work in Stein.
- The "Resource Tracker" section talks about the "recent" work for NUMA which is not recent anymore. This section already references the initial resource providers blueprint so it should probably just be re-written to mention placement as the place to model complex resource inventory relations like NUMA.
- The "Parallelism and Concurrency" section really should be talking about using placement for atomic resource allocation claims during scheduling and eventually removing the resource claim process in the ResourceTracker
-------
Release: 18.1.0.dev1612 on 2017-06-28 12:23:19
SHA: 5ca858eaa72acd0
Source: https:/
URL: https:/
Related fix proposed to branch: master /review. openstack. org/643613
Review: https:/