云原生(十五) | Kubernetes篇之深入了解Pod

时间:2024-10-04 07:30:19

文章目录

深入了解Pod

一、什么是Pod

二、Pod使用

三、Pod生命周期

四、静态Pod

五、Probe 探针机制(健康检查机制)


深入了解Pod

一、什么是Pod

  • Pod是一组(一个或多个)容器(docker容器)的集合 (就像在豌豆荚中);这些容器共享存储、网络、以及怎样运行这些容器的声明。
  • 我们一般不直接创建Pod,而是创建一些工作负载由他们来创建Pod

  • Pod的形式

    • Pod对容器有自恢复能力(Pod自动重启失败的容器)

    • Pod自己不能恢复自己,Pod被删除就真的没了(100,MySQL、Redis、Order)还是希望k8s集群能自己在其他地方再启动这个Pod

    • 单容器Pod

    • 多容器协同Pod。我们可以把另外的容器称为SideCar(为应用赋能)

    • Pod 天生地为其成员容器提供了两种共享资源:网络和存储

  • 一个Pod由一个Pause容器设置好整个Pod里面所有容器的网络、名称空间等信息

  • systemctl status可以观测到。Pod和容器进程关系

    • kubelet启动一个Pod,准备两个容器,一个是Pod声明的应用容器(nginx),另外一个是Pause。Pause给当前应用容器设置好网络空间各种的。

二、Pod使用

  • 可以编写deploy等各种工作负载的yaml文件,最终创建出pod,也可以直接创建

  • Pod的模板如下

  1. # 这里是 Pod 模版
  2. apiVersion: v1
  3. kind: Pod
  4. metadata:
  5. name: my-pod
  6. spec:
  7. containers:
  8. - name: hello
  9. image: busybox
  10. command: ['sh', '-c', 'echo "Hello, Kubernetes!" && sleep 3600']
  11. restartPolicy: OnFailure
  12. # 以上为 Pod 模版

三、Pod生命周期

  • Pod启动,会先依次执行所有初始化容器,有一个失败,则Pod不能启动

  • 接下来启动所有的应用容器(每一个应用容器都必须能一直运行起来),Pod开始正式工作,一个启动失败就会尝试重启Pod内的这个容器,Pod只要是NotReady,Pod就不对外提供服务了

编写yaml测试生命周期

  • 应用容器生命周期钩子

  • 初始化容器(也可以有钩子)

临时容器:线上排错。

有些容器基础镜像。线上没法排错。使用临时容器进入这个Pod。临时容器共享了Pod的所有。临时容器有Debug的一些命令,排错完成以后,只要exit退出容器,临时容器自动删除

例如: 

Java:dump, jre 50mb。jdk 150mb

jre 50mb: jdk作为临时容器

临时容器需要开启特性门控 --feature-gates="EphemeralContainers=true"

在所有组件,api-server、kubelet、scheduler、controller-manager都得配置

使用临时容器的步骤:

1、声明一个临时容器。准备好json文件

  1. {
  2. "apiVersion": "v1",
  3. "kind": "EphemeralContainers",
  4. "metadata": {
  5. "name": "my-nginx666" //指定Pod的名字
  6. },
  7. "ephemeralContainers": [{
  8. "command": [
  9. "sh"
  10. ],
  11. "image": "busybox", //jre的需要jdk来调试
  12. "imagePullPolicy": "IfNotPresent",
  13. "name": "debugger",
  14. "stdin": true,
  15. "tty": true,
  16. "terminationMessagePolicy": "File"
  17. }]
  18. }

2、使用临时容器,应用一下即可

kubectl replace --raw /api/v1/namespaces/default/pods/my-nginx666【pod名】/ephemeralcontainers  -f

四、静态Pod

/etc/kubernetes/manifests 位置放的所有文件,机器启动kubelet自己就把它启动起来。

静态Pod一直守护在这个机器上

五、Probe 探针机制(健康检查机制)

每个容器三种探针(Probe)

  • 启动探针(后来才加的) 一次性成功探针。 只要启动成功了

    • kubelet 使用启动探针,来检测应用是否已经启动。如果启动就可以进行后续的探测检查。慢容器一定指定启动探针。

    • 启动探针 成功以后就不用了,剩下存活探针和就绪探针持续运行

  • 存活探针

    • kubelet 使用存活探针,来检测容器是否正常存活。(有些容器可能产生死锁【应用程序在运行,但是无法继续执行后面的步骤】),如果检测失败就会重新启动这个容器

    • initialDelaySeconds: 3600(长了导致可能应用一段时间不可用) 5(短了陷入无限启动循环)

  • 就绪探针

    • kubelet 使用就绪探针,来检测容器是否准备好了可以接收流量。当一个 Pod 内的所有容器都准备好了,才能把这个 Pod 看作就绪了。用途就是:Service后端负载均衡多个Pod,如果某个Pod还没就绪,就会从service负载均衡里面剔除

  • 谁利用这些探针探测

    • kubelet会主动按照配置给Pod里面的所有容器发送响应的探测请求

