[Q18-Q35】ValidExamDumps CKAD試験サンプルの肯定的な側面！[1月-2025日］

新しい質問18
コンテクスト

コンテクスト
ポッドのログを観察し、さらに分析するためにそのログをファイルに書き出す必要があることがある。
タスク
以下の項目をご記入ください；
* 提供されたYAMLspecファイル/opt/KDOB00201/counter.yamlを使用して、counterポッドをクラスタにデプロイします。
* 実行中のポッドから現在利用可能なすべてのアプリケーション・ログを取得し、すでに作成されている/opt/KDOB0020l/log_Output.txtファイルに格納する。

新しい質問 19

タスクだ：
1) マニフェストファイル -/credible-mite/www.yaml の API 減価償却に関する問題を修正して、このアプリケーションをクラスタ K8s にデプロイできるようにする。

2) 更新されたマニフェストファイル -/credible-mite/www.yaml で指定されたアプリケーションを名前空間 cobra にデプロイする。

新しい質問 20
別紙参照。

タスクだ：
既存のpod resources名前空間にnginx resourcesというPodを作成します。
nginx:stableイメージを使用して単一のコンテナを指定します。
Podのコンテナに対して、300mCPUと1G1のメモリをリソース要求として指定する。

新しい質問21
別紙参照。

設定コンテキストを設定する：
[student@node-1] $ | kubectl
使用コンテキストの設定 k8s
コンテクスト
ウェブ・アプリケーションは、キャッシュとして使用するredisの特定のバージョンを必要とする。
タスク
以下の特徴を持つポッドを作成し、完了したら実行したままにする：
* ポッドはウェブ・ネームスペースで実行されなければならない。
名前空間はすでに作成されています。
* ポッドの名前はキャッシュでなければなりません。
* Ifccncf/redis イメージを 3.2 タグで使用する。
* ポート6379を公開

新しい質問22
出展する：

コンテクスト
クラスタ上でポッドが動作していますが、応答しません。
タスク
望ましい動作は、/healthzエンドポイントがHTTP 500を返したときにKubemetesがポッドを再起動することである。サービス probe-pod は、失敗している間は決してポッドにトラフィックを送信してはなりません。以下を完了してください：
* アプリケーションは、HTTP 200を返すことで、トラフィックを受け入れることができるかどうかを示すエンドポイント、/startedを持つ。エンドポイントがHTTP 500を返す場合、アプリケーションはまだ初期化を終えていない。
* このアプリケーションには、HTTP 200を返すことで、アプリケーションが期待通りに動作しているかどうかを示す、もうひとつのエンドポイント/healthzがある。このエンドポイントがHTTP 500を返した場合、アプリケーションはもはや応答していません。
* これらのエンドポイントを使用するように、提供されたプローブポッドを設定する。
* プローブはポート8080を使用する

新しい質問23

タスクだ：
名前空間quetzalで動作しているbroker-deploymentという名前の既存のDeploymentを変更し、そのコンテナが以下のようになるようにする。
1) ユーザーID 30000で実行し
2) 特権昇格の禁止
ブローカー配備のマニフェスト・ファイルは以下にある：

新しい質問24
出展する：

コンテクスト
開発者は、定期的に実行されるポッドを提出する必要があることがある。
タスク
以下の手順に従って、あらかじめ決められた時刻に起動し、起動するたびに一度だけ完了まで実行するポッドを作成してください：
* 以下のシェルコマンドを実行するYAML形式のKubernetesマニフェスト/opt/KDPD00301/periodic.yamlを作成する。コマンドは1分ごとに実行され、22秒以内に完了するか、Kubernetesによって終了されなければならない。Cronjob nampとコンテナ名はどちらもhelloでなければならない。
* 上記のマニフェストでリソースを作成し、ジョブが少なくとも1回は正常に実行されることを確認する。

新しい質問25
別紙参照。

タスクだ：
craytisnネームスペースのnosqlという名前のデプロイメントのポッドが、コンテナがリソース不足のため起動に失敗しました。
nosol Deploymentを更新して、Pod：
1) コンテナに160Mのメモリを要求する。
2) メモリをcrayfah名前空間に設定された最大メモリ制約の半分に制限する。

新しい質問26
別紙参照。

フォーマットAのログファイルを書き込むコンテナと、フォーマットAからフォーマットBにログファイルを変換するコンテナがある場合、最初のコンテナからのログファイルが2番目のコンテナによって変換され、フォーマットBのログが出力されるように、両方のコンテナを実行するデプロイメントを作成する。
タスクだ：
* デフォルトの名前空間に deployment-xyz という名前のデプロイメントを作成する：
* 主な内容
lfccncf/busybox:1コンテナ、名前logger-dev
* サイドカーの Ifccncf/fluentd:v0.12 コンテナを含む。
* 両方のコンテナに共有ボリューム /tmp/log をマウントする。
* ロガーデバイスに指示する
コンテナでコマンドを実行する

