Ceph存储软件最常见的用途之一是作为OpenStack云存储

OpenStack的兼容和支持

Ceph存储软件最常见的用途之一是作为OpenStack云存储后端，另一个用途是在 RADOS中存放和检索VM镜像(OpenStack Glance镜像服务)。目前以HP、Dell、Intel等为代表的企业IT领导厂商和以Mirantis、eNovance、UnitedStack为代表的OpenStack社区新兴厂商，都将Ceph作为重要的乃至于首选的开源存储解决方案。

Ceph事实上是目前OpenStack生态系统中呼声最高的开源存储解决方案。Ceph的对象存储(Object Storage)可以对接网盘等应用业务；块设备存储(Block Device Storage)可以对接(IaaS)，例如OpenStack、CloudStack、Zstack、Eucalyptus以及KVM虚拟化等主流的IaaS云平台软件，文件系统(CephFS)尚不成熟。

目前已经与QEMU虚机化(硬件虚拟化)集成，通过相关命令调用管理Ceph块存储服务(RBD)。支持通过对OpenStacklibvirt和QEMU之间的配置，来实现对KVM、XEN、LXC、VirtualBOX等各种虚机镜像管理。

支持通过libvirt将Ceph块存储服务(RBD)加入到OpenStack，已经完成与Glance(VM镜像管理)、Cinder(块存储)集成。通过Glance存储虚机镜像到CephRBD或者通过Cinder启动虚机。

Ceph对象(Object Gateway)目前支持Amazon S3和OpenStack Swift，集成支持了OpenStack的keystone身份认证。

9000目前计划支持Openstack Malina NAS接口，实现也Openstack进行对接。另外也支持Amazon S3和OpenStack Swift，集成支持了OpenStack的keystone身份认证。由于目前9000还不支持SAN存储，所以无法实现与OpenStack Glance镜像集成。

学习总结

Ceph基础库Librados和高层应用都提供了API，但是二者面向的用户对象不同。librados API更底层，没有账户、容器等等高级概念，它更适合对存储系统理解深刻并进行功能定制和性能深度优化的存储高级用户；而RADOS Gateway等的高级应用API则更加适合应用的开发者。下面我们对Ceph和9000存储系统进行简单对比。

扩展性: Ceph针对的场景主要是大规模和分布式存储，数据量级一般希望PB级别以上，存储节点成千上万。9000目前最大支持288节点、60PB容量，据悉未来规划切平台到RH系列X86服务器之后，在节点上应该无限制。

系统架构: 9000和Ceph在架构上很相似，分布式、全对称、X86商业硬件的SDS架构，存储层数据基于对象保存在磁盘上。区别在于9000集成CA数据访问客户端，对外提供标准的CIFS和NFS，可以兼容Windows、Linux、Unix和Mac OS等系统，支持NAS和Object存储服务；Ceph需要单独的服务器客户端，目前主要兼容Linux主流系统。

应用场景: Ceph支持NAS、SAN和Object服务，服务接口更丰富，但主要提供SAN和Object存储，一般用于和OpenStack云对接，聚焦备份和归档；9000支持NAS和Object服务，针对大数据、媒资和HPC场景设计，所以主要用于高带宽媒资编辑、基因测序、视频监控和容量资源池等场景，两者应用场景有些不同。

可靠性和容量利用率: Ceph采用Crush算法(类似EC)和双副本方法存储数据，但是Ceph数据存储和检索处理都在Clinet端处理，在数据读写过程中可能对Clinet服务器端的性能有些影响。9000也是采用EC(Erasure Code)和多副本技术，所以在可靠性和容量使用率上与Ceph基本一致；但9000数据的切片和聚合都在存储上实现，对主机没有什么影响。

软件特性: Ceph和9000都实现了文件快照、HDFS等特性，但是文件分级、文件复制、NDMP等在Ceph中暂时还没看到。Ceph实现了块存储快照、Thin和复制等功能。虽然说Ceph在NAS功能上比较欠缺，但目前Ceph发展的策略是从Block、Object到FilesyStem。

统一管理: 目前Ceph采用CLI和配置文件方式完成系统配置和管理，这基本上是开源项目的典型一个特点，对运维管理人员要求比较高。9000支持统一GUI管理、配置和监控，比较方便运维。但是Ceph在云集成方面的能力值得9000学习和借鉴。