Closed githubeto closed 1 month ago
@githubeto Have you reviewed this blog post?
Though it's usually easier to use the bundled prometheus we package in our helm chart.
Does not appear to be an issue with the Helm chart. Transferred to the correct repository.
@williamkubecost Thanks for your comment.
@githubeto Have you reviewed this blog post?
Though it's usually easier to use the bundled prometheus we package in our helm chart.
Yes, I have confirmed that it works with a combination of VictoriaMetrics and OpenCost HelmCharts, and we have completed operational verification. This time, the requirement is to use VictoriaMetrics, which is in the same cluster, instead of Prometheus.
@githubeto I have encountered the same issue. However, in my case, when I investigated the logs of the failing container "cost-analyzer-frontend" I found that it is unable to connect to Grafana. We need to update the helm values file pointing to victoria metrics grafana instance.
`global:
prometheus:
enabled: false
fqdn: http://vmsingle-k8s-stack.vm.svc:8429 <--- this is your vm service
grafana: enabled: false domainName: vm-grafana.vm.svc <--- this has to be updated accordingly`
After doing these changes kubecost pods started working normally.
@nextopsvideos
@githubeto I have encountered the same issue. However, in my case, when I investigated the logs of the failing container "cost-analyzer-frontend" I found that it is unable to connect to Grafana. We need to update the helm values file pointing to victoria metrics grafana instance.
`global: prometheus: enabled: false fqdn: http://vmsingle-k8s-stack.vm.svc:8429 <--- this is your vm service
grafana: enabled: false domainName: vm-grafana.vm.svc <--- this has to be updated accordingly`
After doing these changes kubecost pods started working normally.
Oh, it started working properly when I specified Grafana that is being built with VictoriaMetrics for grafana.domainName! Thank you for the advice!
However, I don't quite understand the meaning of connecting from Kubecost to Grafana. I think this process should be unnecessary if we can see the metrics data, so it should not be needed when grafana.enabled = false.
Hello, in an effort to consolidate our bug and feature request tracking, we are deprecating using GitHub to track tickets. If this issue is still outstanding and you have not done so already, please raise a request at https://support.kubecost.com/.
Kubecost Helm Chart Version
2.2.2
Kubernetes Version
1.26
Kubernetes Platform
EKS
Description
I installed KubeCost via Helm. The cost-analyzer Pod remains in CrashLoop, but where could the cause be?
install comannds
helm upgrade --install kubecost -f values.yaml kubecost/cost-analyzer -n kubecost
values.yaml
As an additional note, given that we are able to view metrics by specifying "http://vmselect-vm-stack-victoria-metrics-k8s-stack.vm.svc:8481/select/0/prometheus" as the data source from Grafana, we are installing KubeCost. Therefore, I am confident that there is no mistake in what is specified as the FQDN.
Steps to reproduce
Expected behavior
The cost-analyzer Pod is starting up.
Logs