0
0

2024年K8S管理员认证（CKA）考题

1、权限控制 RBAC（权重4%）

设置配置环境：
kubectl config use-context k8s
Context
为部署流水线创建一个新的 ClusterRole 并将其绑定到范围为特定的 namespace 的特定 ServiceAccount。
Task
创建一个名为 deployment-clusterrole 且仅允许创建以下资源类型的新 ClusterRole：
Deployment
StatefulSet
DaemonSet
在现有的 namespace app-team1 中创建一个名为 cicd-token 的新 ServiceAccount。
限于 namespace app-team1 中，将新的 ClusterRole deployment-clusterrole 绑定到新的 ServiceAccount cicd-token。

  1. # 切换答题环境（考试环境有多个，每道题要在对应的环境中作答）
  2. kubectl config use-context k8s
  4. # 创建ClusterRole
  5. kubectl create clusterrole deployment-clusterrole --verb=create --resource=deployments,statefulsets,daemonsets
  6. # 创建ServiceAccount
  7. kubectl create serviceaccount cicd-token -n app-team1
  8. # 绑定ClusterRole与ServiceAccount
  9. kubectl create rolebinding cicd-token-binding --clusterrole=deployment-clusterrole --serviceaccount=app-team1:cicd-token -n app-team1
  11. # 检查
  12. kubectl -n app-team1 describe rolebinding cicd-token

2、查看 pod 的 CPU（权重5%）

设置配置环境：
kubectl config use-context k8s
Task
通过 pod label name=cpu-loader，找到运行时占用大量 CPU 的 pod，
并将占用 CPU 最高的 pod 名称写入文件 /opt/KUTR000401/KUTR00401.txt（已存在）。

  1. # 切换答题环境（考试环境有多个，每道题要在对应的环境中作答）
  2. kubectl config use-context k8s
  4. # 查找CPU使用率最高的Pod。
  5. kubectl top pod -l name=cpu-loader --sort-by=cpu -A
  7. # 将查到Pod名称输出到指定文件
  8. echo "podename" > /opt/KUTR000401/KUTR00401.txt

3、配置网络策略 NetworkPolicy（权重7%）

设置配置环境：
kubectl config use-context hk8s
Task
在现有的 namespace my-app 中创建一个名为 allow-port-from-namespace 的新 NetworkPolicy。
确保新的 NetworkPolicy 允许 namespace echo 中的 Pods 连接到 namespace my-app 中的 Pods 的 9000 端口。
进一步确保新的 NetworkPolicy：
不允许对没有在监听 端口 9000 的 Pods 的访问
不允许非来自 namespace echo 中的 Pods 的访问

  1. # 切换答题环境（考试环境有多个，每道题要在对应的环境中作答）
  2. kubectl config use-context k8s
  4. # 查看所有 ns 的标签 label
  5. kubectl get ns --show-labels
  7. # 给my-app命名空间打一个标签
  8. kubectl label ns my-app project=echo
  10. # 编写一个 yaml 文件
  11. vim networkpolicy.yaml
  13. apiVersion: networking.k8s.io/v1
  14. kind: NetworkPolicy
  15. metadata:
  16.  name: allow-port-from-namespace         #题目的名字
  17.  namespace: my-app                       #被访问者的命名空间
  18. spec:
  19.  podSelector: {}
  20.  policyTypes:
  21.  - Ingress          #策略影响入栈流量
  22.  ingress:
  23.  - from:            #允许流量的来源
  24.  - namespaceSelector:
  25.  matchLabels:
  26.  project: echo      #访问者的命名空间的标签 label
  27.  ports:
  28.  - protocol: TCP
  29.  port: 9000         #被访问者公开的端口
  31. # 创建
  32. kubectl apply -f networkpolicy.yaml
  34. # 检查
  35. kubectl describe networkpolicy -n my-app

参考地址：网络策略 | Kubernetes

4、暴露服务 service（权重7%）

