Die häufigste Frage, die uns Unternehmen stellen, die ein Buchhaltungssystem, ein Dokumentenmanagement oder eine interne Website in die Cloud verlagern, ist einfach: „Was kostet ein Server?“ Die Frage ist verständlich, wird aber zu früh gestellt. Solange nicht klar ist, welche Last das System tatsächlich erzeugt, sagt der Preis nichts aus. Ein günstiger Server, der am Montagmorgen für zwanzig Buchhalter einfriert, ist die teuerste Lösung von allen.
Die Wahl zwischen einem virtuellen Server (VPS), einem dedizierten physischen Server und einem Virtualisierungs-Cluster ist eine technische Entscheidung, keine kaufmännische. Sie hängt davon ab, wie viel Prozessorzeit, Arbeitsspeicher und wie viele Festplattenzugriffe Ihre Anwendungen in Spitzenzeiten beanspruchen, wie sich dieser Bedarf im Lauf eines Monats verändert und was ein Ausfall für Ihr Geschäft bedeutet.
In diesem Artikel erklären wir, wie Sie die Last vor der Wahl messen, was die CPU-, RAM- und Festplattenangaben in Angeboten wirklich bedeuten und wann welches der drei Modelle das richtige ist.
Was CPU, RAM und Festplatte in einem Angebot wirklich bedeuten
In den Angeboten der Anbieter sehen Sie drei Zahlen: Prozessorkerne, Arbeitsspeicher und Festplattenkapazität. Hinter jeder stecken jedoch wichtigere Dinge, die das Angebot oft weglässt.
Prozessor
Ein „Kern“ (vCPU) eines virtuellen Servers ist fast nie ein ganzer physischer Kern. Es ist ein Thread eines physischen Prozessors, den sich mehrere virtuelle Server teilen. Entscheidend ist weniger die Zahl als die Garantie: Reserviert der Anbieter Prozessorzeit, oder vergibt er sie mehrfach überbucht? Für ein Buchhaltungssystem mit zehn Benutzern genügen zwei oder vier vCPUs, wenn sie in Spitzenzeiten wirklich verfügbar sind. Ist der physische Server überlastet, helfen auch acht vCPUs nicht.
Arbeitsspeicher
RAM ist der Parameter, dessen Mangel sich am schnellsten zeigt. Geht einer Anwendung der Speicher aus, nutzt das Betriebssystem die Festplatte als Ersatz für den Arbeitsspeicher, und alles wird um das Zehnfache langsamer. Für Datenbankserver ist der Arbeitsspeicher die wichtigste Ressource: Je größer der Anteil der Datenbank, der in den RAM passt, desto weniger Festplattenzugriffe sind nötig.
Festplatte und warum NVMe nicht nur Marketing ist
Die Festplattenkapazität ist die unwichtigste Zahl. Am wichtigsten ist die Geschwindigkeit der Festplatte, gemessen in Ein-/Ausgabeoperationen pro Sekunde (IOPS) und in der Latenz. Hier unterscheiden sich drei Technologien:
- HDDs (rotierende Festplatten) eignen sich für Archive und Backups, nicht aber für Datenbanken.
- SATA-SSDs sind um ein Vielfaches schneller als HDDs und genügen für die meisten Dateiserver und interne Websites.
- NVMe-SSDs sind direkt an den Prozessorbus angebunden und umgehen die alte SATA-Schnittstelle. Die Latenz wird in Mikrosekunden gemessen, die IOPS in Hunderttausenden.
Ein Buchhaltungssystem mit großer Datenbank oder ein ERP- oder Dokumentenmanagementsystem mit vielen kleinen Dateien läuft auf NVMe spürbar schneller als auf einer SATA-SSD, selbst bei gleichem Prozessor und gleichem Arbeitsspeicher. Nach unserer Erfahrung löst meist der Wechsel der Festplatte, nicht das Hinzufügen von Kernen, Klagen über einen „langsamen Server“.
Wie Sie die Last vor der Wahl messen
Läuft das System bereits in Ihrem Büro oder bei einem anderen Anbieter, haben Sie die bestmögliche Datenquelle: das System selbst. Raten ist nicht nötig.
Wir empfehlen, die Kennzahlen mindestens zwei Wochen lang zu erfassen, damit die Stichprobe den Monatsabschluss, die Lohnabrechnung oder andere Spitzen enthält. Auf Windows-Servern leistet das der Leistungsmonitor, unter Linux die üblichen Systemwerkzeuge. Die wichtigen Kennzahlen:
- CPU-Auslastung: der Durchschnitt und das 95. Perzentil. Liegt die Auslastung in Spitzenzeiten dauerhaft über 80 Prozent, fehlen Ihnen Kerne.
- Speichernutzung und Swap-Aktivität. Jede anhaltende Nutzung von Swap bedeutet, dass zu wenig RAM vorhanden ist.
- Länge der Festplattenwarteschlange und Latenz. Liegt die Warteschlange dauerhaft über zwei Operationen und die Latenz über 20 Millisekunden, ist die Festplatte der Engpass.
- Netzwerkverkehr in Spitzenzeiten, besonders wenn sich Benutzer aus der Ferne verbinden.
Vergleichen Sie das Ergebnis nicht mit dem Durchschnitt, sondern mit der Spitze plus Reserve. Ein Server, der für die Durchschnittslast reicht, ist genau dann zu klein, wenn er am meisten gebraucht wird.
Ist das System neu und gibt es nichts zu messen, gehen Sie von den Empfehlungen des Softwareherstellers aus und wählen ein Modell, bei dem sich Ressourcen leicht ändern lassen. Das ist eines der stärksten Argumente für einen virtuellen Server zu Beginn.
Wann ein virtueller Server genügt
Ein virtueller Server passt zu den meisten Systemen kleiner und mittlerer Unternehmen: Buchhaltung, Dokumentenmanagement, CRM, interne Websites und Dateiserver für bis zu einige Dutzend Benutzer. Seine Vorteile:
- Ressourcen lassen sich in Stunden ändern, nicht in Wochen. Fehlt Arbeitsspeicher? Er wird ohne Migration ergänzt.
- Sie zahlen nur, was Sie jetzt brauchen, nicht für eine physische Maschine mit drei Jahren Reserve.
- Die Virtualisierungsplattform fängt Hardwareausfälle selbst ab: Fällt ein physischer Server aus, zieht der virtuelle auf einen anderen um.
Verwaltete Cloud-Server ergänzen das um Updates, Monitoring, Backups und den Schutz durch Bitdefender GravityZone, sodass das Unternehmen keinen eigenen Server-Administrator braucht.
Ein virtueller Server ist nicht geeignet, wenn eine Anwendung einen ganzen physischen Prozessor ohne Teilung verlangt, spezielle Hardware (zum Beispiel Lizenz-Dongles oder eine GPU) braucht oder wenn Lizenzbedingungen nach physischen Kernen abgerechnet werden und die Virtualisierung sie verteuert.
Wann Sie einen Dedicated Server brauchen
Ein Dedicated Server ist eine physische Maschine, die Sie allein nutzen. Er ist in drei Fällen sinnvoll:
- Konstant hohe Last. Beansprucht ein System rund um die Uhr viel Prozessor und Festplatte, werden die Virtualisierungsschicht und geteilte Ressourcen eher zum Hindernis als zum Vorteil.
- Große Datenbanken mit strengen Anforderungen an die Latenz. Ein dediziertes NVMe-Array ohne Nachbarn liefert vorhersehbare Geschwindigkeit.
- Lizenz- oder Compliance-Anforderungen. Manche Softwarelizenzen oder interne Sicherheitsrichtlinien verlangen, dass die physische Hardware nicht mit anderen Kunden geteilt wird.
Die Nachteile sind ebenso klar: Eine Änderung der Ressourcen bedeutet einen Hardwarewechsel, ein Hardwareausfall ohne Cluster bedeutet Stillstand, und Sie zahlen immer für ungenutzte Kapazität. Ein Dedicated Server ohne professionelle Server-Betreuung ist ein Risiko, keine Investition.
Wann sich ein VMware-Cluster lohnt
Zwischen diesen beiden Optionen gibt es eine dritte, für mittlere und größere Unternehmen oft die beste: einen Virtualisierungs-Cluster. VMware-Cloud-Server laufen auf mehreren physischen Servern, die mit gemeinsamem Speicher zu einem Ganzen verbunden sind.
Er bietet, was weder ein einfacher VPS noch ein einzelner Dedicated Server leisten:
- Hochverfügbarkeit. Fällt ein physischer Knoten aus, starten die virtuellen Server binnen Minuten automatisch auf einem anderen Knoten neu, ohne menschliches Eingreifen.
- Reservierte Ressourcen. Sie können einem bestimmten Server Prozessorzeit und Arbeitsspeicher garantieren wie bei einem dedizierten und behalten dennoch die Flexibilität der Virtualisierung.
- Umgebungen mit mehreren Servern. Haben Sie getrennte Anwendungs-, Datenbank-, Terminal- und Testserver, lassen sie sich im Cluster als ein System verwalten.
Ein Cluster lohnt sich, wenn Sie mehrere Server haben oder einen, dessen Ausfall während der Arbeitszeit nicht hinnehmbar ist. Für einen einzelnen kleinen Buchhaltungsserver wäre er überdimensioniert.
| Kriterium | Virtueller Server | Dedicated Server | VMware-Cluster |
|---|---|---|---|
| Ressourcen ändern | Stunden | Tage oder Wochen | Stunden |
| Schutz vor Hardwareausfall | Auf Plattformebene | Keiner ohne Ersatz | Automatischer Failover |
| Garantierte Ressourcen | Je nach Anbieter | Immer | Wie konfiguriert |
| Geeignet für | Bis zu einigen Dutzend Benutzern | Konstant hohe Last | Umgebungen mit mehreren Servern |
Skalierung: Planen Sie für das Wachstum, nicht für den Start
Der Hauptfehler bei der Wahl besteht darin, einen Server auf die heutige Last auszulegen und zu vergessen, was in einem Jahr ist. In einer virtuellen Umgebung ist das kein Problem: Sie beginnen mit dem gemessenen Bedarf plus Reserve und ergänzen Ressourcen mit dem Wachstum. In einer dedizierten Umgebung müssen Sie das Wachstum gleich einplanen oder eine Migration in Kauf nehmen.
Ein Tipp aus unserer Praxis: Wählen Sie das Modell danach, wie oft sich Ihr Bedarf ändern wird. Wissen Sie es nicht, wählen Sie virtuell und messen Sie. Der Umzug von einem virtuellen Server auf einen Dedicated Server oder einen Cluster nach sechs Monaten, mit realen Daten, ist weit günstiger als Raten am Anfang.
Wo Sie anfangen sollten
- Erfassen Sie zwei Wochen lang Prozessor-, Speicher- und Festplattenkennzahlen Ihres aktuellen Systems, einschließlich eines Monatsendes.
- Ermitteln Sie die Spitze und addieren Sie mindestens 30 Prozent Reserve. Das ist Ihr Ausgangsbedarf an Ressourcen.
- Schätzen Sie, was eine Stunde Ausfall Ihr Unternehmen kostet. Ist es viel, denken Sie an einen Cluster statt an einen einzelnen Server.
- Prüfen Sie die Lizenzbedingungen der Software im Hinblick auf Virtualisierung.
- Besprechen Sie die Ergebnisse mit einem Anbieter, der alle drei Modelle anbietet, nicht nur eines. Wir helfen, die Last zu messen, die passende Lösung zu wählen und sie nach der Migration im Rahmen eines vereinbarten Service-Levels zu betreuen.
