2021年11月12日金曜日

Liveness Probe / Readiness Probe

 Liveness Probe(立ち上げ前チェック):

正常に動作しているか確認するためのヘルスチェック

  ->失敗している場合、Podを再起動


Readiness Probe(立ち上げ後チェック):

Podがサービスインしている準備が出来ていることを確認するためのヘルスチェック

  ->失敗している場合、トラフィックを流さない。



[ヘルスチェック方式]


以下、3パターンになる。

①exec         :コマンドを実行して終了コードが ” 0 ”でなければ失敗

②httpGet    :HTTP GETリクエストを実行して、Status Codeが200から399でなければ失敗

③tcpSocket:TCPセッションが確立できなければ失敗


注意点:

指定したフォルダーとファイルがコンテナ上に実在すること!



[ヘルスチェックの間隔]


initialDelaySeconds  : 初回ヘルスチェック開始までの遅延 

timeoutSeconds        : タイムアウトまでの秒数

successThreshold     : 失敗と判断するまでのチェック回数

failureThreshold    : 成功と判断するまでのチェック回数

periodSeconds   :  ヘルスチェックの間隔



<マニュフェストの作成>

Liveness Probe    :index.htmlに対して、http getを要求したヘルスチェックを行う。

Readiness Probe 50x.htmlが存在をトリガーにヘルスチェックを行う



0 件のコメント:

コメントを投稿

M4 MaxのRoo Codeから自宅ラズパイk8sクラスターをMCPで「完落ち」させるまで③

完成後、MCP経由で自作のraspberry piにリソースの作成や削除などの実験をしてみました。 現時点で、思うこととして、障害時にログの分析や作成や削除に関する助言として受け入れるには頼りになるなって思いました。 [頼りにならない動作について] 削除についてですが、names...