rpm:

  flashcache-utils-0.0-4.1.el6.x86_64

  kmod-flashcache-0.0-3.el6.x86_64

基本介绍:

  Flashcache是Facebook技术团队开发的一个内核模块,通过在文件系统(VFS)和设备驱动之间新增一次缓存层,可以用SSD作为介质的缓存,通过将传统硬盘上的热门数据缓存到SSD上,加速服务器磁盘读写性能。最初是为加速MySQL设计

  Flashcache是基于dm框架实现的,很自然的,是把一个SSD盘和一个机械硬盘聚合成一个虚拟设备供用户使用。

  基本原理图:

  

  Flashcache在内核的层次:

    

  

基本命令行:

  /sbin/flashcache_create
  /sbin/flashcache_destroy
  /sbin/flashcache_load
  /sbin/flashcache_scan
  /sbin/flashcache_setioctl
  /sbin/flashstat
  /sbin/get_agsize
  /usr/lib/ocf/resource.d/flashcache
  /usr/share/doc/flashcache-utils-0.0/GPL-v2.0.txt

root@vClass-tekKw queue]# rpm -ql kmod-flashcache-0.0-.el6.x86_64
/etc/depmod.d/kmod-flashcache.conf
/lib/modules/2.6.-220.17..el6.x86_64
/lib/modules/2.6.-220.17..el6.x86_64/extra
/lib/modules/2.6.-220.17..el6.x86_64/extra/flashcache
/lib/modules/2.6.-220.17..el6.x86_64/extra/flashcache/flashcache.ko
/usr/share/doc/kmod-flashcache-0.0
/usr/share/doc/kmod-flashcache-0.0/GPL-v2..txt
/usr/share/doc/kmod-flashcache-0.0/README
/usr/share/doc/kmod-flashcache-0.0/flashcache-doc.txt
/usr/share/doc/kmod-flashcache-0.0/flashcache-sa-guide.txt

flashcache_create 命令

[root@vClass-tekKw rc.d]# flashcache_create
Usage: flashcache_create [-v] [-p back|thru|around] [-b block size] [-m md block size] [-s cache size] [-a associativity] cachedev ssd_devname disk_devname
Usage : flashcache_create Cache Mode back|thru|around is required argument
Usage : flashcache_create Default units for -b, -m, -s are sectors, or specify in k/M/G. Default associativity is .
git commit:

flashcache_create相关参数说明:

-p:缓存模式     writeback(数据先写到SSD,随后写到普通硬盘),
                    writethrough(数据同时写到SSD和普通硬盘),
                    writearound(数据绕过SSD,直接写到普通硬盘)三种,三种模式的所有读都会被缓存到flashcache可以通过dev.flashcache.<cachedev>.cache_all参数调整
-s:缓存大小,可选项,如果未指定则整个SSD设备被用于缓存,默认的计数单位是扇区(sectors),但是可以接受k/m/g单位。
-b:指定块大小,可选项,默认为4KB,必须为2的指数。默认单位为扇区。也可以用K作为单位,一般选4KB。
-f:强制创建,不进行检查
-m:设备元数据块大小,只有writeback需要存储metadata块,默认4K

创建Flashcache

SSD:/dev/sdc
SAS:/dev/sdb2
创建设备名为cachedev的flashcache
flashcache_create -p back -b 4k cachedev /dev/sdc /dev/sdb2

生成/dev/mapper/cachedev设备
指定flashcache的block大小与Percona的page大小相同,一般默认

加载缓存设备

flashcache_load /dev/sdc  cachedev (系统重启时使用来加载已经创建过的缓存设备cachedev)

加载已存在的flashcache操作仅用于writeback模式,writethrough和writearound模式重启机器后需要重新使用flashcache_create创建

使用Flashcache

创建好的flashcache设备是块设备,可格式文件系统后挂在使用,也可以继续对其分区等

mount /dev/mapper/cachedev /data

销毁Flashcache

flashcache_destroy /dev/sdc

这种方式删除writeback模式的flashcache时会将SSD上的所有数据删除包括脏数据

