Kubernetes单吊舱作业与重启策略为On失败的单吊舱作业

Kubernetes单吊舱作业与重启策略为On失败的单吊舱作业,kubernetes,google-kubernetes-engine,Kubernetes,Google Kubernetes Engine,与单Pod作业相比,单Pod作业在kubernetes中无法可靠执行一次重启策略有什么好处 如中所述,在作业的情况下,如果容器返回非零状态,将无限地创建一个新的Pod。同样的情况也适用于单个失效吊舱,只是这次没有创建更干净的新吊舱 这两种方法的利弊是什么?Pod重启参数(如重启延迟或重试次数)在这两种情况下都可以控制吗?区别在于,如果某个作业由于其Pod所在的节点因某种原因脱机而无法完成,则将创建一个新的Pod以在不同的节点上运行。如果单个pod因其节点不可用而无法完成,则不会将其重新调度到其他

与单Pod作业相比,单Pod作业在kubernetes中无法可靠执行一次重启策略有什么好处

如中所述,在作业的情况下,如果容器返回非零状态,将无限地创建一个新的Pod。同样的情况也适用于单个失效吊舱,只是这次没有创建更干净的新吊舱


这两种方法的利弊是什么?Pod重启参数(如重启延迟或重试次数)在这两种情况下都可以控制吗?

区别在于,如果某个作业由于其Pod所在的节点因某种原因脱机而无法完成,则将创建一个新的Pod以在不同的节点上运行。如果单个pod因其节点不可用而无法完成,则不会将其重新调度到其他节点。

如果节点再次可用,单个pod会发生什么情况?它会被重新执行吗?一旦Pod被安排到一台机器上,它将被分配到该机器上,直到它完成或被删除。如果节点消失,则超时开始,超时结束时,将删除分配给该节点的所有POD。因此,如果节点在超时之前返回,它将发现pod仍然被分配并重新启动。如果节点在超时后返回,它将根本找不到pod。