使用真实的 Linux Foundation 实现 CKAD Dumps - 100% 考试通过保证 [Q18-Q38]

第 18 号 展览：

给定一个以格式 A 写入日志文件的容器和一个将日志文件从格式 A 转换为格式 B 的容器，创建一个运行这两个容器的部署，使第一个容器的日志文件由第二个容器转换，从而以格式 B 生成日志。
任务：
* 在默认命名空间中创建名为 deployment-xyz 的部署：
* 包括一个主要的
lfccncf/busybox:1 容器，名为 logger-dev
* 包括一个名为 adapter-zen 的 Ifccncf/fluentd:v0.12 容器侧卡
* 在两个容器上挂载共享卷 /tmp/log，删除 pod 时该卷不会持续存在
* 指示日志记录器-开发工具
容器来运行命令

会将日志以纯文本格式输出到 /tmp/log/input.log，并带有示例值：

* adapter-zen sidecar 容器应读取 /tmp/log/input.log，并以 Fluentd JSON 格式将数据输出到 /tmp/log/output.*。请注意，完成这项任务不需要任何 Fluentd 知识：您只需根据 /opt/KDMC00102/fluentd-configma p.yaml 中提供的规范文件创建 ConfigMap，并将该 ConfigMap 挂载到 adapter-zen sidecar 容器中的 /fluentd/etc 中即可

第 19 号 背景

任务：
1) 首先更新 ckad00017 命名空间中的部署 cka00017-deployment：
要运行 2 个 pod 的副本
在豆荚上添加以下标签
角色 用户界面
2) 接下来，在 ckad00017 nmespace 中创建名为 cherry 的 NodePort 服务，通过 TCP 端口 8888 公开 ckad00017-deployment 部署

NO.20 背景

背景
您的任务是扩展现有部署的可用性，并创建一项服务，以便在基础架构中公开部署。
任务
从名为 kdsn00101-deployment 的部署开始，该部署已部署到命名空间 kdsn00101。将其编辑为
* 在 pod 模板元数据中添加 func=webFrontEnd 键/值标签，以识别服务定义的 pod
* 有 4 个复制品
接下来，在命名空间 kdsn00l01 中创建 ana 部署一个服务，以完成以下工作：
* 通过 TCP 8080 端口提供服务
* 被映射到由 kdsn00l01-deployment 规范定义的 pod。
* 是 NodePort 类型
* 有一个樱桃的名字

第 21 号 展览：

背景
作为 Kubernetes 应用程序开发人员，您经常会发现自己需要更新正在运行的应用程序。
任务
请填写以下内容：
* 更新 kdpd00202 命名空间中的应用程序部署，最大激增时间为 5%，最大不可用时间为 2%
* 对 web1 部署进行滚动更新，将 Ifccncf/ngmx 映像版本更改为 1.13
* 将应用程序部署回滚到以前的版本

第 22 号 展览：

背景
一位用户报告说，由于 livenessProbe 失败，一个程序无法执行教学。
任务
执行以下任务：
* 查找损坏的 pod 并将其名称和命名空间以格式存储到 /opt/KDOB00401/broken.txt：

输出文件已经创建
* 将相关错误事件存储到文件 /opt/KDOB00401/error.txt，输出文件已经创建。您需要在命令中使用 -o 宽输出指定符
* 修复问题。

第 23 号 背景

任务：
在现有 pod 资源命名空间中创建名为 nginx resources 的 Pod。
使用 nginx:stable 映像指定单个容器。
为 Pod 的容器指定 300m CPU 和 1G1 内存的资源请求。

第 24 号 展览：

任务
您需要创建一个 pod，请求一定量的 CPU 和内存，这样它就会被调度到有这些可用资源的节点上。
* 在 pod-resources 命名空间中创建名为 nginx-resources 的 pod，为其容器请求至少 200m CPU 和 1Gi 内存
* pod 应使用 nginx 映像
* pod-resources 命名空间已创建

NO.25 背景

任务：
修改命名空间 quetzal 中运行的名为 broker-deployment 的现有部署，使其容器。
1) 使用用户 ID 30000 和
2) 禁止权限升级
经纪商部署清单文件可在以下网址找到：

