[Q18-Q36] 轻松通过 CKA 考试，100% 考试通过保证 [2023]

[Q18-Q36] 100% 考试通过保证让您轻松通过 CKA 考试 [2023]

9 月 6, 2023 管理 0 条评论

给本帖评分

轻松通过 CKA 考试，100% 考试通过保证 [2023]

可从 TopExamCollection 即时获取 CKA 试卷

CKA 计划专为想要证明自己在 Kubernetes 管理方面专业知识的专业人士设计。Certified Kubernetes Administrator (CKA) Program Exam 认证适用于使用 Kubernetes 的 IT 专业人员、云架构师、DevOps 工程师和系统管理员。CKA 计划提供严格的测试流程，确保通过认证的专业人员具备在实际场景中使用 Kubernetes 的技能和知识。

第 18 号 将自动扩展应用于该部署，复制数量最少为 10 个，最多为 20 个，目标 CPU 为 85%，并验证 hpa 是否已创建，复制数量是否从 1 个增至 10 个

kubectl autoscale deploy webapp -min=10 -max=20 -cpu percent=85 kubectl get hpa kubectl get pod -l app=webapp

第 19 号 创建 pod 的步骤如下
* 名称：非持久性红外线
* 容器图像：redis
* 名称为：cache-control 的卷
* 挂载路径：/data/redis
pod 应在托管命名空间中启动，卷必须不是持久的。

请参见下面的解决方案。
说明
解决方案

NO.20 对于此项目，您必须前往节点ik8s-master-0 和ik8s-node-0，并完成节点上的所有任务。确保在完成此项目后返回基本节点（主机名：node-1）。
背景
作为一个小型开发团队的管理员，您被要求建立一个 Kubernetes 集群，以测试一个新应用程序的可行性。
任务
您必须使用 Kubeadm 来执行此任务。任何 Kubeadmin 调用都需要使用
-ignore-preflight-errors=全部选项。
* 配置 thenodeik8s-master 作为主节点。.
* 加入集群中的节点。

请参见下面的解决方案。
说明
解决方案
您必须在初始化群集时使用位于的 kubeadmconfiguration 文件。
你可以使用任何 CNI 插件来完成这项任务，但如果你手头没有自己喜欢的 CNI 插件的清单 URL，Calico 也是一个很受欢迎的选择：https://docs.projectcalico.org/v3.14/manifests/calico.yaml Docker 已经安装在两个节点上，并且已经配置好，因此你可以安装所需的工具。

第 21 号 创建 busybox pod 并添加 "sleep 3600 "命令

请参见下面的解决方案。
说明
kubectl run busybox -image=busybox -restart=Never - /bin/sh -c
"睡眠 3600"

第 22 号 确保在 Kubernetes 集群的每个节点上运行一个 pod nginx 实例，其中 nginx 还代表必须使用的映像名称。不要覆盖当前使用的任何污点。
使用 DaemonSet 完成此任务，并使用 ds-kusc00201 作为 DaemonSet 名称。

解决方案

第 23 号 使用服务与使用应用程序进行安全策略匹配有什么区别？

使用 "服务 "可使防火墙根据端口号对观察到的第一个数据包立即采取行动。使用 "应用程序 "可让防火墙在足够多的数据包允许识别应用程序 ID 后采取行动，而不管使用的端口是什么。

使用 "服务 "可使防火墙在足够多的数据包允许识别应用程序标识后采取行动

使用 "服务 "可使防火墙根据端口号对第一个观察到的数据包立即采取行动。使用 "应用程序 "时，如果使用的端口是应用程序标准端口列表的成员，防火墙就会立即采取行动。

服务 "和 "应用程序 "之间没有区别。使用 "应用程序 "可简化配置，因为它允许使用友好的应用程序名称而不是端口号。

第 24 号 创建拒绝所有入口流量的网络策略

apiVersion: networking.k8s.io/v1
一种网络政策
元数据：
名称：默认拒绝
规格：
podSelector：{}
政策类型：
- 入侵

apiVersion: networking.k8s.io/v1
一种网络政策
元数据：
名称：默认拒绝
规格：
podSelector: ()
政策类型：
- 入侵

NO.25 得分： 5%

任务
监控 pod bar 和 pod bar 的日志：
* 提取与错误相对应的日志行
* 将它们写入 /opt/KUTR00101/bar

