Skip to main content

Small cluster

Below the result obtained using kube-green in a small development cluster of 15 namespaces (only enabled in the 3 bigger namespaces).

The configuration used is to wake up in working hours:

kind: SleepInfo
name: working-hours
weekdays: "1-5"
sleepAt: "20:00"
wakeUpAt: "08:00"
timeZone: "Europe/Rome"
- apiVersion: "apps/v1"
kind: Deployment
name: api-gateway

Below, the results with kube-green running for two weeks.

In the images, are showed 3 lines, representing request, limit and usage for memory and CPU.

Request is the amount of resource allocated (reserved by pod) in the cluster. Limit is the amount of resource allowed to be used by pod in the cluster. Usage is the amount of resource actually used by pod in the cluster. This is the real consumption of the pod.

Memory usage

In this image it is possible to see the memory usage of the cluster.
Before kube-green, the memory usage, request and limit is linear.

After kube-green, it is possible to see the memory lines with 5 peak in the working day, and a low usage and allocation of memories during the nights and the weekends.

Memory usage

CPU usage

It is possible to see the same as for memory also for the CPU in the following image.

Memory usage

Numeric summary

In this table, a comparison between before and after the use of kube-green.

TotalWith kube-greenDifference
Number of pods446205241
Memory consumed [Gb]281612
CPU consumed [cpu]21.30.7
Memory allocated [Gb]342212
CPU allocated [cpu]14122
CO2eq/week [kg]946628

As show in the table, are saved 28 Kg of CO2eq per week for this cluster. So in a year (52 weeks), the CO2eq saved is -1456 Kg CO2eq.


It is possible to see how much kube-green affects the use of resources in a small cluster.

In this use case, the cluster nodes do not downscale, because the unused resources are not enough.

Click here to see it in a wider use case, to see how much it can reduce the use of resources and lead to the downscale of the nodes of a cluster.