avgrq-szが小さい場合、ディスク%utilは引き続き100%に達します。

avgrq-szが小さい場合、ディスク%utilは引き続き100%に達します。

カーネル4.9.86がインストールされているシステムでは、ディスク上で奇妙な動作が検出されました(HDDが5400rpmに回転しました)。%ツールかなり長い間(約5分程度)、継続的に100%に達します。平均RQこの場合、サイズは8Kです。平均曲率そして待つまた、非常に高いため、多くのプロセスがD状態になります(jdb2スレッドを含む)。私も気づいたKBダーティ今回は高さが高くなり(この場合は658 MB、それ以外の場合は通常数KB)、ディスク飽和状態に達しますか?

SAR Memory Usage:======================================
Linux 4.9.86     01/07/19        _x86_64_        (32 CPU)
11:29:20    kbmemfree kbmemused  %memused kbbuffers  kbcached  kbcommit   %commit  kbactive   kbinact   kbdirty
11:29:21     80270488  52009236     39.32    354368  17373312  15789156      7.92  10257860  15388656    658488
Average:     80270488  52009236     39.32    354368  17373312  15789156      7.92  10257860  15388656    658488

SAR IO Usage:======================================
Linux 4.9.86     01/07/19        _x86_64_        (32 CPU)

11:29:22          tps      rtps      wtps   bread/s   bwrtn/s
11:29:23       351.00      0.00    351.00      0.00   2808.00
Average:       351.00      0.00    351.00      0.00   2808.00

SAR Device IO activity:======================================
Linux 4.9.86      01/07/19        _x86_64_        (32 CPU)

11:29:23          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
11:29:24        loop5      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
11:29:24          sda    285.00      0.00   2280.00      8.00    143.51    510.94      3.51    100.00
11:29:24        vault      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
Average:          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util

Average:        loop5      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
Average:          sda    285.00      0.00   2280.00      8.00    143.51    510.94      3.51    100.00
Average:        vault      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00

SAR Queue and Load avg:======================================
Linux 4.9.86      01/07/19        _x86_64_        (32 CPU)

11:29:25      runq-sz  plist-sz   ldavg-1   ldavg-5  ldavg-15   blocked
11:29:26            0      1043      3.39      2.30      2.15         2
Average:            0      1043      3.39      2.30      2.15         2

ファイルシステムext3ext4ドライバがインストールされ、data=ordered,barrier=0ロギング設定が有効になります。

攻撃隊構成:

  モデル:SAS2008ファームウェアバージョン:9.00.00.00 RAIDレベル:RAID1  

答え1

これは、プロセスが非順次(任意の)小規模書き込みを大量に送信する場合に予想できるものと似ています。平均要求サイズは比較的小さい(8は8×512バイトのセクタ= 4Kなので、通常の書き込みの最小値です)。ダーティバッファをより多く持つことも一貫しています。つまり、書き込みがカーネルに渡され、カーネルがそれをディスクに書き込んでいることを意味します。ディスクの場合、285tpsはかなり良いパフォーマンスです。

どのプログラムがディスクに書き込んでいるのかを調べ、異常な動作が見られることを確認する必要があります。あるいは、書き込みをより拡張するようにプログラムを構成することができます(たとえば、データベースの場合、ダーティページ書き込みの保存速度を構成できる場合が多い)。

ext3はいかなる用途にも推奨されません。 ext4は保守的な選択肢です(しかし、ext4を使用するとbarrier=0明らかにそれを気にしません)。 XFSはもう一つの良い選択です(そして依然として非常に安定しています)。しかし、それが本当に役に立つかどうか疑問です。しかし、SSDは確かに提供しています遠くより高いIOPS。

関連情報