建议使用dmsetup命令(device-mapper软件包)删除,会自动将脏数据写入磁盘

dmsetup remove cachedev

Flashcache参数优化

 [root@localhost ]#sysctl dev.flashcache
dev.flashcache.sdc+sdb2.io_latency_hist =
dev.flashcache.sdc+sdb2.do_sync =
dev.flashcache.sdc+sdb2.stop_sync =
dev.flashcache.sdc+sdb2.dirty_thresh_pct =
dev.flashcache.sdc+sdb2.max_clean_ios_total =
dev.flashcache.sdc+sdb2.max_clean_ios_set =
dev.flashcache.sdc+sdb2.do_pid_expiry =
dev.flashcache.sdc+sdb2.max_pids =
dev.flashcache.sdc+sdb2.pid_expiry_secs =
dev.flashcache.sdc+sdb2.reclaim_policy =
dev.flashcache.sdc+sdb2.zero_stats =
dev.flashcache.sdc+sdb2.fast_remove =
dev.flashcache.sdc+sdb2.cache_all =
dev.flashcache.sdc+sdb2.fallow_clean_speed =
dev.flashcache.sdc+sdb2.fallow_delay =
dev.flashcache.sdc+sdb2.skip_seq_thresh_kb =
dev.flashcache.sdc+sdb2.clean_on_read_miss =
dev.flashcache.sdc+sdb2.clean_on_write_miss =
dev.flashcache.sdc+sdb2.lru_promote_thresh =
dev.flashcache.sdc+sdb2.lru_hot_pct =
dev.flashcache.sdc+sdb2.new_style_write_merge =
 dev.flashcache.fast_remove:      删除flashcache卷时不同步脏缓存块。这个选项用来快速删除。
dev.flashcache.zero_stats:       统计信息归零。
dev.flashcache.reclaim_policy:    缓存回收规则。有两种算法:先进先出FIFO(),最近最少用LRU().默认是FIFO。
dev.flashcache.write_merge:      启用写入合并,默认是开启的。
dev.flashcache.dirty_thresh_pct:flachcache    尝试保持每个单元的脏块在这个n%以下。设置低增加磁盘写入和降低块重写,但是增加了块读取缓存的可用性。
dev.flashcache.do_sync:               调度清除缓存中的所有脏块。
dev.flashcache.stop_sync:              停止同步操作。
dev.flashcache.cache_all:              全局缓存模式:缓存所有和全部不缓存。默认是缓存所有。
dev.flashcache.fallow_delay:            清除脏块的间隔。默认60s。设置为0禁止空闲,彻底清除。
dev.flashcache.io_latency_hist:          计算IO等待时间,并绘制直方图。
dev.flashcache.max_clean_ios_set:          在清除块时,每单元最大写入出错。
dev.flashcache.max_clean_ios_total:        在同步所有块时,最大写入问题。
dev.flashcache.debug:                开启debug。
dev.flashcache.do_pid_expiry:            在白/黑名单上启用逾期的pid列表。
dev.flashcache.pid_expiry_secs:          设置pid白/黑名单的逾期。
dev.flashcache.max_pids:              最大数量的pid白/黑名单。

  参数介绍参考:https://github.com/facebook/flashcache/blob/master/doc/flashcache-sa-guide.txt

针对MySQL作此优化:

 dev.flashcache.sdc+sdb2.cache_all =          默认值1表示缓存所有,0都不缓存,另外通过进程黑白名单控制
dev.flashcache.sdc+sdb2.reclaim_policy =    缓存回收策略,:FIFO,:LRU,可动态调整
dev.flashcache.sdbc+sdb2.fast_remove =      0  表示不同步脏块到磁盘,1表示同步脏块到磁盘
dev.flashcache.sdc+sdb2.dirty_thresh_pct = 每组脏块占有的百分比,过低会减少块覆盖,增加磁盘写操作和读缓存
dev.flashcache.sdc+sdb2.new_style_write_merge = 打开写入合并,提升写磁盘的性能(旧版本dev.flashcache.sdc+sdb2.write_merge)
dev.flashcache.sdb1+sda6.skip_seq_thresh_kb = 表示不缓存超过256kb的顺序IO(由于SSD的随机读写比SAS好,但顺序读写相差不大,故作此优化)