设置配置环境：
kubectl config use-context k8s
Task
请重新配置现有的 deployment front-end 以及添加名为 http 的端口规范来公开现有容器 nginx 的端口 80/tcp。
创建一个名为 front-end-svc 的新 service，以公开容器端口 http。
配置此 service，以通过各个 Pod 所在的节点上的 NodePort 来公开他们。

  1. # 切换答题环境（考试环境有多个，每道题要在对应的环境中作答）
  2. kubectl config use-context k8s
  4. # 检查 deployment 信息，并记录 SELECTOR 的 Lable 标签，这里是 app=front-end
  5. kubectl get deployment front-end -o wide
  7. # 配置deployment暴露端口，添加如下图配置
  8. kubectl edit deployment front-end

  1. # 暴露对应端口
  2. kubectl expose deployment front-end --type=NodePort --port=80 --target-port=80 --name=front-end-svc
  3. # 注意考试中需要创建的是 NodePort，还是 ClusterIP。如果是 ClusterIP，则应为--type=ClusterIP
  4. # --port 是 service 的端口号，--target-port 是 deployment 里 pod 的容器的端口号。
  5. # 暴露服务后，检查一下 service 的 selector 标签是否正确，这个要与 deployment 的 selector 标签一致的。
  7. # 检查
  8. kubectl get svc front-end-svc -o wide
  9. kubectl get deployment front-end -o wide
  11. # 如果你 kubectl expose 暴露服务后，发现 service 的 selector 标签是空的<none>，或者不是 deployment 的标签则需要编辑此 service，手动添加标签。
  12. kubectl edit svc front-end-svc
  14. # 在 ports 这一小段下面添加 selector 标签
  15.  selector:
  16.  app: front-end #注意 yaml 里是写冒号，而不是等号，不是 app=front-end。

service：

5、创建 Ingress（权重7%）

设置配置环境：
kubectl config use-context k8s
Task
如下创建一个新的 nginx Ingress 资源：
名称: ping
Namespace: ing-internal
使用服务端口 5678 在路径 /hello 上公开服务 hello
可以使用以下命令检查服务 hello 的可用性，该命令应返回 hello：
curl -kL <INTERNAL_IP>/hello

  1. # 切换答题环境（考试环境有多个，每道题要在对应的环境中作答）
  2. kubectl config use-context k8s
  4. # 创建 ingressclass 的 yaml
  5. vim ingressclass.yaml
  7. apiVersion: networking.k8s.io/v1
  8. kind: IngressClass
  9. metadata:
  10.  labels:
  11.  app.kubernetes.io/component: controller
  12.  name: nginx #考试时没有 ingressClassName，所以需要先手动建一个 ingressClassName，命名就为 nginx。官网页面里是 ingress-example，记得修改下。
  13.  annotations:
  14.  ingressclass.kubernetes.io/is-default-class: "true"
  15. spec:
  16.  controller: k8s.io/ingress-nginx
  18. # 执行yaml文件
  19. kubectl apply -f ingressclass.yaml
  21. #创建ingress的yaml文件
  22. vim ingress.yaml
  23.  
  24. apiVersion: networking.k8s.io/v1
  25. kind: Ingress
  26. metadata:
  27.   name: pong
  28.   namespace：ing-internal
  29. spec:
  30.   ingressClassName: nginx
  31.   rules:
  32.   - http:
  33.       paths:
  34.       - path: /hello
  35.         pathType: Prefix
  36.         backend:
  37.           service:
  38.             name: hello
  39.             port:
  40.               number: 5678
  42. #创建
  43. kubectl apply -f ingress.yaml
  45. #检查
  46. kubectl get ingress -n ing-internal
  47. curl ingress 的 ip 地址/hello

ingressclass.yaml

ingress.yaml


参考地址：Ingress | Kubernetes

6、扩容 deployment 副本数量（权重4%）

设置配置环境：
[candidate@node-1] $ kubectl config use-context k8s
Task
将名为test的deployment资源的Pod的副本数扩容为6个。

  1. # 切换答题环境（考试环境有多个，每道题要在对应的环境中作答）
  2. kubectl config use-context k8s
  4. # 使用命令进行扩容
  5. kubectl scale deployment test --replicas=6
  7. # 检查
  8. kubectl get deployments test -o wide

