AWS EC2 インスタンスステータスのチェックで失敗 原因はPHP-FPMのOOM-KILLER

先週に引き続きEC2のインスタンスステータスチェックで失敗

再起動するも失敗するので今回もAMIからインスタンスを作成して復旧。

3回目の再起動で起動したので、/var/log/messagesを確認。

[vim]
May 21 20:56:25 ip-172-31-6-191 kernel: [768428.926274] php-fpm invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
[/vim]

見事にphp-fpmでoom-killerが発動していました。

久しぶりに見ました、oom-killer。

とはいえまたスペックを上げるのも

なので、スペック不足なのか、他に何か手段がないのかは別途調査することにしまして、とりあえず毎日再起動する事にしました。

Linux crontabで定期再起動

普通に粗いやり方ですが以下で。

※Amazon Linuxではcrontabは自動実行になっています。

[bash]
$ sudo crontab -e
[/bash]

[vim]
0 4 * * * /sbin/shutdown -r now
[/vim]

近い時間でテストしてみて問題ないか確認して再設定しました。

/etc/sysctl.confにパラメータ追加

オーバーコミットパラメータに2を設定して、オーバーコミットを無効にしてます。

[vim]
vm.overcommit_memory=2
vm.overcommit_ratio=99
[/vim]

とりあえずこれで1週間様子を見て、今のところ問題ありません。

最後までお読みいただきましてありがとうございました！

「AWS認定資格試験テキスト＆問題集　AWS認定ソリューションアーキテクト - プロフェッショナル 改訂第2版」という本を書きました。

「AWS認定資格試験テキスト AWS認定クラウドプラクティショナー 改訂第3版」という本を書きました。

「AWS認定資格試験テキスト　AWS認定AIプラクティショナー」という本を書きました。

「AWS教科書 AWS認定デベロッパーアソシエイト テキスト＆問題集 」という本を書きました。

「要点整理から攻略するAWS認定ソリューションアーキテクト-アソシエイト」という本を書きました。

「AWSではじめるLinux入門ガイド」という本を書きました。

@yamamanx

開発ベンダー5年、ユーザ企業システム部門通算9年、ITインストラクター5年目でプロトタイプビルダーもやりだしたSoftware Engineerです。
質問はコメントかSNSなどからお気軽にどうぞ。
出来る限りなるべく答えます。

このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。
このブログは経験したことなどの共有を目的としており、手順や結果などを保証するものではありません。
ご参考にされる際は、読者様自身のご判断にてご対応をお願いいたします。

また、勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。