Zum Inhalt springen
0621 877 55 990

Das Journal des DAVINCI RechenzentrumsMittwoch, 30. September 2026127 Beiträge · 14 Ressorts

DAVINCI Journal

Managed Server & Hosting

Kapazität planen statt raten

Wer laufend misst, erkennt Engpässe Monate vor dem Stillstand. Der Beitrag benennt die Messgrößen, brauchbare Schwellenwerte, ein Rechenbeispiel für Wachstum und die Kriterien für Aufrüsten oder Neubeschaffung.

Techniker bei Wartungsarbeiten am Serverrack
Symbolbild, künstlich erzeugtStand der Angaben: September 2026

Die Auslegung eines neuen Servers ist eine einmalige Aufgabe mit klaren Fragen. Die Kapazitätsplanung im laufenden Betrieb ist etwas anderes: Sie beantwortet nicht, was gekauft wird, sondern wann. Ihr Ergebnis ist ein Zeitpunkt – der Monat, in dem eine Ressource knapp wird – und daraus abgeleitet eine Entscheidung, ob aufgerüstet oder ersetzt wird. Wer diese Frage regelmäßig beantwortet, verhandelt Beschaffungen aus einer Position der Ruhe. Wer sie nicht beantwortet, beschafft im Störungsfall.

Die Erstauslegung eines Systems und die Frage nach Reserven bei der Beschaffung sind ein eigenes Thema und hier nicht Gegenstand. Es geht ausschließlich um Systeme, die bereits produktiv laufen und Zahlen liefern.

Was laufend mitlaufen sollte

Kapazitätsplanung braucht keine große Softwareplattform, aber sie braucht eine lückenlose Reihe über Monate. Vier Bereiche genügen für den Anfang, jeweils mit Spitzenwerten und nicht nur mit Mittelwerten: Rechenleistung, Arbeitsspeicher, Speicherlatenz und Netzwerkdurchsatz. Dazu kommen zwei Größen, die häufig fehlen: der belegte Platz auf den Datenträgern im Zeitverlauf und die Dauer der nächtlichen Datensicherung.

Die Sicherungsdauer ist dabei der unterschätzte Frühwarnwert. Sie wächst mit dem Datenbestand und mit der Last, und sie hat eine harte Grenze – den Arbeitsbeginn. Eine Sicherung, die in zwölf Monaten von vier auf sieben Stunden gewachsen ist, sagt über die Kapazitätsentwicklung oft mehr aus als jede Auslastungskurve.

Zwei Regeln machen die Messung erst verwertbar. Erstens muss sie ohne Unterbrechung laufen und aufbewahrt werden – wer erst zu messen beginnt, wenn es klemmt, hat keinen Vergleichswert und keine Kurve. Zwölf Monate rückwirkend sind das Minimum, weil erst dann jahreszeitliche Muster sichtbar werden. Zweitens muss festgelegt sein, welche Werte in welchem Intervall gespeichert werden; eine Verdichtung auf Stundenmittel spart Platz und vernichtet genau die Information, um die es geht.

Schwellenwerte, an denen man sich orientieren kann

Absolute Grenzwerte gibt es nicht, aber brauchbare Orientierungspunkte. Microsoft nennt in seiner Anleitung zum Erkennen von Engpässen in virtualisierten Umgebungen konkrete Marken, die sich auch auf andere Plattformen sinngemäß übertragen lassen.

  • Rechenleistung: Liegt der Zähler für die gesamte Laufzeit der logischen Prozessoren des Hosts über 90 Prozent, gilt der Host als überlastet; die Empfehlung lautet, Rechenleistung hinzuzufügen oder Systeme auf einen anderen Host zu verschieben.
  • Rechenleistung je virtuellem Server: Liegen alle virtuellen Prozessoren über 90 Prozent, ist zuerst zu prüfen, ob der Host überlastet ist und ob die Anwendung zusätzliche Prozessoren überhaupt nutzen kann.
  • Arbeitsspeicher: Als Anhaltspunkt für ein Gastsystem nennt Microsoft, dass die Summe aus verfügbarem Bereitschaftsspeicher und freien Seiten bei Systemen mit 2 Gigabyte und mehr über 300 Megabyte liegen sollte und dass die eingelesenen Seiten pro Sekunde im Stundenmittel unter 10 bleiben sollten.
  • Speicher: Latenzen dauerhaft über 50 Millisekunden gelten als Engpass – dann helfen Verteilung auf weitere Speicherbereiche oder schnellere Datenträger.
  • Netzwerk: Erreicht eine physische Netzwerkkarte 90 Prozent ihrer Kapazität, sind zusätzliche Wege, eine Verlagerung von Systemen oder eine Priorisierung des Datenverkehrs angezeigt.

