Openstack Cinder入门初探

Cinder背景

      Openstack从folsom版本开始，出现了一个全新的项目Cinder，将之前在Openstack Compute（Nova）中的部分持久性储存功能分离出来，集成到了Cinder组件中。

     Cinder主要是为Openstack提供块存储的功能。Openstack中的虚拟机实例不能持久化，需要挂载Cinder提供的volume，在volume中实现数据持久化。

Cinder服务

    Cinder的服务主要有三项，都以守护进程的形式运行，各项服务介绍如下：

    

    （1）cinder-api：接收API requests并且将请求放入RabbitMQ队列，再转发到cinder-volume去执行。

    （2）cinder-scheduler：处理任务队列的任务，根据预定策略选择合适的Volume Service节点来执行任务。Folsom版本的Cinder仅仅提供了一个Simple Scheduler，该调度器选择卷数量最少的一个活跃节点来创建卷。

    （3）cinder-volume：该服务运行在储存节点，管理储存空间。每个储存节点都有Volume Sevice，若干个这样的节点联合起来可以构成一个储存资源池。Cinder对块数据实现了多种的储存管理方式，主要有LVM（通过LVM相关命令实现Volulme的创建、删除等相关操作）、NFS方式（通过挂共享的方式实现volume）、ISCSI方式（通过iSCSI协议实现）。

     为了扩展不同类型和型号的储存，Volume Service支持如下类型和厂商的drivers：

     --本地储存：LVM,sheepdog

     --网络储存：NFS,RBD(RADOS)

     --IBM：XIV,Storwize V7000，SVC storage systems

     --Netapp：nfs储存

     --EMC:VNC,VMAX/VMAXe

     --Solidfire：solidfire cluster 

Cinder支持典型存储的机制

   从目前的实现来看，Cinder对本地存储和NAS的支持比较不错，可以提供完成的cinder API v2支持，而对于其他类型的存储设备，cinder支持或多或少受到限制。Cinder中存储的底层驱动源代码在/cinder/volume/drivers目录中可以找到。这些存储方式都是可以扩展的，要实现特定的储存方式只需要继承VolumeDriver基类，或者根据储存类型继承相关子类（如ISCSIDriver），实现其相关方法。实际上，Cinder并没有实现对块设备的管理和实际服务，而是为后端不同的存储结构提供了统一的接口，不同的块设备服务