Pod探针及状态

最新推荐文章于 2025-03-11 21:54:45 发布
最新推荐文章于 2025-03-11 21:54:45 发布
阅读量718 收藏 1
点赞数 1
分类专栏： k8s 文章标签： kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_46470349/article/details/120911826
版权
本文介绍了Pod的三种探针——StartupProbe、LivenessProbe和ReadinessProbe，详细阐述了它们的作用和检测方式，如ExecAction、TCPSocketAction和HTTPGetAction。还探讨了Pod的退出流程和不同状态，包括Pending、Running、Successed、Failed和Unknown。最后讨论了Pod的重启策略，包括Always、onFailure和Never。

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

Pod 探针

Pod探针分类

StartupProbe：k8s1.16版本后新加的探测方式，用于判断容器内应用程序是否已经启动。如果配置了startupProbe，就会先禁止其他的探测，直到它成功为止，成功后将不在进行探测。

LivenessProbe（存活探针）：用于探测容器是否运行，如果探测失败，kubelet会根据配置的重启策略进行相应的处理。若没有配置该探针，默认就是success。

存活性探测，判断pod是否需要重启。

ReadinessProbe（就绪探针）：一般用于探测容器内的程序是否健康，它的返回值如果为success，那么就代表这个容器已经完成启动，并且程序已经是可以接受流量的状态。

就绪性探测，判断pod是否能够提供正常服务。

Pod探针的检测方式

ExecAction：在容器内执行一个命令，如果返回值为0，则认为容器健康。

TCPSocketAction：通过TCP连接检查容器内的端口是否是通的，如果是通的就认为容器健康。

HTTPGetAction：通过应用程序暴露的API地址来检查程序是否是正常的，如果状态码为200~400之间，则认为容器健康。