7、调度 pod 到指定节点（权重4%）

设置配置环境：
kubectl config use-context k8s
Task
按如下要求调度一个 pod：
名称：nginx-kusc00401
Image：nginx
Node selector：disk=ssd

  1. # 切换答题环境（考试环境有多个，每道题要在对应的环境中作答）
  2. kubectl config use-context k8s
  4. # 确保 node 有这个 labels。
  5. kubectl get nodes --show-labels|grep 'disk=ssd'
  7. # 如果没有设置，则使用命令来手动自己设置。
  8. kubectl label nodes node01 disk=ssd 
  10. # 编辑yaml文件
  11. vim pod-disk-ssd.yaml
  12.  
  13. apiVersion: v1
  14. kind: Pod
  15. metadata:
  16.   name: nginx-kusc00401
  17. spec:
  18.   containers:
  19.   - name: nginx
  20.     image: nginx
  21.   nodeSelector:
  22.     disk: ssd
  24. # 执行yaml文件
  25. kubectl apply -f pod-disk-ssd.yaml

参考地址：将 Pod 分配给节点 | Kubernetes

8、查看可用节点数量（权重4%）

设置配置环境：
kubectl config use-context k8s
Task
检查有多少 nodes 已准备就绪（不包括被打上 Taint：NoSchedule 的节点），
并将数量写入 /opt/KUSC00402/kusc00402.txt

  1. # 切换集群
  2. kubectl config use-context k8s
  4. # grep 的-i 是忽略大小写，grep -v 是排除在外，grep -c 是统计查出来的条数。
  5. kubectl describe nodes | grep -i Taints | grep -vc NoSchedule
  7. echo "查出来的数字" > /opt/KUSC00402/kusc00402.txt

9、创建多容器的 pod（权重4%）

设置配置环境：
kubectl config use-context k8s
Task
按如下要求调度一个 Pod：
名称：kucc8
app containers: 2
container 名称/images：

  • nginx
  • consu
  1. # 切换集群
  2. kubectl config use-context k8s
  4. # 开始操作
  5. vim pod-kucc.yaml
  7. apiVersion: v1
  8. kind: Pod
  9. metadata:
  10.  name: kucc8
  11. spec:
  12.  containers:
  13.  - name: nginx
  14.  image: nginx
  15.  imagePullPolicy: IfNotPresent 
  16.  - name: consul
  17.  image: consul
  18.  imagePullPolicy: IfNotPresent
  20. kubectl apply -f pod-kucc.yaml
  21. # 检查
  22. kubectl get pod kucc8

参考地址：Pod | Kubernetes

10、创建 PV（权重4%）

设置配置环境：
kubectl config use-context hk8s
Task
创建名为 app-config 的 persistent volume，容量为 1Gi，访问模式为 ReadWriteMany。
volume 类型为 hostPath，位于 /srv/app-config

  1. # 切换集群
  2. kubectl config use-context k8s
  4. # 开始操作
  5. vim pv.yaml
  7. apiVersion: v1
  8. kind: PersistentVolume
  9. metadata:
  10.  name: app-config
  11. spec:
  12.  capacity:
  13.  storage: 1Gi
  14.  accessModes:
  15.  - ReadWriteMany # 注意，根据题目要求写。
  16.  hostPath:
  17.  path: "/srv/app-config"
  19. # 创建
  20. kubectl apply -f pv.yaml

参考地址：配置 Pod 以使用 PersistentVolume 作为存储 | Kubernetes

11、创建 PVC（权重7%）

