¶引言

我将这篇文章的日期改到了2020年，这样就可以长期置顶了，这篇文章将包含整个博客的map，以及最近正在完成的文章。目的是给来的朋友一个快速查找所需文章的索引。
当然，朋友们如果觉得还有什么想了解的文章可以在下面留言！

¶前言

本文介绍了两种方式将 Ceph 导出为 NFS，一种通过 RGW，一种通过 CephFS，通过 FSAL 模块 连接到 RGW 或者 CephFS， 其中，FSAL_RGW 调用 librgw2 将 NFS 协议转义为 S3 协议再通过 RGW 存入到 Ceph 中，FSAL_CEPH 调用 libcephfs1 将 NFS 转义为 Cephfs 协议再存入到 Ceph 中。所以需要额外安装这两个包。

¶引言

最近在做Ceph的监控，使用Grafana+Graphite+Collectd，需要对Ceph的Json格式输出进行解析，对解析的结果进行一个总结，供他人参考。所有指令添加了--format json-pretty格式输出。

¶并没有序。

¶引言

有位朋友(下文简称小明)的集群OSD数据分布很不均匀，最多的OSD已经被使用了90%，而最少的才用了40%，这种现象的原因基本上可以确定为PG总数设置少了，再加上经常有朋友会问及到每个Pool的PG数该怎么设置，我这里就说下PG对数据分布的影响。

因为怎么做官网的pg计算器已经讲得很明确了，我主要想介绍下为什么要这么做。

文中文字全部参考红帽的官方文档，还有北京Ceph Day的PPT。只是为了普及知识用。

¶引言

那么问题来了，把一份数据存到一群Server中分几步？

Ceph的答案是：两步。

1. 计算PG
2. 计算OSD

¶实验目的

前段时间，有一个存储节点的系统盘进行了重装，按照正常流程：重装系统->配置系统->部署ceph->重建journal->OSD上线，很快就可以恢复了，可是当时这个节点的OSD上线后，导致前台的VM批量不能开机，紧急处理方法是临时先将这个节点的OSD下线，VM就能正常开机了，后来思考了半天意识到可能是防火墙没有关导致的，并且这个问题的现象是可以复现的，于是就有了下面的实验，目的是探讨下一个节点的防火墙没有关闭，对整个ceph集群有什么样的影响。

¶实验目的

主要是为了说明MON的IP和OSD不一样的修改方法，介绍一下monmaptool这个工具，提供了一些常见场景的处理方法，包括增加monitor，机房搬迁需要修改IP，移除某个monitor，备份MON的数据库等。

¶实验目的

• 为了证实大话RBD文中对于横向平移crushmap的猜测。
• 从一个dead cluster中，是否能够重现所有的PG和Object Map。
• 本文从一个OSD中的若干osdmap中任意一个提取出来整个集群的CrushMap，并依此复现出原始集群的所有对象对应关系。
• 还提供了一种简单的方法导出crushmap。

¶引言

这篇文章主要介绍了RBD在Ceph底层的存储方式，解释了RBD的实际占用容量和RBD大小的关系，用几个文件的例子演示了文件在RBD(更恰当的是xfs)中的存储位置，最后组装了一个RBD，给出了一些FAQ。

¶引言

一台干干净净的VM，搭好一个ceph环境，只要一分钟。

¶引言

PG，Placement Group，中文翻译为归置组，在ceph中是一个很重要的概念，这篇文章将对PG进行深入浅出的讲解。

¶环境

1. 三台装有CentOS 7的主机，每台主机有三个磁盘(虚拟机磁盘要大于100G),详细信息如下：

¶引言

本文诞生原因：

• 玩Ceph一定需要真机? 不需要，虚拟机就够了
• 电脑没有那么大空间建几T的磁盘！可以的，放心！
• 虚拟机哪家强？ VirtualBox,又快又不要钱

Ceph 实验

¶实验环境列表

今后的各个实验，将采用以下的某个实验环境，不再详细列出，而将以env-X的方式代指。

¶env-1

单节点的集群环境，在该节点部署mon，挂载了三个2T的磁盘：

¶前言