kubelet 探针

已于 2024-09-06 00:42:42 修改
阅读量771 收藏 17
点赞数 20
分类专栏： kubernetes 云原生 文章标签： kubelet 云原生 容器 运维 linux
于 2024-09-06 00:40:45 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_68398469/article/details/141940644
版权

目录

1 k8s中kubelet 探针的介绍

1.1 探针是由 kubelet 对容器执行的定期诊断:

1.2 Kubelet 可以选择是否执行在容器上运行的三种探针执行和做出反应：

1.3 ReadinessProbe 与 LivenessProbe 的区别

1.4 StartupProbe 与 ReadinessProbe、LivenessProbe 的区别

2 实施探针的实例

2.1 LivenessProbe 探针

2.1.1 创建 Pod 的yml文件

2.1.2 启动容器观察容器在探测之后是否被干掉

2.1.3 将端口修改为web服务器默认的端口号

2.2 ReadinessProbe 探针

2.2.1 创建 Pod 的yml 文件

2.2.2 启动并查看效果

2.2.3 添加探针相应规则

2.2.4 查看规则匹配实现效果 

1 k8s中kubelet 探针的介绍

1.1 探针是由 kubelet 对容器执行的定期诊断:

  • ExecAction：在容器内执行指定命令。如果命令退出时返回码为 0 则认为诊断成功。

  • TCPSocketAction：对指定端口上的容器的 IP 地址进行 TCP 检查。如果端口打开，则诊断被认为是成功的。

  • HTTPGetAction：对指定的端口和路径上的容器的 IP 地址执行 HTTP Get 请求。如果响应的状态码大于等于200 且小于 400，则诊断被认为是成功的。

每次探测都将获得以下三种结果之一：

  • 成功：容器通过了诊断。

  • 失败：容器未通过诊断。

  • 未知：诊断失败，因此不会采取任何行动。

1.2 Kubelet 可以选择是否执行在容器上运行的三种探针执行和做出反应：

  • livenessProbe：指示容器是否正在运行。如果存活探测失败，则 kubelet 会杀死容器，并且容器将受到其 重启策略 的影响。如果容器不提供存活探针，则默认状态为 Success。

  • readinessProbe：指示容器是否准备好服务请求。如果就绪探测失败，端点控制器将从与 Pod 匹配的所有 Service 的端点中删除该 Pod 的 IP 地址。初始延迟之前的就绪状态默认为 Failure。如果容器不提供就绪探针，则默认状态为 Success。

  • startupProbe: 指示容器中的应用是否已经启动。如果提供了启动探测(startup probe)，则禁用所有其他探测，直到它成功为止。如果启动探测失败，kubelet 将杀死容器，容器服从其重启策略进行重启。如果容器没有提供启动探测，则默认状态为成功Success。

1.3 ReadinessProbe 与 LivenessProbe 的区别

  • ReadinessProbe 当检测失败后，将 Pod 的 IP:Port 从对应的 EndPoint 列表中删除。

  • LivenessProbe 当检测失败后，将杀死容器并根据 Pod 的重启策略来决定作出对应的措施

1.4 StartupProbe 与 ReadinessProbe、LivenessProbe 的区别

  • 如果三个探针同时存在，先执行 StartupProbe 探针，其他两个探针将会被暂时禁用，直到 pod 满足 StartupProbe 探针配置的条件，其他 2 个探针启动，如果不满足按照规则重启容器。

  • 另外两种探针在容器启动后，会按照配置，直到容器消亡才停止探测，而 StartupProbe 探针只是在容器启动后按照配置满足一次后，不在进行后续的探测。

2 实施探针的实例

2.1 LivenessProbe 探针

LivenessProbe 当检测失败后，将杀死容器并根据 Pod 的重启策略来决定作出对应的措施

2.1.1 创建 Pod 的yml文件

# 以yaml的格式输出一个模版并不做配置
[root@k8s-master yaml]# kubectl run shuyan --image myapp:v1 \
> --dry-run=client -o yaml
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: shuyan
  name: shuyan
