http服务器文件名大小写忽略
问题文件从windows里面放到nginx里面去的时候，文件在windows下面是大小写忽略，也就是不论大小写都可以匹配的，而到linux下面的时候，因为linux是区分大小写的，也就是会出现无法忽略大小写的访问 调研通过nginx里面目前还没有找到实现的方式，通过插件的方式也只是能把大小写全部转换成小写，这样要让存储的文件的名称全部改成小写，这个不太适合去改变用户的文件 而apache里面有模块
Linux操作系统选择
主流的操作系统 ubuntu centos debian oracle linux 主要使用的操作系统就是上面几个，主要是ubuntu和centos，debian是基于ubuntu改的，oracle linux是基于centos改的 操作系统介绍ubuntu操作系统ubuntu操作系统是主打桌面的一个操作系统，软件包的更新比较快，内核的版本用的比较新，如果软件系统都是采用的比较新的库和新的内核，
iscsi客户端常用操作
说明本篇主要记录iscsi的客户端的一些常用的一些操作 iscsi服务端常用操作删除一个lun 1tgtadm --lld iscsi --mode logicalunit --op delete --tid 2 --lun 1 新增一个lun 1tgtadm --lld iscsi --mode logicalunit --op new --tid 2 --lun 1 --backing-
bluestore对象挂载到系统进行提取
前言之前在filestore里面，pg是直接暴露到文件系统的，也就是可以直接进去查看或者拷贝，在极端情况下，多个osd无法启动，pg无法导出的时候，那么对pg内部对象的操作处理，是可以作为最后恢复数据的一种方式的 这个在bluestore里面就没那么直接了，之前也碰到过一次，osd无法启动，内部死循环，pg无法export，osd就僵死在那里了，实际上，bluestore也提供了接口把对象能够直接
慢话crush-各种crush组合
前言ceph已经是一个比较成熟的开源的分布式存储了，从功能角度上来说，目前的功能基本能够覆盖大部分场景，而社区的工作基本上是在加入企业级的功能和易用性还有性能等方面在发力在，不管你是新手还是老手，都绕不开的一个问题就是crush，而crush是决定着数据的分布的，很多人并不理解为什么会有这个crush，这个算法到底是怎么去计算的，本篇是从更偏向用户层来对这个分布做一个解释，以及我们该怎么去动这个c
ceph的pg的分布的快速查看
前言本篇的内容实际上是另外一篇文章的字篇章，在另外一篇文章当中，将会对crush的分布的调整的做一次总结，用比较简单的方式来展示各种crush的区别 在做这个工作过程中，为了更好的能展示出效果，就有了下面的这个小工具的出现 工具来源假如我现在想查看一个存储池内的pg的分布，那么我们需要下面的几个步骤 1、随机获取一个pg的id1[root@lab101 ~]# ceph pg dump|grep
vdbench测试实时可视化显示
前言前一段时间碰到一个系统，用rados bench 去跑都还比较正常，但是一跑数据库就非常慢，测试工具会抛出延时过大的提示，经过排查发现，云平台中有一台虚拟机还运行着备份数据库的服务，而这个备份软件是需要反复写一个标记文件的，因为这个标记文件只对应了一个对象，一个对象对应了一个pg，一个pg对应到固定的ssd上面，那个ssd的io几乎被这一个操作给打满了，然后全局的请求到了这个osd上面的时候，
处理ceph incompelete的经验
前言最近已经见到几个环境出现过incompelete了，这个在很久以前Jewel正在合入mark-complete工具的时候就有做过类似的处理，但是随着处理的环境越来越多，这个地方还是有些需要注意的，本篇是写一些需要注意的点 一般来说是环境有多个机器同时坏盘或者掉电，或者掉主机引起的 处理流程拿到环境第一时间是对环境标记noout，这个操作是为了防止集群的环境反复震荡，标记noout没有osd标记