问题描述
在使用kube-prometheus-stack Helm chart安装的Kubernetes集群中遇到了问题。NGINX被用作反向代理。当用户尝试访问Grafana仪表板时，出现了”too many redirects”错误。这个错误甚至可以在浏览器的URL中看到。
用户已经尝试找到可能导致这个问题的原因，并寻找解决方案来解决这个问题。用户在以下网站找到了一些相关信息，但是这些信息似乎更适用于直接安装，而不是在Kubernetes、Helm charts和容器抽象的上下文中。
用户还提供了他的Helm chart的values.yaml文件，以及生成的ingress和nginx.conf文件的部分内容。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
解决方案1
根据用户提供的信息，问题可能是由于grafana.ini中的root_url配置引起的。尝试移除root_url配置，看看是否能解决问题。
以下是解决方案的步骤：
1. 打开Helm chart的values.yaml文件。
2. 找到grafana部分的配置。
3. 注释或删除grafana.ini中的root_url配置。
4. 保存并应用修改的values.yaml文件。
解决方案2
如果解决方案1不起作用，你可以尝试修改NGINX的配置来解决重定向问题。以下是一些可能的步骤：
- 打开nginx.conf文件。
- 找到与grafana.nnpi.beast-code.com相关的server配置。
- 检查是否存在重定向相关的配置，比如
rewrite指令。 - 如果存在重定向配置，尝试注释或删除它们。
- 保存并重新加载NGINX配置。
请注意，修改NGINX配置可能需要在NGINX控制器的Pod中进行，具体取决于你的环境和部署方式。
解决方案3
如果以上解决方案都不起作用，你可以尝试使用其他方法来解决重定向问题。以下是一些可能的方法：
- 检查NGINX控制器的日志，查看是否有任何与重定向相关的错误或警告。
- 检查NGINX控制器的文档，了解如何配置和管理重定向。
- 在相关的GitHub存储库或论坛中搜索类似的问题，看看其他用户是如何解决的。
请注意，这些解决方案可能需要一些NGINX和Kubernetes的专业知识。如果你不确定如何操作，建议寻求相关的技术支持或咨询专业人士。
解决方案4
用户在Grafana/Helm charts的GitHub页面上找到了一个最佳答案，指出了他的配置文件中的问题。原来，他不需要grafana.ini中的root_url配置。一旦删除了这个配置，问题就解决了。
请注意，这个解决方案是由用户投票选出的最佳答案。
总结
在使用kube-prometheus-stack Helm chart安装的Kubernetes集群中，用户遇到了Grafana重定向错误的问题。根据用户提供的信息，可能是由于grafana.ini中的root_url配置引起的。用户尝试删除这个配置后，问题得到了解决。如果问题仍然存在，用户可以尝试修改NGINX的配置或使用其他方法来解决重定向问题。
请注意，修改NGINX配置可能需要一些专业知识，建议在操作之前做好备份并咨询相关的技术支持或专业人士。