Kubernetes でコンテナを検出するための 3 種類のプローブ

Kubernetes Probe は、コンテナの内部状態を検出するためのメカニズムです。プローブには、Liveness、Readiness、Startup の 3 種類があります。最初の 2 つがより一般的に使用されます。

この記事では、これら 3 つのプローブの使用シナリオと違いを紹介します。

• 生体プローブ

コンテナがまだ実行中かどうかを判断するために使用されます。コンテナがライブネスプローブに応答しない場合、Kubernetes はコンテナを再起動する前にそれを失敗としてマークします。

• 準備プローブ

コンテナがネットワーク トラフィックを受信する準備ができているかどうかを判断するために使用されます。コンテナが Readiness Probe に応答しない場合、Kubernetes は (エンドポイントを変更することによって) ネットワーク トラフィックをそのコンテナにルーティングしません。

• スタートアッププローブ

3 つのプローブがすべて同時に存在する場合、StartupProbe プローブが最初に実行され、ポッドが StartupProbe プローブによって構成された条件を満たすまで、他の 2 つのプローブは一時的に無効になります。 Liveness Probe や Readiness Probe とは異なり、Startup Probe はコンテナーの起動時に 1 回だけ実行されます。

違い

• ライブネス プローブ: コンテナがまだ実行中かどうかを判断するために使用され、通常はコンテナ内のアプリケーションの状態を検出するために使用されます。 Liveness Probe が失敗した場合、Kubernetes はコンテナを再起動します。これは、コンテナのメモリ リーク、デッドロック、その他の一般的な問題を検出するのに役立ちます。
• 準備プローブ: コンテナーがネットワーク トラフィックを受信する準備ができているかどうかを判断するために使用されます。これは通常、アプリケーションの起動と初期化のプロセスが完了したかどうかを検出するために使用されます。 Readiness Probe が失敗した場合、Kubernetes は、そのコンテナーがプローブ要求に再度応答するまで、そのコンテナーへのネットワーク トラフィックのルーティングを停止します。
• スタートアップ プローブ: コンテナーが起動され、リクエストを受信する準備ができているかどうかを判断するために使用されます。 Liveness Probe や Readiness Probe とは異なり、Startup Probe はコンテナーの起動時に 1 回だけ実行されるため、アプリケーションの起動に時間がかかる状況に適しています。スタートアップ プローブが失敗した場合、Kubernetes はコンテナを再起動します。

予防

プローブの種類と検出方法は、アプリケーションのニーズに応じて構成できます。たとえば、Liveness Probe は、アプリケーションの種類とニーズに応じて、TCP、HTTP、またはコマンド ラインを使用してコンテナーの内部状態を検査できます。

プローブの頻度とタイムアウトを制御することが重要です。検出時間が長すぎたり、間隔が短すぎたりすると、アプリケーションの応答が遅くなったり、コンテナのリソースが枯渇したりする可能性があります。通常、アプリケーションの問題を適時に検出して処理できるように、検出時間を数秒未満に抑えることをお勧めします。

アプリケーションが構成ファイルの読み込みやデータベースへの接続などの初期化操作を実行する必要がある場合は、コンテナーの起動時に Startup Probe を使用してそれを検出できます。これにより、トラフィックを受信する前にアプリケーションが必要な初期化手順を完了していることが保証されます。

裏面に記入

Pod プローブは、Kubernetes アプリケーションの正常な動作を保証するための重要なメカニズムです。さまざまな種類のプローブを使用することで、アプリケーションのさまざまな状態を検出できるため、コンテナ クラスターを自動的に管理し、アプリケーションの信頼性と可用性を向上させることができます。