# See:
# https://github.com/prometheus-community/helm-charts/blob/main/charts/prometheus/values.yaml
#
# This is a template, so we can get values from terraform.
#
alertmanager:
nodeSelector: ${jsonencode({ for ns_key, ns_value in nodeSelector : ns_key => ns_value })}
server:
nodeSelector: ${jsonencode({ for ns_key, ns_value in nodeSelector : ns_key => ns_value })}
retention: 1h
resources:
requests:
cpu: 500m
memory: 512Mi
global:
scrape_interval: 15s
pushgateway:
nodeSelector: ${jsonencode({ for ns_key, ns_value in nodeSelector : ns_key => ns_value })}
It looks like the monitoring namespace is created, but the ArgoCD application/helm is not targeting the right namespace.
Good spot @spkane I can see all the templates are hardcoded with namespace in eks-blueprints-add-ons repo. I think we need to pass the namespace as well to these templates from Blueprints repo.
Originally reported here: https://github.com/aws-ia/terraform-aws-eks-blueprints/issues/498
I had this setup in my code when I was testing it:
The values template looks like this:
It looks like the monitoring namespace is created, but the ArgoCD application/helm is not targeting the right namespace.
So, looking at the line here:
https://github.com/aws-samples/eks-blueprints-add-ons/blob/main/chart/templates/prometheus.yaml#L33
It looks like the destination namespace is hard-coded (and maybe in other examples) and does not respect what was set in the Terraform code