Multi-Cluster Diagnostics
Multi-Cluster Diagnostics offers a single view into the health of all the clusters you currently monitor with Kubecost.
Health checks include, but are not limited to:
- Whether Kubecost is correctly emitting metrics
- Whether Kubecost is being scraped by Prometheus
- Whether Prometheus has scraped the required metrics
- Whether Kubecost's ETL files are healthy
Configuration
# This is an abridged example. Full example in link below.
diagnostics:
enabled: true
primary:
enabled: true # Only enable this on your primary Kubecost cluster
# Ensure you have configured a unique CLUSTER_ID.
prometheus:
server:
global:
external_labels:
cluster_id: YOUR_CLUSTER_ID
kubecostProductConfigs:
clusterName: YOUR_CLUSTER_ID
# Ensure you have configured a storage config secret.
kubecostModel:
federatedStorageConfigSecret: federated-store
Additional configuration options can found in the Helm values file under the diagnostics key.
Architecture
The Multi-Cluster Diagnostics feature is a process run within the kubecost-cost-analyzer deployment. It has the option to be run as an independent deployment for higher availability via diagnostics.deployment.enabled.
When run in each Kubecost deployment, it monitors the health of Kubecost and sends that health data to the central object store at the /diagnostics file path. The below diagram depicts these interactions. This diagram is specific to the requests required for diagnostics only. For additional diagrams, see our multi-cluster guide.
Health Check Definitions
The API response includes several health checks that validate different aspects of your Kubecost deployment. If you see repeated failures for any health check, there is potential for data loss. Please refer to the table below to resolve the issue.
| Health Check | Description |
|---|---|
kubecostEmittingMetric |
Validates that Kubecost is collecting and emitting metrics for container allocations, network egress, labels, and more. See the documentation here for more details. If failing, try restarting the kubecost-cost-analyzer pod. Try port-forwarding to the pod and hitting http://localhost:9003/metrics to verify that metrics are being emitted. Reach out to Kubecost support for additional assistance. |
prometheusHasKubecostMetric |
Validates that Prometheus has scraped and stored Kubecost metrics. If failing, refer to the Prometheus Troubleshooting Guide and try querying for the node_total_hourly_cost metric. Reach out to Kubecost support for additional assistance. |
prometheusHasCadvisorMetric |
Validates that Prometheus has scraped cAdvisor for metrics regarding container resource usage (docs). If failing, refer to the Prometheus Troubleshooting Guide and try querying for the container_memory_working_set_bytes metric. Reach out to Kubecost support for additional assistance. |
prometheusHasKSMMetric |
Validates that Prometheus has scraped metrics for the state of the Kubernetes cluster (kube-state-metrics) including container resource requests, node capacity, labels, and more (docs). If failing, refer to the Prometheus Troubleshooting Guide and try querying for the kube_pod_container_resource_requests metric. Reach out to Kubecost support for additional assistance. |
dailyAllocationEtlHealthy |
Validates that Kubecost has successfully built Allocation ETL files. These ETL files consist of Allocation data for the cluster, and are built by querying Prometheus metrics. If failing, refer to the ETL Repair Guide and try repairing the ETL files for the specific cluster. Reach out to Kubecost support for additional assistance. |
dailyAssetEtlHealthy |
Validates that Kubecost has successfully built Asset ETL files. These ETL files consist of Asset data for the cluster, and are built by querying Prometheus metrics. If failing, refer to the ETL Repair Guide and try repairing the ETL files for the specific cluster. Reach out to Kubecost support for additional assistance. |
kubecostPodsNotOOMKilled |
Validates that no pods in Kubecost's namespace have OutOfMemoryKilled errors. If failing, check all pods in Kubecost's namespace. Review logs of the failing pod. Reach out to Kubecost support for additional assistance. |
kubecostPodsNotPending |
Validates that no pods in Kubecost's namespace are in a Pending state. If failing, check all pods in Kubecost's namespace. Run a kubectl describe on all deployments and statefulsets to understand the controller events. Reach out to Kubecost support for additional assistance. |
costModelStorageStats |
Validates that persistentvolume utilization is below 80%. If failing, increase the persistentvolume size. |
API Usage
The diagnostics API can be accessed on the primary cluster via /model/diagnostics/multicluster?window=1d.
The window query parameter is required, which will return all diagnostics within the specified time window.
Multi-cluster Diagnostics API
Using the multi-cluster diagnostics API.
GET http://<your-kubecost-address>/model/multi-cluster-diagnostics
The Multi-cluster Diagnostics API provides a single view into the health of all the clusters you currently monitor with Kubecost.
| Name | Required | Type | Description |
|---|---|---|---|
| window | true | string | Duration of time over which to query. Accepts words like today, week, month, yesterday, lastweek, lastmonth; durations like 30m, 12h, 7d; comma-separated RFC3339 date pairs like 2021-01-02T15:04:05Z,2021-02-02T15:04:05Z; comma-separated Unix timestamp (seconds) pairs like 1578002645,1580681045. |
| Code | Description | Example |
|---|---|---|
| 200 | OK |
|