この記事はフロムスクラッチ Advent Calendar 2016の6日目の記事です。
想定読者
1. サーバーとかを立てたことないアプリ開発者
2. インフラとは何か？と悶々としている人
3. インフラリソースを気にしない開発者に違和感を感じている人
4. 業務でLinuxコマンド叩いているけど、必要最低限しか使っていない人
自己紹介
- ITベンチャー2年目。25歳。
- インフラエンジニア。
- 東工大大学院 化学専攻修了。
- 新薬合成研究から、プログラミングまで。
- NHK（日本放送協会）大好き♥
- 東京生まれ。東京育ち。
- 最近のマイブームは、ランニング。
とある日・・・
A: 「なんか開発環境のバッチが落ちてるんだけど」
B: 「？？？なんで？」
A: 「とりま、ログみよ。」
A: 「ん・・・あー・・・」
"Cannot allocate memory"
or
"OutOfMemoryError"
こいつのログを見るたびに
憤怒、悲嘆とも言い切れない気持ちになって
叫びたくなる。
メモリ不足の時に、インフラとして対応できる1つのこと
###1. お金を使う。
極論言うと、これしかない。
サーバーのスペックを上げるだとか、
まぁとはいえ、そんなことも言ってられないので
うーうー言いながら、考えていろいろ対策を考えました。
メモリ不足の時に、インフラとして「それっぽく」対応できる3つのこと
1. メモリを使っているプロセスの特定
# メモリの使用量の確認
free -m
# 実行プロセスのメモリ（RSS）の低い順番に並べる（一番下に一番メモリ使ってる奴が来る）
ps aux --sort rss
とりあえず、これ叩いておけば、だいたいわかる。
/proc/meminfo、とか、vmstatとか色々あるけど
そんなのはまぁドヤ顔するためのただの豆知識。
2. 開発側にpushする
原因となるプロセス特定できた。
あとは、そのプロセスを管理・開発した（してる）人に
直してもらうようにpushするのみ。
3. 無駄なメモリを解放する
# rootユーザーへ変更する
sudo su -
# ダーティー・キャッシュをディスクに落とし込む
sync
# ページキャッシュおよびディレクトリエントリー(dentry) とinode のクリア
echo 3 > /proc/sys/vm/drop_caches
（参照） http://www.shift-the-oracle.com/linux/utility/flush-buffer-cache.html
最終手段。
無駄なメモリがあれば、それを解放する。
最近流行りのRubyを始めとしたLL言語（lightweight language）は、
簡単に書ける一方でその分メモリ管理が非常に雑なところがある。
開発者がちゃんと意識して書かないと、すぐメモリリークetc...により
サーバーのメモリを解放しないで、気づいたら80 ~ 90%になっている。
cf.)
LL言語と言っても
「lightweight programming language」のC言語とかは
まぁある一定難しい分、メモリ管理を適切にできる。（はず）
ちなみに
実際に上記コマンドを実行すると、実行するとこんな感じ。
（参照）http://grafana.org/
まとめ
正直
「3. 無駄なメモリを解放する」みたいな
「子供（開発者）が出したおもちゃを親（インフラ）片付ける」
ような対応は、どうせすぐまたメモリが溢れてくるし、本質的ではない。
それを開発した（してる）人
もしくは
やったこと無い人、今後引き継ぐ人が対応してこそ初めて
プロダクト的にも、組織的にも価値があるのではないでしょうか。
まぁたぶん開発者も
このクラウドファーストの時代が進んでいくと
- ログのローテートや退避
- 監視
- セキュリティ
- インフラリソース
など、インフラを意識した開発をしないと
これからの開発者は淘汰されていくんじゃないかな。
「DevOps」「SRE」然り、「OpsDev」とかいう言葉も出てきたし。
Site Reliability Engineering: How Google Runs Production Systems
https://www.amazon.co.jp/Site-Reliability-Engineering-Production-Systems/dp/149192912X
これ読も。
私も「インフラ」だけではなく、頑張らねば(｀・ω・´)ｷﾘｯ