スワップ領域は作るべきか：効く場面と、効かない場面

レン

スワップを作っておけば、メモリが少ないプランでも大丈夫？

プロクラ

「大丈夫」の中身によるかな。防げるものと、防げないものがはっきり分かれるんだ。

何を防げるのか

スワップは、メモリの代わりではなく保険です。足りなくなった分をディスクへ逃がすので、強制終了は避けられます。ただしディスクはメモリより桁違いに遅く、逃がした分に触るたびにその遅さを払うことになります。落ちるのを避けられるかわりに、遅いまま動き続ける状態になる、という理解が正確です。

• 防げる: メモリが尽きてプロセスが強制終了されること
• 防げる: 一時的に使用量が跳ねる処理での事故
• 防げない: 遅さ。ディスクはメモリよりずっと遅い
• 防げない: 恒常的なメモリ不足。根本的には容量が足りていない

プロクラ

つまり「落ちるよりは遅いほうがまし」という保険なんだ。メモリの代わりにはならない。ここを取り違えると、遅くなったまま気づかず運用することになる。

作る価値がある場面

• 小さいプランで、たまに重い処理が走る
• 普段は足りているが、更新作業のときだけ跳ねる
• 止まると困るサービスを載せている
• 最初から用意されていない事業者のイメージを使っている

作らない・小さくする判断

データベースを載せている場合は、慎重に考えてください。スワップに逃がされたデータへ問い合わせが届くと、応答が数十倍遅くなることがあります。利用者から見ると、落ちてはいないが返ってこない、という状態です。原因も分かりにくく、落ちてくれたほうがまだ気づけた、ということも起こります。

プロクラ

ディスク容量が小さいプランでは、スワップに割く分だけデータの置き場が減る。それと、応答速度が重要なものを載せている場合、退避が始まった時点で実質的に使えなくなるので、いっそ落ちてくれたほうが気づけることもある。

• ディスクが小さいプランでは、容量とのつり合いを見る
• 常時使われている状態が続くなら、それは容量不足の合図
• 大きさは、メモリと同程度から2倍程度が一つの目安
• 作ったら、再起動後も有効になる設定にしておく

効いているかを見る

• free -h : 使用量を見る。常に使われていれば足りていない
• たまに少し使われる程度なら、保険として機能している状態
• dmesg に Out of memory の記録があれば、保険では足りていない

プロクラ

判断の順番としては、まず使っていないサービスを止める、設定を容量に合わせる、それでも足りなければスワップ、最後にプランを上げる。スワップは中間の手段だと考えておくといいよ。

レン

落ちるのを防ぐ保険で、速さは戻らない。中間の手段なんだね。

設定した後に見ておくこと

プロクラ

作って終わりにせず、意図どおりに使われているかを確かめよう。数値を少し調整できる設定もある。

• 再起動しても有効なままか確認する（一時的な設定のままだと消える）
• どのくらい積極的に退避させるかの設定値がある。応答速度を優先するなら控えめにする
• ディスクの空きを圧迫していないか
• 使われ方を時々見る。常時使われているなら容量不足の合図

ウィルスン

…ついでに言っておくが、メモリの内容がディスクへ書き出されるということは、そこに一時的な情報が残りうるということでもある。使い終えたサーバーを手放すときは、覚えておくといい。