kubernetes 禁用Prometheus社区Helm图表中的默认 Jmeter 板

eoxn13cs  于 2023-04-11  发布在  Kubernetes
关注(0)|答案(3)|浏览(134)

我部署了kube-prometheus-stack helm图表。虽然这个图表提供了一个非常好的起点,但它有很多我不想使用的默认 Jmeter 板。在图表的 values.yaml 中,有一个选项 defaultDashboardsEnabled:true,这似乎是我正在寻找的,但如果我在我的值文件中使用下面的代码将其设置为false,我将其安装到掌舵图中, Jmeter 板仍然存在。有人知道为什么这不起作用吗?
我想到的一种可能性是,图表既有一个名为 grafana 的子图表,也有一个选项 grafana,但我不知道如何修复它或测试这是否是问题所在。

grafana: 
  defaultDashboardsEnabled: false
dvtswwa3

dvtswwa31#

我把这个答案,以更好的知名度作为社区可能感兴趣的其他解决方案。

  • 第一种方法是在values.yaml中将grafana.enable:设置为false。
## Using default values from https://github.com/grafana/helm-charts/blob/main/charts/grafana/values.yaml
grafana:
  enabled: true

这样,您的图表将不会安装grafana

  • 另一种方法是将图表helm pull到您的本地目录,然后删除template.grafana目录(要在本地启动图表,您只需要helm install <name> ./prometheus-stack
bttbmeg0

bttbmeg02#

我通过删除Grafana所在的命名空间解决了这个问题。显然,还有一些资源没有通过卸载Helm Chart来删除。
编辑:问题似乎是与configmaps.它似乎在其中一些旧的配置被保存,即使它已经在helm chart中被更改.删除Grafana部署和所有配置Map在有关命名空间为我工作.当然,没有必要删除所有configmaps,但我没有时间找出哪一个是问题.

von4xj4u

von4xj4u3#

我也遇到了同样的问题,解决的方法是删除kube-prometheus-stack helm chart生成的相应配置Map。

kubectl delete cm $CONFIG_MAP -n $NAMESPACE

配置Map通常与图表标题命名相同。如果您不确定哪个配置Map包含哪个图表,您可以使用检查它(在我的情况下,我将整个图表保存在监控命名空间中)

kubectl get cm $CONFIG_MAP -oyaml -n $NAMESPACE

配置Map包含整个 Jmeter 板JSON,您可以在其中找到图表标题。您还可以使用此JSON将其单独导入到除常规文件夹之外的其他文件夹中,因为无法移动已配置的 Jmeter 板,并且无法编辑常规文件夹的权限。
不过,我不确定这些配置Map在删除后是否仍然在某些地方被冗余引用。

相关问题