设置配置环境：
kubectl config use-context ok8s
Task
创建一个新的 PersistentVolumeClaim：
名称: pv-volume
Class: csi-hostpath-sc
容量: 10Mi
创建一个新的 Pod，来将 PersistentVolumeClaim 作为 volume 进行挂载：
名称：web-server
Image：nginx:1.16
挂载路径：/usr/share/nginx/html
配置新的 Pod，以对 volume 具有 ReadWriteOnce 权限。
最后，使用 kubectl edit 或 kubectl patch 将 PersistentVolumeClaim 的容量扩展为 70Mi，并记录此更改。

  1. # 切换集群
  2. kubectl config use-context k8s
  4. # 开始操作
  5. vim pvc.yaml
  7. apiVersion: v1
  8. kind: PersistentVolumeClaim
  9. metadata:
  10.  name: pv-volume #pvc 名字
  11. spec:
  12.  storageClassName: csi-hostpath-sc
  13.  accessModes:
  14.  - ReadWriteOnce # 注意，根据题目要求写。
  15.  resources:
  16.  requests:
  17.  storage: 10Mi
  19. # 创建 PVC
  20. kubectl apply -f pvc.yaml
  22. vim pvc-pod.yaml
  24. apiVersion: v1
  25. kind: Pod
  26. metadata:
  27.  name: web-server
  28. spec:
  29.  volumes:
  30.  - name: task-pv-storage #与下面volumeMounts的name保持一致
  31.  persistentVolumeClaim:
  32.  claimName: pv-volume #这个要使用上面创建的 pvc 名字
  33.  containers:
  34.  - name: nginx
  35.  image: nginx:1.16
  36.  volumeMounts:
  37.  - mountPath: "/usr/share/nginx/html"
  38.  name: task-pv-storage #与上面volumes的name保持一致
  40. # 创建
  41. kubectl apply -f pvc-pod.yaml
  42. # 检查
  43. kubectl get pod web-server
  45. # 修改容量
  46. kubectl edit pvc pvvolume --save-config
  47. # 把pvc.yaml（图一）中10Mi改成70Mi即可，

vim pvc.yaml

vim pvc-pod.yaml

参考地址：配置 Pod 以使用 PersistentVolume 作为存储 | Kubernetes

12、查看 pod 日志（权重5%）

设置配置环境：
kubectl config use-context k8s
Task
监控 pod foo 的日志并：
提取与错误 RLIMIT_NOFILE 相对应的日志行
将这些日志行写入 /opt/KUTR00101/foo

  1. # 切换集群
  2. kubectl config use-context k8s
  4. # 开始操作
  5. kubectl logs foo | grep "RLIMIT_NOFILE" > /opt/KUTR00101/foo
  7. # 检查
  8. cat /opt/KUTR00101/foo

13、使用 sidecar 代理容器日志（权重7%）

设置配置环境：
kubectl config use-context k8s
Context
将一个现有的 Pod 集成到 Kubernetes 的内置日志记录体系结构中（例如 kubectl logs）。
添加 streaming sidecar 容器是实现此要求的一种好方法。
Task
使用 busybox Image 来将名为 sidecar 的 sidecar 容器添加到现有的 Pod 11-factor-app 中。
新的 sidecar 容器必须运行以下命令：
/bin/sh -c tail -n+1 -f /var/log/11-factor-app.log
使用挂载在/var/log 的 Volume，使日志文件 11-factor-app.log 可用于 sidecar 容器。
除了添加所需要的 volume mount 以外，请勿更改现有容器的规格。

  1. # 切换集群
  2. kubectl config use-context k8s
  4. # 开始操作
  5. kubectl get pod 11-factor-app -o yaml > varlog.yaml
  7. # 备份 yaml 文件，防止改错了，回退。
  8. cp varlog.yaml varlog-bak.yaml
  10. # 修改 varlog.yaml 文件
  11. vim varlog.yaml
  13. spec:
  14.  volumeMounts: 
  15.  - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
  16.  name: default-token-4l6w8
  17.  readOnly: true
  18.  - name: varlog 
  19.  mountPath: /var/log 
  20.  - name: sidecar         #新加内容，注意 name 别写错了
  21.  image: busybox          #新加内容
  22.  args: [/bin/sh, -c, 'tail -n+1 -f /var/log/11-factor-app.log'] #新加内容
  23.  volumeMounts:          #新加内容
  24.  - name: varlog         #新加内容
  25.  mountPath: /var/log    #新加内容
  26.  dnsPolicy: ClusterFirst
  27.  enableServiceLinks: true
  28.  volumes: 
  29.  - name: kube-api-access-kcjc2
  30.  projected:
  31.  defaultMode: 420
  32.  sources:
  33.  - serviceAccountToken:
  34.  expirationSeconds: 3607
  35.  path: token
  36.  - configMap:
  37.  items:
  38.  - key: ca.crt
  39.  path: ca.crt
  40.  name: kube-root-ca.crt
  41.  - downwardAPI:
  42.  items:
  43.  - fieldRef:
  44.  apiVersion: v1
  45.  fieldPath: metadata.namespace
  46.  path: namespace
  47.  - name: varlog #新加内容，注意找好位置。
  48.  emptyDir: {} #新加内容
  50. # 删除原先的 pod
  51. kubectl delete pod 11-factor-app
  52. kubectl get pod 11-factor-app
  54. # 新建这个 pod
  55. kubectl apply -f varlog.yaml

