[2022-11-24更新,7問] 無料Linux Foundation CKAD試験問題集、CKAD過去問(ページ 3)

CKAD 試験問題 6

示す：

環境
ユーザーは、livenessProbeが失敗したためにaopticauonが教えられないことを報告しました。
仕事
次のタスクを実行します。
*壊れたポッドを見つけて、その名前と名前空間を次の形式で/opt/KDOB00401/broken.txtに保存します。

出力ファイルはすでに作成されています
*関連するエラーイベントをファイル/opt/KDOB00401/error.txtに保存します。出力ファイルはすでに作成されています。コマンドで-oワイド出力指定子を使用する必要があります
*問題を修正します。

A. 解決策：
ポッドを作成します。
kubectl create -f http://k8s.io/docs/tasks/configure-pod-container/exec-liveness.yaml
30秒以内に、ポッドイベントを表示します。
kubectl describe pod liveness-exec
出力は、ライブネスプローブがまだ失敗していないことを示しています。
SubobjectPathからのFirstSeenLastSeenカウントタイプ理由メッセージ
--------- -------- ----- ---- ------------- -------- --- --- -------
24s 24s1{default-scheduler}通常のスケジュール済みliveness-execがworker0に正常に割り当てられました
23s 23s 1 {kubelet worker0}spec.containers{liveness}通常のプルプル画像「gcr.io/google_containers/busybox」
kubectl describe pod liveness-exec
出力の下部に、ライブネスプローブが失敗し、コンテナが強制終了されて再作成されたことを示すメッセージが表示されます。
SubobjectPathからのFirstSeenLastSeenカウントタイプ理由メッセージ
--------- -------- ----- ---- ------------- -------- --- --- -------
37s 37s1{default-scheduler}通常のスケジュール済みliveness-execがworker0に正常に割り当てられました
36s 36s 1 {kubelet worker0}spec.containers{liveness}通常のプルプルイメージ"gcr.io/google_containers/busybox"
36s 36s 1 {kubelet worker0}spec.containers{liveness}通常プル正常にプルされたイメージ"gcr.io/google_containers/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ランニング1m

B. 解決策：
ポッドを作成します。
kubectl create -f http://k8s.io/docs/tasks/configure-pod-container/exec-liveness.yaml
30秒以内に、ポッドイベントを表示します。
kubectl describe pod liveness-exec
出力は、ライブネスプローブがまだ失敗していないことを示しています。
SubobjectPathからのFirstSeenLastSeenカウントタイプ理由メッセージ
--------- -------- ----- ---- ------------- -------- --- --- -------
24s 24s1{default-scheduler}通常のスケジュール済みliveness-execがworker0に正常に割り当てられました
23s 23s 1 {kubelet worker0}spec.containers{liveness}通常のプルプル画像「gcr.io/google_containers/busybox」
23s 23s 1 {kubelet worker0}spec.containers{liveness}通常プル正常にプルされたイメージ"gcr.io/google_containers/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 37s1{default-scheduler}通常のスケジュール済みliveness-execがworker0に正常に割り当てられました
36s 36s 1 {kubelet worker0}spec.containers{liveness}通常のプルプルイメージ"gcr.io/google_containers/busybox"
36s 36s 1 {kubelet worker0}spec.containers{liveness}通常プル正常にプルされたイメージ"gcr.io/google_containers/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ランニング1m

CKAD 試験問題 7

示す：

環境
作業中のプロジェクトには、永続データを利用できるようにする必要があります。
仕事
これを容易にするには、次のタスクを実行します。
*ノードsk8s-node-0の/opt/KDSP00101/data/index.htmlに、内容がAcct=Financeのファイルを作成します。
* hostPathを使用してtask-pv-volumeという名前のPersistentVolumeを作成し、それに1Giを割り当てます。これは、ボリュームがクラスターのノードの/ opt / KDSP00101/dataにあることを指定します。構成では、ReadWriteOnceのアクセスモードを指定する必要があります。PersistentVolumeのStorageClass名試験を定義する必要があります。これは、PersistentVolumeClaimリクエストをこのPersistenetVolumeにバインドするために使用されます。
*少なくとも100Miのボリュームを要求し、ReadWriteOnceのアクセスモードを指定するtask-pv-claimという名前のPefsissentVolumeClaimを作成します
*ラベルアプリを使用して、PersistentVolmeClaimをボリュームとして使用するポッドを作成します。my-storage-appは、結果のボリュームをポッド内のmountPath / usr / share / nginx/htmlにマウントします。