Hands-on Lab·Kubernetes and Cloud Native Associate
Default Alerting Rules and Alert Tuning
A fresh kube-prometheus-stack fires nineteen alerts on a working cluster. One of them is firing on purpose, several are the localhost-binding problem, and the rest are why alert fatigue starts on day one. Then write a rule of your own and watch it load.
Observability Guide 39 of 46 Intermediate
- Kubernetes1.36.4
- Chartkube-prometheus-stack 88.5.3
- Prometheus Operatorv0.93.1
- TimeAbout 19 min
- Reviewed22 August 2026
Written against the versions above. Alert names come from kube-prometheus-stack and change between chart versions. The counts are from this cluster.
| Server Name | IP Address | OS | Roles | CPU | RAM | HDD |
|---|---|---|---|---|---|---|
| CKA1001 | 192.168.0.175 | Ubuntu 26.04 LTS | Control Plane Node | 2 Core | 4 GB | 50 GB |
| CKA1001-NODE01 | 192.168.0.176 | Ubuntu 26.04 LTS | Worker Node | 2 Core | 4 GB | 50 GB |
Before you start
- kube-prometheus-stack installed, and the
promqquery Pod from the PromQL guide. - The control-plane targets guide helps - several of these alerts are that problem.
-
Count what is firing
-
Alertmanager has them too
-
A rule of your own
-
It loaded, and it is firing