NO.26 背景
只要团队需要在 Kubernetes 上运行容器，他们就需要定义一个 pod 来运行容器。
任务
请填写以下内容：
* 创建 YAML 格式的 pod 清单
/opt/KDPD00101/podl.yml 创建名为 app1 的 pod，该 pod 使用映像 Ifccncf/arg-output，使用这些命令行参数运行名为 app1cont 的容器：-行 56 -F
* 使用 kubect1 命令，使用上一步创建的 YAML 文件创建 pod
* 当 pod 运行时，使用 kubect1 命令以 JSON 格式显示 pod 的摘要数据，并将输出重定向到名为 /opt/KDPD00101/out1.json 的文件中
* 为方便起见，您需要使用的所有文件均已创建，且为空文件

NO.27 背景

给定一个以格式 A 写入日志文件的容器和一个将日志文件从格式 A 转换为格式 B 的容器，创建一个运行这两个容器的部署，使第一个容器的日志文件由第二个容器转换，从而以格式 B 生成日志。
任务：
* 在默认命名空间中创建名为 deployment-xyz 的部署：
* 包括一个主要的
lfccncf/busybox:1 容器，名为 logger-dev
* 包括一个名为 adapter-zen 的 Ifccncf/fluentd:v0.12 容器侧卡
* 在两个容器上挂载共享卷 /tmp/log，删除 pod 时该卷不会持续存在
* 指示日志记录器-开发工具
容器来运行命令

会将日志以纯文本格式输出到 /tmp/log/input.log，并带有示例值：

* adapter-zen sidecar 容器应读取 /tmp/log/input.log，并以 Fluentd JSON 格式将数据输出到 /tmp/log/output.*。请注意，完成这项任务不需要任何 Fluentd 知识：您只需根据 /opt/KDMC00102/fluentd-configma p.yaml 中提供的规范文件创建 ConfigMap，并将该 ConfigMap 挂载到 adapter-zen sidecar 容器中的 /fluentd/etc 中即可

NO.28 背景

背景
您正在开展的一个项目要求提供持久性数据。
任务
为此，请执行以下任务：
* 在/opt/KDSP00101/data/index.html 的 sk8s-node-0 节点上创建一个文件，内容为 Acct=Finance
* 使用 hostPath 创建名为 task-pv-volume 的 PersistentVolume 并为其分配 1Gi，指定卷位于群集节点上的 /opt/KDSP00101/data。配置应指定访问模式为 ReadWriteOnce。配置应定义 PersistentVolume 的 StorageClass 名称检查，该名称将用于将 PersistentVolumeClaim 请求绑定到此 PersistenetVolume。
* 创建名为 task-pv-claim 的 PefsissentVolumeClaim，请求至少 100Mi 的卷，并指定访问模式为 ReadWriteOnce
* 创建一个 pod，将 PersistentVolmeClaim 用作卷，并标注 app：my-storage-app 将生成的卷挂载到 pod 内的 mountPath /usr/share/nginx/html 上

NO.29 背景

任务：
1- 更新 ckad00015 名称空间中部署 web1 的 Propertunel 扩展配置，将 maxSurge 设置为 2，将 maxUnavailable 设置为 59
2- 更新 web1 部署，使 Ifconf/nginx 容器映像使用版本标记 1.13.7。
3- 将 web1 部署回滚到之前的版本

NO.30 展览：

背景
开发人员偶尔需要提交定期运行的 pod。
任务
请按照以下步骤创建一个 pod，该 pod 将在预定的时间启动，并且]每次启动时只运行一次即可完成：
* 创建一个 YAML 格式的 Kubernetes 清单 /opt/KDPD00301/periodic.yaml，在单个 busybox 容器中运行以下 shell 命令：date。该命令每分钟运行一次，必须在 22 秒内完成，否则会被 Kubernetes 终止。Cronjob namp 和容器名称都应为 hello
* 在上述清单中创建资源，并验证作业至少成功执行一次

第 31 号 展览：

