SSHで調べるサーバーのメモリーと空き容量 — Lightsail・Linux

WordPressの応答が遅くなったら、プラグインやテーマを替える前に、メモリーとディスクの空きを調べる。小規模なクラウドインスタンスでは、どちらかが不足するとデータベースの応答が遅くなったり、サービスがファイルを書けなくなったりする。

LightsailのBitnami版WordPressはLinuxで動く。SSHで接続すれば、OSから見た資源の状態を確認できる。ここで使う四つのコマンドは情報を表示するためのもので、設定は変更しない。

---

1. 利用可能なメモリーを確認する

まずメモリーを見る。データベースとPHPのワーカープロセスはどちらもメモリーを使う。小さなインスタンスでは処理が重なっただけで使用量が増える。

SSHで接続したら、次のコマンドを実行する。

free -h

出力例

              total        used        free      shared  buff/cache   available
Mem:          976Mi       812Mi        64Mi        21Mi       100Mi        89Mi
Swap:         1.0Gi       120Mi       904Mi

メモリーの各欄が示すもの

• total — OSから見える物理メモリーの総量
• used — 使用中として数えられるメモリー
• free — 現在使われていないメモリー
• buff/cache — バッファーとキャッシュ。必要に応じて一部は再利用できる
• available — スワップを使わず新たな処理に回せるメモリーの推定量

Linuxは余ったメモリーをキャッシュに使うため、freeが少なくても珍しくはない。目安にするのはavailableだ。この例の構成では100MiB前後の低い値が続いたり、スワップが使われたりしていれば、調べるきっかけになる。どのサーバーにも当てはまる基準ではない。

メモリーが1GBのインスタンスでは、データベースやPHPの処理が集中すると余裕が少なくなる。タイムアウトとavailableの低下が重なるなら、時間を追って数値を比べ、ログにも手がかりがないか確かめたい。

---

2. メモリーを使っているプロセスを調べる

実際に遅くなっている間に、どのプロセスが資源を使っているか調べる。

top

上部には全体の概要、その下にはプロセスごとの情報が出る。WordPressのサーバーでは、たとえば次の名前が並ぶ。

• mysqld または mariadbd — データベースサーバー
• php-fpm — WordPressのPHPコードを実行するワーカー
• apache2、httpd、nginx — 構成に応じたウェブサーバー

データベースの使用量が多いのは、キャッシュを使っているためかもしれない。応答が遅いときに使用量が増えるなら、コメントやクローラー、繰り返しのログインを原因と決める前に、アプリケーションログとアクセスログを照らし合わせる。

q を押すと終了する。

---

3. ディスクの空き容量を確認する

WordPressは画像などのアップロード、ログ、キャッシュを書き込む。データベースにも書き込み先が必要だ。使用中のファイルシステムがいっぱいになると、アップロードや更新が失敗したり、サイトがエラーを返したりする。

次のコマンドを実行する。

df -h

出力例

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       20G   17G  2.1G  90% /
tmpfs           487M     0  487M   0% /dev/shm

ディスクの各欄が示すもの

• Size — ファイルシステムの容量
• Used — 使用済みの容量
• Avail — 利用可能な残り容量
• Use% — 使用率

この例では、/ にマウントされたルートファイルシステムの使用率が90％だ。Use%でどこを調べるかを見当づけ、Availで残量を確認する。容量が減る速さも見ておきたい。残り2GBでも、ログが急に増えれば翌日には埋まることがある。

---

4. 容量を使っているディレクトリを探す

埋まりつつあるファイルシステムが分かったら、どのディレクトリが場所を取っているか見る。次のコマンドでは、/opt/bitnami 直下の各ディレクトリと、指定したディレクトリ全体の容量を読みやすい単位で表示する。

du -h --max-depth=1 /opt/bitnami

パスは使用中のBitnamiイメージで確認する。構成によって置き場所が違ったり、/bitnami 以下を指していたりする。

• /opt/bitnami/wordpress/wp-content/uploads — WordPressのメディアによく使われるパス。
• /opt/bitnami/apache/logs — 多くのBitnami構成でApacheのログが入る。
• /bitnami/mariadb/data — MariaDBのデータがここにある場合もある。実際のデータディレクトリを調べてから中を確認する。

アクセスの多いサイトでは、ログが短時間で大きくなる。対処を決める前に、ファイルの大きさとログローテーションの設定を確かめる。

---

普段の数値を知っておく

管理画面では、アップロードが失敗したことや応答に時間がかかったことが分かる。OS側では、書き込み先に空きがあったか、処理を続けるだけのメモリーがあったかを確かめられる。

不調のときだけでなく、正常なときにも free -h と df -h を実行しておく。次に普段と違う値が出たとき、比較する基準ができる。

どの資源に余裕がなくなっているかを確認したら、プロセス一覧とログを照らし合わせて、何が変わったかを追っていく。