Wichtig ist, diese Werte als Auslösepunkt für eine Prüfung zu verstehen, nicht als Alarmschwelle. Ein Host, der am Monatsabschluss für 40 Minuten an die Grenze geht, ist kein Fall für eine Beschaffung. Ein Host, der diese Grenze in drei aufeinanderfolgenden Monaten länger erreicht als im Quartal davor, ist einer.

Lastspitzen erkennen: Mittelwerte verdecken das Wesentliche

Die häufigste Fehlerquelle in Kapazitätsberichten ist die Mittelung über zu lange Zeiträume. Eine Spitze von fünf Minuten verschwindet im Stundenmittel nahezu vollständig; dasselbe Stundenmittel über einen Monat ergibt eine beruhigende Zahl, die mit dem Erleben der Nutzer nichts zu tun hat. Messen Sie deshalb in kurzen Intervallen und berichten Sie nicht den Durchschnitt, sondern hohe Perzentile – etwa den Wert, der in 95 Prozent der Messpunkte nicht überschritten wird – zusammen mit dem höchsten gemessenen Wert und dem Zeitpunkt, an dem er auftrat.

Der Zeitpunkt ist der eigentliche Erkenntnisgewinn, denn Lastspitzen im Mittelstand folgen dem Kalender des Geschäfts: Monats- und Jahresabschluss, Lohnabrechnung, Inventur, Saisonstart, der Montagmorgen mit gleichzeitiger Anmeldung aller Arbeitsplätze, der Versandschluss am späten Nachmittag. Legen Sie diese Termine über die Messkurven. Wenn sich Spitzen einem Vorgang zuordnen lassen, lässt sich häufig etwas verschieben statt etwas kaufen – ein Auswertungslauf, der nicht um neun, sondern um fünf Uhr startet, kostet nichts.

Wachstum abschätzen – mit gekennzeichneten Annahmen

Für die Vorhersage genügt in den meisten Fällen eine einfache Fortschreibung, solange die Annahmen offenliegen. Ein Rechenbeispiel mit frei gewählten Werten: Die Belegung eines Speicherverbunds ist in zwölf Monaten von 48 auf 62 Prozent gestiegen, also um 14 Prozentpunkte. Als Handlungsgrenze wird 85 Prozent festgelegt, weil darüber Momentaufnahmen, Wachstumsspitzen und Neuaufbau eines ausgefallenen Datenträgers keinen Platz mehr finden. Bis zur Grenze bleiben 23 Prozentpunkte, bei gleichbleibendem Wachstum also knapp 20 Monate. Der Speicher dient hier nur als Beispiel für die Methode; wie viel Platz Momentaufnahmen, Sicherungen und Aufbewahrungsfristen im Einzelnen beanspruchen, ist eine eigene Mengenrechnung.

Diese Zahl ist nicht die Antwort, sondern der Ausgangspunkt für zwei Korrekturen. Die erste ist die Beschaffungszeit: Angebot, Freigabe, Lieferung und Einbau brauchen zusammen oft ein halbes Jahr, in dem das Wachstum weiterläuft. Die zweite ist der Blick auf geplante Vorhaben, die nicht in der Kurve stecken – ein Dokumentenmanagement, eine neue Produktionslinie, ein zusätzlicher Standort, die Umstellung auf höher auflösende Kamerabilder. Diese Treiber kennt die Geschäftsführung, nicht die Messreihe.

Bei Rechenleistung und Arbeitsspeicher ist die Fortschreibung unzuverlässiger, weil neue Anwendungen sprunghaft wirken. Dort ist die bessere Größe nicht die Auslastung, sondern die Häufigkeit und Dauer der Zeiten, in denen die Grenze erreicht wird. Verdoppelt sich diese Dauer von Quartal zu Quartal, ist der Engpass in Sichtweite, auch wenn der Monatsmittelwert unauffällig bleibt.