任务
使用以下参数为 running.nginx 创建一个新的部署；
* 在 kdpd00201 命名空间中运行部署。命名空间已创建
* 命名部署前端并配置 4 个副本
* 使用 lfccncf/nginx:1.13.7 的容器映像配置 pod
* 设置 NGINX__PORT=8080 环境变量，并为上述容器暴露该端口

第 32 号 展览：

背景
轮询器 pod 中的一个容器被硬编码为连接端口 90 上的 nginxsvc 服务。当端口变为 5050 时，需要在轮询器 pod 中添加一个额外的容器，使容器能够连接到这个新端口。这应作为 pod 中的大使容器来实现。
任务
* 更新 nginxsvc 服务，使其使用端口 5050。
* 将名为 haproxy 的 HAproxy 容器绑定到 poller pod 的端口 90，并部署增强 pod。使用映像 haproxy 并注入位于 /opt/KDMC00101/haproxy.cfg 的配置，将名为 haproxy-config 的 ConfigMap 挂载到容器中，这样 haproxy.cfg 就可以在 /usr/local/etc/haproxy/haproxy.cfg 中找到。确保更新轮询器容器的 args，使其连接到 localhost 而不是 nginxsvc，这样连接就能正确代理到新的服务端点。不得修改 poller args 中的端点端口。用于创建初始 poller pod 的规范文件在 /opt/KDMC00101/poller.yaml 中提供

NO.33 展览：

背景
一个 pod 正在群集上运行，但没有响应。
任务
我们希望的行为是，当 /healthz 端点返回 HTTP 500 时，Kubemetes 会重新启动 pod。在 pod 出现故障时，服务 probe-pod 绝不应向其发送流量。请完成以下内容：
* 应用程序有一个名为 /started 的端点，它会通过返回 HTTP 200 来表示是否可以接受流量。如果端点返回 HTTP 500，则表示应用程序尚未完成初始化。
* 应用程序有另一个端点 /healthz，它将通过返回 HTTP 200 来显示应用程序是否仍在按预期运行。如果端点返回 HTTP 500，则表示应用程序不再响应。
* 配置提供的 probe-pod pod 以使用这些端点
* 探针应使用 8080 端口

NO.34 背景

背景
有时您需要观察 pod 的日志，并将这些日志写入文件以作进一步分析。
任务
请填写以下内容；
* 使用提供的 YAMLspec 文件（地址为 /opt/KDOB00201/counter.yaml ）将计数器 pod 部署到群集。
* 从运行的 pod 中读取所有当前可用的应用程序日志，并将其存储到已创建的文件 /opt/KDOB0020l/log_Output.txt 中

第 35 号 背景
只要团队需要在 Kubernetes 上运行容器，他们就需要定义一个 pod 来运行容器。
任务
请填写以下内容：
* 创建 YAML 格式的 pod 清单
/opt/KDPD00101/podl.yml 创建名为 app1 的 pod，使用映像 Ifccncf/arg-output 运行名为 app1cont 的容器
使用这些命令行参数：-lines 56 -F
* 使用 kubect1 命令，使用上一步创建的 YAML 文件创建 pod
* 当 pod 运行时，使用 kubect1 命令以 JSON 格式显示 pod 的摘要数据，并将输出重定向到名为 /opt/KDPD00101/out1.json 的文件中
* 为方便起见，您需要使用的所有文件均已创建，且为空文件

第 36 号 展览：

背景
您的任务是在 pod 中使用环境变量创建一个秘密并使用该秘密，具体如下：
任务
* 创建一个名为 another-secret 的秘密，密钥/值配对为 key1/value4
* 使用容器镜像 nginx 启动名为 nginx-secret 的 nginx pod，并添加一个环境变量，公开秘钥 key 1 的值，使用 COOL_VARIABLE 作为 pod 内环境变量的名称

第 37 号 展览：

背景
查看应用程序在集群中消耗的资源总是非常有用的。
任务
* 从名称空间 cpu-stress 中运行的 pod 中，只将消耗 CPU 最多的 pod 的名称写入已创建的文件 /opt/KDOBG030l/pod.txt。

第 38 号 背景

任务
名称空间 staging 中名为 backend-deployment 的部署在端口 8081 上运行网络应用程序。