开发一个分布式文件系统需要多方努力，但是如果能准确地解决问题，它就是无价的。Ceph的目标简单地定义为：可轻松扩展到数PB容量，对多种工作负载的高性能（每秒输入/输出操作[IOPS]和带宽）。
不幸的是，这些目标之间会互相竞争（例如，可扩展性会降低或者抑制性能或者影响可靠性）。Ceph开发了一些非常有趣的概念（例如，动态元数据分区，数据分布和复制），这些概念在本文中只进行简短地探讨。Ceph的设计还包括保护单一点故障的容错功能，它假设大规模（PB级存储）存储故障是常见现象而不是例外情况。最后，它的设计并没有假设某种特殊工作负载，但是包括适应变化的工作负载，提供最佳性能的能力。它利用POSIX的兼容性完成所有这些任务，允许它对当前依赖POSIX语义（通过以Ceph为目标的改进）的应用进行透明的部署。最后，Ceph是开源分布式存储，也是主线Linux内核（2.6.34）的一部分。
现在，让我们探讨一下Ceph的架构以及高端的核心要素。然后我会拓展到另一层次，说明Ceph中一些关键的方面，提供更详细的探讨。
Ceph生态系统可以大致划分为四部分（见图1）：客户端（数据用户），元数据服务器（缓存和同步分布式元数据），一个对象存储集群（将数据和元数据作为对象存储，执行其他关键职能），以及最后的集群监视器（执行监视功能）。
如图所示，客户使用元数据服务器，执行元数据操作（来确定数据位置）。元数据服务器管理数据位置，以及在何处存储新数据。值得注意的是，元数据存储在一个存储集群（标为元数据I/O）。实际的文件I/O发生在客户和对象存储集群之间。这样一来，更高层次的POSIX功能（例如，打开、关闭、重命名）就由元数据服务器管理，不过POSIX功能（例如读和写）则直接由对象存储集群管理。
另一个架构视图由图2提供。一系列服务器通过一个客户界面访问Ceph生态系统，这就明白了元数据服务器和对象级存储器之间的关系。分布式存储系统可以在一些层中查看，包括一个存储设备的格式（ExtentandB-tree-basedObjectFileSystem[EBOFS]或者一个备选），还有一个设计用于管理数据复制，故障检测，恢复，以及随后的数据迁移的覆盖管理层，叫做ReliableAutonomicDistributedObjectStorage（RADOS）。最后，监视器用于识别组件故障，包括随后的通知。
示例系统资源
**CEPH-STORAGE**
OS:CentOSLinux7(Core)
RAM:1GB
CPU:1CPU
DISK:20
Network:45.79.136.163
FQDN:ceph-storage.linoxide.com
**CEPH-NODE**
OS:CentOSLinux7(Core)
RAM:1GB
CPU:1CPU
DISK:20
Network:45.79.171.138
FQDN:ceph-node.linoxide.com
安装前的配置
在安装Ceph存储之前，我们要在每个节点上完成一些步骤。第一件事情就是确保每个节点的网络已经配置好并且能相互访问。
配置Hosts
要在每个节点上配置hosts条目，要像下面这样打开默认的hosts配置文件（LCTT译注：或者做相应的DNS解析）。
复制代码