PostgreSQLとOOM KillerにおけるStrict Memory Overcommitの採用理由
原題: PostgreSQL and the OOM Killer: Why We Use Strict Memory Overcommit
なぜ重要か
マネージドDBサービスの安定性向上に直結するOS レベルのメモリ管理ノウハウであり、クラウドデータベース運用の信頼性確保における実践的知見として業界に参考となる。
クラウドサービスのUbicloudは、自社のマネージドPostgreSQLサービスにおいてLinuxのStrict Memory Overcommit設定を採用している理由を公式ブログで解説した。OOM Killerによるプロセス強制終了がデータベース運用に与えるリスクを回避するための技術的判断として、メモリ管理ポリシーの詳細を公開した。
Ubicloudは公式ブログにて、同社のマネージドPostgreSQLサービスでLinuxのメモリOvercommitポリシーを「Strict」モード（vm.overcommit_memory=2）に設定している背景と技術的根拠を詳しく説明した。
Linuxのデフォルト設定では、プロセスが実際の物理メモリを超えるメモリをカーネルに要求しても許可される「楽観的Overcommit」が採用されている。しかし物理メモリが実際に枯渇した場合、カーネルのOOM Killer（Out-of-Memory Killer）が稼働中のプロセスを強制終了する。PostgreSQLのようなデータベースサーバーでは、このOOM Killerによってデータベースのメインプロセスや重要なバックエンドプロセスが突然終了させられると、サービス中断やデータ破損のリスクが生じる。
Ubicloudは、こうしたリスクを排除するためにStrict Overcommitモードを選択している。このモードでは、システムが利用可能な物理メモリとスワップ容量の合計を超えるメモリ割り当てをカーネルレベルで拒否する。結果として、メモリ不足の際はmallocなどのメモリ確保関数がエラーを返すため、アプリケーション側で適切なエラーハンドリングが可能となり、OOM Killerによる突然のプロセス強制終了が発生しない。
PostgreSQLはメモリ割り当て失敗を適切に処理できる設計になっているため、Strict設定との相性が良い。Ubicloudはこの設定により、予期しないプロセス終了を防ぎ、マネージドサービスとしての安定性と信頼性を高めていると説明している。