&引用；侧车“；Kubernetes吊舱中的容器

我想要一个多容器的吊舱，有几个组件：

• 包含生成作业的“主”容器
• 包含HTTP代理的“sidecar”容器，由“main”容器使用

这似乎很符合吊舱的设计理念，但我相信只要“侧车”运行，吊舱就可以保持活力。在我的例子中，“主”容器不是长寿命的；一旦退出，“侧车”应终止

---

如何实现这一点？

您是否考虑过使用该资源？

只要其中一个容器在运行，pod就会运行。如果你需要他们一起离开，你必须安排侧车死亡。我们没有“主要”和“次要”容器wrt生命周期的概念，尽管这有点有趣

---

一种选择是使用emptyDir卷并编写一个文件，告诉sidecar“该走了”。侧车会在看到该文件时退出。

当提出问题时，该功能可能不可用，但现在可以为pod定义postStart和preStop处理程序。您可能可以在主容器中定义preStop来杀死sidecar容器。

您可以使用liveness探测器来帮助完成此操作。探测器检查“主”容器（以及它自己的任何检查）。一旦主容器发生故障，liveness探测器就会失效，然后pod应该被回收。

对于仍在寻找答案的任何人来说，侧车功能正在开发中，应该在Kubernetes的v1.17中发布，它将具有所要求的准确行为

从提案中：

单行增强描述：容器现在可以标记为侧车，以便在正常容器之前启动，在所有其他容器终止后关闭

---

更新：看起来它现在计划在v1.18上运行了

是的，这些吊舱是在作业下运行的。但我认为只要“sidecar”容器保持运行，作业就会继续运行。但是请记住，它会将pod标记为失败，以防这是设置中的一个因素