请参见下面的解决方案。
说明
解决方案
kubectl logs bar | grep 'unable-to-access-website' > /opt/KUTR00101/bar cat /opt/KUTR00101/bar

NO.26 名为 wk8s-node-0 的 Kubernetes 工作者节点处于 NotReady 状态。请调查出现这种情况的原因，并执行适当步骤将节点恢复到就绪状态，确保任何更改都是永久性的。
您可以使用 ssh 登录故障节点：
[student@node-1] $ | ssh Wk8s-node-0
您可以使用以下命令设置节点的高级权限：
[student@w8ks-node-0] $ | sudo -i

请参见下面的解决方案。
说明
解决方案

NO.27 得分： 4%

任务
创建一个名为 app-data 的持久卷，容量为 1Gi，访问模式为只读多卷。卷类型为 hostPath，位置为 /srv/app-data。

解决方案
#vi pv.yaml
apiVersion: v1
种类持久卷
元数据：
名称： app-config
规格：
能力：
存储：1Gi
访问模式：
- 只读多
hostPath：
路径：/srv/app-config
#
kubectl create -f pv.yaml

NO.28 创建一个名为 "development "的命名空间，并在该命名空间中创建一个名为 nginx 的带有 nginx 映像的 pod。

kubectl create namespace development kubectl run nginx -image=nginx -restart=Never -n development

NO.29 创建一个回声为 "hello world "的 pod，然后让它存在。完成后自动删除 pod

kubectl run busybox -image=busybox -it -rm -restart=Never - /bin/sh -c 'echo hello world' kubectl get po # 你应该看不到名称为 "busybox "的 pod。

NO.30 将其中一个 pod 的标签更改为 env=uat，然后列出所有 pod 以进行验证

kubectl label pod/nginx-dev3 env=uat -overwrite kubectl get pods -show-labels

第 31 号 创建一个部署规范文件：
* 使用 labelapp_runtime_stage=dev 启动nginxImage 的 7 个副本
* 部署名称：kual00201
将此规范文件的副本保存到/opt/KUAL00201/spec_deployment.yaml 中
(或/opt/KUAL00201/spec_deployment.json）。
完成后，清理（删除）在此任务中生成的任何新 Kubernetes API 对象。

请参见下面的解决方案。
说明
解决方案

第 32 号 在标有 disktype=ssd 的节点上部署映像为 redis 的 pod

// 获取节点列表
kubectl get nodes
//获取标有 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
集装箱
- 名称： node-redis
图片：redis
imagePullPolicy：如果不存在
kubectl apply -f test-redis.yaml
/ // 验证
K kubectl get po -o wide

// 获取节点列表
kubectl get nodes
//获取标有 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
- 名称： node-redis
图片：redis
imagePullPolicy：如果不存在
kubectl apply -f test-redis.yaml
/ // 验证
K kubectl get po -o wide

NO.33 创建 Redis pod 并将 "redis-config "挂载为 "redis.conf"
在 redis 容器中，将配置卷命名为 "redis-volume
redis-config 路径 - /opt/redis-config

待定

NO.34 创建 2 个 nginx 映像 pod，其中一个用 env=prod 标示，另一个用 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 metadata：
标签
env: prod
名称： nginx-prod
规格：
集装箱
- 图像：nginx
名称： nginx-prod
重启策略：始终
# 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
名称： nginx-dev
规格：
集装箱
- 图像：nginx
名称： nginx-dev
重启策略：始终
# kubectl create -f nginx-prod-dev.yaml
验证：
kubectl get po -show-labels
kubectl get po -l env=prod
kubectl get po -l env=dev

第 35 号 创建 2 个 nginx 映像 pod，其中一个用 env=prod 标示，另一个用 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 metadata：
标签
env: prod
名称： nginx-prod
规格：
集装箱
- 图像：nginx
名称： nginx-prod
重启策略：始终
# 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
名称： nginx-dev
重启策略：始终
# kubectl create -f nginx-prod-dev.yaml
验证：
kubectl get po -show-labels
kubectl get po -l env=dev

第 36 号 检查有多少个工作节点已准备就绪（不包括被标记为 NoSchedule 的节点），并将数字写入 /opt/KUCC00104/kucc00104.txt。

解决方案