問題タブ [startup-probe]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
734 参照

java - エンドポイントに到達できない場合の Kubernetes スタートアップ プローブ

次の展開構成があります。エラーが原因でアプリケーションが失敗しているため、test-worker-health エンドポイントと health エンドポイントの両方に到達できません。startup プローブは、restartPolicy: Always として失敗した後もコンテナーを再起動し続けます。Pod は CrashLoopBackoff 状態になります。このような起動プローブを失敗させる方法はありますか?

0 投票する
1 に答える
57 参照

kubernetes - コンテナの再起動後に Kubernetes 起動プローブがスキップされる

Kubernetes v1.20 で実行

起動プローブと liveness プローブが構成されています。コンテナの最初の起動時に、liveness プローブが引き継ぐまで起動プローブが実行されます (ドキュメントに記載されています)。ただし、liveness プローブが失敗してコンテナーが再起動した場合、startup プローブは再度実行されないようです。これは意図した動作ですか? これはどこにも文書化されていません。

この問題を再現するために、次のコンテナー定義を実行しています (関連部分のみ)。

liveness プローブが実行されると、/tmp/liveness が作成されます。起動プローブが実行されると、/tmp/startup が作成されます。/tmp/alive を削除することで、活性チェックの失敗をシミュレートできます。

最初の起動時:

の後rm /tmp/alive、活性チェックが失敗し、コンテナが再起動されます。次に、新しいコンテナーで:

そのため、起動プローブはもう実行されていないようです。