Zum Inhalt springen
100% lokal

Kubernetes-Anforderungen und Limits-Rechner

Beobachtete CPU- und Speichernutzung in dimensionierte Anforderungen, Grenzen und eine Cluster-Knotenprognose umwandeln.

Eingabe
20

Kubernetes-Anforderungen und Limits-Rechner

Geben Sie eine Zeile pro Container in der Form container;durchschnittliche CPU;maximale CPU;durchschnittlicher Speicher;maximaler Speicher ein — CPU in Millicores, Speicher in Mebibyte — und dieses Werkzeug dimensioniert Kubernetes-Anforderungen und Grenzen für jede, dann fasst den Satz in eine cluster-weite Reservierung zusammen. Es beantwortet die Frage, die jede Manifest-Überprüfung durchläuft: Was sollte "resources" wirklich sagen, wenn der Container wirklich nutzt.

Die Grenze ist immer der maximale Messwert plus ein Kopfraum-Prozentsatz, den Sie steuern, damit ein Burst über das Beobachtete nicht sofort zu einer Drosselung oder einem OOM-Kill führt. Die Quality-of-Service-Klasse entscheidet die Anforderung: Guaranteed setzt sie gleich der Grenze, die einzige Möglichkeit, dass Kubernetes diese Stufe gewährt; Burstable leitet sie aus dem Grenze-zu-Anforderung-Verhältnis ab, minimal begrenzt, sodass sie nie unter der durchschnittlichen Auslastung liegt, die Sie angegeben haben — ein inaktiver Container reserviert immer noch genug für seine typische Last. Replikationen multipliziert die Zahlen jedes Containers, bevor sie summiert werden, und die Knotengröße-Felder wandeln die Gesamtmenge in die benötigte Knotenanzahl um, abhängig davon, ob CPU oder Speicher die engere Anpassung ist.

Ausgabe kommt als tabulatorgetrennte Tabelle oder als YAML-Ressourcen-Fragment, das sofort in eine Container-Spezifikation eingefügt werden kann — ein Auswahlfeld wechselt zwischen ihnen, live. Zeilen, die nicht in exakt fünf durch Semikolons getrennte Felder aufgeteilt werden oder einen nicht-numerischen oder negativen Wert enthalten, werden mit der Zeilennummer abgelehnt, damit ein Tippfehler keine stillen falschen Schätzungen erzeugen kann; eine leere Eingabe löscht einfach das Ergebnis.

Alles läuft in Ihrem Browser. Container-Namen und Nutzungszahlen verlassen Ihr Gerät nie — nichts wird hochgeladen oder protokolliert. Kopieren Sie das Ergebnis, laden Sie es als .txt-Datei herunter oder senden Sie es direkt in die Eingabe eines anderen Werkzeugs.

Häufige Fragen

Welche Einheiten erwartet es für CPU und Speicher?
CPU in Millicores (m) und Speicher in Mebibytes (Mi) — die gleichen Einheiten, die die Ausgabe verwendet, sodass nichts in beide Richtungen konvertiert werden muss.
Worin liegt der Unterschied zwischen Guaranteed und Burstable?
Guaranteed setzt die Anforderung gleich der Grenze, dies ist die einzige Weise, wie Kubernetes diese QoS-Klasse gewährt. Burstable legt eine niedrigere Anforderung fest — abgeleitet vom Grenze-zu-Anforderung-Verhältnis, minimal begrenzt, sodass sie nie unter der durchschnittlichen Auslastung liegt, die Sie angegeben haben — und lässt Platz zum Burst bis zur Grenze.
Wie wird die Knotenzahl berechnet?
Die insgesamt angeforderte CPU und der Speicher aller Repliken werden durch die CPU und den Speicher dividiert, die Sie für einen Knoten festlegen; das Werkzeug verwendet das größere Verhältnis und rundet auf, da ein Cluster durch seine engste Ressourccnanpassung groß ist.
Warum erhielt ich einen "Zeilen"-Fehler statt eines Ergebnisses?
Eine Zeile konnte nicht in exakt fünf durch Semikolons getrennte Felder aufgeteilt werden, oder eine der vier Zahlen fehlte, war nicht numerisch oder negativ. Die Nachricht nennt die Zeile, damit eine Korrektur schnell erfolgen kann.
Werden meine Nutzungsdaten irgendwo hochgeladen?
Nein. Die Berechnung läuft vollständig in Ihrem Browser — Ihre Container-Namen und CPU/Speicher-Zahlen werden nie an einen Server gesendet.