Kubernetes Trend All Clusters

Purpose: How the container estate has moved over time. A metric selector drives a single trend chart across all collected clusters, with the underlying values in a grid beneath.

When to use it

• Establish a container growth rate for forecasting
• Confirm whether a consolidation or cleanup reduced the estate
• Separate genuine growth from a cluster being onboarded into collection
• Provide the baseline the budgeting forecast projects from

Key areas and metrics

• Metric selector. A dropdown choosing what the chart plots and at what scope, for example all clusters together.
• Chart. Zoom presets of 1m, 3m, 6m, YTD, 1y, and All, a save control, an export menu, and a per-panel email action.
• Grid. The plotted values per collection date beneath the chart.

Reading container growth

Container counts are far more volatile than VM counts, because scaling events, deployments, and restarts create and destroy containers continuously. A daily series will look noisy in a way a virtual machine trend never does, and that noise is normal.

So use longer windows than you would elsewhere. A month of this chart mostly shows deployment activity; a year shows whether the estate is actually growing. A step change that holds is an onboarding or a new workload; a spike that returns is a scaling event.

Common actions

• Start with All to see the shape before narrowing.
• Save the view so each review reads the same window and metric.
• Correlate step changes against cluster onboarding before treating them as demand.
• Pair with the budgeting report. Growth in count alongside a flat average cost per container is healthy scaling.

Tips

An empty chart and a zero record count mean no container platform collector is configured. Check collection before investigating the report itself.

Related screens

Kubernetes All Units is the current-state inventory this adds history to. Kubernetes Budgeting Report attaches cost to the trend. Virtual Trends is the equivalent for the virtual estate.