gpt4 book ai didi

monitoring - Kubernetes 作业中的 Sidecar 容器?

转载 作者:行者123 更新时间:2023-12-03 10:43:34 28 4
gpt4 key购买 nike

我们使用 Kubernetes Job s 用于大量的批处理计算,我想用监控边车检测每个作业,以根据作业的进度更新集中跟踪系统。

唯一的问题是,我无法弄清楚作业中多个容器的语义是(或应该是)什么。

无论如何,我试了一下(使用 alpine 边车,每 1 秒打印一次“你好”),在我的主要任务完成后,Job s 被认为是 Successfulkubectl get pods在 Kubernetes 1.2.0 中显示:

NAME                                         READY     STATUS      RESTARTS   AGE
job-69541b2b2c0189ba82529830fe6064bd-ddt2b 1/2 Completed 0 4m
job-c53e78aee371403fe5d479ef69485a3d-4qtli 1/2 Completed 0 4m
job-df9a48b2fc89c75d50b298a43ca2c8d3-9r0te 1/2 Completed 0 4m
job-e98fb7df5e78fc3ccd5add85f8825471-eghtw 1/2 Completed 0 4m

如果我描述其中一个 pod
State:              Terminated
Reason: Completed
Exit Code: 0
Started: Thu, 24 Mar 2016 11:59:19 -0700
Finished: Thu, 24 Mar 2016 11:59:21 -0700

然后 GET作业的 yaml 显示每个容器的信息:
  status:
conditions:
- lastProbeTime: null
lastTransitionTime: 2016-03-24T18:59:29Z
message: 'containers with unready status: [pod-template]'
reason: ContainersNotReady
status: "False"
type: Ready
containerStatuses:
- containerID: docker://333709ca66462b0e41f42f297fa36261aa81fc099741e425b7192fa7ef733937
image: luigi-reduce:0.2
imageID: docker://sha256:5a5e15390ef8e89a450dac7f85a9821fb86a33b1b7daeab9f116be252424db70
lastState: {}
name: pod-template
ready: false
restartCount: 0
state:
terminated:
containerID: docker://333709ca66462b0e41f42f297fa36261aa81fc099741e425b7192fa7ef733937
exitCode: 0
finishedAt: 2016-03-24T18:59:30Z
reason: Completed
startedAt: 2016-03-24T18:59:29Z
- containerID: docker://3d2b51436e435e0b887af92c420d175fafbeb8441753e378eb77d009a38b7e1e
image: alpine
imageID: docker://sha256:70c557e50ed630deed07cbb0dc4d28aa0f2a485cf7af124cc48f06bce83f784b
lastState: {}
name: sidecar
ready: true
restartCount: 0
state:
running:
startedAt: 2016-03-24T18:59:31Z
hostIP: 10.2.113.74
phase: Running

所以看起来我的 sidecar 需要监视主进程(如何?)并在检测到它单独在 pod 中时优雅地退出?如果这是正确的,那么是否有最佳实践/模式(边车是否应该使用主容器的返回码退出?但它是如何得到的?)?

** 更新 **
经过进一步的实验,我还发现了以下几点:
如果一个 pod 中有两个容器,那么直到 pod 中的所有容器都返回退出代码为 0 时,才会认为它成功。

此外,如果 restartPolicy: OnFailure在 pod 规范上设置,那么 pod 中以非零退出代码终止的任何容器都将在同一个 pod 中重新启动(这对于监控 sidecar 计算重试次数并在特定时间后删除作业很有用数量(以解决当前 Kubernetes 作业中没有可用的最大重试次数))。

最佳答案

您可以使用 downward api从 sidecar 中找出您自己的 podname,然后从 apiserver 检索您自己的 pod 以查找存在状态。让我知道这是怎么回事。

关于monitoring - Kubernetes 作业中的 Sidecar 容器?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36208211/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com