Linux系统IO负载情况的查询和案例分析
概述
本文主要对Linux系统IO负载情况的查询和案例分析进行说明。
详细信息
- 如果您对实例或数据有修改、变更等风险操作,务必注意实例的容灾、容错能力,确保数据安全。
- 如果您对实例(包括但不限于ECS、RDS)等进行配置与数据修改,建议提前创建快照或开启RDS日志备份等功能。
- 如果您在阿里云平台授权或者提交过登录账号、密码等安全信息,建议您及时修改。
IO负载的查询与分析
使用iostat从系统纬度查看磁盘IO负载
iostat并非常见Linux发行版本自带工具,其包含在sysstat软件包中,需要先通过yum或apt-get等方式进行安装后才能使用。具体安装方法本文不再详述。
用法说明
执行如下命令,查看磁盘IO负载。
iostat -d -k 2
注:
- -d:显示设备(磁盘)使用状态。
- -k:表示让某些使用block为单位的列强制使用kB为单位。
- 2:数据显示每隔2秒刷新一次。
系统显示类似如下。
Linux 3.10.0-123.9.3.el7.x8664 (centos) 06/27/2016 _x86_64 (1 CPU) Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn xvda 0.58 0.12 3.75 278001 8820028 xvdb 0.00 0.00 0.00 740 0 xvdc 0.00 0.00 0.00 1388 0 xvde 0.00 0.00 0.00 2035 0 xvdf 0.00 0.00 0.00 740 0
提示:更多参数及返回结果说明,可以参阅iostat的man帮助。
使用iotop从进程纬度查看磁盘IO负载
iotop也并非常见Linux发行版本自带工具,也需要先通过yum或apt-get等方式进行安装后才能使用。具体安装方法本文不再详述。
提示:可以通过iotop从进程维度对系统内进程的IO使用情况进行排序。
用法说明
执行iotop命令,可以看到类似以下界面。
系统显示说明
- 默认情况下按照IO使用量倒序排序,可以用左右箭头操作排序的字段。
- 按r切换排序方式。
- 按o只显示有磁盘IO活动的进程。
- 更多参数及返回结果说明,可以参阅iotop的man帮助。
IO负载相关操作案例
kjournald进程占用IO资源高问题
问题描述
使用iotop排查分析,发现kjournald进程占用了大量IO资源。
问题原因
kjournald进程是ext3文件系统进行IO数据操作的内核进程,它会在向磁盘内写入和读取数据时占用CPU和内存资源。该问题通常是由于ext3文件系统循环的写数据,Journal size不断增大,进而占满导致。
处理办法
执行如下命令,通过dumpe2fs指令查看相应分区的Journal size配置情况,然后尝试调大该值,看问题是否缓解。
dumpe2fs /dev/xvda1 | grep Journal
系统显示类似如下。
dumpe2fs 1.42.9 (28-Dec-2013) Journal inode: 8 Journal backup: inode blocks Journal features: journal_incompat_revoke Journal size: 128M Journal length: 32768 Journal sequence: 0x00010ffb Journal start: 10953
通过4K对齐提高IO性能
本节主要介绍如何通过如下脚本对磁盘进行格式化并自动配置4K对齐。
提示:运行此脚本会自动格式化所有数据盘磁盘。如果并非新购磁盘,请在操作前,务必确认已经完成相关磁盘上的数据备份。可以通过快照进行磁盘的备份,操作方法可以参见创建快照。
-
将如下压缩包解压,将解压后脚本并上传到目标服务器。
auto_fdisk.zip -
进入脚本所在目录,使用root用户,依次执行如下命令,给脚本添加执行权限,然后运行脚本即可。
chmod +x ./auto_fdisk.sh ./auto_fdisk.sh