kubelet（キューブレット）

2025年11月6日

kubelet（キューブレット）

英語表記: kubelet

概要

kubeletは、Kubernetesのオーケストレーションシステムにおいて、各ワーカーノード上で必ず稼働している非常に重要なエージェントプログラムです。これは、Kubernetesアーキテクチャの中核をなす「コンポーネント」の一つであり、コントロールプレーン（Control Plane）からの指示を現場（ノード）で忠実に実行する役割を担っています。具体的には、APIサーバーから「このノードで特定のPod（コンテナ群）を実行せよ」という命令を受け取り、そのPodが期待通りに動作し続けるように管理するのが主な任務です。

詳細解説

目的と位置づけ：ノードの「現場責任者」としての役割

kubeletの存在意義は、Kubernetesという分散システムにおいて、ノード（物理マシンまたは仮想マシン）を効率的に利用可能にすることにあります。オーケストレーション（Kubernetes, OpenShift）という文脈において、システム全体の司令塔であるコントロールプレーンが発する命令を、各ワーカーノードが理解し、実行に移すための「翻訳者兼実行責任者」だと考えると分かりやすいでしょう。

もしkubeletが存在しなければ、コントロールプレーンは個々のノードの状態を知ることも、コンテナを起動・停止させることもできません。kubeletは、ノードの健全性を報告し、割り当てられたPodのライフサイクルを監視することで、Kubernetesシステム全体の安定稼働を支えています。

動作原理：PodSpecの忠実な実行

kubeletの動作の中心にあるのは、APIサーバーから受け取る「PodSpec」（Podの設計図）です。

指示の受信と監視: kubeletは、APIサーバーに対して常に接続を維持し、自身が担当するノードに割り当てられたPodSpecを監視しています。この監視は、まるで「ToDoリスト」を常にチェックしている秘書のようなものです。
コンテナランタイムとの連携: PodSpecを受け取ると、kubeletは実際にコンテナを実行するために、ノードにインストールされているコンテナランタイム（Docker, containerd, CRI-Oなど）と連携します。この連携には、「Container Runtime Interface (CRI)」という標準インターフェースが用いられます。kubeletはCRIを通じて「このイメージを使ってコンテナを起動しなさい」と指示を出します。
状態の報告: コンテナが起動した後も、kubeletはPodが正常に稼働しているか（ヘルスチェック）、必要なリソース（CPUやメモリ）が確保されているかを継続的に監視します。この最新の状態は、定期的にAPIサーバーに報告されます。これにより、コントロールプレーンはシステム全体の状況を把握できるわけです。

重要な機能

kubeletの機能は多岐にわたりますが、特に重要なのは以下の点です。

Podのライフサイクル管理: Podの起動、停止、再起動、削除といった一連のプロセスを管理します。
ヘルスチェック: Liveness Probe（生存確認）や Readiness Probe（準備完了確認）を実行し、Podが要求に応じられる状態にあるかをチェックします。異常があれば、自動的に再起動を試みます。これは、システムの自己修復性を実現する上で非常に大切です。
リソース管理: ノードのCPUやメモリなどのリソースを適切にPodに割り当て、Podが必要とするボリューム（ストレージ）をノードにマウントする役割も担います。
ノード情報の報告: ノード自体の情報（OS、リソース容量、現在の負荷など）をAPIサーバーに報告し、スケジューラー（Scheduler）がPodの配置先を決定できるようにサポートします。

このように、kubeletはKubernetesアーキテクチャにおける「コンポーネント」の中でも、実際にワークロードを動かす現場の最前線に立つ、欠かせない存在なのです。オーケストレーションの恩恵（自動化、自己修復）は、このkubeletの正確な働きの上に成り立っていると言っても過言ではありません。

具体例・活用シーン

現場監督としてのkubelet

kubeletの役割を理解するために、大規模な建設現場を想像してみましょう。

Kubernetesシステム全体を巨大な建設プロジェクトだとします。
コントロールプレーンは、プロジェクト全体の本社（設計部門と管理部門）です。
ワーカーノードは、実際に作業が行われる建設現場そのものです。

このとき、kubeletは、現場に常駐している優秀な現場監督に例えられます。

指示の受領（PodSpec）: 本社（コントロールプレーン）から、「この場所に、この設計図（PodSpec）通りに基礎（コンテナ）を作りなさい」という指示書が届きます。
作業の実行と管理: 現場監督（kubelet）は、この指示書を受け取ると、建設作業員（コンテナランタイム）に具体的な作業を指示し、基礎を築かせます。
品質管理（ヘルスチェック）: 基礎が完成した後も、現場監督は毎日現場を巡回し、「基礎にひび割れはないか？」「設計図通りに動いているか？」を厳しくチェックします（Liveness/Readiness Probe）。もし問題があれば、すぐに修繕（再起動）を指示します。
本社への報告: 現場監督は、「現在の作業進捗はどうか」「現場の資材（リソース）はどれくらい残っているか」を本社に定期的に報告します。本社は、この報告に基づいて次の作業計画を立てます。

このように、kubeletは本社（APIサーバー）の意図を現場（ノード）で具現化し、その実行品質を保証する、まさに「現場の責任者」なのです。

活用シーン：トラブルシューティング

実務において、kubeletの役割はトラブルシューティング時に明確になります。

もし、あるアプリケーションが動いているPodに接続できない、またはPodが頻繁に再起動している場合、まず疑うべきはkubeletが正常に機能しているかどうかです。

PodがPending（保留中）の場合: kubeletがAPIサーバーからPodSpecを取得できていないか、ノードのリソースが不足している可能性があります。kubeletのログを確認することで、なぜPodの実行が開始されていないのかの手がかりを得られます。
ノードがNotReady（準備できていない）の場合: kubeletが何らかの理由でAPIサーバーに正常な状態を報告できていないことを示します。これは、ノードとコントロールプレーン間の通信障害や、kubelet自体のプロセス異常が原因であることが多いです。

kubeletの健全性は、ノードの健全性と直結しており、オーケストレーション環境の安定性を測る上で非常に重要な指標となります。

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

Kubernetesアーキテクチャの基本を問う試験（特に応用情報技術者試験や、Kubernetes技術に特化した試験）では、コンポーネントの役割分担が頻出します。kubeletについては以下の点を確実に押さえておきましょう。

動作場所の特定: kubeletは、ワーカーノード（Worker Node）上で動作するエージェントである、という点が最も重要です。コントロールプレーン上で動作するコンポーネント（APIサーバー、スケジューラー、コントローラーマネージャー）と明確に区別できるようにしてください。
主な役割: APIサーバーからの指示（PodSpec）に基づいて、ノード上でPodの実行と管理を行う点です。
連携対象: 実際にコンテナを実行するために、ノード上のコンテナランタイム（Container Runtime）と連携します。この連携にはCRI (Container Runtime Interface) が使われます。
ノードの状態報告: ノードの健全性やリソース情報をコントロールプレーンに報告する役割も担っています。
オーケストレーションの鍵: kubeletがなければ、Kubernetesは単なるバラバラのノードの集まりになってしまいます。kubeletこそが、ノードをオーケストレーションシステムの一部として機能させる「コンポーネント」であることを理解しておきましょう。