リアルなCKAクエスチョンを取得する Linux Foundation認定試験に合格する [Q23-Q46]

この記事を評価する

実際のCKA問題集を入手して、Linux Foundationの認定試験に楽に合格する

CKA Dumpsは即時アクセス可能です。

Linux Foundation Certified Kubernetes Administrator (CKA) プログラムは、Kubernetes クラスタの管理とデプロイに関する専門家のスキルと専門知識を認定する、業界で認められた認定資格です。Kubernetesは、コンテナ化されたアプリケーションのデプロイ、スケーリング、管理を自動化するオープンソースのコンテナ・オーケストレーション・プラットフォームです。Kubernetesの採用が拡大し続ける中、Kubernetesクラスタを管理するために必要なスキルと知識を持つ認定プロフェッショナルの需要も高まっています。

Q23. 各コンテナの "busyboxpod-{1,2,3}"のログをチェックする。

kubectl logs busybox -c busybox-container-1
kubectl logs busybox -c busybox-container-2
kubectl logs busybox -c busybox-container-3

kubectl logs busybox -c busybox-container-1
kubectl logs busybox -c busybox-container-3
kubectl logs busybox -c busybox-container-3

Q24. 以下の作業を行う：
initコンテナをhungry-bearに追加する（これはspecファイル/opt/KUCC00108/pod-spec-KUC C00108.yamlで定義されている）。init コンテナは、/workdir/calm.txt という空のファイルを作成する必要があります。/workdir/calm.txt が検出されない場合、ポッドは終了する必要があります。 spec ファイルが init コンテナの定義で更新されると、ポッドが作成されます。

Q25. ロールアウトの履歴を確認し、アップデート後に問題がないことを確認する。

kubectl rollout history deploy webapp
kubectl get deploy webapp -show-labels
kubectl get rs -l app=webapp
kubectl get po -l app=webapp

kubectl rollout history deploy webapp
kubectl get deploy webapp -show-labels
kubectl get rs
kubectl get po -l app=webapp

Q26. クラスタ内のすべての名前空間のconfigmapとsecretをリストアップし、ファイル/opt/configmap-secretに書き出す。

Q27. 以前のバージョンでデプロイを元に戻し、検証する。
すべてOK

Q28. スコア：7%

タスク
既存のデプロイフロントエンドを再構成し、既存のコンテナnginxのポート80/tcpを公開するhttpというポート指定を追加する。
コンテナ・ポート http を公開する front-end-svc という名前の新しいサービスを作成する。
新しいサービスを構成して、個々のPodがスケジュールされているノードのNodePortを介して個々のPodも公開します。

Q29. 次のように配置を作成する：
* 名前：nginx-random
* nginx-random サービスを介して公開されます。
* サービスとポッドがそれぞれのDNSレコードでアクセス可能であることを確認する。
* 次に、ユーティリティ nslookup を使用してサービスとポッドの DNS レコードを検索し、その出力を次の場所に書き込みます。
それぞれ/opt/KUNW00601/service.dnsと/opt/KUNW00601/pod.dnsである。

Q30. スコア: 5%

タスク
ポッドバーのログを監視する：
* エラーに対応するログ行の抽出
* これらを /opt/KUTR00101/bar に書き込む。

Q31. 配備履歴の確認

Q32. etc/kubernetes/pki で ca 証明書の証明書有効期限を確認します。

Q33. 2つのnginxイメージPodを作成し、1つはenv=prod、もう1つはenv=devとします。

kubectl run -generator=run-pod/v1 -image=nginx - labels=env=prod nginx-prod -dry-run -o yaml > nginx-prodpod.yaml ここで、nginx-prod-pod.yaml ファイルを編集し、"creationTimestamp: null" "dnsPolicy：vim nginx-prod-pod.yaml apiVersion: v1 kind：Podのメタデータ：
ラベル
env: prod
name: nginx-prod
スペック
の容器がある：
- イメージ：nginx
name: nginx-prod
restartPolicy：常に
# kubectl create -f nginx-prod-pod.yaml
kubectl run -generator=run-pod/v1 -image=nginx -。
labels=env=dev nginx-dev -dry-run -o yaml > nginx-dev-pod.yaml
apiVersion: v1
種類ポッド
というメタデータがある：
ラベル
env: dev
name: nginx-dev
スペック
の容器がある：
- イメージ：nginx
name: nginx-dev
restartPolicy：常に
# kubectl create -f nginx-prod-dev.yaml
検証する：
kubectl get po -show-labels
kubectl get po -l env=prod
kubectl get po -l env=dev

kubectl run -generator=run-pod/v1 -image=nginx - labels=env=prod nginx-prod -dry-run -o yaml > nginx-prodpod.yaml ここで、nginx-prod-pod.yaml ファイルを編集し、"creationTimestamp: null" "dnsPolicy：vim nginx-prod-pod.yaml apiVersion: v1 kind：Podのメタデータ：
ラベル
env: prod
name: nginx-prod
スペック
の容器がある：
- イメージ：nginx
name: nginx-prod
restartPolicy：常に
# kubectl create -f nginx-prod-pod.yaml
kubectl run -generator=run-pod/v1 -image=nginx -。
labels=env=dev nginx-dev -dry-run -o yaml > nginx-dev-pod.yaml
apiVersion: v1
種類ポッド
というメタデータがある：
- イメージ：nginx
name: nginx-dev
restartPolicy：常に
# kubectl create -f nginx-prod-dev.yaml
検証する：
kubectl get po -show-labels
kubectl get po -l env=dev

Q34. NGFW上で、秘密鍵を生成し、エクスポートからブロックすることで、セキュリティ体制を強化し、不正な管理者やその他の悪質な行為者が鍵を悪用するのを防ぐにはどうすればよいでしょうか。

