Server werden nach Workloads geplant
Eine CPU mit vielen Kernen und möglichst viel RAM ist noch kein gutes Serverdesign. Relevant sind die tatsächlichen Anwendungen, Virtualisierung, Storage-I/O, Wachstum, Backupfenster, Verfügbarkeit und die Frage, wie ein Defekt behoben wird. Bei kleinen Umgebungen kann ein einzelner leistungsfähiger Host wirtschaftlich sinnvoll sein; bei kritischen Diensten kann dieselbe Architektur ein unnötiges Geschäftsrisiko darstellen.
Compute, RAM und Storage getrennt betrachten
CPU-Auslastung ist in vielen klassischen KMU-Umgebungen nicht der erste Engpass. Datenbanken, Terminalserver, Profilcontainer oder viele parallel startende virtuelle Maschinen reagieren stark auf Storage-Latenz. RAM-Reserve beeinflusst wiederum Konsolidierung und Wartungsmöglichkeiten. Deshalb sollten bestehende Systeme vor einer Neuanschaffung gemessen werden, statt lediglich die alte Hardware mit einem pauschalen Aufschlag zu ersetzen.
Virtualisierung als Betriebsmodell
Virtualisierung vereinfacht Backup, Migration und die Trennung von Diensten, erzeugt aber auch Abhängigkeiten. Hyper-V, Proxmox oder andere Plattformen unterscheiden sich bei Clusterfunktionen, Management, Support, Backupintegration und Lizenzierung. Die passende Plattform ist nicht allein eine technische Geschmacksfrage, sondern hängt vom vorhandenen Know-how und den Anforderungen an Support und Wiederanlauf ab.
Redundanz gezielt einsetzen
Zwei Netzteile helfen nicht, wenn beide an derselben Stromquelle hängen. Zwei Hosts bilden noch keinen hochverfügbaren Cluster, wenn Storage oder Netzwerk ein Single Point of Failure bleiben. Verfügbarkeit muss daher entlang der gesamten Kette betrachtet werden: Strom, Switches, Storage, Hypervisor, Management, Backup und Wiederherstellung.
Lebenszyklus und Ersatzteile
Für Business-Hardware zählen neben dem Kaufpreis auch Firmwareversorgung, Garantie, Vor-Ort-Service und die voraussichtliche Nutzungsdauer. Eine Plattform, die fünf Jahre betrieben werden soll, braucht einen klaren Ersatzteil- und Supportpfad. Bei sehr kleinen Umgebungen kann ein dokumentierter Ersatz- und Restore-Prozess wirtschaftlicher sein als vollständige Hochverfügbarkeit.
Fragen vor der Bestellung
- Welche physischen und virtuellen Workloads laufen heute?
- Welche CPU-, RAM- und Storage-Spitzen sind messbar?
- Welche Systeme dürfen wie lange ausfallen?
- Ist ein einzelner Host akzeptabel oder wird N+1 benötigt?
- Wie wird gesichert und wie schnell kann auf Ersatzhardware wiederhergestellt werden?
- Welche Netzgeschwindigkeiten werden für Storage, Backup und VM-Verkehr benötigt?
- Welche Plattformkompetenz ist intern vorhanden?
- Welche Wachstumsreserve wird realistisch gebraucht?
Ziel des Finders
Der Server-Finder trennt Standalone-, Virtualisierungs- und Clusteranforderungen. Er soll verhindern, dass teure Hardware gekauft wird, bevor Recovery, Storage und Betriebsmodell geklärt sind.