直接上干货： ceph自动挂载原理 系统启动后，ceph 通过扫描所有磁盘及分区的 ID_PART_ENTRY_TYPE 与自己main.py中写死的osd ready 标识符来判断磁盘（及其分区）是否准备好自动挂载（journal ，block， osd 同是一个道理 ...

故障描述：ceph节点因为断开SSH网络链接会立刻导致mon和osd守护进程自动down的问题 观察/var/log/ceph/ceph.log的部分关键信息显示如下： 在存在故障的节点上通过dmesg命令查看到部分的kernel的硬件信息，一般用于设备故障的诊断时使用 对比查看 ...

一、添加osd： 当前ceph集群中有如下osd，现在准备新添加osd： （1）选择一个osd节点，添加好新的硬盘： （2）显示osd节点中的硬盘，并重置新的osd硬盘： 列出节点磁盘：ceph-deploy disk list rab1 擦净节点磁盘：ceph ...

osd对象存储设备： ceph中数据存储过程首先数据会被分割成多个object，(每个object一个object id，大小可设置，默认是4MB），object是Ceph存储的最小存储单元。由于object的数量很多，为了有效减少了Object到OSD的索引表、降低元数据的复杂度，使得写入 ...

删除osd的正确方式有如下(对比分析) 在ceph的集群当中关于节点的替换的问题，一直按照以前的方式进行的处理，处理的步骤如下： 停止osd进程 这一步是停止osd的进程，让其他的osd知道这个节点不提 ...

目录 简介 更换OSD操作步骤 1. 故障磁盘定位 2. 摘除故障磁盘 3. 重建raid0 4. 重建osd 控制数据恢复及回填速度 简介 首先需要说明的是，ceph的osd是不建议做成raid10 ...

获取osd的ID 这个操作是在管理节点上执行 [root@node-4 osd]# ceph osd create 2 对磁盘做处理 [root@node-4 ~]# parted /dev/sdb mktable gpt Warning: The existing disk label ...

高可用性和高可靠性需要一种容错方法来管理硬件和软件问题。Ceph 没有单点故障，并且可以以“降级”模式为数据请求提供服务。Ceph 的数据放置引入了一个间接层，以确保数据不会直接绑定到特定的 OSD 地址。这意味着跟踪系统故障需要找到问题根源所在的归置组和底层 OSD。 提示 集群的某一 ...