kubernetes - kubectl删除有什么作用，而Crashloop Backoff Restart不起作用？

Question

可能有一些根本的原因是，pod删除和重新创建会执行pod重启不会执行的操作(按照Crashloop重新启动)。我的第一个念头是装入文件等。即使删除了Crashloop，我也看到删除后解决了一些问题的地方。
kubectl删除有什么作用，而Crashloop Backoff Restart不起作用？不知道这是否特定于Daemonset，但这是我上次看到此行为的Daemonset。

Answer 1

CrashLoopBackOff

重新启动容器中的相同容器和容器

如果Pod继续崩溃或运行状况检查失败，则重新启动Pod所需的时间将随着每次重新启动而不断增加。

kubectl delete

删除 Pane

如果Pod由更高的抽象管理:DaemonSet，Deployment，StatefulSet等，则会创建一个新Pod。请注意，在StatefulSet中，序数保持不变，因此pod的名称将相同，但是对于其他抽象，您的pod名称将发生变化。

My first thought is mounting a file, etc. I've seen where some issues are resolved after a Delete, even though a Crashloop was in effect.

是的，删除时，从技术上讲，将先卸载卷，然后将其重新装载到新的Pod上。当使用 CrashLoopBackOff时，容器将重新启动。
From the docs:

Whilst a Pod is running, the kubelet is able to restart containers to handle some kind of faults. Within a Pod, Kubernetes tracks different container states and handles

✌️