OpenSack Austin Nova Design Summit - Scheduler & Cells v2

Scheduler

-----------

1. 继续推动nova resource provider 架构仍是N版高优先级任务；目前正在进行的工作包括：

    1）虚拟机属性向resource provider 表中 在线迁移；

    2）分析设计如何将存储以及网络资源纳入resource provider架构；

    3）为resource pools 提供专属的REST API。

    4）重构PCI相关代码

2. 通过引入resource provider架构，可以在后续工作中同时提供查询hypervisor能力的功能，例如版本等信息；

3. 针对上述内容的一些细节，仍在讨论中：

    1）新增的 inventories/allocations表放在哪里？提出了三种选择即nova DB/nova_api DB/new DB，显然放在nova_api DB是一个

          比较好的选择。

    2）对外可暴露的hypervisor能力包括哪些还没有定论；

    3）整个计划还有多个责任人没有明确；

    4）细化BP列表，完成Spec

可以看出，N版社区对于Scheduler的改进主要还是会集中在对资源存储方式的重构上，准备将Resource Provider架构（详见M版BP分析）在N版落地。

Cells V2

---------

根据峰会上Andrew Laski演讲的内容来看，N版Cells V2的工作也将是重头戏；

1. 首当其冲的就是数据库迁移，会有更多的数据从Nova DB 迁移到 Nova API DB:

    1）Aggregate以及Quotas数据将会迁移到Nova API DB;

    2）nova-network由于被废弃，相关表格不会迁移；

    3）agent_builds表将不被迁移且废弃（此表仅被XenAPI使用）；

    4）对于certificate表还没有定论；

    5）keypairs表将移入Nova API DB，但是keypair type将存在虚拟机表中；

    6）instance_groups 和 instance_group_policy 计划要移到API DB中，但是细节没有定论；

    7）另，flavor已经在M版发布后移入了Nova API DB。

2. Cells V2 将不会再支持nova-networks

3. 相关文档；社区将会提供详细的cells v2的使用文档；

4. 资源的查询，当使用了cells之后，如何能够全量的查询一个包含多个cells的环境中所拥有的资源（尤其是使用了排序等功能时），一个历史遗留问题就是没有对

(admin)查询虚拟机所能使用的key进严格限制，这导致排序变得更为复杂；针对这个问题的解决方案目前还没有明确，可以认为是推动cells v2中的最大阻力；

5. Quota相关的设计还在讨论中；