🏷️个人主页：牵着猫散步的鼠鼠
🏷️系列专栏：Kubernetes渐进式学习-专栏
🏷️个人学习笔记，若有缺误，欢迎评论区指正
目录
1. 前言
2. 探针是什么
3. 探针的分类
3.1. StartupProbe(启动探针)
3.2. LivenessProbe(存活探针)
3.3. ReadinessProbe(就绪探针)
4. 探针探测方式
4.1. ExecAction(命令)
4.2. TCPSocketAction(TCP连接)
4.3. HTTPGetAction(Http连接)
6. 使用探针
5. 总结
1. 前言
我们在上次文章讲解了配置文件的编写，以及如何通过配置文件启动一个Pod资源，今天我们继续来学习Pod中一个重要的概念-探针。
2. 探针是什么
探针是Kubernetes中用于检查容器健康状况的机制。在Kubernetes中，探针可以确保Pod中的容器正常工作，并且可以在容器不健康的情况下自动重启容器，以保证应用程序的可用性和稳定性。我们在上一节配置文件中配置的重启策略，也是通过探针实现的。
3. 探针的分类
K8S中的探针主要分为三类：StartupProbe，LivenessProbe，ReadinessProbe
3.1. StartupProbe(启动探针)
k8s 1.16 版本新增的探针，用于判断应用程序是否已经启动了。
当配置了 startupProbe 后，会先禁用其他探针，直到 startupProbe 成功后，其他探针才会继续。
作用：由于有时候不能准确预估应用一定是多长时间启动成功，因此配置另外两种方式不方便配置初始化时长来检测，而配置了 statupProbe 后，只有在应用启动成功了，才会执行另外两种探针，可以更加方便的结合使用另外两种探针使用。
startupProbe:httpGet:path: /api/startupport: 803.2. LivenessProbe(存活探针)
用于探测容器中的应用是否运行，如果探测失败，kubelet 会根据配置的重启策略进行重启，若没有配置，默认就认为容器启动成功，不会执行重启策略。
livenessProbe:failureThreshold: 5httpGet:path: /healthport: 8080scheme: HTTPinitialDelaySeconds: 60periodSeconds: 10successThreshold: 1timeoutSeconds: 53.3. ReadinessProbe(就绪探针)
用于探测容器内的程序是否健康，它的返回值如果返回 success，那么就认为该容器已经完全启动，并且该容器是可以接收外部流量的。
readinessProbe:failureThreshold: 3 # 错误次数httpGet:path: /readyport: 8181scheme: HTTPperiodSeconds: 10 # 间隔时间successThreshold: 1timeoutSeconds: 14. 探针探测方式
那么探针是如何判断容器的状态的呢，一般可以通过三种方式：
4.1. ExecAction(命令)
在容器内部执行一个命令，如果返回值为 0，则任务容器时健康的。
livenessProbe:exec:command:- cat- /health4.2. TCPSocketAction(TCP连接)
通过 tcp 连接监测容器内端口是否开放，如果开放则证明该容器健康
livenessProbe:tcpSocket:port: 804.3. HTTPGetAction(Http连接)
生产环境用的较多的方式，发送 HTTP 请求到容器内的应用程序，如果接口返回的状态码在 200~400 之间，则认为容器健康。
livenessProbe:failureThreshold: 5httpGet:path: /healthport: 8080scheme: HTTPhttpHeaders:- name: xxxvalue: xxx6. 使用探针
我们接下来在上节课案例的基础上运用一下探针，我们在原来的yaml配置文件中假如探针配置，使用http方式来探测启动情况，因为ngixn没有提供这个服务，理论上会启动失败
startupProbe: #应用启动探针配置httpGet: #探测方式，基于http请求探测path: fapi/path # http请求路径port: 80 #请求端口failureThreshold: 3 #失败多少次才算真正失败periodSeconds: 10 #间隔时间successThreshold: 1 #多少次监测成功算成功timeoutSeconds: 5 #请求的超时时间删除上次文章创建的pod
kubectl delete pod nginx-demo重新启动pod
kubectl create -f nginx-demo.yaml查看容器启动情况
kubectl describe po nginx-demo
可以看到最下方提示Http failure，但我们知道ngixn默认肯定是没有/api/path这个服务路径的，所以启动探针探测肯定是不成功的，这个pod的容器服务就被判定为未成功启动。
但是我们可以换一种探测方式，使用TCP方式去连接服务的80端口，这样更合适探测nginx服务是否正常启动
修改配置，将探测方法改为tcpSocket，探测端口为80
重启启动服务
kubectl delete pod nginx-demo
kubectl create -f nginx-demo.yaml
可以看到pod服务状态为Running，正常运行 。
5. 总结
在 Kubernetes（k8s）中，Pod 的探针（Probe）是一种健康检查机制，用于确保 Pod 中的容器能够正常工作。Kubernetes 通过探针来检查容器的状态，以确保服务能够可靠地运行。探针主要有三种类型：存活探针，就绪探针，启动探针。探针可以通过三种方式探测：HTTP GET方式，TCP套接字方式，Exec命令方式。探针机制是 Kubernetes 自动化管理和自愈能力的重要组成部分，它确保了 Pod 的健康状态，提高了应用的可用性和稳定性。
