Serverbedarf für Last mit Sicherheitsreserve berechnen

Geben Sie die maximale Anfragerate, die gemessene Kapazität eines Servers und den Anteil ein, den Sie als Sicherheitsreserve freihalten möchten. Das Werkzeug verringert die nutzbare Kapazität jedes Servers um diese Reserve, teilt die Ziellast durch den verbleibenden Wert und rundet auf. Zusätzlich erhalten Sie bereitgestellte und nutzbare Kapazität, freie Restkapazität sowie die erwartete Auslastung, damit Sie jede Annahme nachvollziehen können.

Beginnen Sie mit gemessener Ziellast und Serverkapazität

Eine belastbare Dimensionierung setzt vergleichbare Messwerte voraus. Tragen Sie als Ziel die höchste dauerhaft zu bewältigende Anfragerate ein, nicht einen Tagesdurchschnitt, der Spitzen verdeckt. Ermitteln Sie die Kapazität pro Server in einem repräsentativen Lasttest mit derselben Anwendungsversion, Instanzgröße, Anfragemischung, denselben Abhängigkeiten und demselben Latenzziel wie in der Produktion. Beide Werte werden in Anfragen pro Sekunde angegeben. Erreicht ein Server einen höheren Wert nur unter Verletzung des Serviceziels, ist dieser Wert nicht als Kapazität geeignet. Eine Ziellast von null ist zulässig, die Serverkapazität muss jedoch positiv sein. Nutzen Sie das Ergebnis als Planungsgrundlage: Datenbanken, Warteschlangen, Caches, Verbindungen, externe Dienste und langsame Anfragen können früher begrenzen. Berechnen Sie neu, sobald sich Last, Anwendung oder Messung ändern.

Halten Sie Reserve statt am Kapazitätslimit zu arbeiten

Die Sicherheitsreserve ist der Anteil der gemessenen Kapazität, der auf jedem Server bewusst frei bleibt. Bei 25 Prozent Reserve gehen von einem mit 1.200 Anfragen pro Sekunde getesteten Server nur 900 in die Berechnung ein. Diese Reserve fängt Spitzen, Prognosefehler und die Startzeit neuer Instanzen ab und mindert den Latenzanstieg nahe der Sättigung. Der passende Anteil hängt vom Betrieb ab. Ein stabiler interner Dienst mit schnellem Start kann weniger Reserve benötigen; eine öffentliche API mit schwankendem Verkehr, langer Aufwärmzeit oder strengen Latenzzielen eher mehr. Geben Sie einen Wert ab null und unter 100 ein. Der Rechner wendet die Reserve vor der Division an und rundet anschließend immer auf. Vergleichen Sie mehrere Werte, um den Ausgleich zwischen Ausfallsicherheit und Kosten für Beteiligte sichtbar zu machen.

Überführen Sie das Ergebnis in eine Bereitstellungsentscheidung

Das Hauptergebnis ist die kleinste ganze Zahl identischer Server, deren angepasste Kapazität die Ziellast erreicht. Die nutzbare Kapazität pro Server zeigt den Messwert nach Abzug der Reserve. Bereitgestellte Kapazität bezeichnet den gesamten Nenndurchsatz, nutzbare bereitgestellte Kapazität den laut Plan verwendbaren Anteil. Die freie nutzbare Kapazität entsteht durch das Aufrunden. Die Auslastung vergleicht die Ziellast mit der gesamten Nennkapazität. Begründen Sie damit eine Mindestgröße für Autoscaling, eine feste Flotte oder ein Budget und testen Sie anschließend Topologie und Ausfälle. Hochverfügbarkeit, Zonen, Wartung, Replikate oder Instanzverlust können zusätzliche Server verlangen. Diese Redundanz wird nicht automatisch ergänzt; wenden Sie Ihre Architekturvorgaben danach an und rechnen Sie bei geänderten Instanzen oder Leistungen erneut.