これは、/tmp/log/input.logにプレーンテキスト形式でログを出力する：

* adapter-zen サイドカーコンテナは、/tmp/log/input.log を読み込み、Fluentd JSON フォーマットで /tmp/log/output.* にデータを出力する。このタスクを完了するには、Fluentd の知識は必要ありません。必要なのは、/opt/KDMC00102/fluentd-configma p.yaml で提供される仕様ファイルから ConfigMap を作成し、その ConfigMap を adapter-zen サイドカー・コンテナの /fluentd/etc にマウントすることだけです。

新しい質問 27
出展する：

タスク
一定量のCPUとメモリを要求するポッドを作成する必要があるので、それらのリソースが利用可能なノードにスケジューリングされる。
* Pod-Resources名前空間にnginx-resourcesという名前のPodを作成し、そのコンテナに最低200MのCPUと1Giのメモリを要求する。
* ポッドは nginx イメージを使用する必要があります。
* pod-resources 名前空間はすでに作成されています。

新しい質問 28
出展する：

コンテクスト
シークレットを作成し、環境変数を使ってそのシークレットをポッドで消費する：
タスク
* key1/value4というキーと値のペアを持つanother-secretという名前の秘密を作成する。
* コンテナイメージnginxを使用してnginx-secretというnginxポッドを起動し、ポッド内の環境変数名としてCOOL_VARIABLEを使用して、秘密鍵key 1の値を公開する環境変数を追加する。

新しい質問 29
出展する：

タスク
新しいポッドをインフラストラクチャに導入し、ウェブポッドとストレージポッドとの通信を許可する必要があります。実行中のポッド kdsn00201 -newpod を指定して、ウェブポッドとストレージポッドとの間でのみトラフィックの送受信を許可するネットワークポリシーを使用するように編集します。

新しい質問 30
別紙参照。

コンテクスト
あなたが取り組んでいるプロジェクトでは、永続的なデータが必要です。
タスク
これを容易にするために、以下のタスクを実行する：
* ノードsk8s-node-0の/opt/KDSP00101/data/index.htmlに、Acct=Financeという内容のファイルを作成する。
* hostPathを使用してtask-pv-volumeという名前のPersistentVolumeを作成し、クラスタ・ノードの/opt/KDSP00101/dataにあるボリュームを指定して1Giを割り当てます。この構成では、アクセス・モードをReadWriteOnceに指定する。この構成では、PersistentVolumeClaim要求をこのPersistenetVolumeにバインドするために使用される、PersistentVolumeのStorageClass名検査を定義する必要があります。
* 少なくとも100Miのボリュームを要求し、ReadWriteOnceのアクセスモードを指定する task-pv-claimという名前のPefsissentVolumeClaimを作成する。
* ラベル app: my-storage-app を持つボリュームとして PersistentVolmeClaim を使用するポッドを作成します。

新しい質問 31
別紙参照。

タスクだ：
1- ckad00015 名前空間のデプロイメント web1 の Propertunel スケーリング設定を更新し、maxSurge を 2 に、maxUnavailable を 59 に設定します。
2- ifconf/nginx コンテナイメージにバージョンタグ 1.13.7 を使用するように web1 デプロイメントを更新します。
3- web1デプロイメントを以前のバージョンにロールバックする。

新しい質問32
コンテクスト

コンテクスト
Kubernetesアプリケーションの開発者であれば、実行中のアプリケーションをアップデートする必要性にしばしば気づくだろう。
タスク
以下の項目をご記入ください：
* kdpd00202 名前空間のアプリのデプロイメントを更新し、maxSurge を 5% に、maxUnavailable を 2% に設定します。
* Web1 デプロイメントのローリングアップデートを実行し、Ifccncf/NGMX イメージのバージョンを 1.13 に変更します。
* アプリのデプロイメントを以前のバージョンにロールバックする。

新しい質問33
別紙参照。

タスク
名前空間stagingのbackend-deploymentという名前の配置は、ポート8081でWebアプリケーションを実行します。

新しい質問 34
コンテクスト

タスクだ：
名前空間quetzalで動作しているbroker-deploymentという名前の既存のDeploymentを変更し、そのコンテナが以下のようになるようにする。
1) ユーザーID 30000で実行し
2) 特権昇格の禁止
ブローカー配備のマニフェスト・ファイルは以下にある：

新しい質問35
コンテクスト

タスクだ：
1- ckad00015 名前空間のデプロイメント web1 の Propertunel スケーリング設定を更新し、maxSurge を 2 に、maxUnavailable を 59 に設定します。
2- ifconf/nginx コンテナイメージにバージョンタグ 1.13.7 を使用するように web1 デプロイメントを更新します。
3- web1デプロイメントを以前のバージョンにロールバックする。