Aufrüsten oder ersetzen

Aufrüsten ist in der Regel der günstigere Weg, wenn vier Bedingungen zusammentreffen: Der Engpass betrifft genau eine Ressource; für diese Ressource sind Steckplätze oder Schächte frei; die Komponenten der passenden Generation sind noch regulär erhältlich; und das System hat noch genügend Restlaufzeit im Herstellerservice, damit die Erweiterung sich über mehrere Jahre nutzen lässt. Fehlt eine dieser Bedingungen, verschiebt eine Erweiterung das Problem lediglich um Monate und erhöht zugleich den Wert, der beim späteren Austausch verloren geht.

Gegen das Aufrüsten sprechen vor allem drei Punkte. Erstens die Lizenzierung: Zusätzliche Prozessorkerne können Lizenzkosten auslösen, die den Hardwarevorteil aufheben. Zweitens das Wartungsfenster – eine Erweiterung im Inneren des Geräts bedeutet eine Unterbrechung, bei Neubeschaffung kann parallel aufgebaut und umgeschaltet werden. Drittens die Mischung der Generationen: In einem Verbund aus Virtualisierungshosts führen unterschiedliche Prozessorgenerationen zu Einschränkungen bei der Verschiebung laufender Systeme, und genau diese Verschiebung ist der Grund, warum der Verbund existiert.

Eine Zwischenlösung wird häufig übersehen: die Entlastung ohne neue Hardware. Alte Daten auf langsameren, günstigeren Speicher auslagern, Auswertungen zeitlich verlagern, nicht mehr genutzte virtuelle Server abschalten, Momentaufnahmen aufräumen, die still über Monate gewachsen sind. Diese Maßnahmen schaffen selten viel, aber oft genug Zeit, um eine Beschaffung planmäßig statt eilig durchzuführen.

Was in den Quartalsbericht gehört

  • Für jede Kernressource: der höchste gemessene Wert, das hohe Perzentil und der Zeitpunkt der Spitze.
  • Die Zahl der Zeitfenster, in denen ein Orientierungswert überschritten wurde – im Vergleich zum Vorquartal.
  • Die Belegung der Datenträger mit der Veränderung gegenüber dem Vorquartal und dem hochgerechneten Zeitpunkt des Erreichens der Handlungsgrenze.
  • Die Dauer der Datensicherung und ihre Veränderung.
  • Bekannte Vorhaben der nächsten zwölf Monate, die die Last verändern, mit einer Einschätzung ihrer Wirkung.
  • Eine Empfehlung mit Zeitangabe: nichts tun, entlasten, aufrüsten oder beschaffen – und bis wann die Entscheidung fallen muss.

Ein solcher Bericht passt auf eine Seite und macht aus einer technischen Kennzahl eine Entscheidungsvorlage. Sein Nutzen liegt weniger in der Genauigkeit der Vorhersage als darin, dass der Zeitpunkt der Entscheidung bekannt ist, bevor er verstreicht. Alles andere – Modellauswahl, Angebotsvergleich, Auslegung – ist danach die einfachere Aufgabe.

Verwandte Themen: Wer hier weiterdenkt, liest bei Servermigration, IT-Budget und Speicherplanung weiter.

Quellen

  1. Detecting bottlenecks in a virtualized environment · Microsoft Learn
  2. Hyper-V Memory Performance · Microsoft Learn
  3. Performance Tuning Guidelines for Windows Server · Microsoft Learn

Verwandte Beiträge

Zur Titelseite →
IT-Betrieb & Support

Wie ein IT-Budget entsteht, das im Jahr auch hält

Das Vorjahr plus ein paar Prozent ist keine Planung, sondern eine Fortschreibung. Wie sich laufende Kosten, Ersatzinvestitionen und eine Rücklage für Störfälle trennen lassen und wie ein Vorhaben vor der Geschäftsführung Bestand hat.

Virtualisierung & Storage

Speicher planen, bevor der Platz knapp wird

Wie viel Speicher brauchen wir in drei Jahren? Die Antwort ergibt sich aus gemessenem Wachstum, dem Platzbedarf von Snapshots und Sicherungen, einer Reserve und der Frage, wie sich das System überhaupt erweitern lässt.