CKAD試験参考書質問3：示す： (Exhibit) 環境ポッドはクラスター上で実行されていますが、応答していません。タスク望ましい動作は、エンドポイントが/ healthzエンドポイントでHTTP500を返したときにKubemetesにポッドを再起動させるこ...

<<前へ次へ>>

質問 3/7

示す：

環境
ポッドはクラスター上で実行されていますが、応答していません。
タスク
望ましい動作は、エンドポイントが/ healthzエンドポイントでHTTP500を返したときにKubemetesにポッドを再起動させることです。サービスprobe-podは、障害が発生している間は決してトラフィックをポッドに送信しないでください。以下を完了してください。
*アプリケーションにはエンドポイント/ startedがあり、HTTP200を返すことでトラフィックを受け入れることができるかどうかを示します。エンドポイントがHTTP500を返す場合、アプリケーションはまだ初期化を完了していません。
*アプリケーションには別のエンドポイント/ healthzがあり、HTTP 200を返すことでアプリケーションが期待どおりに機能しているかどうかを示します。エンドポイントがHTTP500を返すと、アプリケーションは応答しなくなります。
*これらのエンドポイントを使用するために提供されているプローブポッドポッドを構成します
*プローブはポート8080を使用する必要があります

A. 解決策：

構成ファイルでは、ポッドに単一のコンテナーがあることがわかります。periodSecondsフィールドは、kubeletが5秒ごとに活性プローブを実行する必要があることを指定します。initialDelaySecondsフィールドは、最初のプローブを実行する前に5秒待機する必要があることをkubeletに通知します。プローブを実行するために、kubeletはターゲットコンテナでコマンドcat / tmp / healthyを実行します。コマンドが成功すると、0が返され、kubeletはコンテナーが正常で正常であると見なします。コマンドがゼロ以外の値を返す場合、kubeletはコンテナを強制終了して再起動します。
コンテナが起動すると、次のコマンドが実行されます。
/ bin / sh -c "touch / tmp / health; sleep 30; rm -rf / tmp / health; sleep 600"
コンテナの存続期間の最初の30秒間は、/ tmp / healthyファイルがあります。したがって、最初の30秒間、コマンドcat / tmp / healthyは成功コードを返します。30秒後、cat / tmp / healthyは失敗コードを返します。
ポッドを作成します。
kubectl apply -f https://k8s.io/examples/pods/probe/exec-liveness.yaml
30秒以内に、ポッドイベントを表示します。
kubectl describe pod liveness-exec
出力は、ライブネスプローブがまだ失敗していないことを示しています。
SubobjectPathからのFirstSeenLastSeenカウントタイプ理由メッセージ
--------- -------- ----- ---- ------------- -------- --- --- -------
24s 24s 1 {default-scheduler}通常のスケジュール済みliveness-execがworker0に正常に割り当てられました
23s 23s 1 {kubelet worker0} spec.containers {liveness}通常のプルプルイメージ「k8s.gcr.io/busybox」
23s 23s 1 {kubelet worker0} spec.containers {liveness}通常のプル画像「k8s.gcr.io/busybox」が正常にプルされました
23s 23s 1 {kubelet worker0} spec.containers {liveness}通常作成済みDockerID86849c15382eで作成されたコンテナー。セキュリティ：[seccomp = unconfined]
23s 23s 1 {kubelet worker0} spec.containers {liveness}通常の開始DockerID86849c15382eで開始されたコンテナー
35秒後、ポッドイベントを再度表示します。
kubectl describe pod liveness-exec
出力の下部に、ライブネスプローブが失敗し、コンテナが強制終了されて再作成されたことを示すメッセージが表示されます。
SubobjectPathからのFirstSeenLastSeenカウントタイプ理由メッセージ
--------- -------- ----- ---- ------------- -------- --- --- -------
37s 37s 1 {default-scheduler}通常のスケジュール済みliveness-execがworker0に正常に割り当てられました
36s 36s 1 {kubelet worker0} spec.containers {liveness}通常のプルプルイメージ「k8s.gcr.io/busybox」
36s 36s 1 {kubelet worker0} spec.containers {liveness}通常のプル画像「k8s.gcr.io/busybox」が正常にプルされました
36s 36s 1 {kubelet worker0} spec.containers {liveness}通常作成済みDockerID86849c15382eで作成されたコンテナー。セキュリティ：[seccomp = unconfined]
36s 36s 1 {kubelet worker0} spec.containers {liveness}通常の開始DockerID86849c15382eで開始されたコンテナー
2s 2s 1 {kubelet worker0} spec.containers {liveness}警告不健康なLivenessプローブが失敗しました：cat：開けません '/ tmp / health'：そのようなファイルまたはディレクトリはありません
さらに30秒待って、コンテナが再起動されたことを確認します。
kubectl get pod liveness-exec
出力は、RESTARTSがインクリメントされたことを示しています。
NAME READY STATUS RESTARTS AGE
liveness-exec1 / 1ランニング11m B. 解決策：

