如何使用 Helm 更新 GKE 集群上运行的工作负载的 ConfigMap？

Question

我有一个使用 Prometheus 和 Prometheus 警报管理器作为有状态集运行的 GKE 集群。每个有状态集都在运行收集指标的 pod。 Prometheus 有两个 ConfigMap（具有 alerts.yaml、rules.yaml 和 premoetheus.yaml），警报管理器有（alertmanager.yml）。

现在我有一项新任务，将警报发送到 Slack。我已经分别更新了 alerts.yaml、rules.yaml 和 alertmanager.yml，以便将警报发送到 Slack。

我需要使用 Helm 在运行 GKE 中的工作负载和 Pod 的集群上更新 Prometheus 和警报管理器的所有 .yaml 文件。有人可以告诉我如何使用 Helm 实现这一目标吗？

Answer 1

我还建议您使用 helm 来管理您的服务，但您可以在完全不需要使用 helm 的情况下更新 configMap。

首先，您可以使用apply 更改confiMap 中的数据。

kubectl apply -f fileName.yaml

但这并没有更新您的 pod 中加载的 configMap 信息，您需要重新启动您的 pod 以查看更改，因为您有一些不同的选择：

选项 1

手动操作。

删除 Pod，这会使部署控制器强制创建新的 Pod，以使您在部署定义中拥有副本计数，并且 Pod 在启动时采用新的 configMap。

kubectl delete pod <pod-name>

在该解决方案中，您将逐个删除 pod。

缩小/放大部署，您可以手动将部署缩小到 0，然后再次放大以创建使用新 confirmMap 的新 pod。

kubectl scale deployment <deployment-name> --replicas=0 && kubectl scale deployment <deployment-name> --replicas=2

有了这个解决方案，你就不用一一删除了。

选项 2

您可以在部署中使用 env var 定义来强制滚动更新，该变量不会在 pod 内部使用，但您可以通过编辑部署来使用 ti 来强制滚动更新。

apiVersion: apps/v1beta1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    run: helloworld
  name: helloworld
spec:
  replicas: 1
  selector:
    matchLabels:
      run: helloworld
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        run: helloworld
    spec:
      containers:
      - image: helloworld
        name: helloworld
        env:
        - name: RELOAD_VAR
          value: TAG_VAR0

每次更改 RELOAD_VAR 值时，部署都会执行滚动更新，创建新的 pod 并加载新的确认地图

选项 3

通过一种更自动化的方式，您可以使用一种特殊类型的控制器，该控制器使用注释来监视 configMap 上的更改，并重新加载具有与该 confirmMap 关联的正确注释的 pod。

您可以查看https://github.com/stakater/Reloader，您只需将其部署在您的集群上并将注释放在您的部署中。

kind: Deployment
metadata:
  annotations:
    configmap.reloader.stakater.com/reload: "foo-configmap"
spec:
  template:
    metadata:

每次您更改 configMap 时，无论您如何操作，控制器都会检测到更改并自动重新加载您的 pod。