#1800 · Rechner für Startups & SaaS

Kapazitätsrechner für Kubernetes-Cluster

Schätzt, wie viele Kubernetes-Nodes für CPU- und Arbeitsspeicherbedarf benötigt werden. Requests, Sicherheitsreserve und nutzbarer Node-Anteil werden berücksichtigt; das Ergebnis orientiert sich am jeweils strengeren CPU- oder RAM-Bedarf.

Rechner

Eingaben

So verwendest du diesen Rechner

Trage die für dein Szenario passenden Werte ein.
Prüfe Einheiten und Zeitraum der Eingaben.
Klicke auf „Berechnen“.
Nutze Hauptwert, Nebenkennzahlen und Interpretation gemeinsam für deine Entscheidung.

Formel

CPU-Nodes = CPU-Request × (1 + Reserve) ÷ nutzbare CPU je Node

RAM-Nodes = RAM-Request × (1 + Reserve) ÷ nutzbarer RAM je Node

Benötigte Nodes = aufgerundetes Maximum aus CPU- und RAM-Nodes.

Was das Ergebnis bedeutet

Der größere der beiden Ressourcenbedarfe bestimmt die Mindestzahl Nodes. Die Engpassanzeige zeigt, ob CPU oder RAM die Kapazitätsplanung dominiert.

Der Rechner arbeitet mit Kubernetes-Requests, nicht mit kurzzeitigen tatsächlichen Peaks. DaemonSets, System-Pods, Affinitäten und Topologie-Regeln sollten bereits in den nutzbaren Node-Werten oder der Reserve berücksichtigt sein.

Beispielrechnung

28 vCPU und 96 GB RAM bei 7 nutzbaren vCPU und 28 GB RAM je Node sowie 20 % Reserve ergeben 4,8 CPU-Nodes und rund 4,11 RAM-Nodes. Aufgerundet werden 5 Nodes benötigt; CPU ist der Engpass.

Tipps für bessere Ergebnisse

Nutze Requests statt Limits für die Scheduling-Basis.
Ziehe System- und DaemonSet-Ressourcen von der Node-Kapazität ab.
Plane Reserve für Rollouts und Node-Ausfälle.
Prüfe zusätzlich Pod-Dichte, Zonenverteilung und Affinitätsregeln.

Häufig gestellte Fragen

Wie berechne ich die benötigte Anzahl Kubernetes-Nodes aus CPU und RAM?

Berechne den Node-Bedarf getrennt für CPU und RAM inklusive Reserve und runde den größeren Wert auf die nächste ganze Node-Zahl auf.

Soll ich Kubernetes Requests oder Limits für die Kapazitätsplanung verwenden?

Für das Scheduling sind Requests die zentrale Basis. Limits können zusätzlich für Laufzeitrisiken relevant sein, ersetzen aber nicht die Request-basierte Kapazitätsrechnung.

Wie berücksichtige ich DaemonSets und System-Pods?

Ziehe deren Ressourcenbedarf idealerweise bereits von der nutzbaren CPU- und RAM-Kapazität je Node ab.

Warum ist eine zusätzliche Kapazitätsreserve sinnvoll?

Sie schafft Spielraum für Rollouts, Lastschwankungen, Node-Ausfälle und Planungsunsicherheit.

Was bedeutet es, wenn CPU der Engpass ist?

Dann erfordert der CPU-Request mehr Nodes als der RAM-Request; zusätzliche RAM-Kapazität allein würde die benötigte Node-Zahl nicht reduzieren.

Kennzahlen im Überblick

Kennzahl	Bedeutung
Nodes nach CPU-Bedarf	Wird aus den aktuellen Eingaben dynamisch berechnet.
Nodes nach RAM-Bedarf	Wird aus den aktuellen Eingaben dynamisch berechnet.
Kapazitätsengpass	Wird aus den aktuellen Eingaben dynamisch berechnet.