構成ファイルでは、ポッドに単一のコンテナーがあることがわかります。periodSecondsフィールドは、kubeletが5秒ごとに活性プローブを実行する必要があることを指定します。initialDelaySecondsフィールドは、最初のプローブを実行する前に5秒待機する必要があることをkubeletに通知します。プローブを実行するために、kubeletはターゲットコンテナでコマンドcat / tmp / healthyを実行します。コマンドが成功すると、0が返され、kubeletはコンテナーが正常で正常であると見なします。コマンドがゼロ以外の値を返す場合、kubeletはコンテナを強制終了して再起動します。
コンテナが起動すると、次のコマンドが実行されます。
/ bin / sh -c "touch / tmp / health; sleep 30; rm -rf / tmp / health; sleep 600"
コンテナの存続期間の最初の30秒間は、/ tmp / healthyファイルがあります。したがって、最初の30秒間、コマンドcat / tmp / healthyは成功コードを返します。30秒後、cat / tmp / healthyは失敗コードを返します。
ポッドを作成します。
kubectl apply -f https://k8s.io/examples/pods/probe/exec-liveness.yaml
30秒以内に、ポッドイベントを表示します。
kubectl describe pod liveness-exec
出力は、ライブネスプローブがまだ失敗していないことを示しています。
SubobjectPathからのFirstSeenLastSeenカウントタイプ理由メッセージ
--------- -------- ----- ---- ------------- -------- --- --- -------
24s 24s 1 {default-scheduler}通常のスケジュール済みliveness-execがworker0に正常に割り当てられました
23s 23s 1 {kubelet worker0} spec.containers {liveness}通常のプルプルイメージ「k8s.gcr.io/busybox」
23s 23s 1 {kubelet worker0} spec.containers {liveness}通常のプル画像「k8s.gcr.io/busybox」が正常にプルされました
23s 23s 1 {kubelet worker0} spec.containers {liveness}通常作成済みDockerID86849c15382eで作成されたコンテナー。セキュリティ：[seccomp = unconfined]
23s 23s 1 {kubelet worker0} spec.containers {liveness}通常の開始DockerID86849c15382eで開始されたコンテナー
35秒後、ポッドイベントを再度表示します。
kubectl describe pod liveness-exec
出力の下部に、ライブネスプローブが失敗し、コンテナが強制終了されて再作成されたことを示すメッセージが表示されます。
SubobjectPathからのFirstSeenLastSeenカウントタイプ理由メッセージ
--------- -------- ----- ---- ------------- -------- --- --- -------
37s 37s 1 {default-scheduler}通常のスケジュール済みliveness-execがworker0に正常に割り当てられました
36s 36s 1 {kubelet worker0} spec.containers {liveness}通常のプルプルイメージ「k8s.gcr.io/busybox」
36s 36s 1 {kubelet worker0} spec.containers {liveness}正常にプルされました
2s 2s 1 {kubelet worker0} spec.containers {liveness}警告不健康なLivenessプローブが失敗しました：cat：開けません '/ tmp / health'：そのようなファイルまたはディレクトリはありません
さらに30秒待って、コンテナが再起動されたことを確認します。
kubectl get pod liveness-exec
出力は、RESTARTSがインクリメントされたことを示しています。
NAME READY STATUS RESTARTS AGE
liveness-exec1 / 1ランニング11m

質問 3/7

コメントを発表する

Download PDF File