前言如果使用场景是多路径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 通常来

前言使用librbd通过tgt出iscsi，多路径数据是一致的，由于环境的原因，切换为kernel rbd 出iscsi，然后通过不同的iscsi路径写入后，发现在rbd端就出现了数据没有刷新的问题 问题分析这里有个类似的问题 1https://github.com/ceph/ceph-csi/issues/461 这个是通过把rbd map到不同的节点，通过dd写入的时候发现数据不同步，需要通过

前言本篇主要是分析ceph的版本之间参数的变化，参数变化意味着功能的变化，通过参数来分析增加，删除，修改了哪些功能，以及版本之间的变化，本篇主要通过导出参数，然后通过脚本去比对不同的版本的参数变化 14版本之前安装一个ceph-common,然后touch一个空配置文件就可以通过ceph –show-config拿到版本的配置文件14版本之后需要安装好mon，并且这个命令取消了，通过下面的命令获取

前言在比对rgw的不同前端的区别的时候，官方说civetweb是通过线程池来控制连接的，beast是后面加入了流控相关的，这块一直也没有调整过相关的参数，然后通过ab压测了一下，还是有很明显的区别的 测试很简单，虚拟机下面就可以完成 测试过程rgw_thread_pool_size = 512默认参数为这个 123456[root@lab201 ~]# ps -ef|grep rados

前言ceph的rgw现在提供了两种前端， civetweb和beast 配置修改配置文件 1rgw_frontends = civetweb port=7481 为 1rgw frontends = beast port=7481 然后重启rgw进程，查看日志 1234567892020-09-11 10:23:52.117738 7f90b45f8000 0 ceph version 12.

前言通过内网模式访问tv远程机器 方法云主机配置一台云主机，云主机申请两个公网IP 云主机启动两个frps进程绑定到两个内网的ip 客户端配置远程一台linux跳板机运行frpc，启动两个进程，分别访问不同的公网IP 12345[tv]type = tcplocal_ip = 192.168.1.118local_port = 5938remote_port = 5938 绑定好端口5938 开启

前言之前系统出现过几次hung住的情况，没有oom，也没有其它内存相关的信息，而linux设计就是去尽量吃满内存，然后再回收清理的机制 探讨目前这个参数还没有找到合适的处理这个预留的参数，一般也没有去调整的系统是默认根据物理内存进行计算得到一个数值得 12sysctl -a|grep min_free_kbytesvm.min_free_kbytes = 45056 查看内核参数，这个小环境是保留

##前言rbd 提供了一个回收站功能，这个是属于防呆设计，防止误操作删除rbd引起无法恢复的情况，rbd正常情况下的删除是马上会在后台回收空间的，这个也听说过有人做过误删除的操作，那么这个设计就是从操作逻辑上来尽量避免这个失误的 相关操作命令比较简单就几条命令，luminous版本就支持了，提供几个命令 trash list (trash ls) 列出回收站的rbd trash move (tr

前言在ceph 的jewel版本以及之前的版本，通过ceph -w命令是可以拿到每秒钟ceph集群的io状态的，现在的版本是ceph -s一秒秒手动去刷，ceph -w也不监控io的状态了，有的时候需要看io是否平滑，或者恢复还剩多少，能够比较直观的去看 实际上通过简单的脚本就可以实现之前差不多的效果 每秒查看状态123456789101112131415[root@lab201 ~]# sh c

前言做rgw测试的时候，经常会有删除文件的操作，而用默认的参数的时候，rgw是通过gc回收机制来处理删除对象的，这个对于生产环境是有好处的，把删除对业务系统的压力分摊到不同的时间点，但是测试的时候，可能需要反复的写入删除，而这种情况下，可能希望能够迅速的回收对象，那么就需要修改几个参数了 参数主要调整下面的几个参数 123rgw_gc_obj_min_wait = 30rgw_gc_process