参考地址：日志架构 | Kubernetes

14、升级集群（权重7%）

设置配置环境：
[candidate@node-1] $ kubectl config use-context mk8s
Task
现有的 Kubernetes 集群正在运行版本 1.28.0。仅将 master 节点上的所有 Kubernetes 控制平面和节点组件升级到版本 1.28.1。
确保在升级之前 drain master 节点，并在升级后 uncordon master 节点。
可以使用以下命令，通过 ssh 连接到 master 节点：
ssh master01
可以使用以下命令，在该 master 节点上获取更高权限：
sudo -i
另外，在主节点上升级 kubelet 和 kubectl。
请不要升级工作节点，etcd，container 管理器，CNI 插件， DNS 服务或任何其他插件。

  1. # 切换集群
  2. kubectl config use-context k8s
  4. kubectl get nodes
  5. # 打污点，强制驱逐node节点的pod
  6. kubectl cordon master01
  7. kubectl drain master01  --ignore-daemonsets=false
  9. ssh master01
  10. sudo -i
  11. apt-get update
  12. apt-cache show kubeadm|grep 1.28.1
  13. apt-get install kubeadm=1.28.1-00
  15. # 检查
  16. kubeadm version
  18. # 验证升级计划，会显示很多可升级的版本，我们关注题目要求升级到的那个版本。
  19. kubeadm upgrade plan
  21. # 排除 etcd，升级其他的，提示时，输入 y。大约要等 5 分钟。
  22. kubeadm upgrade apply v1.28.1 --etcd-upgrade=false
  24. # 升级 kubelet
  25. apt-get install kubelet=1.28.1-00
  26. systemctl restart kubelet
  27. kubelet --version
  29. # 恢复 master01 调度
  30. kubectl uncordon master01
  31. kubectl get nodes

参考地址：升级 kubeadm 集群 | Kubernetes

15、备份还原 etcd（权重7%）

