1.2readinessProbe就绪探针用于判

1、livenessProbe简介存活指针，判断Pod（中的应用容器）是否健康，可以理解为健康检查。我们使用livenessProbe来定期的去探测，如果探测成功，则Pod状态可以判定为Running；如果探测失败，可kubectl会根据Pod的重启策略来重启容器。如果未给Pod设置livenessProbe，则默认探针永远返回Success。当我们执行kubectlgetpods命令，输出信息中

2、就绪探测readinessprobe(就绪

startupprobeexec模式tcpsocket模式httpget模式1.3存活性探测livenessProbe通过exec方式做健康探测通过HTTP方式做健康探测通过TCP方式做健康探测1.4就绪性探测readinessProbe1.5Readiness

2、request资源（请求）和limit资源（约束）3、Pod和容器的资源请求和限制4、官方文档示例5、资源限制实操二、健康检查1、健康检查的定义2、探针的三种规则livenessProbe存活探针readinessProbe

Kubernetes（k8s）之容器的探测一、探测类型及使用场景1.1、startupProbe（启动探测）1.2、readinessProbe（就绪探测）1.3、livenessProbe（存活探测）

request（2）limit3.使用方法4.资源单位（1）CPU资源单位（2）内存资源单位5.资源限制实例二、健康检查（又称为探针Probe）1.探针的三种规则（1）livenessProbe（存活探针）（2）readinessProbe

initcontainer）过程运行主容器（maincontainer）容器启动后钩子（poststart）、容器终止前钩子（prestop）容器的存活性探测（livenessprobe）、就绪性探测（readinessprobe

Liveness和Readiness的三种使用方式readinessProbe:#定义只有http检测容器6379端口请求返回是200-400，则接收下面的Serviceweb-svc的请求httpGet

LivenessProbe,ReadinessProbe,StartupProbe可以通过官网查看https://kubernetes.io/zh-cn/docs/concepts/workloads/

liveness和readiness探针的分类探针功能说明livenessProbe&readinessProbe可配置的实现方式探测结果探针的使用exec方式tcpSockethttpGet思考：在以容器方式部署一组有依赖关系的服务时

当容器异常退出（退出状态码非0）时，才重启容器Never：当容器终止退出，从不重启容器健康检查：livenessProbe（存活检查）：如果检查失败，将杀死容器，根据Pod的restartPolicy来操作readinessProbe

在Kubernetes集群当中，我们可以通过配置livenessprobe（存活探针）和readinessprobe（就绪探针）

Kubernetes(k8s)gRPC服务健康检查https://github.com/grpc-ecosystem/grpc-health-probeDockerfile###InstallgRPCcheckRUNGRPC_HEALTH_PROBE_VERSION=v0.3.1\&&wget-O/bin/grpc_health_probehttps://github.com/grpc-ecosy

一、事件背景因为k8s中采用大量的异步机制，以及多种对象关系设计上的解耦，当应用实例数增加/删除、或者应用版本发生变化触发滚动升级时，系统并不能保证应用相关的service、ingress配置总是及时能完成刷新。在一些情况下，往往只是新的pod完成自身初始化，系统尚未完成Endpoint、负载均衡器等对外部可达的访问信息刷新，老的Pod就立即被删除，最终造成服务短暂的不可用，这对于生产来说是不可结

readinessProbe：周期性检查服务是否可用，若不可用将从Service资源中移除。探针的检测方法exec：执行一段命令。httpGet：发起一个http请求，检测状态码。

init容器不支持ReadinessProbe，因为他们必须在pod启动之前完成。如果一个pod指定了多个init容器，则init的容器会按顺序启动，每个init的容器运行成功，

如果不满足健康条件，那么Kubelet会杀死容器（杀死的是container不是pod），并根据restartPolicy重启策略（Always,OnFailure,Never）来判断容器是否要进行重启操作；readinessProbe

1什么是就绪检测、存活检测、启动检测？我们在k8s中使用【readiness】探针是用来判定容器是否准备就绪，是否可以接受流量。当Pod内所以容器均就绪，则Pod将被认为已ready，如果没有，那么将从service的LoaderBlance中剔除该Pod。而k8s中使用【liveness】探针是用于判定是否需要重启容器，通常情况下主要用于检查容器是否无响应，死锁等，从而通过重启来提高应用的可用性

探针实践1.两种探针readinessprobe(就绪探针)监测容器是否就绪?

目录探针的类型探针的检测方法检测探针-就绪检测readinessProbe-httpget检测探针-存活检测livenessProbe-execlivenessProbe-httpgetlivenessProbe

目录一、探针是什么二、探针类型2.1livenessProbe2.1.1容器重启策略2.2readinessProbe2.3startupProbe2.4总结2.5探针示例2.6配置字段介绍三、探测机制

0️⃣前言上篇文章中我们学习了容器的两个钩⼦函数PostStart和PreStop，以及健康检查的两个探针：livenessprobe（存活探针）和readinessprobe（可读性探针）的使⽤⽅法。

容器探测所谓容器探测就是我们在里面设置了一些探针，或者传感器来获取相应的数据用来判断容器是否启动、存活、就绪的标准；目前k8s支持的探针有三种：livenessProbe、readinessProbe、

从零开始学k8s》收录上一篇文章：k8spod的生命周期与容器钩子点击跳转容器探测以及启动探测存活性探测livenessProbe和就绪性探测readinessProbelivenessProbe：存活性探测readinessProbe

一、POD状态Pod常见的状态Pending：挂起，我们在请求创建pod时，条件不满足，调度没有完成，没有任何一个节点能满足调度条件。已经创建了但是没有适合它运行的节点叫做挂起，这其中也包含集群为容器创建网络，或者下载镜像的过程。Running：Pod内所有的容器都已经被创建，且至少一个容器正在处于运行状态、正在启动状态或者重启状态。Succeeded：Pod中所以容器都执行成功后退出，并且没有处

Pod生命周期什么是Pod生命周期Init初始化容器Init容器能干的事Init容器特点init初始化实例探针livenessProbe存活探针readinessProbe就绪探针什么是Pod生命周期和一个独立的应用容器一样

临时容器没有端口配置，因此像ports，livenessProbe，readinessProbe这样的字段是不允许的。Pod资源分配是不可变的，因此resources配置是不

readinessprobe简介readinessprobe，就绪探针，是k8s中的一个概念。当readinessprobe检查通过，表示服务就绪，可以接受流量。

在k8s集群当中，我们可以通过配置livenessprobe(存活探针)和readinessprobe(可读性探针)来影响容器的生命周期。

ReadinessProbe（就绪探针）：用户判断容器是否启动完成（

一、Pod生命周期中的livenessprobe（存活状态探测）和readinessprobe（就绪状态探测）1、探测行为有三种：执行自定义命令向指定的tcp套接字发送请求向指定的http服务发送请求（

ReadinessProbe探针：用于判断容器服务是否可用（Ready状态），达到Ready状态的Pod才会加入到Endpoint列表中，如果运行状

分别是LivenessProbe（存活探测）和ReadinessProbe（就绪探测）。livenessProbe(存活探测)存活探测将通过http、shell命令或者tc

分别是LivenessProbe（存活性探测）和ReadinessProbe（就绪型探测）LivenessProbe探针（存活性探测）用于判断容器是否健康（Running状态）并反馈给kubelet。

参考https://www.cnblogs.com/linuxk/p/9569618.html线上配置，用的tcpSocket方式readinessProbe:tcpSocket:port:8080initialDelaySeconds

:name:goproxylabels:app:goproxyspec:containers:-name:goproxyimage:nginx:1.9ports:-containerPort:8080readinessProbe

   onFailure：容器异常退出，重启容器   Never：当容器终止退出，从不重启容器2.健康策略  livenessProbe：如果检查失败，根据pod的restartPolicy来操作  readinessProbe

kubelet对容器执行的定期诊断探针执行方式：LivenessProbe:判断容器是否存活running状态,如果不健康kubelet就会杀掉pod，根据重启策略RestartPolicy进行相应的处理ReadinessProbe

并执行一些操作；其中，创建主容器为必须的操作，其他可选的操作还包括运行初始化容器（initcontainer）、容器启动后钩子（starthook）、容器的存活性探测（livenessprobe）、就绪性探测（readinessprobe

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

在Kubernetes集群当中，我们可以通过配置livenessprobe（存活探针）和readinessprobe（可读性探针）来影响容器的生存周期。

livenessProbe存活性探针readinessProbe就绪性探针livenessProbe，k8s利用存活性探针去检测一个容器的运行状态，如果容

分别是LivenessProbe（存活探测）和ReadinessProbe（就绪探测）。livenessProbe(存活探测)存活探测将通过http、shell命令或者tcp等方式去检测容器

readinessProbe如果检查失败，Kubernetes会把Pod从serviceendpoints中剔除。

kubernetes一、pod生命周期二、探针2.1认识探针2.2使用探针2.3做存活检测（liveness）2.4准备就绪检测（readinessProbe）一、pod生命周期查看pod上的namespace

init容器举例：四、容器探针理解探针重启策略Pod的生命livenessProbe存活探测示例readinessProbe就绪检测示例：livenessProbe+readinessProbe存活探测示例初步认识

健康检查包含容器的livenessProbe（活性探针）和服务的readinessProbe（就绪探针）。

通过PodReadinessGates机制，用户可以将自定义的ReadinessProbe探测方式设置在Pod上，辅助kubernetes设置Pod何时达到服务可用状态Ready，为了使自定

在Kubernetes集群当中，我们可以通过配置livenessprobe（存活探针）和readinessprobe（就绪性探针）来影响容器的生存周期。