K8S的探针说明和使用方式

ops/2025/1/20 17:57:48/

探针概述

探针分类

K8S中 探针（Probes） 是用于检查容器的健康状况和可用性的机制。探针可以自动判断应用的运行状态，并根据需要重启容器、替换容器或将流量路由到健康的实例。从而确保应用始终处于健康、可用的状态，并帮助自动化故障恢复

livenessProbe:

健康状态检查，周期性检查服务是否存活，检查结果失败，将"重启"容器(删除源容器并重新创建新容器)。
如果容器没有提供健康状态检查，则默认状态为Success。

readinessProbe:

可用性检查，周期性检查服务是否可用，从而判断容器是否就绪。
若检测pod服务不可用，则会将pod从svc的ep列表中移除。
若检测pod服务可用，则会将pod重新添加到svc的ep列表中。
如果容器没有提供可用性检查，则默认状态为Success。

startupProbe: (1.16+之后的版本才支持)

如果提供了启动探针，则所有其他探针都会被禁用，直到此探针成功为止。
如果启动探测失败，kubelet将杀死容器，而容器依其重启策略进行重启。
如果容器没有提供启动探测，则默认状态为 Success。

探针的探测方式

  • HTTP GET 探测：发起 HTTP 请求来检查容器是否可以处理请求，（可以是 GET、POST 等）。如果返回的状态码为 2xx 或 3xx，探测就会成功，否则认为容器失败

    • livenessProbe:httpGet:path: /healthzport: 8080httpHeaders:- name: hostvalue: test-probeinitialDelaySeconds: 3periodSeconds: 5

  • TCP Socket 探测：向容器内的指定端口发送 TCP 连接请求来检查容器是否能正常响应，适用于没有 HTTP 服务的应用，如数据库、消息队列。在容器内的指定端口建立 TCP 连接。如果连接成功，探测即认为成功，否则认为容器失败

    • livenessProbe:tcpSocket:port: 3306initialDelaySeconds: 3periodSeconds: 5

  • 命令（Exec） 探测：执行容器内部的命令来判断容器是否健康，适用于需要执行特定操作或检查应用内部状态的场景。执行指定的命令，如果命令返回 0 表示容器健康，返回其他值则表示容器不健康

    • livenessProbe:exec:command:- "sh"- "-c"- "ps -ef | grep filebeat"initialDelaySeconds: 3periodSeconds: 5

探针相关配置字段说明

探针相关字段说明
failureThreshold: 3连续3次探测失败后，判定pod失效，触发相应操作
initialDelaySeconds: 10在容器启动后的10秒钟后开始探测
periodSeconds: 1每1秒进行一次探测
successThreshold: 1探测成功的阈值（即1次成功即可认为探测通过)
timeoutSeconds: 1每次探测的超时时间为1秒

livenessprobe存活探针示例

用于检测容器是否存活。如果存活探针检测到容器处于非健康状态（如死循环或挂起），Kubernetes会重新启动该容器。

# 存活探针示例：
LivenessProbe:enabled: truehttpGet:port: 8080scheme: HTTPinitialDelaySeconds: 30  # 初始化时间，默认值为0timeoutSeconds: 35 			 # 超时时间，默认值为1periodSeconds: 30  			 # 探测间隔时间，默认是10SsuccessThreshold: 1      # 检查1次成功就表示成功failureThreshold: 3      # 检测3次失败就表示失败，默认值是3

命令探测方式

创建一个文件，通过 cat 命令查看文件是否存在作为命令探测方式。一段时间后，文件被删除，探针监测失败

cat > 20-pods-livenessProbe-exec.yaml <<eof
apiVersion: v1
kind: pod
metadata:name: pod-livenessprobe-exec-001
spec:containers:- image: registry.cn-hangzhou.aliyuncs.com/yinzhengjie-k8s/apps:v1name: c1command: - /bin/sh- -c- touch /tmp/zhiyong18-linux-healthy; sleep 20; rm -f /tmp/zhiyong18-linux-healthy; sleep 600livenessProbe:# 使用exec的方式去做健康检查，自定义检查命令为cat，并判断cat的返回值exec:command:- cat- /tmp/zhiyong18-linux-healthyperiodSeconds: 1failureThreshold: 3successThreshold: 1initialDelaySeconds:  30timeoutSeconds: 1
eof

