m0_73950916的博客

生产中，上面的2个方式都没有使用，因为这些东西没有可控性一般是基于应用进行快照，基于RBD快照，基于文件系统快照，基于对象存储备份或者是双活编写一个profiledefaultecdemok=3m=2w=8 # 一个编码块可以允许8个数据块# 故障域为5的话，就是切成块分布在5个OSD上面即可，就不会报错了# ecdemo 纠删码的名称# k=3 3个数据块，m=2 就是2个纠删块# 创建纠删码池# 这样的话，就不会报错了，创建的5个数据块，会分布在5个不同的OSD上面即可。

gitlab地址 https://github.com/ceph/ceph，选择版本，然后src/cephadm/下面有个cephadm.py文件即可。不能是其他ceph的osd,或者是本集群中已经移除的OSD的盘，重新加入集群，重新加入时，可以将数据擦除在加入集群，总而言之，就是磁盘必须是干净的。三个节点，每个节点有一个系统盘，10G的硬盘三块作为osd的硬盘，每个节点配置2C4G,使用一张NAT网卡即可。不能是逻辑卷的成员盘，不能是逻辑卷的PV，曾经是可以的，但是新版本不行了。

PG数量过多的话，1000个PG，都没有存储满，这样的话，如果要进行桶迁移的话(或者故障发生的时候)，就需要大量的hash计算(每个桶都需要计算)，大量的占用cpu，这样的计算没有意义，因为里面是空的吗，内容比较的少，PG过多的话，存储的对象就少一些。客户端访问的monitor的时候，得到了一个cluster map，然后得到了主osd发生了异常的变化，然后选举了一个备OSD变成了临时的主OSD(monitor选举出来的主OSD)，然后进行写入即可，同步其他备节点。