本文主要是介绍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 的状态,确保应用在生产环境中的高可用性和可靠性。
这篇关于k8s_探针专题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!