Die Frage „Welchen Server brauchen wir?“ lässt sich seriös nicht mit einem Produktnamen beantworten, sondern nur mit vier Größen: Rechenleistung, Arbeitsspeicher, Speichergeschwindigkeit und Netzwerkdurchsatz. Wer sie kennt, kauft passend – und nicht nach Bauchgefühl oder Vertriebsempfehlung. Die Abweichung kostet in beide Richtungen Geld: Ein zu kleines System bremst jeden Arbeitsplatz, der darauf wartet; ein zu großes bindet Kapital und Lizenzen, die über Jahre ungenutzt bleiben.
Was die vier Größen wirklich bedeuten
- Rechenkerne: bestimmen, wie viele Aufgaben gleichzeitig laufen. Für Datenbanken und viele Branchenanwendungen zählt oft die Taktfrequenz mehr als die reine Kernzahl, weil einzelne Abfragen nicht beliebig parallel arbeiten.
- Arbeitsspeicher: der häufigste Engpass. Fehlt er, wird auf Speichermedien ausgelagert – und alles wird spürbar langsamer. Datenbanken nutzen freien Arbeitsspeicher zudem als Zwischenspeicher; mehr Speicher bedeutet dort unmittelbar weniger Zugriffe auf die Datenträger.
- Speichergeschwindigkeit: gemessen in Ein- und Ausgabeoperationen pro Sekunde (IOPS) und in Latenz, also der Wartezeit je Zugriff. Entscheidend bei Datenbanken und Terminalservern. NVMe-Speicher hat hier klassische Festplatten grundlegend abgelöst.
- Netzwerk: wird unterschätzt, sobald Sicherungen, Replikation und Nutzerzugriffe sich denselben Weg teilen. Eine nächtliche Sicherung, die bis in den Arbeitsbeginn hineinläuft, ist oft ein Netzwerk- und kein Speicherproblem.
Messen statt schätzen
Vor jeder Beschaffung lohnt eine Messung des Ist-Zustands über zwei bis vier Wochen. Die Realität weicht regelmäßig von der Vermutung ab – häufig braucht es mehr Arbeitsspeicher und weniger Rechenkerne als gedacht. Wichtig ist, dass der Messzeitraum die Lastspitzen enthält: Monatsabschluss, Lohnabrechnung, Inventur oder den Montagmorgen, an dem sich alle gleichzeitig anmelden. Eine Messung in der Urlaubszeit zeichnet ein zu freundliches Bild.
Aussagekräftig sind nicht Durchschnittswerte, sondern Spitzen und Wartezeiten. Ein Beispiel: Eine durchschnittliche Prozessorauslastung von 30 Prozent sagt wenig, wenn die Anwendung jeden Vormittag eine Stunde lang an der Grenze arbeitet. In virtualisierten Umgebungen gehört zusätzlich die Zeit dazu, die ein virtueller Server auf freie Prozessorkerne des Hosts wartet – ein Wert, der Engpässe zeigt, lange bevor die Auslastung auffällt. Beim Speicher zählen Latenz und Länge der Warteschlange mehr als der belegte Platz.
Hinzu kommt der Blick nach vorn. Welche Anwendungen kommen in den nächsten Jahren hinzu, wie entwickelt sich die Zahl der Arbeitsplätze, wie stark wächst der Datenbestand? Diese Fragen beantwortet nicht die IT allein, sondern die Geschäftsführung gemeinsam mit ihr. Eine geplante Übernahme, ein neuer Standort oder die Einführung eines Dokumentenmanagements verändern die Rechnung stärker als jede technische Kennzahl.
Reserven mit Maß
Als Faustregel bewährt sich eine Auslastung von rund 60 bis 70 Prozent im Normalbetrieb. Das lässt Luft für Lastspitzen, Wachstum und den Ausfall eines Knotens im Verbund – ohne dass dauerhaft teure Kapazität brachliegt.
Wie eng diese Reserve im Verbund wird, zeigt eine Beispielrechnung mit frei gewählten Werten: Drei gleich große Virtualisierungshosts arbeiten jeweils mit 60 Prozent Auslastung. Fällt einer aus, muss die Last – zusammen 180 Prozent eines Hosts – auf die verbliebenen zwei verteilt werden; jeder läuft dann bei 90 Prozent. Das trägt, allerdings ohne Spielraum für Spitzen. Bei 70 Prozent Grundauslastung ergäbe dieselbe Rechnung 105 Prozent je Host, der Verbund könnte den Ausfall nicht mehr vollständig auffangen. Die Reserve ist also keine Verschwendung, sondern die Bedingung dafür, dass Redundanz überhaupt greift.
Wichtiger als großzügige Erstausstattung ist ohnehin die Erweiterbarkeit: Ein System, das sich später um Arbeitsspeicher oder Speicherplatz ergänzen lässt, altert deutlich besser. Freie Speichersteckplätze und zusätzliche Laufwerksschächte sind in der Regel sinnvoller als Kapazität, die ab dem ersten Tag bezahlt, aber erst im vierten Jahr gebraucht wird. Wer erweitern will, sollte das allerdings nicht zu lange aufschieben – Komponenten älterer Generationen sind nach einigen Jahren oft nur noch eingeschränkt erhältlich.
Kerne kosten auch Lizenzen
Ein Aspekt, der bei der Dimensionierung gern fehlt, ist die Lizenzierung. Windows Server wird in der Standard- und der Datacenter-Edition nach physischen Prozessorkernen lizenziert, mit einer Untergrenze von acht Kernlizenzen je Prozessor und 16 je Server. Auch manche Datenbanksysteme rechnen nach Kernen ab. Ein Server mit mehr Kernen als nötig kostet daher nicht nur bei der Anschaffung mehr, sondern bei jeder Lizenzerweiterung und jedem Wartungsvertrag erneut.
Auch die Zahl der erlaubten virtuellen Maschinen hängt an der Edition: Die Standard-Edition deckt bei vollständig lizenzierten Kernen zwei virtuelle Betriebssysteminstanzen ab, weitere erfordern zusätzliche Lizenzen; die Datacenter-Edition erlaubt beliebig viele. Ob sich der Aufpreis lohnt, ist eine Rechenaufgabe, die vor der Wahl der Hardware gelöst sein sollte – nicht danach.
Wer eine Serverbeschaffung freigibt, kommt mit wenigen Prüffragen an das Angebot aus:
- Auf welcher Messung beruht die Auslegung, und über welchen Zeitraum wurde gemessen?
- Welche Auslastung ergibt sich im Normalbetrieb – und welche, wenn ein Knoten ausfällt?
- Wie viele Kerne werden lizenziert, und warum genau so viele?
- Welche Erweiterungen sind später ohne Austausch des Geräts möglich?
- Für welchen Nutzungszeitraum ist das System ausgelegt, und welches Wachstum ist darin berücksichtigt?
Ein Angebot, das diese Fragen nicht beantworten kann, beruht auf Annahmen – und die Folgen dieser Annahmen trägt am Ende der Käufer, nicht der Verkäufer.
Verwandte Themen: Wer hier weiterdenkt, liest bei Server mieten, NVMe und SQL-Server-Betrieb weiter.
