liveness和readiness探针

最新推荐文章于 2025-06-09 09:07:04 发布
最新推荐文章于 2025-06-09 09:07:04 发布
阅读量852 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： Kubernetes(K8S)集群
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/windlyrain/article/details/86217052
本文详细介绍了Kubernetes中容器的就绪探针(readinessProbe)和存活探针(livenessProbe)的配置参数，包括HTTP请求路径、端口、探测初始延迟、失败阈值、探测周期和超时时间等，帮助理解如何有效管理和监控容器状态。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

       readinessProbe:  #（就绪探针）来确定容器是否已经就绪可以接受流量
          httpGet:
            path: /jiaparts-support-api/ver.txt 
            port: 8080 
            scheme: HTTP
          initialDelaySeconds: 15  #告诉kubelet在第一次执行probe之前要的等待15秒
          failureThreshold: 3   #探测成功后，最少连续探测失败多少次才被认定为失败。
          periodSeconds: 30    #规定kubelet要每隔30秒执行一次liveness probe
          timeoutSeconds: 20    #探测超时时间
        livenessProbe:   #（存活探针）来确定何时重启容器
          httpGet:
            path: /jiaparts-support-api/ver.txt 
            port: 8080
            scheme: HTTP
          initialDelaySeconds: 15    
          failureThreshold: 3
          periodSeconds: 30
          timeoutSeconds: 20