最低0.47元/天 解锁文章
Pod探针（probe）
qq_41847894的博客
11-13 819
🧡什么是Pod探针？🧡探针类型 livenessProbe 存活探针 startupProbe 启动探针 readinessProbe 就绪探针🧡探测方式 exec 命令行探测 tcpSocket 端口探测 httpGet api探测 grpc远程探测
k8s-pod 实战二 （Pod 重启策略、探针及实现方式详解）
jundao1997的专栏
08-30 1241
通过这三个实战案例，你可以掌握如何在 Kubernetes 中配置和使用不同类型的探针，以确保你的应用运行在最佳状态。上述配置和命令带有详细注释，能够帮助你更好地理解每个字段的含义，使配置过程更加清晰和可控。在 Kubernetes 中，Pod 的重启策略和探针是确保应用高可用性和健壮性的重要机制。以下大纲将详细介绍 Pod 的重启策略、三种探针及其实现方式，并通过具体命令和实战案例帮助你更好地理解这些概念。探针（Probe）是 Kubernetes 用于检查容器运行状况的机制。
Pod探针
qq_37369726的博客
02-10 2330
1.总概括 k8s怎样监控Pod内部容器的程序存活情况呢？就是通过探针机制。 Pod探针有三类，分别是：livenessProbe（存活探针）、readinessProbe（就绪探针）、startupProbe（启动探针）。 三种探针拥有共同的探测机制，分别是：TcpSocketAction（端口探测）、HttpGetActive（api探测）、ExecActive（命令行探测） 2.Pod探针细讲 livenessProbe: 一直检测pod内部容器的程序是否正常，如果返回状态为sucess就不做操作，如
Kubernetes Pod 生命周期详解 之 探针
qq_53374893的博客
03-11 742
deployment pod控制器如果创建一个pod 如果销毁了 那就是销毁了deployment 创建可以定义几个pod 或者 怎么创建pod按照我们要求去创建kubernetes 提供了一个 负载均衡 更简化的 操作serviceservice 创建的时候需要我们指定一个东西 就是我们标签选择器label 标签选择 label app=myapp就绪探测如果 pod 内部的 C 不添加就绪探测，默认就绪。如果添加了就绪探测， 只有就绪通过以后，才标记修改为就绪状态。
pod探针
wutong0824的博客
01-04 1124
httpGet:对web容器发起一次get请求，可以添加path，指定访问的资源，返回码大宇等于200，小于400的范围之内都算成功。Unless-stopped：只要容器退出就会重启，docker守护进程启动时已经停止的容器，不在重启。Errorimagepull：拉取镜像出现错（1.网速太慢，2.镜像名字写错了，3.镜像仓库挂了）小结：Liveness杀死容器重启，所有探针策略伴随整个pod生命周期，除了启动探针。CrashLoopBackOff： 容器退出，kubelet正在将它重启。
kubernetes—Pod容器的探针
ll945608651的博客
07-19 2366
探针是由 kubelet 对容器执行的定期诊断（pod中探针又分为三类）: 存活探针（livenessProbe）探测容器是否运行正常。如果探测失败则kubelet杀掉容器（不是Pod），容器会根据重启策略决定是否重启 就绪探针（readinessProbe）探测Pod是否能够进入READY状态，并做好接收请求的准备。如果探测失败Pod则会进入NOTREADY状态（READY为0/1）并且从所关联的service资源的端点（endpoints）中踢出
存活探针(Liveness)、就绪探针(Readiness)、启动探针(Startup)
fhw925464207的博客
07-17 3698
首先，如果没有定义就绪探针，那么新创建的pod就会立即加入到service的endpoint列表，如果容器里的业务程序需要很长时间才能开始处理传入的链接，而此时service又将客户端连接转发给了该pod，那么客户端就会看到“连接被拒绝”等类型的错误，所以，为每个容器定义一个就绪探针是很有必要的，即使是定义一个简单的http get 探针。
k8s技术交流，包括Pod概念和特点Pod种类Pod镜像拉取策略Pod重启策略Pod控制器Pod探针、Pod调度
05-13
Pod探针是指k8s中探测Pod的健康状态的组件。常见的探针包括： * LivenessProbe：探测Pod的健康状态 * ReadinessProbe：探测Pod的就绪状态 Pod调度 ---------- Pod调度是指k8s中将Pod调度到合适的Node的过程。常见...
k8s-Pod状态和探针
qq_38419276的博客
10-04 1006
Pod状态 第一阶段： Pending: #正在创建Pod但是Pod中的容器还没有全部被创建完成，处于此状态的Pod应该检查Pod依赖的存储是否有权限挂载、镜像是否可以下载、调度是否正常等。 Failed #Pod中有容器启动失败而导致pod工作异常。检查事件 Unknown #由于某种原因无法获得pod的当前状态，通常是由于与pod所在的node节点通信错误。 Succeeded #Pod中的所有容器都被成功终止即pod里所有的containers均已terminated。 第二阶段： Unsch
pod的四种探针
d234343zxdvgbh的博客
10-08 208
pod是一个或一组容器每个pod里的父容器pause容器可以回收僵尸进程、可以使pod里的其他容器共享网络、存储、PID、IPC等；符合pod规定的CRI标准的容器，都可以被k8s管理。
Kubernetes系列-Pod探针实战
sre救赎之路
02-08 840
pod探针方法
Kubernetes Pod 健康检查机制 LivenessProbe 与 ReadinessProbe
热门推荐
qq_32641153的博客
09-07 1万+
> 欢迎关注我的个人博客,关注最新动态： http://www.mydlq.club 系统环境： kubernetes 版本：1.14.0 Kubernetes 官方文档地址: Pod Lifecycle 官方文档 一、Pod 的整个生命阶段 Pending： 正在创建 Pod，但是 Pod 中的容器还没有全部被创建完成，这其中也包含集群为容器创建网络，或者下载镜像的过程。 Run...
[CKA备考实验][Pod]2.2 Pod的探针类型及其功能演示
Greyplayground
11-08 734
有些容器启动可能比较久，为了防止容器在启动过程被误杀，采取了主动探测容器启动状态的方法，而不是被动等待，好处是如果探针检测到pod已启动则马上结束探测进程，避免愚蠢而被动的等待比如延时计时器。检测期间pod的状态是0/1，也就是运行但未就绪。
pod生命周期以及探针介绍
张军伟的技术博客
08-10 1047
详细介绍了pod生命周期以及各种类型探针，最后附带了一个实例
Kubernetes详解（十七）——Pod存活性探针应用实战
永远是少年
04-25 1115
今天继续给大家介绍Linux运维相关知识，本文主要内容是Pod存活性探针应用实战。 一、EXEC探针实战 二、HTTP探针实战 三、TCP探针实战
Linux企业应用——kubernates（四）之Pod探针Pod生命周期与Pod探针
energylocked的博客
10-28 590
Pod 可以包含多个容器，应用运行在这些容器里面，同时 Pod 也可以有一个或多个先于应用容器启动的 Init 容器。Init 容器与普通的容器非常像，除了如下两点： 它们总是运行到完成;Init 容器不支持 Readiness，因为它们必须在 Pod 就绪之前运行完成，每个 Init 容器必须运行成功，下一个才能够运行。如果 Pod 的 Init 容器失败，Kubernetes会不断地重启该 Pod，直到 Init 容器成功为止。
十二. Kubernetes Pod 与 探针
qq_29799655的博客
05-23 1120
Pod 中的 paush 还有一个小注意点: 每通过pod运行一个容器,底层除了运行这个实际应用容器以外,还会多运行一个paush容器,与部署的实际应用容器是成对出现的,通过这个paush容器来给当前应用容器设置网,pause容器的最主要的作用：创建共享的网络名称空间，以便于其它容器以平等的关系加入此网络名称空间 例如设置网络名称空间等,但实际执行"kubectl get pod"或描述时是被屏蔽的,要执行"docker ps|grep pod名称"命令才能看到,如下图 面试题1: 为什么一个pod中的
kubernetes(四)---pod的生命周期&探针
nigar_的博客
04-23 1059
kubernetes(四)—pod的生命周期&探针 文章目录kubernetes(四)---pod的生命周期&探针1.pod的生命周期2.init容器实验3.探针什么是探针？存活检测-liveness检测就绪-readiness 1.pod的生命周期 Pod 是 kubernetes 系统的基础单元，是由用户创建或部署的最小组件，也是 kubernetes 系统上运行容器化应用的资...
[kubernetes in Action实践]pod的存活探针
Arrowarcher的博客
06-08 499
pod的存活探针存活指针的作用使用案例总结要点 存活指针的作用 对于在生产中运行的pod， 一定要定义一个存活探针。没有探针的话，Kubenetes无法知道你的应用是否还活着。只要进程还在运行， Kubemetes会认为容器是健康的。存活探针可以告诉k8s容器是不健康的。 简易的存活探针仅仅检查了服务器是否响应。虽然这看起来可能过于简单， 但即使是这样的存活探针也可以创造奇迹，因为如果容器内运行的web服务器停止响应HTTP请求，它将重启容器。 与没有存活探针相比，这是一项重大改进，而且在大多数情况下可能已
简述Pod有哪些探针？
最新发布
04-29
<think>好的，我现在需要回答用户关于Kubernetes Pod探针类型及其作用的问题。用户之前询问了kube-proxy的作用，现在转向探针，可能是在深入理解Kubernetes的健康管理机制。根据用户提供的引用内容，我需要整理探针的类型、各自的作用以及配置方式。 首先，用户提供的引用中提到了LivenessProbe、ReadinessProbe，还有ExecAction、HTTPGet和TCPSocket这三种检查方式。引用[1]和[4]提到了健康检查机制和LivenessProbe的三种检查方式。引用[2]详细说明了ReadinessProbe的作用，用于处理应用暂时不可用的情况。引用[5]则给出了具体的配置示例，包括HTTP和TCP探针的参数设置。 我需要先确定Kubernetes中主要的探针类型。根据资料，主要有存活探针（LivenessProbe）、就绪探针（ReadinessProbe）和启动探针（StartupProbe）。但用户提供的引用中没有提到StartupProbe，可能需要注意是否需要包含，但根据引用[2]提到启动时需要等待外部服务的情况，可能StartupProbe虽未被直接引用，但属于相关知识。不过用户引用的资料中可能没有，所以可能需要仅根据提供的引用内容来回答。 接下来需要解释每种探针的作用。LivenessProbe用于检测容器是否存活，如果失败则重启容器。ReadinessProbe确定容器是否准备好接收流量，失败则从Service endpoints中移除。启动探针可能未被用户引用提及，但根据K8s的文档，StartupProbe用于处理启动时间较长的应用，但用户的问题中可能不需要涉及，除非引用中有相关内容。但根据引用[2]提到启动时加载数据或依赖外部服务的情况，可能StartupProbe相关，但用户提供的引用中没有明确提到，所以可能需要仅根据现有引用回答。 然后，需要说明每种探针的检查方式，如Exec、HTTPGet、TCPSocket，这些在引用[4]和[5]中都有提到。比如引用[4]指出LivenessProbe的三种方式，引用[5]给出了HTTP和TCP的配置示例。 还需要考虑用户之前的问题是关于kube-proxy，现在转向探针，可能需要将探针与服务流量管理联系起来，比如就绪探针影响kube-proxy的流量转发，当ReadinessProbe失败时，kube-proxy会将该Pod从服务端点移除，避免流量被导向未准备好的Pod。这点在引用[2]中提到，就绪探针使Pod不接受Service的流量，可能和kube-proxy有关联，可以引用这一点。 此外，需要给出配置示例，用户引用[5]提供了YAML片段，可以引用这些例子来说明各探针的配置参数，如initialDelaySeconds、periodSeconds等。 最后，用户可能需要了解如何选择不同的探针类型和配置最佳实践，但根据问题，主要问的是类型及作用，因此需要简明扼要，结构清晰，分点说明。同时，根据用户要求，回答需要引用提供的引用标记，例如[^1]、[^2]等，确保每个引用正确对应到相关内容。 需要检查是否有遗漏的探针类型或者作用，确保覆盖用户提供的引用内容，比如引用[5]还提到了tcp存活探针和http就绪探针的具体配置参数，这些可以作为示例。同时，注意引用[2]中提到的就绪探针在启动时的应用场景，需要强调其作用。 总结回答结构： 1. 引言：说明探针的作用，引用[1]提到的健康检查机制。 2. 探针类型分点： a. 存活探针（LivenessProbe）：检测容器是否运行正常，失败则重启，引用[4]。 b. 就绪探针（ReadinessProbe）：检测是否准备好接收流量，失败则移除端点，引用[2]和[5]。 c. 启动探针（StartupProbe）：可能未被用户引用明确提到，但根据K8s知识是否需要提及？用户引用中没有，可能不提及。 3. 检查方式：Exec、HTTPGet、TCPSocket，引用[4]和[5]的例子。 4. 配置参数：如initialDelaySeconds、periodSeconds等，引用[5]的YAML。 5. 总结及与kube-proxy的关系，如就绪探针影响服务流量路由，引用[2]和之前kube-proxy的回答。 需要注意用户提供的引用是否准确对应到各个部分，例如引用[5]中的内容是否适用于就绪和存活探针的配置示例，以及参数说明。确保每个引用标记正确，例如引用[2]对应就绪探针的作用，引用[4]对应存活探针的类型，引用[5]提供配置示例。 可能的问题：是否需要提到StartupProbe？用户提供的引用中没有明确提到，但根据K8s的知识，这是三种探针之一。不过根据用户提供的引用，可能没有相关信息，所以可能不提及，或者简单提到但说明引用中没有详细内容。 根据用户提供的引用，只有Liveness和Readiness探针被明确提到，所以应集中在这两种类型。因此，回答中将重点放在这两种探针上，确保覆盖引用中的信息，并正确标注引用来源。</think>### Kubernetes Pod 探针类型及作用详解 Kubernetes 通过探针（Probes）机制对 Pod 中的容器进行健康状态检测，确保应用可靠性和服务可用性。探针的核心作用是**动态监控容器状态并触发自愈操作**，其设计直接关联到服务流量调度和容器生命周期管理[^1]。以下是探针类型及其作用的分层解析： --- #### 一、探针类型与核心功能 1. **存活探针（Liveness Probe）** - **作用**：检测容器是否处于“存活”状态。若探针失败，Kubernetes 会重启容器（通过 `restartPolicy` 策略）[^4]。 - **适用场景**： - 容器进程死锁或无响应 - 应用内部错误导致服务不可用 - **示例配置**（YAML 片段）： ```yaml livenessProbe: tcpSocket: port: 8080 initialDelaySeconds: 30 # 容器启动后等待30秒开始探测 periodSeconds: 5 # 每5秒探测一次 failureThreshold: 2 # 连续2次失败判定为不健康[^5] ``` 2. **就绪探针（Readiness Probe）** - **作用**：检测容器是否已准备好接收流量。若探针失败，Pod 会从关联的 Service 的 Endpoints 列表中移除，**kube-proxy 将不再向该 Pod 转发流量**[^2][^5]。 - **适用场景**： - 应用启动时需要加载配置或依赖外部服务 - 临时高负载导致无法处理新请求 - **示例配置**（HTTP 检查）： ```yaml readinessProbe: httpGet: path: /health port: 80 scheme: HTTP successThreshold: 1 # 1次成功即标记为就绪 timeoutSeconds: 3 # 超时时间3秒[^5] ``` --- #### 二、探针的检查方式 Kubernetes 支持三种底层检测机制，适用于上述两类探针： | **检查方式** | **实现原理** | **典型用例** | |--------------------|-----------------------------------------------------------------------------|----------------------------------| | **`exec`** | 在容器内执行命令，若退出码为0则成功 | 检查特定文件或内部进程状态[^4] | | **`httpGet`** | 向容器发送 HTTP GET 请求，响应状态码为 2xx/3xx 则成功 | Web 服务可用性检测[^2][^5] | | **`tcpSocket`** | 尝试与容器指定端口建立 TCP 连接，连接成功则判定为健康 | 数据库、缓存服务端口检测[^5] | --- #### 三、探针配置关键参数 | **参数** | **作用** | |-------------------------|--------------------------------------------------------------------------| | `initialDelaySeconds` | 容器启动后等待多久开始第一次探测（避免启动阶段误判）[^5] | | `periodSeconds` | 探测间隔时间（默认10秒） | | `timeoutSeconds` | 单次探测超时时间（默认1秒） | | `successThreshold` | 连续成功次数达到阈值后标记为健康（就绪探针通常为1次）[^5] | | `failureThreshold` | 连续失败次数达到阈值后标记为不健康（存活探针通常为3次）[^5] | --- #### 四、探针与集群组件的协作 - **与 kube-proxy 的关系**： 就绪探针失败时，Endpoints Controller 会更新 Service 的 Endpoints 列表，kube-proxy 据此动态调整 iptables/IPVS 规则，停止向异常 Pod 转发流量[^3]。 - **与调度器的协作**： 探针状态不会直接影响 Pod 调度，但通过就绪探针可避免将流量导向未准备好的 Pod，间接提升服务稳定性[^1]。 --- ### 配置示例与验证 **完整 Pod 定义片段**： ```yaml apiVersion: v1 kind: Pod metadata: name: web-app spec: containers: - name: app image: nginx:latest ports: - containerPort: 80 livenessProbe: httpGet: path: /status port: 80 initialDelaySeconds: 15 periodSeconds: 10 readinessProbe: tcpSocket: port: 80 initialDelaySeconds: 5 periodSeconds: 5 ``` **验证命令**： ```bash # 查看 Pod 事件及探针状态 kubectl describe pod/web-app | grep -i "probe" ``` --- ### 相关问题 1. 如何设计高可用的探针配置以避免误判？ 2. 就绪探针失败时，kube-proxy 如何更新服务端点？[^2][^3] 3. TCP 探针与 HTTP 探针的性能差异及适用场景？[^5] 4. 存活探针频繁触发容器重启可能的原因有哪些？[^4] --- **注**：探针配置需结合实际应用启动时间和业务逻辑调整参数，避免因探测过于频繁或超时设置不合理导致异常。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值