[Q18-Q36] Pass Your CKA Exam Easily With 100% Exam Passing Guarantee [2023] : Top Exam Collection : http://blog.topexamcollection.com

NO.18 このデプロイメントに、最小レプリカ数10、最大レプリカ数20、ターゲットCPUを85%としてオートスケーリングを適用し、hpaが作成され、レプリカ数が1から10に増加していることを確認します。

NO.19 以下のようにポッドを作成する：
* 名前：ノンパーシステント・レディス
* コンテナ Image:redis
* name:cache-control を持つボリューム
* マウントパス：/data/redis
ポッドはステージングされたネームスペースで起動し、ボリュームは永続的であってはならない。

20位 この項目では、ik8s-master-0とik8s-node-0のノードに移動し、これらのノード上のすべてのタスクを完了する必要があります。この項目を完了したら、必ずベースノード(ホスト名:node-1)に戻ってください。
コンテクスト
小規模な開発チームの管理者として、あなたは新しいアプリケーションの実行可能性をテストするためにKubernetesクラスタをセットアップするよう依頼された。
タスク
このタスクを実行するにはkubeadmを使用する必要があります。を使用する必要があります。
-ignore-preflight-errors=alloption。
* odeik8s-master-Oをマスターノードとして設定します。.
* nodeik8s-node-ototheクラスタに参加する。

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

NO.22 Kubernetesクラスタの各ノードで、pod nginxのインスタンスが1つずつ実行されていることを確認する。現在設定されているtaintsを上書きしないでください。
DaemonSetを使用してこのタスクを完了し、DaemonSet名としてds-kusc00201を使用します。

NO.23 セキュリティ・ポリシーのマッチングにおいて、サービスを使用する場合とアプリケーションを使用する場合の違いは何ですか？

サービス」を使用すると、ファイアウォールはポート番号に基づいて最初に観測されたパケットで即座にアクションを起こすことができます。アプリケーション」を使用することで、使用されているポートに関係なく、App-ID の識別が可能な十分なパケットの後にファイアウォールがアクションを起こすことができます。

サービス」を使用することで、App-IDの識別が可能な十分なパケットの後にファイアウォールがアクションを起こすことができる。

service "を使用すると、ファイアウォールはポート番号に基づいて最初に観測されたパケットに即座に対処することができます。アプリケーション」を使用すると、使用されているポートがアプリケーション標準ポートリストのメンバーである場合、ファイアウォールは即座にアクションを取ることができます。

サービス」と「アプリケーション」に違いはない。アプリケーション "を使用すると、ポート番号の代わりにフレンドリーなアプリケーション名を使用できるため、設定が簡単になります。

NO.24 すべてのイングレス・トラフィックを拒否するNetworkPolicyを作成する

apiVersion: networking.k8s.io/v1
種類ネットワークポリシー
というメタデータがある：
name: デフォルト拒否
スペック
ポッドセレクター{}
policyTypes：
- イングレス

apiVersion: networking.k8s.io/v1
種類ネットワークポリシー
というメタデータがある：
name: デフォルト拒否
スペック
ポッドセレクター: ()
policyTypes：
- イングレス

25位 スコア: 5%

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

NO.26 wk8s-node-0 という名前の Kubernetes ワーカーノードが NotReady 状態です。なぜそうなっているのかを調査し、適切なステップを実行してノードを Ready 状態にし、変更が永続的に行われるようにしてください。
障害が発生したノードにsshでアクセスするには、次のようにする：
[student@node-1] $ | ssh Wk8s-node-0
以下のコマンドで、ノードの昇格権限を引き受けることができる：
[student@w8ks-node-0] $ | sudo -i

NO.27 スコア：4%

タスク
名前app-data、容量1Gi、アクセスモードReadOnlyManyの永続ボリュームを作成する。ボリュームのタイプはhostPathで、場所は/srv/app-dataです。

NO.28 development'というネームスペースを作成し、このネームスペース上にnginxというnginxイメージのポッドを作成する。

NO.29 hello world "をエコーするポッドを作成し、存在させる。ポッドが完了したら自動的に削除されるようにする。

30位 ポッドの1つのラベルをenv=uatに変更し、すべてのポッドをリストアップして確認する。

NO.31 以下のような配備仕様ファイルを作成する：
* app_runtime_stage=devというラベルを付けて、ginxImageのレプリカを7つ起動する。
* 配備名：kual00201
この仕様ファイルのコピーを/opt/KUAL00201/spec_deployment.yamlに保存する。
(または/opt/KUAL00201/spec_deployment.json）。
完了したら、このタスク中に生成した新しいKubernetes APIオブジェクトをクリーンアップ（削除）します。

NO.32 disktype=ssdのラベルを持つノードに、image=redisのポッドをデプロイする。

// ノードのリストを取得する
ノードを取得する
//ラベルdisktype=ssdを持つノードを取得する。
kubectl get no -l disktype=ssd
// サンプルyamlファイルの作成
kubectl run node-redis -generator=run-pod/v1 -image=redis -dry
run -o yaml > test-redis.yaml
// test-redis.yamlファイルを編集し、nodeSelectorを追加する。
vim test-redis.yaml
apiVersion: v1
種類ポッド
というメタデータがある：
名前: redis
スペック
ノードセレクタ：
ディスクタイプ: ssd
の容器がある：
- name: ノード・レディス
image: redis
imagePullPolicy：IfNotPresent
kubectl apply -f test-redis.yaml
/ 検証
K kubectl get po -o wide

// ノードのリストを取得する
ノードを取得する
//ラベルdisktype=ssdを持つノードを取得する。
kubectl get no -l disktype=ssd
// サンプルyamlファイルの作成
kubectl run node-redis -generator=run-pod/v1 -image=redis -dry
run -o yaml > test-redis.yaml
// test-redis.yamlファイルを編集し、nodeSelectorを追加する。
vim test-redis.yaml
apiVersion: v1
- name: ノード・レディス
image: redis
imagePullPolicy：IfNotPresent
kubectl apply -f test-redis.yaml
/ 検証
K kubectl get po -o wide

NO.33 redisポッドを作成し、"redis-config "を "redis.conf "としてマウントする。
redis コンテナ内で、設定ボリュームに "redis-volume" という名前を付ける。
redis-configのパス - /opt/redis-config

1

2

申請中

NO.34 2つのnginxイメージポッドを作成し、そのうちの1つをenv=prod、もう1つをenv=devとし、同じことを検証する。

NO.35 2つのnginxイメージポッドを作成し、そのうちの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

NO.36 何台のワーカーノードが準備できているかをチェックし（NoScheduleに汚染されているノードは含まない）、その数を/opt/KUCC00104/kucc00104.txtに書き込む。

[Q18-Q36] 100%試験の合格保証でCKA試験に楽に合格する[2023]。