配置pod和容器之---配置pod的liveness探针和readiness探针
潇潇子卿的博客
08-11 1万+
本文参照官网相关内容，根据提出的以下疑问来学习介绍Pod的存活探针和准备探针。 问题1：为什么要配置探针，这两个探针有什么区别。 问题2：如何配置探针，配置探针后，pod有什么状态变化。 定义：探针Probe描述了对容器执行的运行状况检查，以确定它是否处于活动状态或已准备好接收流量。 问题1：在pod内为容器配置活动性探针和就绪性探针。主要是使kubelet使用liveness探针知道什么...
Kubernetes中的就绪(readinessProbe)和存活(livenessProbe)探针
WannaRunning的博客
08-04 799
这篇文章开头，先列举几个我曾遇到过的因为探针参数使用不当而引发的k8s滚动升级的问题。
K8S – 探针 – readinessProbe
01-07
readinessProbe: 指示容器是否准备好服务请求。如果就绪探针失败，端点控制器将从Pod匹配的所有Service的端点中删除该pod的IP地址。初始延迟之前的就绪状态默认为Failure。如果容器不提供就绪探针，则默认状态为Success。 实验 检测nginx容器的/usr/share/nginx/html/kone.html是否存在 [root@k8s-master01 k8s-test]# cat readiness.yaml apiVersion: v1 kind: Pod metadata: name: readiness-httpget-pod namespace
存活探针(Liveness)、就绪探针(Readiness)、启动探针(Startup)
fhw925464207的博客
07-17 3751
首先，如果没有定义就绪探针，那么新创建的pod就会立即加入到service的endpoint列表，如果容器里的业务程序需要很长时间才能开始处理传入的链接，而此时service又将客户端连接转发给了该pod，那么客户端就会看到“连接被拒绝”等类型的错误，所以，为每个容器定义一个就绪探针是很有必要的，即使是定义一个简单的http get 探针。
Kubernetes探针机制详解：存活、就绪与启动探针
最新发布
gitblog_00662的博客
06-09 380
Kubernetes探针机制详解：存活、就绪与启动探针 探针概述 在Kubernetes中，探针(Probe)是用于检测容器应用状态的重要机制。通过配置不同类型的探针，Kubernetes可以更智能地管理容器生命周期，确保应用的健康运行。本文将深入解析三种核心探针：存活探针、就绪探针和启动探针。 存活探针(Liveness Probe) 核心作用 存活探针用于判断容器是否处于"存活&qu...
存活探针(Liveness)、就绪探针(Readiness)、启动探针(Startup)、容器钩子
刘李404not_found的博客
06-10 9000
LivenessProbe 用于判断容器是否存活（running状态），如果LivenessProbe探针探测到容器不健康，则kubelet杀掉该容器，并根据容器的重启策略做相应的处理。如果一个容器不包含LivenessProbe探针，则kubelet认为该容器的LivenessProbe探针返回的值永远是“Success”。 ReadinessProbe 用于判断容器是否启动完成（ready状态），可以接收请求。如果ReadinessProbe探针检测到失败，则Pod的状态被修改。Endpoint
readiness与liveness
weixin_30836759的博客
04-02 417
一、liveness（存活探针）方式HTTP GET：对指定的端口和路径执行http get请求，返回非错误代码即代表正常TCP socket：对指定端口建立TCP链接，链接通过则代表正常Exec：用户自定义命令，执行的状态返回0则代表正常异常后处理方式：重启容器或重建pod二、readiness（就绪探针） HTTP GET：对指定的端口和路径执行http get请求，返回非错误代码即代表...
K8s Liveness/Readiness/Startup 探针机制
RAB
12-26 4796
K8s Liveness/Readiness/Startup 探针机制。
hapi-on-kubernetes:一个Hapi.js插件来处理Kubernetes Liveness＆Readiness探针
05-14
一个简单的插件设计，将kubernetes探针连接到Hapi的生命周期 要使用此插件，您需要npm install hapi-on-kubernetes然后使用以下插件 await server . register ( { plugin : require ( 'hapi-on-kubernetes' ) , ...
pod健康检查详解（liveness，readiness，滚动更新）
xgp666的博客
07-10 5470
环境介绍 主机 IP地址 服务 master 192.168.1.21 k8s+httpd+nginx node01 192.168.1.22 k8s node02 192.168.1.23 k8s 基于 https://blog.51cto.com/14320361/2464655 的实验继续进行 一、Pod的liveness和readiness探针 Kubelet使用liveness probe（存活探针）来确定何时重启容器。例如，当应用程序处于运行状态但无法做进一步操作，l
kubernetes 26、liveness和readiness的原理与使用
qingyuanluofeng的专栏
06-15 1206
目标: 弄清楚readiness和liveness探针的原理 目录: 1 readiness和liveness探针 2 样例 3 总结 1 readiness和liveness探针 1.1 原理 liveness主要用来确定何时重启容器。liveness探测的结果会存储在livenessManager中。 kubelet在syncPod时，发现该容器的liveness探针检测失败时，会将其加入待启动的容器列表中，在之后的操作中会重新创建该容器。 readiness主要来确定容器是否已经就绪。只有当P
k8s学习笔记(一) 存活探针与就绪探针的行为解析
sidens的博客
03-14 1521
前言 Pod是kubernetes中应用程序执行的基本单元，它是kubernetes对象模型中创建或部署的最小和最简单的单元。一个Pod可以包括一个或多个容器，当一个Pod包含多个容器时，这些容器总是运行于同一个工作节点上，一个Pod绝不会跨越多个工作节点。 存活探针与就绪探针是检测应用是否存活及是否做好流量准备的重要手段。 https://kubernetes.io/zh/docs/tasks/configure-pod-container/configure-liveness-readiness-sta
Kubernetes 存活探针和就绪探针的最佳实践
小楼一夜听春雨，深巷明朝卖杏花
09-24 762
Kubernetes存活探针和就绪探针的最佳实践 【编者的话】Kubernetes提供了两种探针来检查容器的状态，Liveliness和Readiness，根据官方文档，Liveliness探针是为了查看容器是否正在运行，翻译为存活探针，Readiness探针是为了查看容器是否准备好接受HTTP请求，翻译为就绪探针。这篇文章主要阐述了作者在使用这两种探针时总结的一些最佳实践。 在Kubernetes中，Pod是Kubernetes创建及管理的最小的可部署的计算单元，一个Pod由一个或者多个容器（Doc..
kubernetes 的 liveness和readiness
nickDaDa的博客
05-27 1195
Liveness： 作用：用于判断容器是否需要重启。 场景：pod中有多个container，长时间的运行后，某个container异常了但还是running状态（例如，程序死锁）导致整体服务不可用，但是pod状态还是running状态，需要重启一下container。 例如，pod中包含一个nginx container，一个business container，nginx负责接收客户请求...
Kubernetes 存活、就绪和启动探针
xiaolyuh的专栏
04-25 1961
许多长时间运行的应用最终会进入损坏状态，除非重新启动，否则无法被恢复。Kubernetes 提供了存活探针来发现并处理这种情况。在本练习中，你会创建一个 Pod，其中运行一个基于 registry.k8s.io/busybox 镜像的容器。下面是这个 Pod 的配置文件。sleep 30;在这个配置文件中，可以看到 Pod 中只有一个 Container。periodSeconds 字段指定了 kubelet 应该每 5 秒执行一次存活探测。字段告诉 kubelet 在执行第一次探测前应该等待 5 秒。
研发工程师玩转Kubernetes——启动、存活和就绪探针
方亮的专栏
08-14 875
启动（Startup Probe）、存活（Liveness Probe）和就绪探针(Readiness Probe)有其不同的用途和优先级。
Kubernetes探针(Probes)介绍(Startup、Readiness、Liveness)
热门推荐
weixin_46660849的博客
08-28 10万+
Kubernetes探针(Probes)介绍(Startup、Readiness、Liveness)
pod配置Liveness和Readiness探针
全栈工程师开发手册（原创）https://github.com/tencentmusic/cube-studio
12-08 4249
本文将向您展示如何配置容器的存活和可读性探针。 kubelet 使用 liveness probe（存活探针）来确定何时重启容器。例如，当应用程序处于运行状态但无法做进一步操作，liveness 探针将捕获到 deadlock，重启处于该状态下的容器，使应用程序在存在 bug 的情况下依然能够继续运行下去。 Kubelet 使用 readiness probe（就绪探针）来确定容器是否已经就绪可以...
linux探针,存活探针(Liveness)、就绪探针(Readiness)、启动探针(Startup)、容器钩子
weixin_34816913的博客
05-26 2151
一、探针1.1、探针类型LivenessProbe用于判断容器是否存活(running状态)，如果LivenessProbe探针探测到容器不健康，则kubelet杀掉该容器，并根据容器的重启策略做相应的处理。如果一个容器不包含LivenessProbe探针，则kubelet认为该容器的LivenessProbe探针返回的值永远是“Success”。ReadinessProbe用于判断容器是否启动完...
livenessProbe和readnessProbe详解
03-11
<think>好的，我现在需要详细解释Kubernetes中的livenessProbe和readinessProbe。首先，我得确认自己是否完全理解这两个概念，以及它们的区别和用途。可能用户是刚开始接触Kubernetes的人，所以需要用简单明了的语言，同时结构清晰，逐步解释。 首先，我应该回忆一下Kubernetes中的探针（Probe）是什么。探针用于检测容器的状态，确保应用按预期运行。Kubernetes有三种探针：livenessProbe、readinessProbe和startupProbe。不过用户只问了前两个，所以重点在它们。 接下来，我需要分别定义livenessProbe和readinessProbe。LivenessProbe用于判断容器是否在运行，如果探测失败，k8s会重启容器。而readinessProbe检查容器是否准备好接收流量，失败的话，服务不会将请求转发到该容器。这是它们的核心区别。 然后，我需要详细说明两者的作用场景。比如，livenessProbe适用于检测死锁或长时间无响应的情况，而readinessProbe用于启动时需要较长时间准备，或者暂时无法处理请求的情况。比如，应用启动时要加载大量数据，这时readinessProbe可以延迟流量进入，直到准备就绪。 接下来是配置参数。两种探针的配置参数类似，比如initialDelaySeconds、periodSeconds、timeoutSeconds等。需要逐一解释这些参数的作用，以及如何影响探针的行为。 然后要介绍探测方式，即ExecAction、HTTPGetAction和TCPSocketAction。比如，Exec执行命令，检查退出码；HTTPGet检查状态码；TCP检查端口是否开放。需要举例说明每种方式的适用场景。 还需要对比两者的区别，可能用户容易混淆它们。比如，livenessProbe失败会导致重启，而readinessProbe失败只是停止流量，但容器仍在运行。这部分需要明确强调，避免误解。 此外，应该提供配置示例，帮助用户理解如何在YAML文件中定义这两个探针。比如，给出一个Pod的配置片段，展示livenessProbe使用HTTP检查，readinessProbe使用Exec检查命令。 注意事项部分需要考虑，比如设置合理的initialDelay，避免过早开始探测；调整超时和周期，防止误判；以及区分使用场景，避免混淆两者的用途。同时，可能提到过于频繁的探测会增加负载，或者不合理的阈值导致容器频繁重启或无法接收流量。 最后，总结两者的重要性，强调正确配置可以提升应用的可靠性和稳定性。可能还要提到，在实际使用中需要根据应用特点调整参数，确保探针有效工作。 现在需要检查是否有遗漏点，比如startupProbe是否需要提及？用户没问，可能暂时不提。另外，是否需要提到探针失败后的具体行为，比如livenessProbe失败会重启容器，而readinessProbe只是从Service的Endpoints中移除？这点应该包括在内，以明确后果。 语法方面，确保行内公式用$...$，独立公式用$$...$$，但这个问题中可能数学公式较少，但如果有用到变量或参数，可能需要用格式。不过当前内容可能不需要数学公式，但用户给的示例中有提到变量等，所以需要留意。不过这里的问题是关于Kubernetes配置，可能不涉及数学表达式，但需要确认是否在回答中会有需要用到的地方。比如，参数名称如initialDelaySeconds等，不需要用LaTeX，但可能需要用代码块或引号标注。 不过根据用户的系统级指令，所有行内数学表达式必须用$...$，但这里可能更多是技术术语和参数，所以可能需要用反引号包裹，比如`initialDelaySeconds`。但用户的中文回答里可能不需要LaTeX，除非涉及数学内容。可能用户只是希望正确使用代码格式，但根据用户的指令，可能需要检查是否有数学相关内容需要处理。不过当前问题可能不涉及，所以可能不需要使用LaTeX，但需要确保其他格式正确。 综上，我需要组织一个结构清晰的回答，分点解释livenessProbe和readinessProbe，包括定义、作用、配置参数、探测方式、区别对比、配置示例和注意事项。使用中文，确保步骤明确，帮助用户逐步理解。</think>### livenessProbe 和 readinessProbe 详解 在 Kubernetes 中，`livenessProbe` 和 `readinessProbe` 是两种**健康检查机制**，用于确保容器化应用按预期运行。它们的功能和适用场景不同，但均通过周期性探测容器的状态来实现目标。 --- #### 一、核心概念与区别 1. **`livenessProbe`（存活探针）** - **作用**：判断容器是否**正常运行**。若探测失败，Kubernetes 会**重启容器**。 - **适用场景**：检测应用死锁、长时间无响应等异常状态。 2. **`readinessProbe`（就绪探针）** - **作用**：判断容器是否**准备好接收流量**。若探测失败，容器会从 Service 的负载均衡池中**临时移除**（但不会重启）。 - **适用场景**：应用启动时需要初始化配置、加载数据，或临时过载无法处理请求时。 | 特性 | livenessProbe | readinessProbe | |---------------------|------------------------------|------------------------------| | **探测失败后果** | 重启容器 | 停止流量转发 | | **主要目标** | 确保容器存活 | 确保容器就绪 | | **典型使用场景** | 处理死锁、崩溃 | 启动延迟、临时不可用 | --- #### 二、配置参数详解 两种探针的配置参数相同，常用参数如下： ```yaml livenessProbe: httpGet: # 探测方式（HTTP/Exec/TCP） path: /healthz port: 8080 initialDelaySeconds: 10 # 容器启动后首次探测的延迟时间 periodSeconds: 5 # 探测间隔 timeoutSeconds: 1 # 单次探测超时时间 successThreshold: 1 # 连续成功次数标记为“成功” failureThreshold: 3 # 连续失败次数标记为“失败” ``` --- #### 三、探测方式 1. **HTTP GET 请求** 向容器内指定端口和路径发送 HTTP 请求，若状态码为 `2xx` 或 `3xx` 则成功。 ```yaml httpGet: path: /health port: 80 ``` 2. **Exec 命令** 在容器内执行命令，若退出码为 `0` 则成功。 ```yaml exec: command: - sh - -c - "curl -f http://localhost/ready || exit 1" ``` 3. **TCP Socket 检测** 尝试与容器的指定端口建立 TCP 连接，若连接成功则标记为就绪。 ```yaml tcpSocket: port: 3306 ``` --- #### 四、配置示例 ```yaml apiVersion: v1 kind: Pod metadata: name: my-app spec: containers: - name: web image: nginx ports: - containerPort: 80 livenessProbe: httpGet: path: /healthz port: 80 initialDelaySeconds: 15 periodSeconds: 20 readinessProbe: httpGet: path: /ready port: 80 initialDelaySeconds: 5 periodSeconds: 10 ``` --- #### 五、注意事项 1. **合理设置初始延迟（`initialDelaySeconds`）** 避免容器尚未启动完成就开始探测，导致误判。 2. **调整探测频率与超时** - `periodSeconds` 过小会增加容器负载。 - `timeoutSeconds` 需根据应用响应时间调整。 3. **区分使用场景** - **`livenessProbe`** 应保守配置（避免频繁重启）。 - **`readinessProbe`** 需确保能真实反映服务能力。 --- #### 六、总结 - **`livenessProbe`** 是“保活机制”，确保异常容器自动恢复。 - **`readinessProbe`** 是“流量开关”，保证请求仅转发到就绪的容器。 - 正确配置两者可显著提升应用可靠性，避免因部分实例异常导致整体服务中断。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值