Probe配置项

  • initialDelaySeconds:容器启动后要等待多少秒后存活和就绪探测器才被初始化,默认是 0 秒,最小值是 0。这是针对以前没有

  • periodSeconds:执行探测的时间间隔(单位是秒)。默认是 10 秒。最小值是 1

  • successThreshold:探测器在失败后,被视为成功的最小连续成功数。默认值是 1

    • 存活和启动探针的这个值必须是 1。最小值是 1。

  • failureThreshold:当探测失败时,Kubernetes 的重试次数。 存活探测情况下的放弃就意味着重新启动容器。 就绪探测情况下的放弃 Pod 会被打上未就绪的标签。默认值是 3。最小值是 1。

  • timeoutSeconds:探测的超时后等待多少秒。默认值是 1 秒。最小值是 1。

官方参考文档:配置存活、就绪和启动探测器 | Kubernetes

编写yaml测试探针机制

  1. apiVersion: v1
  2. kind: Pod
  3. metadata:
  4. name: "nginx-start-probe02"
  5. namespace: default
  6. labels:
  7. app: "nginx-start-probe02"
  8. spec:
  9. volumes:
  10. - name: nginx-vol
  11. hostPath:
  12. path: /app
  13. - name: nginx-html
  14. hostPath:
  15. path: /html
  16. containers:
  17. - name: nginx
  18. image: "nginx"
  19. ports:
  20. - containerPort: 80
  21. startupProbe:
  22. exec:
  23. command: ["/bin/sh","-c","cat /app/abc"] ## 返回不是0,那就是探测失败
  24. # initialDelaySeconds: 20 ## 指定的这个秒以后才执行探测
  25. periodSeconds: 5 ## 每隔几秒来运行这个
  26. timeoutSeconds: 5 ##探测超时,到了超时时间探测还没返回结果说明失败
  27. successThreshold: 1 ## 成功阈值,连续几次成才算成功
  28. failureThreshold: 3 ## 失败阈值,连续几次失败才算真失败
  29. volumeMounts:
  30. - name: nginx-vol
  31. mountPath: /app
  32. - name: nginx-html
  33. mountPath: /usr/share/nginx/html
  34. livenessProbe: ## nginx容器有没有 /,就绪探针
  35. # httpGet:
  36. # host: 127.0.0.1
  37. # path: /
  38. # port: 80
  39. # scheme: HTTP
  40. # periodSeconds: 5 ## 每隔几秒来运行这个
  41. # successThreshold: 1 ## 成功阈值,连续几次成才算成功
  42. # failureThreshold: 5 ## 失败阈值,连续几次失败才算真失败
  43. exec:
  44. command: ["/bin/sh","-c","cat /usr/share/nginx/html/"] ## 返回不是0,那就是探测失败
  45. # initialDelaySeconds: 20 ## 指定的这个秒以后才执行探测
  46. periodSeconds: 5 ## 每隔几秒来运行这个
  47. timeoutSeconds: 5 ##探测超时,到了超时时间探测还没返回结果说明失败
  48. successThreshold: 1 ## 成功阈值,连续几次成才算成功
  49. failureThreshold: 3 ## 失败阈值,连续几次失败才算真失败
  50. readinessProbe: ##就绪检测,都是http
  51. httpGet:
  52. # host: 127.0.0.1 ###不行
  53. path: / ## 给容器发请求
  54. port: 80
  55. scheme: HTTP ## 返回不是0,那就是探测失败
  56. initialDelaySeconds: 2 ## 指定的这个秒以后才执行探测
  57. periodSeconds: 5 ## 每隔几秒来运行这个
  58. timeoutSeconds: 5 ##探测超时,到了超时时间探测还没返回结果说明失败
  59. successThreshold: 3 ## 成功阈值,连续几次成才算成功
  60. failureThreshold: 5 ## 失败阈值,连续几次失败才算真失败
  61. # livenessProbe:
  62. # exec: ["/bin/sh","-c","sleep 30;abc "] ## 返回不是0,那就是探测失败
  63. # initialDelaySeconds: 20 ## 指定的这个秒以后才执行探测
  64. # periodSeconds: 5 ## 每隔几秒来运行这个
  65. # timeoutSeconds: 5 ##探测超时,到了超时时间探测还没返回结果说明失败
  66. # successThreshold: 5 ## 成功阈值,连续几次成才算成功
  67. # failureThreshold: 5 ## 失败阈值,连续几次失败才算真失败

  • ????博客主页:
  • ????欢迎点赞 ???? 收藏 ⭐留言 ???? 如有错误敬请指正!
  • ????本文由 Lansonli 原创,首发于 ****博客????
  • ????停下休息的时候不要忘了别人还在奔跑,希望大家抓紧时间学习,全力奔赴更美好的生活✨