3

Kubernetes 类型Deployment不允许在 中更改补丁spec.selector.matchLabels，因此任何想要更改标签的新部署（由 Helm 或其他方式管理）都不能在部署中使用 RollingUpdate 功能。在不导致停机的情况下实现新部署部署的最佳方法是什么？

最小示例：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: foo
  namespace: default
spec:
  replicas: 1
  selector:
    matchLabels:
      app: foo
  template:
    metadata:
      labels:
        app: foo
    spec:
      containers:
        - name: foo
          image: ubuntu:latest
          command: ["/bin/bash", "-ec", "sleep infinity"]

应用它，然后将标签（matchLabels 和 metadata.labels）编辑到foo2. 如果你尝试应用这个新部署，k8s 会抱怨（设计上）Deployment "foo" is invalid: spec.selector: Invalid value: v1.LabelSelector{MatchLabels:map[string]string{"app":"foo2"}, MatchExpressions:[]v1.LabelSelectorRequirement(nil)}: field is immutable.

我现在能想到的唯一方法是使用新的部署名称，这样新部署就不会尝试修补旧部署，然后删除旧部署，而入口/负载均衡器资源会处理转换。然后我们可以使用旧名称重新部署，并删除新名称，完成迁移。

有没有办法用更少的 k8s CLI 步骤来做到这一点？也许我可以编辑/删除一些让旧 pod 保持活力的东西，而新 pod 以相同的名称推出？

4

1 回答 1

0

根据我的经验，当我使用 helm 时

helm upgrade release -f values .

我没有停机时间。此外，在使用 helm 时，我注意到在 X/X 准备好新部署之前，它不会终止旧部署。我可以建议使用它。这样它就可以尽可能地无痛。

同样来自 Kubernetes 文档中的更新部署部分据说，当且仅当部署的 Pod 模板（即 .spec.template）发生更改时，才会触发部署的推出。

因此，您可以在 helm 中使用标签更改。

希望我能帮上一点忙。

谨防！未尝试的方法：kubectl 有一个编辑子命令，它使我能够更新 ConfigMaps、PersistentVolumeClaims 等。也许你可以用它来更新你的部署。句法：

kubectl edit [resource] [resource-name]

但在此之前，请选择合适的文本编辑器，因为您将处理 yaml 格式的文件。通过使用这样做，

export KUBE_EDITOR=/bin/{nano,vim,yourFavEditor}
于 2021-03-18T20:29:48.797 回答