Flashcache开机启动

flashcache模块自动加载–flashcache设备自动加载flashcache_load /dev/sdc  cachedev

A.模块自动加载请参考安装部分

B.开机自动加载已创建的缓存设备及挂载

 cd /usr/src/flashcache-3.1./utils
cp flashcache /etc/init.d/
chmod +x /etc/init.d/flashcache
修改/etc/init.d/flashcache
SSD_DISK= /dev/sdc
BACKEND_DISK= /dev/sdb2
CACHEDEV_NAME= cachedev
MOUNTPOINT= /data
FLASHCACHE_NAME=sdc+sdb2
chkconfig flashcache on

Flashcache状态监控

 dmsetup status cachedev
dmsetup table cachedev 错误日志报告
/proc/flashcache/sdc+sdb2/flashcache_errors 状态报告
/proc/flashcache/sdc+sdb2/flashcache_stats 亦可使用flashstat命令实时查看

注意事项:

1.100G SSD + 2T SATA是一个具有现实参考意义的案例。

2.把Mysql的随机读写与顺序读写分离(即把log直接放在后端的磁盘上,而不能放在mapper盘上),这样性能会提高很多。

3.用来跳过顺序IO的一个参数。

 dev.flashcache..skip_seq_thresh_kb

4.带有flashcache的机器,在关机时需要耗费大量时间整理脏块。

5.服务器掉电有导致分区损坏的可能,且通过fsck无法修复。

6.flashcache_create创建了缓存设备之后挂载即可使用,如创建之后使用flashcache_load /dev/sdc  cachedev会提示Invalid Flashcache superblock的错误

参考:

  SSD+Flashcache 的理解 RAID了解          http://blog.csdn.net/caoshuming_500/article/details/7495323
  Flashcache基本使用及注意事项             http://blog.csdn.net/werm520/article/details/42638897
  命中率80%,磁盘I/O减半,Flashcache的发展史     http://www.csdn.net/article/2013-10-31/2817357-facebook-flashcache-2010-2013
  flashcache的实现与分析                http://blog.csdn.net/kidd_3/article/details/6984822
  flashcache原理                    http://www.udpwork.com/item/8437.html 
  Flashcache基本使用及注意事项             http://www.simlinux.com/archives/398.html
  Flashcache初探                    http://blog.chinaunix.net/uid-26950862-id-3948198.html
  如何使用FlashCache技术加速                 https://zhidao.baidu.com/question/1768060642827049340.html
  FlashCache初探(二)                  http://www.cnblogs.com/remimin/archive/2012/04/16/2451002.html
  Centos安装Flashcache使用SSD缓存                         http://www.haiyun.me/archives/centos-flashcache.html
  linux内核源码阅读之facebook硬盘加速利器flashcache之初                      http://blog.csdn.net/liumangxiong/article/details/11643473

