Skip to content

Kubernetes Monitoring

Kubernetes Monitoring in KloudMate gives you visibility into cluster health, workload availability, resource usage, pod behavior, and related telemetry collected by the KloudMate Agent.

KloudMate organizes Kubernetes data into views for clusters, nodes, namespaces, pods, and workloads so you can move from fleet-level health to pod-level troubleshooting quickly.

  • cluster, node, namespace, pod, and workload metrics
  • container logs and Kubernetes events
  • optional application telemetry through Kubernetes auto-instrumentation
  • prebuilt dashboards and alerting workflows built on top of the collected data

Use the Kubernetes Agent installation guide to deploy the KloudMate Agent into your cluster.

The same installation flow supports self-managed Kubernetes and managed services such as AKS, EKS, and GKE Standard. For GKE Autopilot, see the Monitoring GKE Autopilot Clusters guide.

  • detect performance issues early
  • track CPU and memory utilization across nodes, pods, and workloads
  • identify unhealthy or unstable workloads
  • investigate incidents with logs, events, and metrics together
  • build dashboards and alerts around cluster health

Once data is flowing, use:

When applications and databases run inside Kubernetes, KloudMate can correlate their telemetry with infrastructure metrics from the same cluster.

Use these guides when you need deeper service-level visibility:

KloudMate provides visibility into all major Kubernetes components:

The Clusters tab lists every connected cluster, with overall health, capacity, and scale at a glance. Use it as the starting point before drilling into a specific node, namespace, or workload.

The Nodes tab lists every node across your clusters, showing node health and infrastructure-level resource usage: allocatable CPU and memory alongside current usage for each. Use it to spot nodes running hot before they affect scheduling.

Nodes tab in Kubernetes Monitoring, showing CPU and memory allocatable capacity and usage per node

The Namespaces tab breaks resource distribution down by namespace, so you can see how CPU, memory, and workload counts spread across the teams, applications, or environments sharing a cluster.

The Pods tab lists every pod across your clusters, with its performance, restart count, and resource consumption. Use it to find pods that are restarting frequently or running hot before they affect the workloads they belong to.

The Storage tab lists Persistent Volume Claims (PVCs) across your clusters, with their status, claim, storage class, and capacity. Use it to see what’s provisioned and bound without checking each cluster individually.

Storage tab in Kubernetes Monitoring, listing Persistent Volumes with their cluster, status, claim, storage class, and capacity

The Workloads tab lists deployments, daemonsets, statefulsets, and other workload types across your clusters, showing their health and availability alongside pod counts and CPU and memory requests and limits. Filter by workload type, namespace, or cluster to narrow the list.

Workloads tab in Kubernetes Monitoring, listing deployments with pod counts and CPU/memory request and limit values

After the agent is installed:

  • open the Kubernetes module in KloudMate
  • confirm that clusters and nodes appear within a few minutes
  • verify CPU and memory metrics for nodes, pods, and workloads
  • validate logs and events in the related views if those features are enabled

KloudMate also provides prebuilt dashboard templates for common Kubernetes views. See Create a Dashboard for template usage.

When Kubernetes Monitoring is enabled, KloudMate automatically collects a set of common Kubernetes metrics. No additional configuration is required.

  • k8s_container_cpu_limit
  • k8s_container_cpu_request
  • k8s_container_memory_limit
  • k8s_container_memory_request
  • k8s_container_ready
  • k8s_container_restarts
  • k8s_deployment_available
  • k8s_deployment_desired
  • container_cpu_time
  • container_cpu_usage
  • container_memory_usage
  • container_memory_working_set
  • k8s_node_cpu_usage
  • k8s_node_memory_usage
  • k8s_node_network_io

These metrics are sourced from the upstream OpenTelemetry receivers: