最近在群里讨论 crush weight的问题，什么是 crush weight？这两天都只是部署安装，还没了解这个，在osd tree中是可以看到 weight，如下图，有weight 和 reweight。前者我知道是对应osd （磁盘）容量，后者呢？这个reweight有什么？这几个问题网上几乎是千篇一律，说是 weight会改变 它影响PG的到OSD的映射关系？是为什么呢？而且还有一个问题

\ what rgw RGW（Rados GateWay) 对象存储网关，ceph 是分布式对象系统，完全是可以做对象存储的，然而 Rados提供的是私有接口，不符合市场趋势，因为对象存储狭义上说是 云存储（互联网应用），所以接口应该支持主流网络协议，如http；ceph为了支持 http协议访问，设计了RGW存储网关，提供接口，此外还兼容云存储领域较为主流的接口 如 S3，Swift。

ceph中RBD 建立 image后，可以map到操作系统，当磁盘使用和插入STAT一样，此外内核模块已经支持 rbd（krbd）， modinfo 可以查看内核模块；创建100g的image并不是在真实磁盘中占用了100g，而是用多少，在ceph中就占用多少 创建RBD发生了什么现在创建pool，名字为rbd，并在rbd pool里创建image 12345678910111213141

RBD RBD是Ceph对外的三大存储服务组件之一，块存储接口Ceph ，企业环境中最常见的一种数据存储格式，支持的最大镜像为 16GB 这些镜像可以作为磁盘映射到物理裸机、虚拟机或者其他主机使用 ，此外Ceph RBD 驱动程序已经被集成到 Linux 内核( 2.6.39 或更高版本)中；还可以作为虚拟化平台的存储后端 创建 块设备rbd123456789101112131415161

ceph部署(mon)更改的yum源（我这里用的公司的）123456789101112[root@node29 ~]# cat /etc/yum.repos.d/ceph.repo [obs-ceph]name=Obs-Ceph-CentOS-$releaseverbaseurl=http://10.1.31.40/ceph-rpm-centos7-x86_64-basic/ref/v14.2.1

动机就记录下 blog ，一开始 是放在GitHub page上，但是 哪个访问太慢了，而且有时候 push不上去，于是后来 在直接在 服务器上 运行hexo，刚 开始想怎么在本地 直接发布，并并部署在 服务器，一开始的做法 ， git 同步 hexo整个代码，额。。。后来发现只需要同步 public的文件夹的内容就可以，服务器后来也没有用 hexo 部署，而是 用Nginx 做静态资源的服务器

io模型一些关于io的知识 iops iops（Input/Output Operations Per Second），每秒能进行多少次io（读写次数），是衡量磁盘性能的主要指标之一 RAID RAID （ Redundant Array of Independent Disks ）即独立磁盘冗余阵列，简称为「磁盘阵列」，其实就是用多个独立的磁盘组成在一起形成一个大的磁盘系统，

当初 搞这blog 为了输出一些东西，当然也是为了找工作（虽然我也不知道这个在我找工作的时候有没有起到作用）； 就目前而言，找工作这事可以告一段落了，现在是开启了职场生活，现在做的工作和当初预想的有所偏差，阴差阳错走到了存储的方向，既然走到这里了，那就是最好的安排，当然这也是结合当下认知做的最好的选择! 所以呢，以后的 blog大部分关于 分布式存储方面的，这里就组做一个输出平台吧，记录下小白

记录一些高频，功能强大的命令 mpstat ：​ 可以用来记录查看 多核心cpus 的运行信息 （具体用法可以看 查看man手册） vmstat：​ 即时显示内存使用情况的工具 1234567891011121314151617r :The number of processes waiting for run time. 等待运行时间的进程数，即等待的进程数、b :The numbe

排序问题虽然有了解，很多只是基于理论上，实践比较少，刚好最近遇到个问题： 这个以前遇到过类似的问题， 假如 你有一个20GB的文件，对文件的内容排序，内存限制在 1G，你要怎么排序 以前有做过总结，就是分割文件，逐个文件先排好序，最后然后再合并，说起来很简单，但做起来就。。。。 这次题目有 分割文件，我下载了这个压缩包，解压 看有1000个 20M的文件 思路： 将这个一