flashcache 介绍的更多相关文章

  1. linux内核源码阅读之facebook硬盘加速flashcache之六

    其实到目前为止,如果对读流程已经能轻松地看懂了,那么写流程不需要太多脑细胞.我觉得再写下去没有太大的必要了,后面想想为了保持flashcache完整性,还是写出来吧.接着到写流程: 1530stati ...

  2. linux内核源码阅读之facebook硬盘加速flashcache之五

    正常流程到flashcache_map的1623行或1625行,按顺序先看读流程: 1221static void 1222flashcache_read(struct cache_c *dmc, s ...

  3. linux内核源码阅读之facebook硬盘加速flashcache之四

    这一小节介绍一下flashcache读写入口和读写的基础实现. 首先,不管是模块还是程序,必须先找到入口,用户态代码会经常去先看main函数,内核看module_init,同样看IO流时候也要找到入口 ...

  4. linux内核源码阅读之facebook硬盘加速利器flashcache

    从来没有写过源码阅读,这种感觉越来越强烈,虽然劣于文笔,但还是下定决心认真写一回. 源代码下载请参见上一篇flashcache之我见 http://blog.csdn.net/liumangxiong ...

  5. linux内核源码阅读之facebook硬盘加速flashcache之三

    上一节讲到在刷缓存的时候会调用new_kcahed_job创建kcached_job,由此我们也可以看到cache数据块与磁盘数据的对应关系.上一篇:http://blog.csdn.net/lium ...

  6. Flashcache基本使用及注意事项

    Flashcache基本使用及注意事项 发表回复 环境:Centos6.5 x64 minal 安装方法 Contents [hide] 1 安装方法 2 自动加载模块 3 创建Flashcache ...

  7. Facebook数据库工具Flashcache初探

    Flashcache是Facebook技术团队的又一力作,最初是为加速MySQL设计的.Flashcache是在Linux层面的,所以任何受磁盘IO困绕的软件或应用都可以方便的使用之. 1. Why ...

  8. flashcache中内存与磁盘,磁盘与磁盘的io

    flashcache中跟磁盘相关的读写分为以下两类: 1)磁盘跟内存的交互 2)磁盘跟磁盘之前的交互 比如说读不命中时就是直接从磁盘读,属于第1种情况,那读命中呢?也是属于第1种情况,不过这时候是从S ...

  9. HBase(一)——HBase介绍

    HBase介绍 1.关系型数据库与非关系型数据库 (1)关系型数据库 ​ 关系型数据库最典型的数据机构是表,由二维表及其之间的联系所组成的一个数据组织 ​ 优点: ​ 1.易于维护:都是使用表结构,格 ...

随机推荐

  1. hive的常用HQL语句

    1.过滤条件 where .limit. distinct. between and . null. is not nullselect * from emp where sal > 3000; ...

  2. 分数调查 HihoCoder - 1515

    小Hi的学校总共有N名学生,编号1-N.学校刚刚进行了一场全校的古诗文水平测验. 学校没有公布测验的成绩,所以小Hi只能得到一些小道消息,例如X号同学的分数比Y号同学的分数高S分. 小Hi想知道利用这 ...

  3. POJ 2586 贪心+枚举

    Y2K Accounting Bug Time Limit: 1000MS   Memory Limit: 65536K Total Submissions: 15626   Accepted: 78 ...

  4. 菜鸟学Linux - bash的配置文件

    bash是各大Linux发行版都支持的shell.当我们登陆bash的时候,虽然我们什么都没做,但是我们已经可以在bash中调用各种各样的环境变量了.这是因为,系统中已经定义了一系列的配置文件,以及加 ...

  5. cf976f Minimal k-covering

    枚举 \(k\),对于每个点 \(i\) 我们最多删 \(deg_i-k\) 条边,就源点向第一部.第二部向汇点连边,容量是 \(deg_i-k\),原边连上,容量是 \(1\),这样每流过一条原边在 ...

  6. 如何使用PowerShell管理Windows服务

    [TechTarget中国原创] 作为一名系统管理员,最常见的任务之一就是学会管理Windows服务,这是保证Windows服务器和客户端正常运行的重要内容. 许多操作系统和应用程序都依赖于这些服务. ...

  7. html调用commonjs规范的js

    a.js define(function(require, exports, module) { var test = function(){ console.log("hello worl ...

  8. Java开发微信公众号(二)---开启开发者模式,接入微信公众平台开发

    接入微信公众平台开发,开发者需要按照如下步骤完成: 1.填写服务器配置 2.验证服务器地址的有效性 3.依据接口文档实现业务逻辑 资料准备: 1.一个可以访问的外网,即80的访问端口,因为微信公众号接 ...

  9. python 文件(file)操作

    操作文件的一般流程有: 打开文件.文件处理.关闭文件 开开文件的模式有: r,只读模式(默认). w,只写模式.[不可读:不存在则创建:存在则删除内容:] a,追加模式.[不可读: 不存在则创建:存在 ...

  10. JVM虚拟机系列(三)Class文件格式