http探测方式

若是删除，/usr/share/nginx/html/index.html，访问nginx，http请求失败，pod重启

cat > 21-pods-livenessProbe-httpGet.yaml <<eof
apiVersion: v1
kind: pod
metadata:name: livenessprobe-httpget-001
spec:containers:- image: registry.cn-hangzhou.aliyuncs.com/yinzhengjie-k8s/apps:v1name: c1# 健康状态检查，周期性检查服务是否存活，检查结果失败，将重启容器。livenessProbe:# 使用httpGet的方式去做健康检查httpGet:port: 80path: /index.htmlfailureThreshold: 3initialDelaySeconds: 10periodSeconds: 1successThreshold: 1timeoutSeconds: 1
eof

端口探测

检测80端口，启动10秒钟后关闭nginx；由于tcp探针检测失败，后容器重启

cat > 22-pods-livenessProbe-tcpSocket.yaml <<EOF
apiVersion: v1
kind: pod
metadata:name: livenessprobe-tcpsoket-001
spec:containers:- image: registry.cn-hangzhou.aliyuncs.com/yinzhengjie-k8s/apps:v1name: c1command:- /bin/sh- -c- nginx; sleep 10; nginx -s stop ; sleep 600# 健康状态检查，周期性检查服务是否存活，检查结果失败，将重启容器。livenessProbe:# 使用tcpSocket的方式去做健康检查tcpSocket:port: 80failureThreshold: 3initialDelaySeconds: 20periodSeconds: 2successThreshold: 1timeoutSeconds: 1
EOF

readinessProbe就绪探针

场景：用于判断容器是否准备好处理用户请求。K8S根据就绪探针的状态决定是否将pod的IP加入服务负载均衡器，确保只将流量发送到准备好的容器

举例：数据库服务启动时可能需要几秒钟才能连接到数据库并进行初始化

readinessProbe:httpGet:port: 8080scheme: HTTPinitialDelaySeconds: 30  # 初始化时间，默认值为0timeoutSeconds: 35       # 超时时间，默认值为1periodSeconds: 30        # 探测间隔时间，默认是10SsuccessThreshold: 1      # 检查1次成功就表示成功failureThreshold: 3      # 检测3次失败就表示失败，默认值是3

使用exec自定义检查的命令

周期性，检测服务是否可用。可以和livenessprobe一起使用

cat > 23-pods-readinessprobe-livenessProbe-exec.yaml <<eof
apiVersion: apps/v1
kind: Deployment
metadata:name: deploy-readinessprobe
spec:replicas: 3selector:matchLabels:apps: v1template:metadata:labels:apps: v1spec:containers:- image: registry.cn-hangzhou.aliyuncs.com/yinzhengjie-k8s/apps:v1name: c1command: - /bin/sh- -c- touch /tmp/zhiyong18-linux-healthy; sleep 35; rm -f /tmp/zhiyong18-linux-healthy; sleep 600# 存活探针livenessProbe:exec:command:- cat- /tmp/zhiyong18-linux-healthyfailureThreshold: 3initialDelaySeconds: 65periodSeconds: 1successThreshold: 1timeoutSeconds: 1# 可用性检查，周期性检查服务是否可用,从而判断容器是否就绪.readinessProbe:# 使用exec的方式去做健康检查exec:# 自定义检查的命令command:- cat- /tmp/zhiyong18-linux-healthyfailureThreshold: 3initialDelaySeconds: 5periodSeconds: 1successThreshold: 1timeoutSeconds: 1---apiVersion: v1
kind: Service
metadata:name: zhiyong18-readinessprobe-exec
spec:selector:apps: v1ports:- port: 80targetPort: 80protocol: TCP
eof

分析，一段时间后，发现提示readness探针提示为准备就绪。

[root@master231~]# kubectl get pods
NAME                                     READY   STATUS    RESTARTS      AGE
deploy-readinessprobe-59996dd447-fbpjs   0/1     Running   2 (82s ago)   4m43[root@master231~]# kubectl describe pods deploy-readinessprobe-59996dd447-fbpjs
...
Warning  Unhealthy  3m49s (x22 over 4m9s)  kubelet            Readiness probe failed: cat: can't open '/tmp/zhiyong18-linux-healthy': No such file or directory

startup启动探针

在这里插入图片描述

