在 kubernetes 中使用 CrashLoopBackOff 状态重新部署 statefulset

时间:2021-03-13 10:50:47

标签: kubernetes kubernetes-helm kubectl

这就是我所做的:

  1. 部署有状态集。 pod 将始终退出并出现错误,以引发状态为 CrashLoopBackOff 的失败 pod:kubectl apply -f error.yaml
  2. 更改 error.yaml (echo a => echo b) 并重新部署有状态集:kubectl apply -f error.yaml
  3. Pod 保持错误状态,不会立即重新部署,而是等待一段时间后重新启动 Pod。

请求 Pod 状态:

$ kubectl get pod errordemo-0
NAME          READY   STATUS             RESTARTS   AGE
errordemo-0   0/1     CrashLoopBackOff   15         59m

error.yaml

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: errordemo
  labels:
    app.kubernetes.io/name: errordemo
spec:
  serviceName: errordemo
  replicas: 1
  selector:
    matchLabels:
      app.kubernetes.io/name: errordemo
  template:
    metadata:
      labels:
        app.kubernetes.io/name: errordemo
    spec:
      containers:
        - name: demox
          image: busybox:1.28.2
          command: ['sh', '-c', 'echo a; sleep 5; exit 1']
      terminationGracePeriodSeconds: 1

问题

即使 pod 处于错误状态,我如何实现立即重新部署? 我找到了这些解决方案,但我想要一个单一的命令来实现它(在现实生活中我正在使用 helm,我只想为我的部署调用 helm upgrade):

  • 在重新部署之前杀死 pod
  • 在重新部署之前缩小规模
  • 在重新部署之前删除 statefulset

为什么 kubernetes 不立即重新部署 pod?

  • 在我的演示示例中,我必须等到 kubernetes 在等待一段时间后尝试重新启动 pod。
  • 没有错误的 pod(例如 echo a; sleep 10000;)将立即重新启动。这就是我设置 terminationGracePeriodSeconds: 1
  • 但在我的实际部署中(我使用 helm),我也遇到了 pod 从未重新部署的情况。不幸的是,我无法在一个简单的示例中重现这种行为。

1 个答案:

答案 0 :(得分:1)

您可以设置spec.podManagementPolicy: "Parallel"

<块引用>

Parallel pod management 告诉 StatefulSet 控制器并行启动或终止所有 Pod,而不是在启动或终止另一个 Pod 之前等待 Pod 变为 Running 和 Ready 或完全终止。

请记住,默认的 podManagementPolicy 是 OrderedReady

<块引用>

OrderedReady pod management 是 StatefulSet 的默认值。它告诉 StatefulSet 控制器遵守上面演示的排序保证

如果您的应用程序需要有序更新,那么您无能为力。