设置配置环境
此项目无需更改配置环境。但是，在执行此项目之前，请确保您已返回初始节点。
注意，这个之前是在 master01 上，所以要 exit 退到 node01，如果已经是 node01 了，就不要再 exit 了。
Task
首先，为运行在 https://11.0.1.111:2379 上的现有 etcd 实例创建快照并将快照保存到 /var/lib/backup/etcd-snapshot.db
（注意，真实考试中，这里写的是 https://127.0.0.1:2379）
为给定实例创建快照预计能在几秒钟内完成。 如果该操作似乎挂起，则命令可能有问题。用 CTRL + C 来取消操作，然后重试。
然后还原位于/data/backup/etcd-snapshot-previous.db 的现有先前快照。
提供了以下 TLS 证书和密钥，以通过 etcdctl 连接到服务器。
CA 证书: /opt/KUIN00601/ca.crt
客户端证书: /opt/KUIN00601/etcd-client.crt
客户端密钥: /opt/KUIN00601/etcd-client.key

  1. #切换集群#
  2. kubectl config use-context k8s
  4. 备份：
  5. # 如果不使用 export ETCDCTL_API=3，而使用 ETCDCTL_API=3，则下面每条 etcdctl 命令前都要加 ETCDCTL_API=3。
  6. # 如果执行时，提示 permission denied，则是权限不够，命令最前面加 sudo 即可。
  7. export ETCDCTL_API=3
  8. etcdctl --endpoints=https://127.0.0.1:2379 --cacert="/opt/KUIN00601/ca.crt" --cert="/opt/KUIN00601/etcd-client.crt" --key="/opt/KUIN00601/etcd-client.key" 
  9. snapshot save /var/lib/backup/etcd-snapshot.db
  11. 检查
  12. etcdctl snapshot status /var/lib/backup/etcd-snapshot.db -wtable
  14. 1、先检查一下考试环境，使用的 etcd 是服务还是容器。
  15. kubectl get pod -A
  16. sudo systemctl status etcd
  17. 如果是 systemd 服务，则继续往下操作。
  19. 2、确认 etcd 数据目录（--data-dir 值）
  20. ps -ef |grep etcd
  21. 一般默认为/var/lib/etcd
  23. 3、停止 etcd 服务
  24. sudo systemctl stop etcd
  26. 4、先移动备份 etcd 原目录
  27. sudo mv /var/lib/etcd /var/lib/etcd.bak
  29. 5、开始还原（还原时，可以不加证书和秘钥）
  30. sudo ETCDCTL_API=3 etcdctl --data-dir=/var/lib/etcd snapshot restore /data/backup/etcd-snapshot-previous.db
  32. 6、更改文件属主
  33. sudo chown -R etcd:etcd /var/lib/etcd
  35. 7、启动 etcd 服务
  36. sudo systemctl start etcd

参考地址：操作 Kubernetes 中的 etcd 集群 | Kubernetes

16、排查集群中故障节点 （权重13%）

设置配置环境：
kubectl config use-context wk8s
Task
名为 node02 的 Kubernetes worker node 处于 NotReady 状态。
调查发生这种情况的原因，并采取相应的措施将 node 恢复为 Ready 状态，确保所做的任何更改永久生效。可以使用以下命令，通过 ssh 连接到 node02 节点：
ssh node02
可以使用以下命令，在该节点上获取更高权限：
sudo -i

  1. #切换集群
  2. kubectl config use-context k8s
  4. ssh node2
  5. sudo -i 
  6. systemctl status kubelet
  7. systemctl enable kubelet
  8. systemctl start kubelet
  10. #检查
  11. kubectl get nodes

17、节点维护（权重4%）

设置配置环境：
kubectl config use-context ek8s
Task
将名为 node02 的 node 设置为不可用，并重新调度该 node 上所有运行的 pods。

  1. #切换集群
  2. kubectl config use-context k8s
  3. kubectl crodon node02
  4. kubectl drain node02 --ignore-daemonsets
  5. # 注意，还有一个参数--delete-emptydir-data --force，这个考试时不用加，就可以正常 draini node02 的。
  6. # 但如果执行后，有跟测试环境一样的报错，则需要加上--delete-emptydir-data --force，会强制将 pod 移除。
  7. # kubectl drain node02 --ignore-daemonsets --delete-emptydir-data --force
标签： docker php kubernetes
本文转载自: https://blog.csdn.net/weixin_53851491/article/details/137040823
版权归原作者 想养八只猫 所有， 如有侵权，请联系我们删除。
登录后发布评论

“2024年K8S管理员认证（CKA）考题”的评论:

还没有评论
关于作者
...
overfit同步小助手
文章同步
相关阅读

网络安全法-网络运行安全

使用selenium/drissionpage时如何阻止chrome自动跳转http到https

docker desktop 里部署的Open WebUI 管理员密码忘记了的处理方法

在ubuntu20.04中搭建onsite比赛运行环境

利用开源的低代码表单设计器FcDesigner高效管理和渲染复杂表单结构

Kafka学习笔记

【前端】浏览器输入url到页面呈现发生了什么？

文章导航
没有找到文章内容分段。。。