livenessProbe:httpGet:path: /healthzport: 8080initialDelaySeconds: 30periodSeconds: 10
startupProbe:httpGet:path: /healthzport: 8080failureThreshold: 30periodSeconds: 10

特点：

探测容器中的应用是否已经正常启动。如果启动了startupProbe，则所有其他探针都先被禁用，直到此探针成功为止。如果startupProbe探测失败，kubelet会杀死容器，而容器根据重启策略来进行重启。如果容器没有提供启动探针，则默认状态为Success。

应用场景：

适用于启动时间较长或启动顺序依赖较复杂的应用。Startup Probe 可避免在应用尚未启动完成时因健康检查失败而导致容器被误判为不健康

[root@master231 pods]# cat >> 26-pods-startupProbe-httpGet.yaml <<eof
apiVersion: v1
kind: pod
metadata:name: startupprobe-httpget-01
spec:volumes:- name: dataemptyDir: {}initContainers:- name: init01image: registry.cn-hangzhou.aliyuncs.com/yinzhengjie-k8s/apps:v1volumeMounts:- name: datamountPath: /zhiyong18command:- /bin/sh- -c- echo "liveness probe test page" >> /zhiyong18/huozhe.html- name: init02image: registry.cn-hangzhou.aliyuncs.com/yinzhengjie-k8s/apps:v2volumeMounts:- name: datamountPath: /zhiyong18command:- /bin/sh- -c- echo "readiness probe test page" >> /zhiyong18/zhiyong18.html- name: init03image: registry.cn-hangzhou.aliyuncs.com/yinzhengjie-k8s/apps:v3volumeMounts:- name: datamountPath: /zhiyong18command:- /bin/sh- -c- echo "startup probe test page" >> /zhiyong18/start.htmlcontainers:- name: c1image: registry.cn-hangzhou.aliyuncs.com/yinzhengjie-k8s/apps:v1volumeMounts:- name: datamountPath: /usr/share/nginx/html# 判断服务是否健康，若检查不通过，将pod直接重启。livenessProbe:httpGet:port: 80path: /huozhe.htmlfailureThreshold: 3initialDelaySeconds: 5periodSeconds: 1successThreshold: 1timeoutSeconds: 1# 判断服务是否就绪，若检查不通过，将pod标记为未就绪状态。readinessProbe:httpGet:port: 80path: /zhiyong18.htmlfailureThreshold: 3initialDelaySeconds: 10periodSeconds: 3successThreshold: 1timeoutSeconds: 1# 启动时做检查，若检查不通过，直接杀死容器。并进行重启！# startupProbe探针通过后才回去执行readinessProbe和livenessProbe哟~startupProbe:httpGet:port: 80path: /start.htmlfailureThreshold: 3# 尽管上面的readinessProbe和livenessProbe数据已经就绪，但必须等待startupProbe的检测成功后才能执行。initialDelaySeconds: 35periodSeconds: 3successThreshold: 1timeoutSeconds: 1
eof

GRPC探测方式

参考链接：https://kubernetes.io/zh-cn/blog/2022/05/13/grpc-probes-now-in-beta/

什么是rpc：在本地调用远程主机的方法，就像是调用本地的方法

1.cat 27-pods-livenessProbe-grpc.yaml 

apiVersion: v1
kind: ReplicationController
metadata:name: rc-etcd-grpc
spec:replicas: 1selector:app: etcdtemplate:metadata:labels:app: etcdspec:restartPolicy: Alwayscontainers:- image: registry.cn-hangzhou.aliyuncs.com/yinzhengjie-k8s/etcd:3.5.10name: webimagePullPolicy: IfNotPresentcommand:- /opt/bitnami/etcd/bin/etcd- --data-dir=/tmp/etcd - --listen-client-urls=http://0.0.0.0:2379 - --advertise-client-urls=http://127.0.0.1:2379 - --log-level=debugports:- containerPort: 2379livenessProbe:# 对grpc端口发起grpc调用，目前属于测试阶段，如果真的想要使用，请在更高版本关注，比如k8s 1.24+# 在1.23.17版本中，如果检测失败，会触发警告，但不会重启容器只是会有警告事件。grpc:port: 2379# service: healthfailureThreshold: 3initialDelaySeconds: 10periodSeconds: 1successThreshold: 1timeoutSeconds: 1
.1:2379 - --log-level=debugports:- containerPort: 2379livenessProbe:# 对grpc端口发起grpc调用，目前属于测试阶段，如果真的想要使用，请在更高版本关注，比如k8s 1.24+# 在1.23.17版本中，如果检测失败，会触发警告，但不会重启容器只是会有警告事件。grpc:port: 2379# service: healthfailureThreshold: 3initialDelaySeconds: 10periodSeconds: 1successThreshold: 1timeoutSeconds: 1

