![]() |
1
0
默认情况下,当pod中的所有容器启动时,kubernetes开始向pod发送流量,并在容器崩溃时重新启动容器。虽然这可能是
准备就绪探测器
让我们想象一下,你的应用程序需要一分钟来预热和启动。即使进程已经启动,您的服务在启动并运行之前也不会工作。如果要将此部署扩展为多个副本,也会出现问题。一个新的拷贝在完全准备好之前不应该接收流量,但是默认情况下,kubernetes在容器内的进程开始时就开始发送流量。通过使用
活性探针 让我们想象一下另一个场景,你的应用出现严重的死锁情况,导致它无限期挂起并停止服务请求。因为进程继续运行,默认情况下Kubernetes认为一切都很好,并继续向损坏的pod发送请求。通过使用Liveness探针,Kubernetes检测到应用程序不再提供请求,并重新启动有问题的pod。 |
![]() |
ralonr · 当上下文已经设置好时,如何在K9中的上下文之间切换? 2 年前 |
![]() |
Dr. Andrew · kubectl运行时未创建部署 2 年前 |
![]() |
Abhishek Rai · 库伯内特斯吊舱卡在集装箱内 2 年前 |
![]() |
TiDu · 使用EKS设置出口网关的最简单方法,无需Istio 2 年前 |