1) デバイス > 証明書を選択
2) 証明書プロファイルを選択します。
3) 証明書の生成
4) Block Private Key Export を選択する。

1) Device > Certificate Management > Certificates >Device > Certificates を選択する。
2) 証明書をインポートする。
3) 秘密鍵のインポートを選択する
4) Generateをクリックして、新しい証明書を生成する。

1) デバイス > 証明書を選択
2) 証明書プロファイルを選択
3) 証明書の生成
4) 秘密鍵エクスポートをブロックするを選択する

1) Device > Certificate Management > Certificates Device > Certificates を選択する。
2) 証明書を生成する。
3) Block Private Key Export を選択する。
4) Generateをクリックして、新しい証明書を生成する。

Q35. 名前=wk8s-node-1とラベル付けされたノード上のkubelet systemd-マネージドサービスを設定して、webtoolという名前のImage httpdの単一コンテナを含むポッドを自動的に起動します。必要なspecファイルは、ノードの/etc/kubernetes/manifestsディレクトリに配置します。
を使って該当するノードにsshすることができる：
[student@node-1] $ ssh wk8s-node-1
以下のコマンドで、ノードの昇格権限を引き受けることができる：
[student@wk8s-node-1] $ | sudo -i

Q36. busyboxポッドを作成し、"sleep 3600 "コマンドを追加する。

Q37. 2つのnginxイメージPodを作成し、1つはenv=prod、もう1つはenv=devとします。

Q38. nginx podを作成し、上記のconfigmap "keyvalcfgmap "から環境値をロードしてpodに実行し、環境変数を確認してpodを削除する。

// 最初にこのコマンドを実行して、pod yamlを保存します。
kubectl run nginx -image=nginx -restart=Always -dry-run -o
yaml > nginx-pod.yml
// 以下のファイルにymlを編集して作成する。
vim nginx-pod.yml
apiVersion: v1
種類ポッド
というメタデータがある：
ラベル
実行: nginx
name: nginx
スペック
の容器がある：
- イメージ：nginx
name: nginx
envFrom：
- configMapRef：
name: keyvalcfgmap
restartPolicy：常に
kubectl apply -f nginx-pod.yml
// 検証
kubectl exec -it nginx - env
kubectl delete po nginx

// 最初にこのコマンドを実行して、pod yamlを保存します。
kubectl run nginx -image=nginx -restart=Always -dry-run -o
yaml > nginx-pod.yml
// 以下のファイルにymlを編集して作成する。
vim nginx-pod.yml
apiVersion: v1
name: nginx
envFrom：
- configMapRef：
name: keyvalcfgmap
restartPolicy：常に
kubectl apply -f nginx-pod.yml
// 検証
kubectl exec -it nginx - env
kubectl delete po nginx

Q39. すべての永続ボリュームを容量順にリストし、完全なkubectl出力を/opt/KUCC00102/volume_listに保存します。出力のソートにはkubectl独自の機能を使用し、それ以上操作しないでください。

Q40. ノード "worker-2 "に、"NoSchedule "という効果を持つテイントを追加する。
テイント効果を持つノードを "NoSchedule "としてリストアップする。

// "worker-2 "ノードにテイントを追加する
kubectl taint nodes worker-2 key=value:NoSchedule
.items[*]}{.metadata.name} {.spec.taints[?
.効果=='NoSchedule' )].効果}{"n"}{終了}"| awk 'NF==2
{print $0}'

// "worker-2 "ノードにテイントを追加する
kubectl taint nodes worker-2 key=value:NoSchedule
// 検証
// custom-coloumns "を使えば、どの色を使うかをカスタマイズできる。
印刷される
kubectl get nodes -o customcolumns=NAME:.metadata.name,TAINTS:.spec.taints -no-headers
// jsonpathの使用
kubectl get nodes -o jsonpath="{range
.items[*]}{.metadata.name} {.spec.taints[?
.効果=='NoSchedule' )].効果}{"n"}{終了}"| awk 'NF==2
{print $0}'

Q41. スコア：4%

タスク
NoScheduleに汚染されているノードを除いて）何台のノードが準備できているかをチェックし、その数を/opt/KUSC00402/kusc00402.txtに書き込みます。

Q42. リテラル値でmyconfigmapというコンフィグマップを作成する。
アプリ名=myapp

kubectl create cm myconfigmap -from-literal=appname=myapp
// 検証
kubectl get cm -o yaml
(あるいは）
cm を記述する

kubectl create cm myconfigmap -from-literal=appname=myapp
// 検証
(あるいは）
cm を記述する

Q43. busyboxポッドを作成し、"sleep 3600 "コマンドを追加する。

Q44. ek8s-node-1というノードを使用不可に設定し、そのノード上で動作しているすべてのポッドのスケジュールを変更します。

Q45. コマンド "env "を実行するbusyboxポッドを作成し、出力を "envpod "ファイルに保存する。

Q46. nginxというイメージのポッドを作成し、ポート80のトラフィックを許可する。

即刻のアクセスの実質CKA DUMPを得なさい容易にあなたの試験に合格しなさい： https://www.trainingdump.com/Linux-Foundation/CKA-practice-exam-dumps.html

実際のCKAの問題集を入手して、Linux Foundationの認定試験に楽に合格しよう[Q23-Q46]。

実際のCKAの問題集を入手して、Linux Foundationの認定試験に楽に合格しよう[Q23-Q46]。

トレーニングダンプ

返信を残す
コメントをキャンセル

返信を残す

実際のCKAの問題集を入手して、Linux Foundationの認定試験に楽に合格しよう[Q23-Q46]。

トレーニングダンプ

返信を残す コメントをキャンセル

返信を残す

返信を残す
コメントをキャンセル