http://www.ppmy.cn/ops/151728.html

相关文章

Rust 错误处理（下）

Rust 错误处理（下）

目录 1、用 Result 处理可恢复的错误 1.1?传播错误的简写&#xff1a;? 运算符 1.2 哪里可以使用 ? 运算符 2、要不要 panic! 2.1?示例、代码原型和测试都非常适合 panic 2.2?当我们比编译器知道更多的情况 2.3?错误处理指导原则 2.4?创建自定义类型进行有效性验…
阅读更多...
MySQL表的创建实验

MySQL表的创建实验

创建并使用数据库mydb6_product 。 mysql> create database mydb6_product; Query OK, 1 row affected (0.01 sec)mysql> use mydb6_product; Database changed 新建employees表。 对于gender&#xff0c;有默认值意味着不为空&#xff0c;在建表时可以选择不写not nul…
阅读更多...
会话_JSP_过滤器_监听器_Ajax

会话_JSP_过滤器_监听器_Ajax

第8章 会话_JSP_过滤器_监听器_Ajax 8.1 会话 8.1.1 会话管理概述 1、为什么需要会话管理 HTTP是无状态协议&#xff1a; 无状态就是不保存状态&#xff0c;即无状态协议(stateless)&#xff0c;HTTP协议自身不对请求和响应之间的通信状态进行保存&#xff0c;也就是说&…
阅读更多...
Centos 8 交换空间管理

Centos 8 交换空间管理

新增swap 要增加 Linux 系统的交换空间&#xff0c;可以按照以下步骤操作&#xff1a; 1. 创建一个交换文件 首先&#xff0c;选择文件路径和大小&#xff08;例如&#xff0c;增加 1 GB 交换空间&#xff09;。 sudo fallocate -l 1G /swapfile如果 fallocate 不可用&…
阅读更多...
斯坦福iDP3的Learning代码解析：逐步分解人形策略iDP3的数据集、模型、策略代码

斯坦福iDP3的Learning代码解析：逐步分解人形策略iDP3的数据集、模型、策略代码

前言 今25年1.14日起&#xff0c;我和同事孙老师连续出差苏州、无锡、南京、上海 1.14日在苏州&#xff0c;一家探讨人形合作研发&#xff0c;一家是客户1.15-1.16两天在南京&#xff0c;和同事姚博士、合作商一块接待一机器人集团客户 客户表示高校偏科研&#xff0c;但我们…
阅读更多...
处理没有提示的字符串、计算相隔天数应用题

处理没有提示的字符串、计算相隔天数应用题

正常情况下&#xff0c;小云每天跑 1 千米。如果某天是周一或者月初&#xff08;1 日&#xff09;&#xff0c;为了激励自己&#xff0c;小云要跑 2 千米。如果同时是周一或月初&#xff0c;小云也是跑 2 千米。 小云跑步已经坚持了很长时间&#xff0c;从 1990 年 1 月 1 日周…
阅读更多...
Ncat: bind to :::7777: Address already in use报错问题解决

Ncat: bind to :::7777: Address already in use报错问题解决

问题描述 Ncat: bind to :::7777: Address already in use. QUITTING. 具体解决方法 If you are in linux environment try, Use netstat -tulpn to display the processeskill -9 <pid> This will terminate the process If you are using windows, Use netstat -…
阅读更多...
C# OpenCV机器视觉:极大值抑制

C# OpenCV机器视觉:极大值抑制

在一个阳光有些慵懒的午后&#xff0c;阿强像往常一样窝在他那被各种电子元件和线路堆满的实验室里&#xff0c;周围的电脑屏幕闪烁着神秘的代码和复杂的图像&#xff0c;仿佛在诉说着一个个未被解开的科技谜题。阿强最近痴迷于机器视觉领域&#xff0c;而今天&#xff0c;他将…
阅读更多...
最新文章

Copyright @ 2022~2023