@Ceph分布式存储及架构原理

一、Ceph 简介

1、ceph的简述

#CephCeph是一种为优秀的性能、可靠性和可扩展性而设计的统一的、分布式文件系统、设计初衷是提供较好的性能、可靠性和可扩展性。
  “ceph 的统一”  体现在可以提供文件系统、块存储和对象存储
  “ceph分布式”   体现在可以动态扩展.


#RedHat 及 OpenStack 都可与 Ceph 整合以支持虚拟机镜像的后端存储

2、Ceph特点

#####高性能#####
a. 摒弃了传统的集中式存储元数据寻址的方案，采用 CRUSH 算法，数据分布均衡，并行度高。
b. 考虑了容灾域的隔离，能够实现各类负载的副本放置规则，例如跨机房、机架感知等。
c. 能够支持上千个存储节点的规模，支持 TB 到 PB 级的数据。


#####高可用性#####
a. 副本数可以灵活控制。
b. 支持故障域分隔，数据强一致性。
c. 多种故障场景自动进行修复自愈。
d. 没有单点故障，自动管理。


#####高可扩展性######
a. 去中心化。
b. 扩展灵活。
c. 随着节点增加而线性增长。

#######特性#######

1、支持三种存储接口：块存储（我得到的是硬盘）、文件存储（目录）、对象存储（有可能给你对接的是一个挂载的目录，但是后端怎么去存的，它会把数据打散，采用键值对形式存储）。
2、支持自定义接口，支持多种语言驱动

3、Ceph应用场景

Ceph可以提供对象存储、块设备存储和文件系统服务，其对象存储可以对接网盘（owncloud）应用业务等；其块设备存储可以对接（IaaS），当前主流的IaaS运平台软件，如：OpenStack、CloudStack、Zstack、Eucalyptus等以及kvm等

4、Ceph是一个高性能、可扩容的分布式存储系统，提供三大功能：

1、块存储（RDB）：由RBD提供，可以直接作为磁盘挂载，内置了容灾机制；
2、文件系统（CephFS）：提供POSIX兼容的网络文件系统CephFS，专注于高性能、大容量存储；
3、对象存储（RADOSGW）：提供RESTful接口，也提供多种编程语言绑定。兼容S3（是AWS里的对象存储）、Swift（是openstack里的对象存储）

5、Ceph数据存储过程

#一个文件在ceph里怎么做的读取和存储？
a)首先用户把一个文件放到ceph集群后，先把文件进行分割，分割为等大小的小块，小块叫object，让后这些小块跟据一定算法跟规律，算法是哈希算法，放置到PG组里，就是归置组，然后再把归置组放到OSD里面。

b)无论使用哪种存储方式（对象、块、文件系统），存储的数据都会被切分成Objects。Objects size大小可以由管理员调整，通常为2M或4M。每个对象都会有一个唯一的OID，由ino与ono生成。




  #ino：即是文件的File ID，用于在全局唯一标识每一个文件
  #ono：则是分片的编号
比如：一个文件FileID为A，它被切成了两个对象，一个对象编号0，另一个编号1，那么这两个文件的oid则为A0与A1。

二、Ceph 架构

1、支持的三种接口

#Object：
   有原生的 API，而且也兼容 Swift 和 S3 的 API。

#Block：
   支持精简配置、快照、克隆。

#File：
   Posix 接口，支持快照

2、Ceph 核心组件及概念

1、#Monitor
一个 Ceph 集群需要多个 Monitor 组成的小集群，它们通过 Paxos 同步数据，用来保存 OSD 的元数据。



2、#OSD
OSD 全称 Object Storage Device，也就是负责响应客户端请求返回具体数据的进程。一个 Ceph 集群一般都有很多个 OSD。



3、#MDS
MDS 全称 Ceph Metadata Server，是 CephFS 服务依赖的元数据服务。



4、#Object
Ceph 最底层的存储单元是 Object 对象，每个 Object 包含元数据和原始数据。



5、#PG
PG 全称 Placement Grouops，是一个逻辑的概念，一个 PG 包含多个 OSD。引入 PG 这一层其实是为了更好的分配数据和定位数据。



6、#RADOS
RADOS 全称 Reliable Autonomic Distributed Object Store，是 Ceph 集群的精华，用户实现数据分配、Failover 等集群操作。



7、#Libradio
Librados 是 Rados 提供库，因为 RADOS 是协议很难直接访问，因此上层的 RBD、RGW 和 CephFS 都是通过 librados 访问的，目前提供 PHP、Ruby、Java、Python、C 和 C++支持。



8、#CRUSH
CRUSH 是 Ceph 使用的数据分布算法，类似一致性哈希，让数据分配到预期的地方。



9、#RBD
RBD 全称 RADOS block device，是 Ceph 对外提供的块设备服务。



10、#RGW
RGW 全称 RADOS gateway，是 Ceph 对外提供的对象存储服务，接口与 S3 和 Swift 兼容。



11、#CephFS
CephFS 全称 Ceph File System，是 Ceph 对外提供的文件系统服务。

3、三种存储类型

1）块存储

#常见的设备：
磁盘阵列，硬盘

主要是将裸磁盘空间映射给主机使用的。



#优点：
a. 通过 Raid 与 LVM 等手段，对数据提供了保护。
b. 多块廉价的硬盘组合起来，提高容量。
c. 多块磁盘组合出来的逻辑盘，提升读写效率。



#缺点：
a. 采用 SAN 架构组网时，光纤交换机，造价成本高。
b. 主机之间无法共享数据。



