Pike 项目优先级¶
Nova 开发团队在 Pike 版本中优先进行评审的工作列表（顺序不限）。
优先级 |
主要联系人 |
|---|---|
Cells v2¶
Ocata 版本中需要进行单单元格 v2 部署。
在 Pike 中，目标是在部署中支持多个单元格 v2 单元格。为了实现这一目标，有几个优先工作。
感知单元格的 API：许多 nova-api 入口点将无法正确了解单元格，无法将它们的操作传递到适当的连接，因此我们需要使它们感知单元格。
API 单元格中的配额：配额表已移动到 API 数据库，但我们希望避免在处理配额提交和回滚时从计算单元格到 API 的“向上调用”。借助单元格 v2，我们有机会重新思考 Nova 如何支持资源计数和配额跟踪，因此这项工作旨在将配额处理移动到更简化的解决方案，该解决方案更具最终一致性，并且通过设计避免无效的超额故障。
在对多个单元格中的实例列表进行排序和/或过滤时，支持简单的 python 合并操作。从长远来看，这可能由 Searchlight 处理，但对于 Pike，我们将有一个简单但性能较低的解决方案。
使用多节点作业对多个单元格 v2 单元格进行持续集成测试。
注意
在 Pike 版本中，跨单元格的操作（例如实时迁移）将不受支持，但未来版本可能会重点关注。
Placement¶
Placement 服务在 Ocata 版本中成为必需服务。
在 Pike 中，目标集中在扩展 Placement 服务的 capabilities，并利用这些来修复 Nova 中一些长期存在的架构问题。
资源提供者特性：这允许对资源提供者的定性信息进行建模。例如，在 Ocata 中，我们了解资源提供者的定量信息，例如它有多少 DISK_GB 库存。特性允许系统对磁盘类型进行建模，例如 HDD 或 SDD。特性还将用于对诸如共享存储池之类的资源提供者聚合关系进行建模。
自定义资源类：这是 Ocata 中正在进行的工作，让 Ironic 计算驱动程序向 placement 服务提供 Ironic 节点资源类信息，最终将用于调度决策。
在调度期间声明资源：这是重构，目的是将资源声明从计算服务 ResourceTracker 移动到控制器服务中进行调度，这应该大大减少由于面向包的调度配置中资源争用而导致的构建重试次数。这也有助于避免在多单元格部署中从计算节点到控制器服务的“向上调用”。
处理聚合资源：这是 Ocata 中正在进行的工作，我们需要能够对诸如共享存储和 IP 分配池之类的资源提供者聚合进行建模。然后，计算节点中的资源跟踪器可以在对计算节点内的特定聚合中的共享存储提出请求时，从 placement 服务中提取此信息。然后，资源声明是在资源提供者而不是计算节点上进行的。
集成 Cinder 3.27¶
在 Ocata 中，Cinder 提供了 3.27 微版本。在 Pike 中，Nova 将使用 3.27 API 来 附加和分离卷。这是一项减少 Nova 和 Cinder 项目之间技术债务和状态管理的工作，通过将卷附加状态信息抽象到 Cinder 中，而 Cinder 是其归属地。这也有助于为将来版本支持将多个实例附加到同一卷做好准备。
在 WSGi 下运行 API（社区目标）¶
这是 Pike 的社区范围内的发布目标。Nova 的目标是支持并测试在 WSGi 下运行 nova-api。
支持 Python 3.5（社区目标）¶
这是 Pike 的社区范围内的发布目标。Nova 的目标是支持并测试使用 python 3.5 运行。
