pod的liveness和readiness关闭和开启(健康检查）

最新推荐文章于 2024-04-19 13:23:19 发布
最新推荐文章于 2024-04-19 13:23:19 发布
阅读量3k 收藏 1
点赞数
分类专栏： k8s 文章标签： kubectl  k8s liveness readiness pod
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liuskyter/article/details/89921596
版权

K8S的应用程序健康检查分为livenessProbe和readinessProbe，两者相似，但两者存在着一些区别。

livenessProbe在服务运行过程中检查应用程序是否运行正常，不正常将杀掉进程；而readness Probe是用于检测应用程序启动完成后是否准备好对外提供服务，不正常继续检测，直到返回成功为止

deploytment主要管些啥啊？

可以理解成是pod的控制器，包括pod的缩扩容，副本数定义，健康检查，回滚。。。。

liveness是检查pod状态正常不正常的，如果pod没有running就会根据策略重启pod

readness是检查业务容器是不是正常的，如不正常就根据测试重启pod内的容器

 

 

 

liuskyter
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
专栏目录
就绪探针（Readiness Probe）
weixin_44524077的博客
11-28 1万+
一个新Pod创建后，Service就能立即选择到它，并会把请求转发给Pod，那问题就来了，通常一个Pod启动是需要时间的，如果Pod还没准备好（可能需要时间来加载配置或数据，或者可能需要执行一个预热程序之类），这时把请求转给Pod的话，Pod也无法处理，造成请求失败。 Kubernetes解决这个问题的方法就是给Pod加一个业务就绪探针Readiness Probe，当检测到Pod就绪后才允许Service将请求转给Pod。 Readiness Probe同样是周期性的检测Pod，然后根据响应来判断Pod是
K8s Liveness/Readiness/Startup 探针机制
RAB
12-26 3903
K8s Liveness/Readiness/Startup 探针机制。
基于kubesphere创建jenkins（无状态服务）
完颜振江
08-29 183
kubesphere开启nfs存储类_完颜振江的博客-CSDN博客把/var/jenkins_home/目录的用户和组权限设置成jenkins用户（755）通过project-regular用户登录kubesphere后台创建自定义应用名字自定义---类型选择nfs--client---保存即可名字自定义---类型local---保存即可 最后设置jenkins即可（和常规jenkins的安装设置一样的）
K8S哲学 - probe 探针
gu2022_3_5_21_23的博客
04-19 624
分类： liveness probe readiness probe startup probe
避坑系列3 KubeSphere上Jenkins的安装
qq_25197247的博客
07-09 478
KubeSphere DevOps系统是基于Jenkins的。其中第一行指令的v3.0.0应当改为v3.2.2。3. 执行以下命令开始安装。
pod进阶|生命周期|就绪探针readnessprobe|存活探针livenessprobe|startupprobe|probe三种检测方法exec，tcpsocket，httpget|就绪探测检验
m0_75015568的博客
05-19 2321
pod进阶|生命周期|就绪探针readnessprobe|存活探针livenessprobe|startupprobe|probe三种检测方法exec，tcpsocket，httpget|就绪探测检验实验
K8S 三种探针 readinessProbe、livenessProbe和startupProbe
热门推荐
Jerry00713的博客
04-16 3万+
介绍 K8S 提供了3种探针 readinessProbe livenessProbe startupProbe（这个1.16版本增加的） 1、startupProbe readinessProbe：指示容器是否准备好服务请求（是否启动完成并就绪）。绪探针初始延迟之前的就绪状态默认为Failure，待容器启动成功弹指指标探测结果为成功后，状态变更为 Success。如果未配置就绪探针，则默认状态为Success。 只有状态为 Success ，才会被纳入 pod 所属 service 中，也就是
k8s-test_java和k8s_k8s环境日常_k8s_
09-30
配合liveness和readiness probes，检测应用健康状况。 4. 更新与回滚：通过更新Deployment的spec，可以实现无中断的服务升级。如果出现问题，可使用`kubectl rollout undo`进行回滚。 5. 日常运维：定期执行`...
健康检查实验手册1
08-03
【健康检查实验手册1】是针对HCIP-Cloud Computing-Container V1.0课程的一份实践指南，旨在帮助学习者理解和应用容器健康检查机制。健康检查在 Kubernetes 集群中至关重要，它确保了服务的高可用性和稳定性，通过...
wordpress及MySQL的探针和资源限制
12-05
在Kubernetes中，探针是一种健康检查机制，分为Liveness Probe和Readiness Probe。Liveness Probe用于检测应用是否已经无响应并需要重启，以防止服务长时间不可用。Readiness Probe则判断应用是否准备好接受流量，当...
k8s(kubernetes)集群搭建和搭完后管理操作
最新发布
05-27
4. **健康检查**：使用liveness和readiness探针确保Pods的健康状态。 5. **日志和监控**：集成Prometheus和Grafana等工具，进行集群性能监控和日志收集。 6. **存储管理**：配置Persistent Volumes和Persistent ...
深入理解Pod1
08-03
综上所述，Pod是Kubernetes中管理和运行应用的基本单元，其状态、健康检查、重启策略以及配置管理都是保障应用稳定运行的关键因素。理解并熟练掌握这些概念，对于有效地在K8s环境中部署和管理应用至关重要。同时，...
存活探针(Liveness)、就绪探针(Readiness)、启动探针(Startup)
fhw925464207的博客
07-17 2795
首先，如果没有定义就绪探针，那么新创建的pod就会立即加入到service的endpoint列表，如果容器里的业务程序需要很长时间才能开始处理传入的链接，而此时service又将客户端连接转发给了该pod，那么客户端就会看到“连接被拒绝”等类型的错误，所以，为每个容器定义一个就绪探针是很有必要的，即使是定义一个简单的http get 探针。
k8s-pod的健康检查
运维玄德公
08-15 646
1. ExecAction 1.1 yml文件 1.2 创建和测试 2. TCPSocketAction 2.1 yml文件 2.2 创建和测试 3. HTTPGetAction 3.1 yml文件 3.2 创建和测试 4. pod中多容器测试 4.1 yml 文件 4.2 启动和测试
k8s就绪探测readinessProbe和存活探测livenessProbe
jialiu111111的博客
04-11 1258
k8s应用更新虽然是滚动升级方式，但是很多后端程序启动都比较久，容器起来了，但是服务未起来，而k8s只要容器起来了就会移除掉旧的容器，这种情况就会导致在更新发版的时候应用访问失败。failureThreshold： 探测失败的重试次数，重试一定次数后将认为失败，在 readiness 探针中，Pod会被标记为未就绪，默认为 3，最小值为 1。加了就绪检测后，执行kubectl apply更新时候，新的pod启动一会，就绪检测没问题后才会把旧的pod移除掉。3、readinessProbe使用场景。
【云原生之k8s】k8s资源限制以及探针检查
qq_45088125的博客
08-02 1595
健康检查又称为探针（Probe），是由kubelet对容器执行的定期诊断。以上三种规则可同时定义。在readinessProbe检测成功之前，Pod的running状态是不会变成ready状态的。探针分为3种livenessProbe（存活探针）∶判断容器是否正常运行，如果失败则杀掉容器（不是pod），再根据重启策略是否重启容器readinessProbe（就绪探针）∶判断容器是否能够进入ready状态，探针失败则进入noready状态，并从service的endpoints中剔除此容器。.........
K8S--(健康检查)
最后的武艺集大成者
07-22 4122
1. 判断容器是不是正常的，在没有健康检查的时候，k8s只有在容器的入口程序被杀掉了 他才会进行pod的重启，其他的情况他都不会在意。 健康检查的配置：健康检查的探针，用来判断容器是不是存活的 ，这里是执行一条shell命令来判断这个容器是不是正常的，判断java 进程是不是存在。这个shell执行的结果是0或非0，为0的时候就是健康的，非0就是不健康的。健康检查非0的时候他是进行pod的重启。 几个参数的配置： ...
K8S学习之容器探测 livenessProbe、readinessProbe、startupProbe、lifecycle
weixin_60092693的博客
12-18 2436
容器探测 所谓容器探测就是我们在里面设置了一些探针，或者传感器来获取相应的数据用来判断容器是否启动、存活、就绪的标准； 目前k8s支持的探针有三种：livenessProbe、readinessProbe、startupProbe。（可以混用） 探测类型有三种：exec、httpGet、tcpSocket。我们平时定义的时候只需要定义任意一个即可。如果探测失败，kubelet杀掉该容器，并根据容器的重启策略做相应的处理（readinessProbe不会重启pod）。 命令行查看探针 [root@master
存活探针（Liveness Probe）
weixin_44524077的博客
11-27 4066
存活探针 Kubernetes提供了自愈的能力，具体就是能感知到容器崩溃，然后能够重启这个容器。但是有时候例如Java程序内存泄漏了，程序无法正常工作，但是JVM进程却是一直运行的，对于这种应用本身业务出了问题的情况，Kubernetes提供了Liveness Probe机制，通过检测容器响应是否正常来决定是否重启，这是一种很好的健康检查机制。 毫无疑问，每个Pod最好都定义Liveness Probe，否则Kubernetes无法感知Pod是否正常运行。 Kubernetes支持如下三种探测机制。 HT
Pod健康检查探针一共有几种？分别是什么作用
06-13
Pod 健康检查探针一共有三种，分别是： 1. Liveness Probe（存活探针）：用于检测容器是否存活，如果探针检测到容器存活，则认为容器健康，否则就认为容器不健康，并尝试进行容器重启。Liveness Probe 常用于检测容器内部的应用程序是否正常运行。 2. Readiness Probe（就绪探针）：用于检测容器是否已经就绪，如果探针检测到容器已经就绪，则认为容器健康，否则就认为容器不健康，并将其从 Service 的负载均衡器中删除。Readiness Probe 常用于检测容器是否已经完成初始化或者是否已经准备好处理请求。 3. Startup Probe（启动探针）：用于检测容器是否已经启动成功，如果探针检测到容器已经启动成功，则认为容器健康，否则就认为容器不健康，并尝试进行容器重启。Startup Probe 常用于检测容器启动时的初始化过程是否已经完成。 这三种健康检查探针的作用分别是确保容器的存活性、可用性和启动成功性。通过设置不同类型的探针，可以让 Kubernetes 了解容器的状态，并根据情况进行自动的故障恢复或者负载均衡，从而保证应用程序的高可用性和稳定性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值