spec:
  containers:
  - image: myapp:v1
    name: shuyan
    resources: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

# 将输出模版导入yml文件中
[root@k8s-master yaml]# kubectl run shuyan \
--image myapp:v1 --dry-run=client -o yaml > shuyan.yml

# 修改yml文件
[root@k8s-master yaml]# vim shuyan.yml 
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: shuyan
  name: shuyan
spec:
  containers:
  - image: myapp:v1
    name: shuyan

######################## 以上修改为 ######################

metadata:
  labels:
    run: shuyan
  name: shuyan
spec:
  containers:
  - image: myapp:v1
    name: shuyan
    livenessProbe:    # 检测失败直接杀死容器
      tcpSocket:      # 检测端口的存在性
        port: 8080    # 检测容器8080端口是否存在不存在就杀死
      initialDelaySeconds: 3    # 容器启动多少秒之后探针就开始工作
      periodSeconds: 1          # 这里为每隔一秒检测一次 
      timeoutSeconds: 1         # 探针执行探测的请求后，超时时间为1秒 ，默认时间为1秒

2.1.2 启动容器观察容器在探测之后是否被干掉

启动发现到17秒的时候kubelet将这一个容器给杀死了 ，并根据 Pod 的重启策略来决定作出对应的措施

[root@k8s-master yaml]# kubectl apply -f shuyan.yml 
pod/shuyan created
[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS    RESTARTS   AGE
shuyan   1/1     Running   0          5s
[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS    RESTARTS   AGE
shuyan   1/1     Running   0          6s
[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS    RESTARTS     AGE
shuyan   1/1     Running   1 (2s ago)   8s
[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS    RESTARTS     AGE
shuyan   1/1     Running   1 (5s ago)   11s
[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS    RESTARTS     AGE
shuyan   1/1     Running   2 (2s ago)   13s
[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS    RESTARTS     AGE
shuyan   1/1     Running   2 (4s ago)   15s
[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS             RESTARTS     AGE
shuyan   0/1     CrashLoopBackOff   2 (1s ago)   17s


# 查看详细信息
[root@k8s-master yaml]# kubectl describe pods shuyan 
Events:
  Type     Reason     Age                 From               Message
  ----     ------     ----                ----               -------
  Normal   Scheduled  107s                default-scheduler  Successfully assigned default/shuyan to k8s-node2
  Normal   Started    97s (x3 over 107s)  kubelet            Started container shuyan
  Warning  Unhealthy  92s (x9 over 104s)  kubelet            Liveness probe failed: dial tcp 10.244.2.19:8080: connect: connection refused
  Normal   Killing    92s (x3 over 102s)  kubelet            Container shuyan failed liveness probe, will be restarted
  Warning  BackOff    91s (x2 over 92s)   kubelet            Back-off restarting failed container shuyan in pod shuyan_default(f7cb2433-0bad-45c8-a09c-681987c23e3a)
  Normal   Pulled     79s (x4 over 107s)  kubelet            Container image "myapp:v1" already present on machine
  Normal   Created    79s (x4 over 107s)  kubelet            Created container shuyan

2.1.3 将端口修改为web服务器默认的端口号

[root@k8s-master yaml]# vim shuyan.yml 
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: shuyan
  name: shuyan
spec:
  containers:
  - image: myapp:v1
    name: shuyan
    livenessProbe:
      tcpSocket:
        port: 80            # 将端口改回80
      initialDelaySeconds: 3
      periodSeconds: 1
      timeoutSeconds: 1

[root@k8s-master yaml]# kubectl delete pods shuyan 
pod "shuyan" deleted

[root@k8s-master yaml]# kubectl apply -f shuyan.yml 
pod/shuyan created

[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS    RESTARTS   AGE
shuyan   1/1     Running   0          8s


[root@k8s-master yaml]# kubectl describe pods shuyan
Events:
  Type    Reason     Age    From               Message
  ----    ------     ----   ----               -------
  Normal  Scheduled  2m14s  default-scheduler  Successfully assigned default/shuyan to k8s-node1
  Normal  Pulled     2m14s  kubelet            Container image "myapp:v1" already present on machine
  Normal  Created    2m14s  kubelet            Created container shuyan
  Normal  Started    2m14s  kubelet            Started container shuyan

2.2 ReadinessProbe 探针

2.2.1 创建 Pod 的yml 文件

[root@k8s-master yaml]# kubectl run shuyan \
--image myapp:v1 --dry-run=client -o yaml

apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: shuyan
  name: shuyan
spec:
  containers:
  - image: myapp:v1
    name: shuyan
    resources: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

# 将文件模版导入
[root@k8s-master yaml]# kubectl run shuyan \
--image myapp:v1 --dry-run=client -o yaml > shuyan.yml

[root@k8s-master yaml]# vim shuyan.yml

apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: shuyan
  name: shuyan
spec:
  containers:
  - image: myapp:v1
    name: shuyan
    resources: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

# 修改为以下
apiVersion: v1
kind: Pod
metadata:
  labels:
    run: shuyan
  name: shuyan
spec:
  containers:
  - image: myapp:v1
    name: shuyan
    readinessProbe:    # 就绪探针
      httpGet:
        path: /test.html   # 网站根目录下
        port: 80
      initialDelaySeconds: 1
      periodSeconds: 3 
      timeoutSeconds: 1

2.2.2 启动并查看效果

[root@k8s-master yaml]# kubectl apply -f shuyan.yml 
pod/shuyan created
[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS    RESTARTS   AGE
shuyan   0/1     Running   0          3s
[root@k8s-master yaml]# kubectl describe pods shuyan 

[root@k8s-master yaml]# kubectl describe service shuyan 
Name:              shuyan
Namespace:         default
Labels:            run=shuyan
Annotations:       <none>
Selector:          run=shuyan
Type:              ClusterIP
IP Family Policy:  SingleStack
IP Families:       IPv4
IP:                10.111.0.138
IPs:               10.111.0.138
Port:              <unset>  80/TCP
TargetPort:        80/TCP
Endpoints:                                 # 没有暴露端口，就绪探测不满足条件
Session Affinity:  None
Events:            <none>

2.2.3 添加探针相应规则

[root@k8s-master yaml]# kubectl exec  pods/shuyan -c shuyan \
-- /bin/sh -c "echo test > /usr/share/nginx/html/test.html"

2.2.4 查看规则匹配实现效果 

[root@k8s-master yaml]# kubectl get pods 
NAME     READY   STATUS    RESTARTS   AGE
shuyan   1/1     Running   0          10m

[root@k8s-master yaml]# kubectl describe service shuyan 
Name:              shuyan
Namespace:         default
Labels:            run=shuyan
Annotations:       <none>
Selector:          run=shuyan
Type:              ClusterIP
IP Family Policy:  SingleStack
IP Families:       IPv4
IP:                10.111.0.138          # 集群IP地址
IPs:               10.111.0.138
Port:              <unset>  80/TCP
TargetPort:        80/TCP
Endpoints:         10.244.2.20:80        # 后端容器IP
Session Affinity:  None
Events:            <none>

满足条件暴露后端容器IP，这样的策略类似于keepalived配合LVS，
不匹配就会自动删除后端服务器策略
总结来说，这个服务 shuyan 是一个内部集群服务，
它将集群内部的流量通过 IP 地址 10.111.0.138 
和端口 80 转发到带有标签 run=shuyan 的 Pod 上。
当前的后端 Pod IP 地址是 10.244.2.20，端口为 80。


[root@k8s-master yaml]# kubectl get pods -o wide 
NAME     READY   STATUS    RESTARTS   AGE   IP            NODE        NOMINATED NODE   READINESS GATES
shuyan   1/1     Running   0          10m   10.244.2.20   k8s-node2   <none>           <none>

[root@k8s-master yaml]# curl 10.244.2.20
Hello MyApp | Version: v1 | <a href="hostname.html">Pod Name</a>
妍妍的宝贝
关注
专栏目录
Kubernetes容器探针
学而时习之，不亦说乎？温故而知新，可以为师矣！
12-13 902
probe（探针）是由 kubelet 对容器执行的定期诊断。要执行诊断，kubelet 既可以在容器内执行代码，也可以发出一个网络请求。容器探针就是用来定期对容器进行健康检查的。
kubelet源码分析 更新/调谐/移除/探针 pod
qq_35679620的博客
11-25 846
kubelet源码分析 kubelet.go 更新/调谐/移除/探针 pod updatePod
kubelet日志查看
热门推荐
templarzq的专栏
12-10 1万+
journalctl -xefu kubelet
kubelet liveness probe源码简析
nangonghen的博客
11-21 1368
1 概述： 1.1 环境 版本信息如下： a、操作系统： centos 7.6，amd64 b、kubernetes版本：v1.15.4 c、服务器docker版本：v18.09.2 2 liveness探针功能： 存活性探针用于探测目标容器是否正常运行，手段有http get请求、tcp请求以及exec命令。探测失败，则kubelet会调用停止容器的API（docker stop）来结束目标容器。 3 源码简析： 探针的实现是定时器，定时器会定期执行预先设置好的探测动作，探测结果存放在kubelet的
Kubernetes的三种探针
weixin_43934075的博客
09-27 735
介绍Kubernetes的三种探针startupProbe、livenessProbe及readinessProbe。
kubelet源码阅读
cser的博客
03-26 297
kubelet部分源码阅读
kubelet学习
u014763610的博客
12-19 291
kubelet学习 整体由Kubelet结构体为出发点，结构体里包含各种manager，实现对应功能 podManager：具体结构实现为basicManager（pod_manager.go） workQueue： pod的生命周期处理 Kubelet的syncLoopIteration函数通过各种chan，获取需要处理的pods，交给podManager处理 configCh：配置发生变化的pods 使用两级生产者-消费者模型 一级生产-消费 生产者：各种source，当前有3类s
K8S之Kubelet
wyx的博客
04-09 840
在Kubernetes集群中，在每个Node（又称为Minion）上都会启动一个Kubelet服务进程。该进程用于处理Master下发到本节点的任务，管理Pod及Pod中的容器。每个Kubelet进程都会在API Server上注册节点自身的信息，定期向Master汇报节点资源的使用情况，并通过cAdvisor监控容器和节点资源。
kubernetes 组件之 kubelet
看，未来的博客
06-03 943
每个Node节点上都运行一个 Kubelet 服务进程，默认监听 10250 端口，接收并执行 Master 发来的指令，管理 Pod 及 Pod 中的容器。每个 Kubelet 进程会在 API Server 上注册所在Node节点的信息，定期向 Master 节点汇报该节点的资源使用情况，并通过 cAdvisor 监控节点和容器的资源。Kubelet主要职责在：节点管理主要是节点自注册和节点状态更新：Kubelet 以 PodSpec 的方式工作。PodSpec 是描述一个 Pod 的 YAML 或 J
K8S的pod探针（livenessProbe，readinessProbe），kubelet对pod的状态检查（kubelet-exec，httpGet，tcpSocket）
DLWH_HWLD的博客
06-24 4405
1、kubelet的探测方式 2、livenessProbe探针 2.1、livenessProbe和kubelet-exec 2.2、livenessProbe和kubelet-httpGet 2.3、livenessProbe和kubelet-tcpSocket 3、readinessProbe探针 3.1、readinessProbe和kubelet-exec 3.2、readinessProbe和kubelet-httpGet 3.3、readinessProbe和kubelet-tcpSocke.
linux探针,存活探针(Liveness)、就绪探针(Readiness)、启动探针(Startup)、容器钩子
weixin_34816913的博客
05-26 2016
一、探针1.1、探针类型LivenessProbe用于判断容器是否存活(running状态)，如果LivenessProbe探针探测到容器不健康，则kubelet杀掉该容器，并根据容器的重启策略做相应的处理。如果一个容器不包含LivenessProbe探针，则kubelet认为该容器的LivenessProbe探针返回的值永远是“Success”。ReadinessProbe用于判断容器是否启动完...
【K8S系列】第九讲：Kubernetes 之探针
颜淡慕潇
11-08 6932
启动容器时，可以为k8s配置一个等待时间，经过等待时间后才可以执行第一次准备就绪检查。之后，它会周期性的调用探针，并根据就绪探针的结果采取行动。如果某个Pod报告它尚未准备就绪，则会从该服务中删除该Pod。如果Pod再次准备就绪，则重新添加Pod。就绪探针与存活探针之间的重要区别：如果容器未通过准备检查，则不会被终止或重新启动。存活探针：通过杀死异常的容器，并用新的正常容器替代他们来保持Pod正常工作就绪探针：确保只有准备好处理请求的Pod才可以接收探针请求。
kubernetes之配置保活探针与就绪探针
山不转的博客
07-17 5694
参考：https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/ 在kubernetes中，kubelet通过liveness探针决定在何时重新启动容器。例如，容器中的应用运行时进入死锁状态，liveness探针对容器进行健康检查时检测到这种情况，那么探针检测失败，则k...
k8s探针检测php,k8s探针实现grpc健康检查
weixin_33188832的博客
03-18 792
这篇文章教大家如何利用k8s实现grpc健康检查一. 配置Liveness和Readiness探针kubelet 使用 liveness probe(存活探针)来确定何时重启容器。例如，当应用程序处于运行状态但无法做进一步操作，liveness 探针将捕获到 deadlock，重启处于该状态下的容器，使应用程序在存在 bug 的情况下依然能够继续运行下去。kubelet 使用 readiness ...
kubelet 运行机制、功能 全面分析
小楼一夜听春雨，深巷明朝卖杏花
09-19 1528
如果发现本地的 Pod 被修改，则 Kubelet 会做出相应的修改，比如删除 Pod 中某个容器时，则通过 Docker Client 删除该容器。如果发现删除本节点的 Pod，则删除相应的 Pod，并通过 Docker Client 删除 Pod 中的容器。每个 Kubelet 进程会在 API Server 上注册所在Node节点的信息，定期向 Master 节点汇报该节点的资源使用情况，并通过 cAdvisor 监控节点和容器的资源。Pause 容器用于接管 Pod 中所有其他容器的网络。
Kubelet 核心指标监控
小楼一夜听春雨，深巷明朝卖杏花
09-20 1866
就其本质而言，它是在操作系统本身中作为服务运行的代理，与集群中作为 Kubernetes 实体运行的其他组件非常不同。为每个集群节点发现一个目标，其地址默认为 Kubelet 的 HTTP 端口，因此您仍然可以依赖此 Prometheus 角色从您的 Prometheus 实例中抓取 Kubelet 指标。检查 Kubelet Pod 工作器持续时间指标的百分位数也是值得的，这样您将更好地了解不同操作在所有节点上的执行情况。现在，您将看到 Prometheus 实例中可用的 Kubelet 指标。
【分布式微服务云原生】探索Dubbo：接口定义语言的多样性与选择
最新发布
Dylaniou的博客
10-01 1108
Dubbo作为微服务架构中的关键通信框架，其接口定义语言（IDL）的灵活性是其受欢迎的原因之一。本文将详细介绍Dubbo支持的几种IDL方式，包括Java接口、XML配置、注解以及Protobuf IDL。你将了解到每种方式的特点和适用场景，以及它们如何帮助提高开发效率和系统互操作性。文章还将通过流程图和表格，为你提供清晰的比较和理解。Dubbo支持多种IDL方式，每种方式都有其独特的优势和使用场景。fill:#333;color:#333;color:#333;fill:none;Java接口。
探活和探针是什么意思
08-04
启动探针用于检测容器是否已经成功启动，如果启动探针失败，kubelet将会杀死容器并按照重启策略进行重启。就绪探针用于检测容器是否已经准备好接收请求，如果就绪探针失败，Pod将被标记为未就绪状态。 探针的配置...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

妍妍的宝贝

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值