Cinder的逻辑存储卷抽象与Driver框架

Cinder本身不是一种存储技术，它不负责真正管理物理存储资源，只在虚拟机和具体存储设备之间插入”逻辑存储卷”这一层抽象，向上暴露统一的卷生命周期管理API（创建、挂载、卸载、快照），向下则通过Driver框架接入DAS、NAS、SAN、Ceph等任意后端——每种后端只要实现Cinder定义的Driver接口就能接入，而不需要Cinder自己去理解每种存储技术的具体细节。这样存储厂商的差异化能力被封装在各自的Driver实现里，上层调用方永远只面对同一套逻辑卷语义。发散：这和[[存储池与存储卷分离的通用抽象模式]]、[[Libvirt的Driver模型与抽象泄漏的取舍]]是同一类”控制器只做编排、具体执行交给可插拔驱动”的架构模式在OpenStack生态里的又一次复现，说明这个模式已经成为存储管理软件事实上的标准骨架。