性能指标之资源指标-磁盘-其他关注指标

对于业务服务器的用户来说，看到的是文件系统或裸设备，从文件系统到物理磁盘大概是下图的样子。

业务服务器的操作系统作为存储的用户只能看到disk（存储层面的LUN），而存储管理员才知道存储内部的具体RAID方式、条带化方式等等，在关注系统性能的活动（性能测试、性能调优）中，一般很少直接关注磁盘IO的指标，而是遇到性能问题（比如业务的响应时间非常慢），并且逐步排查到磁盘时，才重点关注磁盘IO的性能指标。这是因为，磁盘IO的性能的确是不好拿一个指标说清楚的事。

当磁盘IO有性能问题，需要分析IOPS、MBPS、服务时间（这三个主要指标在上一节当中已介绍）、平均每次写入的block大小、队列等待时间等指标，分析IO路径、驱动、光纤卡、光纤交换机、后台存储的规划、硬盘域和存储池划分、thin LUN还是thick LUN、存储的缓存设置、IO的Qos、磁盘类型、存储接口模块数量、RAID划分、是否配置快照、克隆、远程复制等增值功能、存储控制器的CPU利用率，甚至数据在盘片的中心还是边缘等等。

本节并不主要从存储的角度介绍，而是从存储的用户（业务服务器的操作系统）的角度简单介绍几个经常关注的其他指标有：磁盘繁忙程度、队列满等。

一、磁盘繁忙程度

Diskbusy体现了磁盘驱动的利用率，即磁盘驱动有百分之多少时间是活动的。

1.         获取来源

Nmon DISKBUSY Sheet

命令行iostat -Dl：% tm_act

2.         详细解释

但这个指标的高低与IOPS、带宽并不是线性关系。例如当diskbusy=80%的时候IOPS=500，当diskbusy=90%的时候IOPS可能可以达到800。

可以把驱动理解为道路，每个IO的数据块理解为道路上行使的汽车。当道路上没有车的时候，认为是不活动的；当道路上有车的时候，认为是活动的，但有1辆车也是活动，有10辆车也是活动。

并且，由于生产环境均采用存储服务器，从操作系统看到的磁盘驱动繁忙程度，并不能代表存储服务器层面的繁忙程度，甚至不知道写IO有没有写到物理磁盘上（也许只是写到了存储的缓存上）。

因此diskbusy并不能作为磁盘IO的重要性能指标。但在日常情况下，可以从这个值的高低对磁盘使用情况有个大概的判断。

二、服务队列满

服务队列每秒变满（磁盘不再接受服务请求）的次数。

1.         获取来源

命令行iostat -Dl：sqfull

2.         详细解释

通常情况下这个sqfull的值为0，如果经常不为0，可能是IO队列深度太小或者磁盘/存储能力不足。

queue_depth 是IO队列深度，即AIX 一次可以传送到磁盘设备的命令的数量，把命令放在队列中再传送给磁盘可以提高 I/O 性能。这个属性限制了 AIX 可以传送到设备的最大命令的数量。可以通过命令查看lsattr -El hdiskxxx|grep queue_depth，queue_depth 默认数值为 4，可以调整。但调整queue_depth这种方法对于提高磁盘IO能力来说很有限。

三、文件系统使用率

文件系统和inode的利用率其实已经不在磁盘IO的讨论范围，但仍然属于磁盘的范围，需要业务系统用户关注。

1.         获取来源

NMON：JFSFILE SHEET

命令行df- g

2.         最佳实践

当使用率超过80%的时候，系统的性能可能会被拖慢。

同时，统计业务量与文件系统利用率的增长情况，可以推测该文件系统可以支撑的最大业务量，管理员可以根据日常业务量和文件系统的空间，设定备份删除策略。

 

四、Inode使用率

Inode：索引节点，它用来存放文件及目录的基本信息，inode数量即文件系统的节点的最大数量。

Inode使用率容易被忽略。对于一些文件大小很小，文件数量却很大的系统，若采用默认参数生成文件系统，可能导致inode数量不足。当inode使用率达到100%后就不能再创建新的文件或目录。

1.         获取来源

NMON：JFSINODE SHEET

命令行df- g：%Iused