如何进行基于ZFS和NFS的NAS故障深度分析?
- 内容介绍
- 文章标签
- 相关推荐
本文共计936个文字,预计阅读时间需要4分钟。
问题:使用vdbench进行100W目录,每个目录30个文件,共3000W文件读写时,在创建文件得时候IO会出现断断续续的情况。
分析过程:
1.nfs抓包分析
2.使用vdbench创建文件得流程:eg:
问题:
使用vdbench进行单层100w目录,每个目录30个文件,共3000w文件读写时,在创建文件得时候IO会出现断断续续得情况。
分析过程:
1、 nfs抓包分析
使用vdbench创建一个文件得流程eg: vdb_f0398.file:
Lookup call -> lookup reply ->create call ->create reply ->write call ->write reply
2、 当vdbench IO归0时,观察存储端状态
1) read IO特别大,write IO为0
看4标识
2) zfs arc到了limit点为,arc_prune数值增加,意味着频繁得回收arc,但arc大小为变化
看上图1是设定的arc_meta_limit,2是已经使用的arc_meta空间,一般触发回收时会高出limit限制几百M,3是回收次数。
本文共计936个文字,预计阅读时间需要4分钟。
问题:使用vdbench进行100W目录,每个目录30个文件,共3000W文件读写时,在创建文件得时候IO会出现断断续续的情况。
分析过程:
1.nfs抓包分析
2.使用vdbench创建文件得流程:eg:
问题:
使用vdbench进行单层100w目录,每个目录30个文件,共3000w文件读写时,在创建文件得时候IO会出现断断续续得情况。
分析过程:
1、 nfs抓包分析
使用vdbench创建一个文件得流程eg: vdb_f0398.file:
Lookup call -> lookup reply ->create call ->create reply ->write call ->write reply
2、 当vdbench IO归0时,观察存储端状态
1) read IO特别大,write IO为0
看4标识
2) zfs arc到了limit点为,arc_prune数值增加,意味着频繁得回收arc,但arc大小为变化
看上图1是设定的arc_meta_limit,2是已经使用的arc_meta空间,一般触发回收时会高出limit限制几百M,3是回收次数。

