OOM Killer（オーオーエムキラー）

2025年10月30日

OOM Killer（オーオーエムキラー）

英語表記: OOM Killer

概要

OOM Killer（Out Of Memory Killer）は、主にLinuxなどのOSに搭載されている、メモリ管理のための最終防衛機能です。OSが利用可能な物理メモリとスワップ領域を完全に使い果たし、メモリ不足（OOM状態）に陥った際に、システム全体のフリーズやクラッシュを防ぐことを目的としています。具体的には、メモリを過剰に消費している特定のプロセスを強制的に終了させることで、メモリ領域を解放し、システムの安定稼働を維持します。これは、メモリ管理戦略の一つである「オーバーコミット」のリスクを管理するために、非常に重要な役割を担っている機能なのですね。

詳細解説

OOM Killerは、「OSの基本機能（プロセス管理, メモリ管理）→ メモリ管理 → スワップとオーバーコミット」という、システムの根幹をなす文脈において、オーバーコミット戦略の安全弁として機能します。

オーバーコミットとOOM状態の発生

現代のOSの多くは、メモリの利用効率を高めるために「オーバーコミット」を採用しています。これは、アプリケーションが「これだけのメモリが欲しい」と要求してきた際、実際にその容量を物理メモリに確保する前に、見かけ上「割り当てを許可」してしまう仕組みです。これにより、実際に使われないメモリ領域を他のプロセスに一時的に貸し出すことができ、効率が向上します。

しかし、このオーバーコミットにはリスクが伴います。もし、多数のプロセスが同時に割り当てられた仮想メモリを使い始め、物理メモリもスワップ領域も限界を超えてしまった場合、OSは新しいメモリを確保できなくなります。これがOOM状態です。この状態が続くと、OSは動けなくなり、システム全体が停止してしまう、という非常に困った事態に発展してしまいます。

OOM Killerの目的と動作原理

OOM Killerの最大の目的は、システム全体が停止するのを避け、最低限の機能（カーネルやシェルなど）を維持することです。特定のプロセスを犠牲にすることで、全体を救うという、まさにヒーローのような役割を担っています。

OOM Killerが発動すると、どのプロセスを終了させるかを判断するために、「プロセススコアリング」という仕組みを利用します。

スコアリング: OSは稼働中のすべてのプロセスに対して、OOMスコア（OOM Score）を算出します。このスコアは、そのプロセスが現在使用しているメモリ量、実行権限（特権レベル）、起動からの経過時間、そしてそのプロセスを終了させた場合にシステムに与える影響度などを総合的に評価したものです。スコアが高いほど、「終了させてもシステムへの影響が少なく、かつメモリ解放効果が大きい」と判断されます。
ターゲット選定と実行: OOM Killerは、最もスコアが高いプロセスから順に、メモリが解放されてシステムが安定するまで強制終了（Kill）していきます。この仕組みにより、システム管理者やユーザーが意図しない重要なプロセスが、単純なメモリ使用量だけで停止させられるリスクを軽減しているのです。

このプロセススコアリングの仕組みは、単にメモリを多く使っているプロセスを罰するのではなく、プロセス管理とメモリ管理の情報を統合して、システム全体の安定性を最優先するという、非常に洗練された判断基準に基づいていると言えます。

具体例・活用シーン

OOM Killerは、特にリソースが限られた環境や、予測不能な負荷がかかるウェブサーバー、大規模なデータ処理を行う環境で、その恩恵を実感できます。

コンテナ環境での発動:
- DockerやKubernetesなどのコンテナ環境では、各コンテナに割り当てるメモリ量（リソース制限）を設定しますが、アプリケーションのバグや突発的な大量データ処理により、コンテナ内部でメモリリークが発生することがあります。コンテナが割り当てられたメモリを使い果たし、ホストOS全体のメモリにまで影響を及ぼしそうになった際、OOM Killerが発動し、問題のコンテナを終了させます。これにより、他の健全なコンテナやホストOSの安定性が保たれます。これは、リソース管理の観点から見ても非常に重要です。
飛行機の燃料管理のアナロジー:
- OOM Killerの役割を理解するために、長距離を飛行中の旅客機を想像してみましょう。この飛行機は、目的地に到達するために必要な燃料（物理メモリ）を積んでいますが、万が一、想定外の事態（メモリリークや過負荷）で燃料の消費が急激に増えたとします。このままでは、目的地に到達する前に燃料が尽き、墜落（システムクラッシュ）してしまいます。
- ここで、機長（OOM Killer）は、システム全体を救うために苦渋の決断をします。それは、積んでいる荷物の中で、最も重く、かつ安全な着陸に必須ではないもの（高スコアのプロセス）を選び、投棄することです。
- この「荷物の投棄」がプロセスの強制終了にあたります。一部の荷物を失うという犠牲を払うことで、飛行機（システム）は最低限の機能（飛行）を維持し、安全に着陸（安定稼働）できるわけです。OOM Killerは、システムを「墜落」させないための、最後の保険なのですね。
システムのチューニング:
- システム管理者は、重要なデータベースプロセスやウェブサーバープロセスが誤ってOOM Killerの標的とならないよう、意図的にそのプロセスのOOMスコアを下げる設定（oom_score_adjなど）を行うことができます。これにより、システムの優先順位をOSに教え込むことができるのです。

資格試験向けチェックポイント

OOM Killerは、OSの基本的なリソース管理の理解度を問う、基本情報技術者試験や応用情報技術者試験において、メモリ管理の応用テーマとして出題される可能性があります。

オーバーコミットとの関連を意識する:
- OOM Killerは、仮想記憶管理技術における「オーバーコミット」が引き起こす潜在的なリスクを回避するための仕組みである、とセットで覚えておきましょう。単にメモリ不足を解消する機能、というだけでなく、リスクヘッジの側面を問われることが多いです。
目的の明確化:
- OOM Killerの目的は「特定のプロセスを終了させること」ではなく、「システム全体の安定性を確保し、OSのクラッシュを防ぐこと」である、という点が重要です。問題文で、システムの信頼性や継続稼働性に関連付けて説明されている場合、OOM Killerの知識が求められている可能性が高いです。
判断基準（プロセススコアリング）:
- 最もメモリを多く使っているプロセスが常に終了させられるわけではない、という点を理解しておくことが、応用的な知識として役立ちます。OSが設定した優先度や、プロセスが持つ特権レベルなどが加味された「スコア」に基づいて判断される、という仕組みを把握しておきましょう。
**出題傾向（応用情報技術者