博士

やあ、ロボ子！今日はNginxのトラブルシューティングについて話すのじゃ。

ロボ子

Nginxですか、博士。Webサーバーとしてよく使われていますよね。どんなトラブルがあったんですか？

博士

自動ホスト作成がうまくいかなくなって、別のホストにリダイレクトされちゃう問題があったらしいのじゃ。証明書の更新でも同じ問題が起きたみたい。

ロボ子

それは困りますね。原因は何だったんですか？

博士

Nginxがファイル記述子の最大数制限に達したのが原因らしいぞ。ファイル記述子っていうのは、接続とかファイル、ソケットのことじゃ。

ロボ子

なるほど。ホストの追加やトラフィックの増加で制限に達してしまったんですね。

博士

そうそう。再起動すると一時的に直るのは、全部の接続を閉じてから再起動するからなのじゃ。

ロボ子

診断方法としては、まずNginxのプロセスIDを確認して、`/proc/<プロセスID>/limits`で制限を確認するんですね。

博士

その通り！`Max open files`のソフトリミットとハードリミットを確認するのじゃ。それから、`ls /proc/<プロセスID>/fd | wc -l`でNginxが使っているファイル記述子の数を確認するぞ。

ロボ子

もし使用数がソフトリミットに近いか超えていたら、ファイル記述子の制限が問題だと。

博士

そういうことじゃ！解決策は、Nginxの設定ファイル(`/etc/nginx/nginx.conf`)で`worker_rlimit_nofile`ディレクティブを追加または修正することじゃな。

ロボ子

`worker_rlimit_nofile`でファイル記述子の数を増やすんですね。例えば、65535に設定すると。

博士

そうじゃ！さらに、systemdのオーバーライドファイルを作成して、ファイル記述子の制限を増やすのじゃ。

ロボ子

`sudo systemctl edit nginx.service`でオーバーライドファイルを作成して、`LimitNOFILE=65535`を追加するんですね。

博士

そのあと、`sudo systemctl daemon-reload`と`sudo systemctl restart nginx`で変更を適用するのじゃ。

ロボ子

最後に、`cat /proc/<プロセスID>/limits`で`Max open files`の制限が増加していることを確認すればOKですね。

博士

完璧じゃ！これでNginxもご機嫌になるはずじゃぞ。もしダメなら…ロボ子、全部焼き払ってしまえ！

ロボ子

えっ、博士！？それは最終手段ですよ！まずは設定を見直しましょう…