标准能力¶
https://blueprints.launchpad.net/cinder/+spec/standard-capabilities
问题描述¶
对于 Liberty 版本,有一个提案 [1] 允许存储后端推送其存储池的能力 [1]。最终,我们希望一些常见的能力能够成为 良好 定义 的能力。本规范的目的是就初始的 良好 定义 的能力达成一致。
用例¶
拥有 良好 定义 的能力将允许部署者查看 Cinder 中部署的后端之外共享的常见能力。
提议的变更¶
初始的 良好 定义 的能力是
QOS
压缩
复制
稀疏配置
请记住,这仅仅是达成一致,这些是后端可以支持的常见功能。如提案 [1] 所示,后端仍然能够推送它们在卷类型中查找这些能力时使用的特定键。
备选方案¶
无
数据模型影响¶
无。此信息直接来自卷驱动程序,报告给调度器,再报告给 Cinder API。
REST API 影响¶
无
安全影响¶
无
通知影响¶
无
其他最终用户影响¶
无
性能影响¶
无
其他部署者影响¶
无
开发人员影响¶
卷驱动程序维护者需要将驱动程序的能力报告给调度器。他们可以直接从后端获取此信息,如果后端已经遵循前面指定的格式,则可以直接将其传递给调度器。如果不是,则由驱动程序解析来自后端的响应,以调度器可以理解的格式。如果未报告能力,则默认情况下将功能标记为 False。
实现¶
负责人¶
- 主要负责人
thingee
工作项¶
在此标准化能力。现在就,马上。
依赖项¶
无。
测试¶
无
文档影响¶
驱动程序维护者的开发者文档需要更新,以包含维护者需要推送其支持的常见能力列表。默认情况下,能力标记为 False,表示驱动程序不支持该能力。