ディスクとストレージ

ファイルシステム
/ (/dev/sda1) 52 GB / 80 GB · 65%
/home (/dev/sdb1) 72 GB / 200 GB · 36%
/boot/efi (/dev/sda15) 317 MB / 1 GB · 31%
ストレージデバイス
デバイス サイズ モデル 健全性 (SMART) 温度 稼働時間 代替処理済みセクタ
sda SSD 80G QEMU HARDDISK OK 38°C 14,257 0
sdb SSD 200G Samsung SSD 870 OK 31°C 9,235 0

ディスクの健康、空き容量、そして inode の罠

サーバーを倒すディスクの不調は二種類あり、両者はまるで似ていません。遅いほうは壊れはじめたドライブで、これは SMART がたいてい先に察します。速いほうは埋まっていくファイルシステムで、これはサービスを道連れにします。書き込めないデータベースとは、止まるデータベースのことです。

このページは両方を覆います。ファイルシステムごとの使用量、ドライブごとの SMART 属性、そして温度です。SMART の属性のうち故障を本当に予告するのは、代替処理済みセクタ数、代替処理保留中のセクタ数、そしてオフラインで訂正不可能なセクタ数だけです。そのどれかがゼロから離れたなら、確証を待つより先に交換品を注文してください。ほかの大半の値は意味もなく揺れ動きます。

inode の枯渇は別立てで示します。起きたときの紛らわしさが並ではないからです。ディスクは空き容量があると報せ、それでも書き込みは失敗し、目につく場所のどこにもその説明がありません。原因は数十万の極小のファイルを抱えたディレクトリです。セッションのデータ、メールの待ち行列、一度も回されなかったキャッシュ。それらがファイルシステムの決まった inode の蓄えを食い尽くしながら、容量にはほとんど触れていないのです。

ディスクにはもう一つ、何も壊さずただ遅くするだけの災難があります。装置が忙しすぎて、プロセスが順番待ちをする状態です。数字で言えば I/O wait であり、それが独りでに上がることはまれです。背後にはたいてい予定されたものがあります。夜間のバックアップ、索引の作り直し、ファイルシステム全体に対する ClamAV の完全走査などです。サーバーが毎回同じ時刻に重くなるなら、探すべきは故障ではなく予定表です。