k8s_探针专题
关于探针
生产环境中一定要给pod设置探针，不然pod内的应用发生异常时，K8s将不会重启pod。
需要遵循以下几个原则（本人自己总结，仅供参考）：
探针尽量简单，不要消耗过多资源。因为探针较为频繁的定期执行，过于复杂和消耗资源的探针对k8s和生产环境是不利的。- 探针返回的结果
尽量代表pod的健康状态，而不是简单的返回。可以适当做一些pod健康性检查。特别要避免探针返回了健康状态，但实际pod处于异常状态。 - 探针返回的状态需要代表的是本pod的健康状态，
不要受外部组件影响。比如pod连接了一个数据服务，如果数据服务异常，此时探针不要返回异常。不然k8s认为pod处于异常，不停重启pod，但这种操作对于修复异常没有任何帮助，反而不停拖累k8s。
在 Kubernetes 中，探针（Probe）用于检查 Pod 内容器的健康状况和可用性。
常用的探针有三种：
- 存活探针（Liveness Probe）：用于检查容器是否存活。如果探测失败，Kubernetes 将杀死容器并根据策略重启。
- 就绪探针（Readiness Probe）：用于检查容器是否准备好接受流量。如果探测失败，Pod 将从服务的端点列表中移除。
- 启动探针（Startup Probe）：用于检查容器是否已成功启动。如果探测失败，Kubernetes 将根据策略重启容器。启动探针的优先级高于存活探针，在启动探针成功之前，存活探针不会生效。
每种探针都有多个可配置的参数，可以帮助我们在生产环境中更细致地监控和管理 Pod。以下是一个详细的 Pod 配置示例，其中包含了所有三种探针及其常用参数：
apiVersion: v1
kind: Pod
metadata:name: example-pod
spec:containers:- name: example-containerimage: example-image:latestports:- containerPort: 8080# 存活探针（Liveness Probe）配置livenessProbe:httpGet:path: /healthzport: 8080httpHeaders:- name: Custom-Headervalue: AwesomeinitialDelaySeconds: 30periodSeconds: 10timeoutSeconds: 5successThreshold: 1failureThreshold: 3# 就绪探针（Readiness Probe）配置readinessProbe:httpGet:path: /readyport: 8080initialDelaySeconds: 5periodSeconds: 10timeoutSeconds: 5successThreshold: 1failureThreshold: 3# 启动探针（Startup Probe）配置startupProbe:httpGet:path: /startupport: 8080initialDelaySeconds: 0periodSeconds: 10timeoutSeconds: 5successThreshold: 1failureThreshold: 30# 其他探针类型（如TCP和命令执行）示例livenessProbe:tcpSocket:port: 8080initialDelaySeconds: 30periodSeconds: 10timeoutSeconds: 5successThreshold: 1failureThreshold: 3readinessProbe:exec:command: ["sh", "-c", "echo 'hello'"]initialDelaySeconds: 5periodSeconds: 10timeoutSeconds: 5successThreshold: 1failureThreshold: 3
探针参数说明
- initialDelaySeconds: 探针首次启动前的延迟时间。
- periodSeconds: 探针的执行周期。
- timeoutSeconds: 探针执行的超时时间。
- successThreshold: 成功阈值。连续成功的次数达到该值时，认为探针检查通过。
- failureThreshold: 失败阈值。连续失败的次数达到该值时，认为探针检查失败。
通过合理配置探针及其参数，可以有效地监控和管理 Pod 的状态，确保应用在生产环境中的高可用性和可靠性。