成功完成后处于 CrashLoopBackOff 状态的 Kubernetes pod

Question

我在 Kubernetes 1.0 中运行一个集群，我有一些容器我想定期运行，作为 pod 中的 sidecar 容器——通常是推送或拉取备份。我通过使用包含我想要备份的数据的容器和用于备份它的 sidecar 容器来构建一个 pod。 Sidecar 容器是一个基本的 bash 脚本，它会执行备份命令，然后在备份之间等待多长时间(比如 15 分钟)，最后以 0 状态码退出。

在 1.0 中，这就像一个魅力。我的备份容器很简单，不依赖于作为守护进程运行；它们几乎可以作为独立命令执行并按预期工作，但是监视器使它们保持事件状态，因此使它们保持在循环中。

升级到 1.1 后，我注意到这些 pod 都一直处于 CrashLoopBackOff 状态，这意味着它们的重启被延迟了。这对于 sidecar 容器来说本来可以，但是在此期间容器生成数据也不可用，这让我感到惊讶。

有什么方法可以表明定期重启的 Pod 不是崩溃循环，而是设计使然？还是解决这个问题的唯一方法是将边车容器变成一个永不退出的守护进程？

Answer 1

Is there some way I can signal that a pod being regularly restarted is not a crash loop, but is happening by design?

从来没听说过。

Or is the only way to solve this to turn the sidecar container into a daemon that never exits?

这将是我建议的解决方案。