重构克隆rbd的数据
前言之前写过一篇重构rbd的元数据的文章，讲的是如果rbd的元数据丢失了，数据还在的时候怎么恢复相关的元数据，但是实际使用的场景是，集群可能崩溃了，数据还在，osd无法拉起来，数据又很重要，需要把数据拼接回来，这个也是最底层的一种数据还原方式了 网上有非快照的rbd的拼接的文章，对于快照使用方式的拼接这个没有太多信息，而实际上很多使用场景就是克隆了一个原始系统后，再使用的，本篇就是把还原需要的细节
centos7单独编译nbd内核模块
前言centos7默认内核没有带nbd的模块，可以通过下载跟当前版本匹配的内核源码，编译源码指定的模块，然后加载到系统 步骤判断版本12345678[root@lab201 linux-3.10.0-957.el7]# uname -aLinux lab201 3.10.0-957.el7.x86_64 #1 SMP Thu Nov 8 23:39:32 UTC 2018 x86_64 x86_6
通过tuned-adm调整服务器的各种参数
前言centos7 服务器上面支持通过tuned进行统一的系统参数调整，以前我们可能会通过修改内核配置文件修改内核参数，通过echo去调整磁盘预读，等等很多调整会分散在各处而系统实际上是可以通过一个地方进行固化的，这个就是tuned-adm做的事情，本篇是一个集合贴，会持续补充各种调整的方法 操作调整配置生效配置整体调整系统提供了很多模式的调整参数，默认的是最平衡的，如果不是很清楚调整了什么，建议
测试cephfs写入海量文件
前言测试cephfs的写入大量文件，通过mdtest写入1K大小的文件1亿个，每个目录里面文件为1万，目录总数为1万，总文件数目就为1亿了 写入的命令1mdtest -C -F -L -z 4 -b 10 -I 10000 -d /mnt/1yi/ -w 1024 -C 只创建 -F 只创建文件 -L 只在叶子层目录创建文件 -z 目录深度层级为4 -b 每个树下面子目录为10 -I 指定目录
iscsi一致性的测试验证方法
前言如果使用场景是多路径iscsi，那么数据一致性的就需要去验证一致性，就需要一个比较通用的测试方法，最近在处理这块，记录下简单的测试方法 测试方法写入数据123dd if=/dev/urandom of=/dev/sdb bs=512 count=8000 oflag=direct或者dd if=/dev/urandom of=/dev/sdb bs=512 count=8000 通常来
ceph通过tgt配置多路径的数据一致性问题
前言使用librbd通过tgt出iscsi，多路径数据是一致的，由于环境的原因，切换为kernel rbd 出iscsi，然后通过不同的iscsi路径写入后，发现在rbd端就出现了数据没有刷新的问题 问题分析这里有个类似的问题 1https://github.com/ceph/ceph-csi/issues/461 这个是通过把rbd map到不同的节点，通过dd写入的时候发现数据不同步，需要通过
ceph各个版本之间参数变化分析
前言本篇主要是分析ceph的版本之间参数的变化，参数变化意味着功能的变化，通过参数来分析增加，删除，修改了哪些功能，以及版本之间的变化，本篇主要通过导出参数，然后通过脚本去比对不同的版本的参数变化 14版本之前安装一个ceph-common,然后touch一个空配置文件就可以通过ceph –show-config拿到版本的配置文件14版本之后需要安装好mon，并且这个命令取消了，通过下面的命令获取
rgw的rgw_thread_pool_size配置调整
前言在比对rgw的不同前端的区别的时候，官方说civetweb是通过线程池来控制连接的，beast是后面加入了流控相关的，这块一直也没有调整过相关的参数，然后通过ab压测了一下，还是有很明显的区别的 测试很简单，虚拟机下面就可以完成 测试过程rgw_thread_pool_size = 512默认参数为这个 123456[root@lab201 ~]# ps -ef|grep rados