#使用场景：
a. docker 容器、虚拟机磁盘存储分配。
b. 日志存储。
c. 文件存储。

2）文件存储

#常见的设备：
a.FTP、NFS 服务器
b.为了克服块存储文件无法共享的问题，所以有了文件存储。
c.在服务器上架设 FTP 与 NFS 服务，就是文件存储。



#优点：
a. 造价低，随便一台机器就可以了。
b. 方便文件共享。



#缺点：
a. 读写速率低。
b. 传输速率慢。



#使用场景：
a. 日志存储。
b. 有目录结构的文件存储。

3）对象存储

#常用的设备：
a.内置大容量硬盘的分布式服务器(swift, s3)
b.多台服务器内置大容量硬盘，安装上对象存储管理软件，对外提供读写访问功能。



#优点：
a. 具备块存储的读写高速。
b. 具备文件存储的共享等特性。



#使用场景：(适合更新变动较少的数据)
a. 图片存储。
b. 视频存储。

4、Ceph IO 流程图

#步骤详情：
a)client 创建 cluster handler。

b)client 读取配置文件。

c)client 连接上 monitor，获取集群 map 信息。

d)client 读写 io 根据 crshmap 算法请求对应的主 osd 数据节点。

e)主 osd 数据节点同时写入另外两个副本节点数据。

f)等待主节点以及另外两个副本节点写完数据状态。

g)主节点及副本节点写入状态都成功后，返回给 client，io 写入完成

5、新主 IO 流程图

#说明：
如果新加入的 OSD1 取代了原有的 OSD4 成为 Primary OSD, 由于 OSD1 上未创建 PG , 不存在数据，那么 PG 上的 I/O 无法进行，怎样工作的呢？

#步骤详情：
a)client 连接 monitor 获取集群 map 信息。

b)同时新主 osd1 由于没有 pg 数据会主动上报 monitor 告知让 osd2 临时接替为主。

c)临时主 osd2 会把数据全量同步给新主 osd1。

d)client IO 读写直接连接临时主 osd2 进行读写。

e)osd2 收到读写 io，同时写入另外两副本节点。

f)等待 osd2 以及另外两副本写入成功。

g)osd2 三份数据都写入成功返回给 client, 此时 client io 读写完毕。

h)如果 osd1 数据同步完毕，临时主 osd2 会交出主角色。

i)osd1 成为主节点，osd2 变成副本。

6、 Ceph IO 算法流程

1.# File 用户需要读写的文件。File->Object 映射：
a. ino (File 的元数据，File 的唯一 id)。
b. ono(File 切分产生的某个 object 的序号，默认以 4M 切分一个块大小)。
c. oid(object id: ino + ono)。



2. #Object 是 RADOS 需要的对象。Ceph 指定一个静态 hash 函数计算 oid 的值，将 oid 映射成一个近似均匀分布的伪随机值，然后和 mask 按位相与，得到 pgid。Object->PG 映射：
a)  hash(oid) & mask-> pgid 。
b)  mask = PG 总数 m(m 为 2 的整数幂)-1 。


3.# PG(Placement Group),用途是对 object 的存储进行组织和位置映射, (类似于 redis cluster 里面的 slot 的概念) 一个 PG 里面会有很多 object。采用 CRUSH 算法，将 pgid 代入其中，然后得到一组 OSD。PG->OSD 映射：
a)  CRUSH(pgid)->(osd1,osd2,osd3) 。

7、Ceph RBD IO 流程

#步骤详情：
a)客户端创建一个 pool，需要为这个 pool 指定 pg 的数量。

b)创建 pool/image rbd 设备进行挂载。

c)用户写入的数据进行切块，每个块的大小默认为 4M，并且每个块都有一个名字，名字就是 object+序号。

d)将每个 object 通过 pg 进行副本位置的分配。

e)pg 根据 cursh 算法会寻找 3 个 osd，把这个 object 分别保存在这三个 osd 上。

f)osd 上实际是把底层的 disk 进行了格式化操作，一般部署工具会将它格式化为 xfs 文件系统。

g)object 的存储就变成了存储一个文 rbd0.object1.file。

8、Ceph RBD IO 框架图

#客户端写数据 osd 过程：
a)采用的是 librbd 的形式，使用 librbd 创建一个块设备，向这个块设备中写入数据。

b)在客户端本地同过调用 librados 接口，然后经过 pool，rbd，object、pg 进行层层映射,在 PG 这一层中，可以知道数据保存在哪 3 个 OSD 上，这 3 个 OSD 分为主从的关系。

c)客户端与 primay OSD 建立 SOCKET 通信，将要写入的数据传给 primary OSD，由 primary OSD 再将数据发送给其他 replica OSD 数据节点。

9、Ceph Pool 和 PG 分布情况

#pool与pg简述说明：
a) pool 是 ceph 存储数据时的逻辑分区，它起到 namespace 的作用。

b) 每个 pool 包含一定数量(可配置)的 PG。

c) PG 里的对象被映射到不同的 OSD 上。

d) pool 是分布到整个集群的。

e) pool 可以做故障隔离域，根据不同的用户场景不一进行隔离

10、Ceph 数据扩容 PG 分布

#数据迁移l流程(场景)：
a. 现状 3 个 OSD, 4 个 PG

b. 扩容到 4 个 OSD, 4 个 PG

扩容前：

扩容后：

#简述说明：
a)每个 OSD 上分布很多 PG, 并且每个 PG 会自动散落在不同的 OSD 上。
b)如果扩容那么相应的 PG 会进行迁移到新的 OSD 上，保证 PG 数量的均衡。