問題タブ [livenessprobe]

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 投票する
1 に答える
4706 参照

google-kubernetes-engine - Liveness Probe、Readiness Probe が予想される期間内に呼び出されなかった

GKE で readiness probe/ liveness probe を使用し、モニタリングを使用してアラートを投稿しようとしましたhttps://cloud.google.com/monitoring/alerts/using-alerting-ui

テストとして、準備プローブ/活性プローブを持つポッドを作成します。予想通り、プローブチェックは毎回失敗しました。

GCP ログを確認すると、最初に periodSeconds に基づいて両方のエラー ログが表示されました。

準備プローブ: 10 秒ごと

2021-02-21 13:26:30.000 JST 準備プローブが失敗しました: HTTP プローブが statuscode で失敗しました: 500

2021-02-21 13:26:40.000 JST 準備プローブが失敗しました: HTTP プローブが statuscode で失敗しました: 500

liveness プローブ: 1 分ごと

2021-02-21 13:25:40.000 JST Liveness プローブが失敗しました: HTTP プローブが statuscode: 500 で失敗しました

2021-02-21 13:26:40.000 JST Liveness プローブが失敗しました: HTTP プローブが statuscode: 500 で失敗しました

しかし、このポッドを数分間実行した後

  • Liveness プローブ チェックが呼び出されなくなりました
  • 準備プローブ チェックが呼び出されましたが、間隔が長くなりました (最大間隔は約 10 分に見えます)

私の計画では、条件が次のようなアラート ポリシーを作成します。

  • liveness probe エラーが 3 分間に 3 回発生した場合

しかし、プローブ チェックが期待どおりに呼び出されなかった場合、これらのポリシーは機能しませんでした。ポッドが実行されていなくても、アラートが修正されました


Liveness プローブが実行されず、Readiness プローブの間隔が変更されたのはなぜですか?

注: Pod の活性をチェックするための適切なアラート ポリシーが他にある場合、その動作は気にしません。誰かがポッドをチェックするのに理想的なアラート ポリシーの種類をアドバイスしてくれるとありがたいです。

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

kubernetes - Kubernetes StatefulSet と livenessProbe

liveness プローブは、失敗したコンテナーの再起動をトリガーすることになっています。デフォルトのステートフル セットの展開とスケーリングの保証を尊重しますか。たとえば、1 つの同じステートフル セット内の複数のポッドで liveness プローブが同時に失敗した場合、K8S は一度に 1 つのコンテナーを再起動しようとしますか、それともすべて並行して再起動しようとしますか?