繁体   English   中英

对使用 kubectl 部署的现有资源使用 Helm 3

[英]Use Helm 3 for existing resources deployed with kubectl

我们曾经使用普通的 kubectl 命令来部署 kube.netes 资源,用于服务、部署、configmap 等。 现在我们需要开始使用 Helm 3 并将其集成到我们的管道中,但是当我尝试运行 helm upgrade 命令时,出现以下错误: Error: rendered manifests contain a resource that already exists. Unable to continue with install: existing resource conflict: namespace: default Error: rendered manifests contain a resource that already exists. Unable to continue with install: existing resource conflict: namespace: default

因此,这些资源从未使用 helm 创建,因为它通常是使用 kubcetl apply 命令创建的。

只需要知道如何在管道中使用 Helm 而无需重新创建 k8s 资源。 我发现让它工作的唯一解决方法是删除资源并使用 Helm 重新部署它们。

下面是我试过的命令: helm upgrade --atomic --debug --install --force test.

谢谢,阿里

看到 helm3 的这个特性采用正确的实例和管理标签将资源发布

如果现有资源具有正确的 meta.helm.sh/release-name 和 meta.helm.sh/release-namespace 注释,并且与 label 匹配,则在尝试创建目标集群中已存在的资源时,Helm 将不再出错选择器 app.kube.netes.io/managed-by=Helm。 这有助于零停机时间迁移到 Helm 3 以管理现有部署,并允许 Helm “采用”它之前创建的现有资源。

为了允许 Helm 采用现有资源,请添加发布元数据和 managed-by label:

KIND=deployment
NAME=my-app-staging
RELEASE=staging
NAMESPACE=default
kubectl -n $NAMESPACE annotate $KIND $NAME meta.helm.sh/release-name=$RELEASE
kubectl -n $NAMESPACE annotate $KIND $NAME meta.helm.sh/release-namespace=$NAMESPACE
kubectl -n $NAMESPACE label $KIND $NAME app.kubernetes.io/managed-by=Helm

老实说,虽然 FL3SH 的答案正是您正在寻找的……最好的选择是只删除您的 k8s 资源。 有一些例外:

  1. 您的掌舵图正在尝试创建名称空间(例如默认)
  2. 您的部署在任何时候都不能停机
  3. 您的 helm chart 具有持续的体积声明

您可以添加所有 helm 标签/注释。 您可以使用helm template检查所有 helm 标签和花药组件。 然后你可以使用kubectl labelkubectl annotate添加缺失的标签/注释。

我个人从未尝试过,因为工作量太大,最后,如果它们由 deployment/statefulset 管理,则必须使用新标签重新创建 pod。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM