In der Praxis ist die richtige Entscheidungseinheit der Workload. Eine Datenbank mit flacher, vorhersehbarer Last, eine Marketing-Website mit wöchentlichen Traffic-Spitzen und ein Batch-Analysejob, der zweimal im Monat läuft, haben sehr unterschiedliche Anforderungen, und wer sie in ein Modell zwingt, zahlt meist für einige zu viel und versorgt andere zu schlecht.
Dieser Leitfaden vergleicht dedizierte Bare-Metal-Server, virtuelle private Server (VPS) und Managed Cloud anhand der Kriterien, die für Infrastruktureinkäufer am wichtigsten sind: Konsistenz der Leistung, Kosten bei gleichmäßiger und schwankender Last, Isolation, Compliance, Skalierung und der Betriebsaufwand, den jedes Modell erfordert.
Drei Modelle, drei verschiedene Versprechen
Bare Metal bezeichnet einen physischen Server, der genau einem Kunden zugewiesen ist. Sie erhalten jeden Kern, jedes Gigabyte Arbeitsspeicher und den vollen Durchsatz der lokalen Festplatten. Zwischen Ihrem Betriebssystem und der Hardware liegt kein Hypervisor, sofern Sie nicht selbst einen installieren.
Ein VPS ist eine virtuelle Maschine auf einem gemeinsam genutzten physischen Host, verwaltet von einem Hypervisor wie KVM. Sie erhalten einen definierten Anteil an CPU, Arbeitsspeicher und Speicherplatz sowie Root-Zugriff auf Ihr eigenes Betriebssystem. Der Anbieter betreibt den Host; Sie betreiben alles innerhalb des Gastsystems.
Managed Cloud ist eine Serviceschicht auf virtualisierter Infrastruktur, entweder auf der eigenen Plattform eines Anbieters oder in einer großen Public Cloud, bei der ein Team den Stack für Sie betreibt: Patching, Backups, Monitoring, Skalierung und oft Caching, Suche und Content Delivery. Sie tauschen etwas Kontrolle und etwas Kosteneffizienz gegen einen geringeren Betriebsaufwand und schnellere Elastizität.
Jedes gibt ein anderes Versprechen, und die eigentliche Frage ist, welches Versprechen jeder Workload tatsächlich braucht.
Konsistenz der Leistung
Auf Bare Metal ist Leistung eine Eigenschaft der Hardware, die Sie gewählt haben. Eine Abfrage, die heute 40 ms dauert, dauert nächste Woche bei gleicher Last ebenfalls 40 ms, weil kein anderer Mandant um denselben Cache, dieselbe Speicherbandbreite oder dieselbe Festplattenwarteschlange konkurriert.
Virtualisierte Umgebungen bringen zwei Quellen von Schwankungen mit sich. Die erste ist der Hypervisor selbst, der typischerweise einige Prozent CPU-Durchsatz kostet und einen kleinen I/O-Overhead hinzufügt. Die zweite und größere ist Konkurrenz um Ressourcen: Andere virtuelle Maschinen auf demselben Host teilen sich physische Kerne, Speicherbandbreite, Netzwerkschnittstellen und Speicher. Auf Linux-Gästen sehen Sie ihn direkt an der Steal-Time-Metrik (die Spalte st in top oder vmstat), die angibt, wie lange Ihre virtuelle CPU auf eine physische gewartet hat.
Lokales NVMe auf einem dedizierten Server liefert Hunderttausende IOPS bei Latenzen im Bereich von einigen zehn Mikrosekunden. Network Block Storage fügt einen Netzwerk-Round-Trip hinzu, bietet aber Volumes, die einen Hardwareausfall überstehen und weit über ein einzelnes Gehäuse hinaus wachsen können.
- Wählen Sie Bare Metal, wenn die p99-Latenz eine vertragliche oder umsatzrelevante Kennzahl ist, wenn der Workload CPU oder Festplatte über lange Zeit auslastet oder wenn Sie volle Kontrolle über Hardwarefunktionen wie das NUMA-Layout und bestimmte Befehlssätze benötigen.
- Ein VPS genügt für Webanwendungen, APIs, CI-Runner, Staging-Umgebungen und interne Tools, bei denen einige Millisekunden Schwankung für Nutzer nicht wahrnehmbar sind.
- Managed Cloud passt, wenn die Anwendungsschicht horizontal skaliert und Schwankungen durch zusätzliche Instanzen auffängt, statt von jeder Instanz hohe Geschwindigkeit zu verlangen.
Kosten bei konstanter und bei schwankender Last
Kostenvergleiche gehen schief, wenn sie Listenpreise statt Auslastung vergleichen. Die nützliche Frage ist einfach: Welchen Anteil der bezahlten Stunden nutzen Sie tatsächlich?
Ein dedizierter Server verursacht feste monatliche Kosten. Hält der Workload ihn rund um die Uhr ausgelastet, sind die effektiven Kosten pro Recheneinheit in der Regel die niedrigsten der drei Modelle, weil Sie weder für Reservekapazität des Anbieters noch für eine Orchestrierungsschicht oder Elastizität bezahlen. Läuft derselbe Server mit 10 Prozent Auslastung, werden diese Fixkosten teuer.
Sie zahlen einen Aufschlag pro Stunde für das Recht, nicht mehr zu zahlen, wenn die Nachfrage sinkt. Für Workloads mit ausgeprägten Spitzen, etwa saisonaler Einzelhandel, Ticketverkauf für Veranstaltungen oder Berichte zum Monatsende, ist dieser Aufschlag oft günstiger, als genug feste Kapazität für die Spitze vorzuhalten.
Ausgehender Datentransfer wird auf vielen Cloud-Plattformen pro Gigabyte abgerechnet, während dedizierte Server oft mit einem Port mit unbegrenztem Traffic angeboten werden. Ein 1-Gbps-Port überträgt bei Volllast rund 10 TB pro Tag. Bei einem Medien-, Backup- oder Datenverteilungs-Workload, der Dutzende Terabyte im Monat ausliefert, können die Transferkosten daher die Rechnung für die Rechenleistung übersteigen.
Eine praxisnahe Methode besteht darin, für jeden Workload die stündliche CPU-, Arbeitsspeicher- und Netzwerknutzung der letzten 90 Tage zu exportieren und die Grundlast (das Niveau, das selten unterschritten wird) mit der Spitze zu vergleichen.
- Flaches Profil. Liegt die Grundlast die meiste Zeit über etwa 60 bis 70 Prozent der Spitze, ist feste Kapazität auf dedizierten Servern oder VPS in der Regel günstiger.
- Sprunghaftes Profil. Liegt die Spitze beim Dreifachen der Grundlast oder darüber und dauert sie Stunden oder Tage statt Monate, ist elastische Cloud-Kapazität für den Anteil oberhalb der Grundlast meist die bessere Wahl.
- Gemischtes Profil. Die meisten Produktionssysteme bestehen aus einer konstanten Grundlast plus Spitzen. Betreiben Sie die Grundlast auf fester Kapazität und weichen Sie für Spitzen in die Cloud aus. Das ist das hybride Muster, das später in diesem Leitfaden beschrieben wird.
- Versteckte Kosten. Berücksichtigen Sie ausgehenden Transfer, Snapshots, Load Balancer, Softwarelizenzen, Support-Stufen und Engineering-Stunden, nicht nur Instanzpreise.
Isolation, Sicherheit und Compliance
Single Tenancy ist das stärkste verfügbare Isolationsmodell unterhalb eines eigenen Rechenzentrums. Auf einem dedizierten Server läuft kein Code eines anderen Kunden auf Ihrer CPU, was eine ganze Klasse von Bedenken hinsichtlich Seitenkanalangriffen beseitigt und die Umgebung gegenüber Prüfern leichter erklärbar macht.
Die Isolation durch Virtualisierung ist ausgereift und für die große Mehrheit der Workloads angemessen. Das Restrisiko ist die geteilte Hardware, weshalb manche Regelwerke und interne Sicherheitsrichtlinien für die sensibelsten Systeme dedizierte Hosts verlangen.
Bei Compliance geht es in erster Linie um Kontrollen und Nachweise, nicht um die Plattform. Rahmenwerke wie PCI DSS, HIPAA und GDPR interessieren sich dafür, wer auf Daten zugreifen kann, wo sie gespeichert sind, wie sie verschlüsselt werden, wie Änderungen protokolliert und wie Vorfälle behandelt werden. Was sich ändert, ist die Aufteilung der geteilten Verantwortung: Auf Bare Metal verantworten Sie fast alles oberhalb der Hardware, während in der Managed Cloud der Anbieter Patching, Backups und Teile des Monitorings übernimmt. Diese Aufteilung müssen Sie in Ihrem eigenen Kontrollsystem dokumentieren.
- Datenresidenz. Stellen Sie sicher, dass Sie das Land jedes Servers selbst wählen und dass Daten, Backups und Replikate nicht ohne Ihre Zustimmung verlagert werden.
- Nachweise zu den Rechenzentren. Fragen Sie, welche Zertifizierungen die Rechenzentren besitzen, und fordern Sie die Berichte an, die Ihre Prüfer benötigen.
- Netzwerkschutz. Prüfen Sie, ob DDoS-Abwehr an der Netzwerk-Edge enthalten ist oder separat gekauft werden muss.
- Zugriff und Protokollierung. Legen Sie fest, wer Root- oder Administratorzugriff hat, wie Zugriffe durch Mitarbeitende des Anbieters protokolliert werden und wie schnell Sie über einen Vorfall informiert werden.
Skalierung und Betriebsaufwand
Skalierung auf Bare Metal ist eine Planungsaufgabe. Moderne Anbieter können einen dedizierten Server aus Lagerkonfigurationen in Minuten bereitstellen, aber Sie skalieren weiterhin in ganzen Maschinen, und jemand muss jede davon konfigurieren und in das Cluster aufnehmen.
Die Skalierung von VPS ist schneller und feiner abgestuft: einen Tarif vergrößern, ein Image klonen, einen Knoten hinter einem Load Balancer hinzufügen.
Managed Cloud ist auf Elastizität ausgelegt. Autoscaling-Gruppen, verwaltete Datenbanken, Caches und Content Delivery Networks ermöglichen es der Anwendung, innerhalb von Minuten ohne manuelles Eingreifen auf Last zu reagieren.
Der Betriebsaufwand ist der Faktor, den Einkäufer am häufigsten unterschätzen. Eine Flotte dedizierter Server braucht Patching des Betriebssystems, Kernel-Updates, Aufmerksamkeit für Firmware, Prüfung der Backups, Monitoring, Alarmierung und Rufbereitschaft.
- Klären, wer patcht. Benennen Sie für jeden Workload die Person oder das Team, das für Betriebssystem, Middleware und Anwendungsschicht verantwortlich ist.
- Klären, wer wiederherstellt. Ein Backup, dessen Wiederherstellung nie getestet wurde, ist eine Annahme, keine Kontrolle.
- Klären, wer aufsteht. Legen Sie für jedes Modell den Bereitschaftsweg für eine ausgefallene Festplatte um 3 Uhr nachts fest, bevor Sie ihn brauchen.
Hybride Designs in einem privaten Netzwerk
Ein verbreitetes und dauerhaftes Muster platziert jede Schicht dort, wo sie am besten passt, und verbindet die Schichten über ein privates Netzwerk, sodass der Traffic zwischen ihnen nie das öffentliche Internet durchquert.
- Datenschicht auf Bare Metal. Primäre Datenbanken, Suchindizes und Message Broker laufen auf dedizierten Servern mit lokalem NVMe, wo konstante I/O-Leistung und feste Kosten am meisten zählen.
- Anwendungsschicht auf VPS oder Managed Cloud. Zustandslose Web- und API-Server laufen auf virtuellen Instanzen, die bei wechselnder Nachfrage skaliert, geklont oder automatisch erweitert werden können.
- Lastspitzen und Edge in der Managed Cloud. Content Delivery, Object Storage und kurzlebige Batch- oder Analysejobs nutzen elastische Kapazität, die nach Abschluss des Jobs wieder freigegeben wird.
- Backups außerhalb der primären Plattform. Replikate und Backups liegen in einem separaten Rechenzentrum, sodass ein einzelner Vorfall nicht gleichzeitig die Produktion und ihre Kopien lahmlegen kann.
Halten Sie Datenbank- und Replikations-Traffic auf privaten Schnittstellen oder in einem dedizierten VLAN, verschlüsseln Sie ihn bei der Übertragung trotzdem und nutzen Sie einen einheitlichen Adressplan über alle Umgebungen hinweg, damit Dienste ohne Umnummerierung zwischen den Modellen wechseln können.
Ein hybrider Ansatz verringert außerdem den Lock-in. Wenn der zustandsbehaftete Kern auf Standard-Linux und Open-Source-Software läuft und die elastische Schicht als Infrastructure as Code definiert ist, können Sie einzelne Workloads zwischen den Modellen verschieben, wenn sich ihr Lastprofil ändert, statt alles auf einmal zu migrieren.
Checkliste für die Entscheidung
Stellen Sie diese Fragen für jeden Workload einzeln. Wenn zwei oder mehr Antworten in dieselbe Richtung weisen, ist die Entscheidung meist gefallen.
- Lastprofil. Ist die Auslastung rund um die Uhr konstant (Bare Metal oder VPS), oder steigt sie sprunghaft um den Faktor drei oder mehr (Managed Cloud für die Spitze)?
- Latenzempfindlichkeit. Ist die p99-Latenz eine Geschäftskennzahl? Falls ja, bevorzugen Sie dedizierte Hardware für die zustandsbehafteten Komponenten.
- Instanzgröße. Braucht ein einzelner Node mehr Kerne, Arbeitsspeicher oder Festplattendurchsatz, als der größte VPS-Tarif bietet? Falls ja, nutzen Sie Bare Metal oder eine große Cloud-Instanz.
- Bandbreite. Sendet der Workload mehr als einige Terabyte pro Monat ins Internet? Falls ja, modellieren Sie die Transferkosten sorgfältig und bevorzugen Sie Ports mit unbegrenztem Traffic.
- Isolation. Verlangen Richtlinien oder Vorschriften Single-Tenant-Hardware? Falls ja, nutzen Sie dedizierte Server.
- Datenresidenz. Müssen Daten in einem bestimmten Land bleiben? Stellen Sie sicher, dass Sie jeden Server und seine Backups an dieses Land binden können.
- Teamkapazität. Kann Ihr Team dieses System rund um die Uhr patchen, überwachen und wiederherstellen? Falls nicht, wählen Sie eine verwaltete Option oder beauftragen Sie einen Managed-Betrieb.
- Zeit bis zur Skalierung. Brauchen Sie neue Kapazität innerhalb von Minuten ohne menschliches Zutun (Managed Cloud), oder reicht geplantes Wachstum am selben Tag (Bare Metal oder VPS)?
- Laufzeit. Läuft der Workload über Jahre, sodass sich feste Kapazität auszahlt, oder über Monate, sodass lange Bindungen vermieden werden sollten?
- Ausstiegsweg. Könnten Sie diesen Workload innerhalb einer Woche auf ein anderes Modell verlagern, wenn sich Kosten oder Anforderungen ändern?
Halten Sie die Antworten auf einem einseitigen Blatt pro Workload fest und überprüfen Sie sie mindestens einmal im Jahr.
Wie Vonahost unterstützen kann
Vonahost bietet alle drei Modelle, sodass jeder Workload dort platziert werden kann, wo er am besten passt: Single-Tenant-Dedicated-Server mit AMD EPYC und lokalem NVMe oder Netzwerk-Blockspeicher, einem dedizierten 1-Gbps-Port mit unbegrenztem Traffic und DDoS-Abwehr durch Arbor; KVM-basierte NVMe VPS und Enterprise-SSD-VPS; sowie Managed Cloud auf unserer eigenen Plattform oder auf AWS und Google Cloud, inklusive Backups, Monitoring, CDN und Staging.
Wenn Sie eine Migration oder ein hybrides Design planen, teilen Sie uns Ihre Workload-Profile und Anforderungen mit. Jedes Angebot von Vonahost nennt Konfiguration, Standort, Verantwortlichkeiten und den Monatspreis in US-Dollar.