2. Monitor 的备份和恢复
本篇内容来自 徐小胖’blog —— monitor 的增删改备
Monitor 的备份
每个 MON 的数据都是保存在数据库内的，这个数据库位于 /var/lib/ceph/mon/$cluster-$hostname/store.db ，这里的 $cluster 是集群的名字， $hostname 为主机名，MON 的所有数据即目录 /var/lib/ceph/mon/$cluster-$hostname/ ，备份好这个目录之后，就可以在任一主机上恢复 MON 了。
这里参考了下 这篇文章 里面的备份方法，简单讲基本思路就是，停止一个 MON，然后将这个 MON 的数据库压缩保存到其他路径，再开启 MON。文中提到了之所以要停止 MON 是要保证 levelDB 数据库的完整性。然后可以做个定时任务一天或者一周备份一次。
另外最好把 /etc/ceph/ 目录也备份一下。
这个备份路径最好是放到其他节点上，不要保存到本地，因为一般 MON 节点要坏就坏一台机器。
这里给出文中提到的备份方法：
service ceph stop montar czf /var/backups/ceph-mon-backup_$(date +'%a').tar.gz /var/lib/ceph/monservice ceph start mon#for safety, copy it to other nodesscp /var/backups/* someNode:/backup/
Monitor 的恢复
现在有一个 Ceph 集群，包含 3 个 monitors： ceph-1 、ceph-2 和 ceph-3 。
[root@ceph-1 cluster]# ceph -s cluster 844daf70-cdbc-4954-b6c5-f460d25072e0 health HEALTH_OK monmap e2: 3 mons at {ceph-1=192.168.56.101:6789/0,ceph-2=192.168.56.102:6789/0,ceph-3=192.168.56.103:6789/0} election epoch 8, quorum 0,1,2 ceph-1,ceph-2,ceph-3 osdmap e13: 3 osds: 3 up, 3 in pgmap v20: 64 pgs, 1 pools, 0 bytes data, 0 objects 101 MB used, 6125 GB / 6125 GB avail 64 active+clean
假设发生了某种故障，导致这 3 台 MON 节点全都无法启动，这时 Ceph 集群也将变得不可用。我们可以通过前面备份的数据库文件来恢复 MON。当某个集群的所有的 MON 节点都挂掉之后，我们可以将最新的备份的数据库解压到其他任意一个节点上，新建 monmap，注入，启动 MON，推送 config，重启 OSD就好了。
将 ceph-1 的 /var/lib/ceph/mon/ceph-ceph-1/ 目录的文件拷贝到新节点 ceph-4 的 /var/lib/ceph/mon/ceph-ceph-4/ 目录下（或者从备份路径拷贝到 ceph-4 节点），一定要注意目录的名称！这里 ceph-1 的 IP 为 172.23.0.101， ceph-4 的 IP 为 192.168.56.104 。ceph-4 节点为一个只安装了 ceph 程序的干净节点。注意下面指令执行的节点。
[root@ceph-1 ~]# ip a |grep 172 inet 172.23.0.101/24 brd 172.23.0.255 scope global enp0s8[root@ceph-1 ~]# ping ceph-4PING ceph-4 (192.168.56.104) 56(84) bytes of data.64 bytes from ceph-4 (192.168.56.104): icmp_seq=1 ttl=63 time=0.463 ms[root@ceph-4 ~]# mkdir /var/lib/ceph/mon/ceph-ceph-4[root@ceph-1 ~]# scp -r /var/lib/ceph/mon/ceph-ceph-1/* ceph-4:/var/lib/ceph/mon/ceph-ceph-4/done 100% 0 0.0KB/s 00:00 keyring 100% 77 0.1KB/s 00:00 LOCK 100% 0 0.0KB/s 00:00 LOG 100% 21KB 20.6KB/s 00:00 161556.ldb 100% 2098KB 2.1MB/s 00:00 ......MANIFEST-161585 100% 709 0.7KB/s 00:00 CURRENT 100% 16 0.0KB/s 00:00 sysvinit 100% 0 0.0KB/s 00:00
同时，将 /etc/ceph 目录文件也拷贝到 ceph-4 节点，然后将 ceph.conf 中的 mon_initial_members 修改为 ceph-4。
[root@ceph-1 ~]# scp /etc/ceph/* ceph-4:/etc/ceph/ceph.client.admin.keyring 100% 63 0.1KB/s 00:00 ceph.conf 100% 236 0.2KB/s 00:00 [root@ceph-4 ~]# vim /etc/ceph/ceph.conf [root@ceph-4 ~]# cat /etc/ceph/ceph.conf [global]fsid = 844daf70-cdbc-4954-b6c5-f460d25072e0mon_initial_members = ceph-4mon_host = 192.168.56.104
新建一个 monmap，使用原来集群的 fsid，并且将 ceph-4 加入到这个 monmap，然后将 monmap 注入到 ceph-4 的 MON 数据库中，最后启动 ceph-4 上的 MON 进程。
[root@ceph-4 ~]# monmaptool --create --fsid 844daf70-cdbc-4954-b6c5-f460d25072e0 --add ceph-4 192.168.56.104 /tmp/monmap [root@ceph-4 ~]# ceph-mon -i ceph-4 --inject-monmap /tmp/monmap [root@ceph-4 ~]# ceph-mon -i ceph-4[root@ceph-4 ~]# ceph -s cluster 844daf70-cdbc-4954-b6c5-f460d25072e0 health HEALTH_ERR 64 pgs are stuck inactive for more than 300 seconds 64 pgs degraded 64 pgs stuck inactive 64 pgs undersized monmap e6: 1 mons at {ceph-4=192.168.56.104:6789/0} election epoch 13, quorum 0 ceph-4 osdmap e36: 3 osds: 1 up, 1 in pgmap v58: 64 pgs, 1 pools, 0 bytes data, 0 objects 34296 kB used, 2041 GB / 2041 GB avail 64 undersized+degraded+peered
好消息是，ceph -s 有了正确的输出，坏消息就是 HEALTH_ERR 了。不过不用担心，这时候将 ceph-4 的 ceph.conf 推送到其他所有节点上，再重启 OSD 集群就可以恢复正常了。