在丹佛的OpenStack Project Teams Gathering期间，Cinder团队聚集在一起讨论为Stein版本所做的开发。用户对Cinder的反馈可分为以下类别：
——备份/灾难恢复请求
——驱动程序功能报告
——多挂载功能
——改进了对正在使用的卷中操作的支持
——独立的Cinder支持
——高可用性支持
——易于使用/配置问题
考虑到这些类别，Cinder团队在柏林的OpenStack峰会上再次召开会议，讨论这些反馈。
根据用户调查中提供的反馈，这篇文章提供有关Cinder如何发展的信息、现有的新功能。
备份和灾难恢复功能
备份功能有很多反馈。备份是Cinder团队一直在改善的一个领域。例如，在Rocky中，增加了在运行备份服务的节点上使用多个处理器的能力。这将使用户能够大大提高备份功能的性能。还添加了备份和恢复加密卷的功能。
团队意识到灾难恢复功能存在不足，尤其是在启用复制失败后处理恢复时。在Rocky中，添加了使用cinder-manage命令在主要故障后使主要主机对辅助主机控制失效的能力。这使得用户不再需要手动编辑数据库以在发生故障后对主机进行故障转移，然后还可以更容易地进行故障恢复。
在Stein版本中，Cinder团队正在努力添加通用备份驱动程序。这样就可以在没有专用备份服务的情况下进行备份。然后，Cinder可用的任何卷驱动程序都可用作备份目标。这将使用户能够将卷从一个存储后端备份到其环境中的辅助存储后端，以帮助防止环境中某一个存储后端的灾难性故障。
关于备份功能的另一个需求是添加计划备份的功能。虽然Cinder团队非常重视对此功能的需求，但用户必须了解此类支持不属于Cinder的范围。Cinder及其API专注于块存储资源的管理，而不是资源管理的自动化。希望自动执行存储备份的用户可以使用Cinder的API自动执行此类流程，也可以使用OpenStack生态系统中的其他项目（如Mistral）来自动执行此类任务。
驱动程序功能报告
有不少反馈是关于特定驱动程序/存储后端可以支持的功能的更多详细信息。在这方面，Cinder的支持一直很弱。在Kilo版本有一些改进。然而，团队还未能就实现功能的方式达成一致。由于我们拥有越来越多的存储后端和越来越多的可能功能，因此需要重新解决这个问题。
Cinder开发团队的成员将开始研究此功能的可能改进。目标是首先获取命令行上可用的功能报告，然后对其进行扩展以支持更好的用户体验。最终，我们希望管理员能够从Horizon Dashboard查看每个存储后端支持的功能，以便可以使用这些信息更轻松地创建卷类型。
多挂载功能
任何熟悉Cinder的人都知道这个主题已经讨论一段时间了。在Queens发布期间，我们终于在Cinder和Nova中获得了此功能的基础支持。从那时起，驱动程序供应商一直致力于为其驱动程序实现多挂载支持。Cinder现在有多达13个驱动程序支持多卷挂载。在更多驱动程序中启用多挂载将需要来自这些第三方供应商的支持。
Cinder团队认为，对于多过载的一些需求源于Ceph尚不支持此功能的事实。 Stein版本正在弥补这一点。
还有一些需求是关于只读多挂载支持。Cinder团队意识到在只读模式下正确安装卷的能力存在不足。该团队计划在Stein和Train版本中详细了解此功能，以改善支持。
注意：要知道Cinder提供的支持不是“杀手锏”，这使得在所有情况下都可以将Cinder卷挂载到多个实例仍然很重要。卷后面的存储和文件系统还必须支持多个附件。如果用户使用不支持多个写入程序的文件系统在读/写模式下尝试多附件，会导致文件系统损坏。
对使用中的卷的操作
目前正在进行改进已挂载卷上可以完成的操作的工作。最近，已经实现了扩展已挂载卷的能力。同样，这是一个需要供应商驱动程序支持的功能。所以这可能会，也可能不会在你的环境中可用。
最近关注的一个领域是如何处理重新镜像的挂载卷，以便可以为从卷启动的实例重新创建基本操作系统，而无需卸载卷。有望在Stein或Train版本中添加此功能。
独立的Cinder支持
目前正在进行一些改进独立Cinder支持的工作。Cinder可以在有或没有Keystone的情况下运行，并且支持在没有Nova的情况下挂载卷。现在正在进行进一步的工作，通过一个名为“cinderlib”的新包装器来提供Cinder的卷驱动程序。cinderlib将使用户可以与Cinder的卷驱动程序进行交互，而无需使用Cinder的所有功能。cinderlib将有望为容器存储接口等服务提供一种利用Cinder现有存储驱动程序的方法。
改进的高可用性支持
在最近几个版本中，Cinder内部一直在向完全HA、Active/Active前进。可以在很长一段时间内运行API和调度程序服务Active / Active。但是，在Active / Active模式下运行卷服务已证明更具挑战性。根据驱动程序是否在其代码中有任何锁定，某些驱动程序可能能够运行HA A / A，但并非没有风险。
在Stein版本中，Cinder计划采用Placement Service所使用的分布式锁定技术，以确保可以安全地运行多个卷实例，而不会导致尝试访问数据库时出现不准确的配额或死锁。该团队还编写了文档，描述了在主动/主动模式下运行卷服务的潜在危险。本文档应该作为存储供应商测试和改进其卷驱动程序以支持HA A / A配置的指南。
易于使用/配置改进
用户反馈中有一些关于改进易用性和配置的一般需求。团队目前正在解决这些问题。例如，在OpenStack Cinder Client和OpenStack Client / Horizon中实现的功能之间没有奇偶校验。为了帮助解决这个问题，团队计划在使用Storyboard作为bug跟踪器来标记那些需要将更改传播到OSC和Horizon的更改时，使流程就绪。团队一直在努力改进文档。
根据用户反馈，团队在最近的版本中添加了对在Cinder中更多动态配置日志记录级别的支持，使得可以在不必重新启动服务的情况下使日志输出更加或更简洁。
关于易用性改进的其他许多反馈都非常普遍。团队希望更好地了解此类请求，希望你能提供帮助。
原文链接：
http://superuser.openstack.org/articles/how-your-feedback-sparked-whats-next-for-cinder/
内容覆盖主流开源领域
投稿邮箱