程序优雅退出，但 kubernetes 进入 CrashLoopBackOff 状态

怎么入门Golang编程？需要学习哪些知识点？这是新手们刚接触编程时常见的问题；下面golang学习网就来给大家整理分享一些知识点，希望能够给初学者一些帮助。本篇文章就来介绍《程序优雅退出，但 kubernetes 进入 CrashLoopBackOff 状态》，涉及到，有需要的可以收藏一下

我创建了一个连接到服务器、rpc 交换、日志和退出的 go 客户端。在 kubernetes 中部署时，我预计这会从“running -> completed -> running”循环转移，类似于使用“sleep 3600”命令部署 dnsutils 以运行一小时并退出的方式。

我将其简化为最小的 go 程序，以确保不会出现复杂性，这是：

k8s-tester ➜ cat client.go
package main   
func main() {
    return
}

当我这样做时，我实际上看到它经历了“running -> completed -> crashloopbackoff -> running”状态。

问：为什么当从 shell 运行该程序时，kubernetes 显示退出状态为 0 (exit_success)，kubernetes 会认为该程序崩溃了？

k8s-tester ➜ kubectl 创建部署 --image kvaradha/client test-client 创建了deployment.apps/test-client k8s-tester ➜ kubectl get pods -w -o wide 名称就绪状态重新启动年龄 ip 节点指定节点就绪门 hello-world-server-85486b969b-x744z 1/1 运行 0 10h 10.1.0.159 docker-desktop linux-544887f4fb-gksd8 1/1 运行 12 14h 10.1.0.156 docker-desktop postgres-57944b47cb-2cqtk 1/1 运行 0 13d 10.1.0.136 docker-desktop test-client-74cddbb988-rxx8f 0/1 已完成 1 4s 10.1.0.169 docker-desktop 测试客户端-74cddbb988-rxx8f 0/1 crashloopbackoff 1 5s 10.1.0.169 docker-desktop test-client-74cddbb988-rxx8f 0/1 已完成 2 21s 10.1.0.169 docker-desktop 测试客户端-74cddbb988-rxx8f 0/1 crashloopbackoff 2 33s 10.1.0.169 docker-desktop test-client-74cddbb988-rxx8f 0/1 已完成 3 50s 10.1.0.169 docker-desktop 测试客户端-74cddbb988-rxx8f 0/1 crashloopbackoff 3 62s 10.1.0.169 docker-desktop

更多详细信息：

我使用的简单 dockerfile：

from scratch
maintainer "[email protected]"
arg  arch
copy client /client
entrypoint [ "/client" ]

构建并部署为：

CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o client .
docker build -t kvaradha/client .
kubectl create deployment --image kvaradha/client test-client

docker 的输出，由 @sfrehse 建议：

@curtismatton：描述 pod 让我明白：

活动： 类型 原因 消息年龄 ---- ------ ---- ---- -------- 正常调度2m2s default-scheduler 成功分配default/test-client-74cddbb988-jmxmd 到docker-desktop 警告失败 110s kubelet，docker-desktop 无法拉取映像“kvaradha/client”：rpc 错误：代码 = 未知 desc = 来自守护程序的错误响应：获取 https://registry-1.docker.io/v2/：net/http ：tls握手超时 警告失败 110s kubelet、docker-desktop 错误：errimagepull 正常 backoff 109s kubelet、docker-desktop 退避拉取镜像“kvaradha/client” 警告失败 109s kubelet、docker-desktop 错误：imagepullbackoff 正常拉取 55 秒（2 米 1 秒内 x4） kubelet、docker-desktop 拉取镜像“kvaradha/client” 正常 创建 54s (x3 over 2m) kubelet, docker-desktop 创建容器客户端 正常拉取 54s（x3 超过 2m）kubelet、docker-desktop 成功拉取镜像“kvaradha/client” 正常启动 53s (x3 over 2m) kubelet, docker-desktop 启动容器客户端 警告 backoff 9s (x7 over 96s) kubelet、docker-desktop 后退重新启动失败的容器

使用“from golang”构建容器，最终结果相同：

test-client-bd4c475d4-cmnd6 1/1 运行 2 30s test-client-bd4c475d4-cmnd6 0/1 已完成 2 31s hello-world-client-77775898c-564lt 0/1 已完成 325 27h 测试客户端-bd4c475d4-cmnd6 0/1 crashloopbackoff 2 44s 你好世界客户端77775898c-564lt 0/1 crashloopbackoff 325 27h

解决方案

这是一种预期的行为。 Kubernetes 的主要工作是确保给定的应用程序始终运行。如果应用程序退出（无论退出代码如何），Kubernetes（更具体地说是 kubelet 守护进程）将假定该应用程序已崩溃并将再次启动它。因此，您的应用程序应该是一个长时间运行的进程（即：服务器）。

如果您的应用程序只运行一次然后干净地退出，则 Kubernetes Job 比部署更合适。这样，pod 将运行完成，不会出现 CrashLoopBackOff 错误。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。