AMD EPYC Single-Tenant, ohne Virtualisierungssteuer.

Warum zählt Single-Tenant für die Leistung?

Weil Virtualisierung nie gratis ist und Teilen nie unsichtbar bleibt. Die Zahlen unten sind der Unterschied zwischen einer Maschine, die jede Stunde gleich leistet, und einer, deren Geschwindigkeit von Fremden abhängt.

Das Problem des lauten Nachbarn ist die andere Hälfte. Wenn mehrere virtuelle Maschinen einen physischen Server teilen, konkurrieren ihre vCPUs um CPU-Zeit, und diese „Steal Time“ verwandelt eine schnelle Abfrage in eine unvorhersehbare. Cloud-Plattformen fügen Kreditsysteme und Bandbreiten-Limits hinzu, um den Schadensradius zu begrenzen, aber der Konflikt ist strukturell: Sie zahlen für eine Isolation, die Sie nicht ganz haben. Single-Tenant löscht die ganze Frage, und mit ihr eine ganze Klasse von Sicherheitsrisiko.

Die Kosten folgen der Leistung, statt mit ihr zu ringen. Für dieselben Spezifikationen kostet Bare Metal oft um die Hälfte bis ein Drittel weniger als eine vergleichbare VM, und die Ersparnis ist dort am größten, wo die Cloud am teuersten ist: anhaltende, vorhersehbare Last mit viel ausgehendem Traffic, das Profil der meisten Produktionssysteme, sobald sie sich einspielen. Die Branche bestätigt es: Teams holen stabile Lasten aus der Public Cloud zurück, genau wegen Kosten, Kontrolle und gleichbleibender Leistung.

Die Konsistenz ist der stille Vorteil unter den Schlagzeilen-Zahlen. Mittelwerte tun Ihnen selten weh; die Tail-Latenz tut es. Ein geteilter Host kann einen schnellen Mittelwert liefern und im 99. Perzentil dennoch ausschlagen, wenn ein Nachbar zu arbeiten beginnt, und diese Spitzen sind genau das, was ein Nutzer bemerkt oder ein SLA bestraft. Eine Maschine, die Sie nicht teilen, hat viel weniger, weswegen sie ausschlagen könnte.

Wie viele Kerne brauchen Sie wirklich?

Weniger, als das obere Ende der Preisliste nahelegt. Der Instinkt ist, Kernzahl zu kaufen, aber die meisten realen Lasten sind lange durch Storage und Speicherbandbreite begrenzt, bevor ihnen die CPU ausgeht. Ein E-Mail-Host mit hohem Volumen verbringt die Zeit damit, in den Spool zu schreiben, also zählen schnelles NVMe und ein sauberes Netzwerk mehr als weitere zweiunddreißig Kerne. Viele Datenbanken wollen eine Handvoll schneller Kerne und viel schnellen Datenträger, bevor ein riesiges, langsameres Array. Wir dimensionieren auf die Form Ihrer Last, nicht auf die beeindruckendste Zeile eines Datenblatts.

Das zählt heute mehr denn je. Die KI-Nachfrage hat die Lieferkette gestrafft und die Preise für DDR5-Speicher und NVMe deutlich steigen lassen, also verschwendet eine überdimensionierte Maschine nicht nur Kapazität: sie verschwendet Geld, das heute mehr kostet. Wir treffen die Größe lieber gemeinsam mit Ihnen und lassen Raum zum Wachsen, als Ihnen von Anfang an eine Kiste zu verkaufen, die Sie nicht füllen.

In Deutschland kommt ein Faktor hinzu, der hierzulande schwerer wiegt als anderswo: der Strompreis. Energie ist in der DACH-Region teuer, und bei einem Server läuft ein guter Teil der Gesamtkosten über den Verbrauch, nicht nur über die Miete. Aktuelle AMD-EPYC-Kerne liefern mehr Leistung pro Watt als die Generationen davor, sodass ein einziger dichter Turin-Host drei oder vier ältere Maschinen ersetzen kann — und mit ihnen deren Strom-, Platz- und Wartungslast. Richtig zu dimensionieren ist also nicht nur eine Frage der Anschaffung, sondern auch der laufenden Energiekosten, und genau das rechnen wir mit Ihnen durch, statt eine zu große Maschine zu verkaufen, die Monat für Monat unnötig Strom zieht.

Betrieben, nicht nur vermietet

Wir übergeben Root, aber wir verschwinden nicht. Das Rechenzentrum, das Netzwerk und die Hardware sind unsere Verantwortung: wir tauschen einen ausfallenden Datenträger, absorbieren einen Angriff am Rand und erweitern die Kapazität, wenn Sie wachsen, während Sie die Kontrolle über Betriebssystem und Anwendungen behalten. Den Support führen Leute, die täglich Metal betreiben, kein Skript der ersten Ebene, also sprechen Sie bei einem Problem mit jemandem, der ein Kernel-Log lesen kann.

Diese Teilung — Sie besitzen den Stack, wir die Maschine und das Netzwerk — bringt Bare Metal in Reichweite von Teams, die kein Rechenzentrum aufbauen wollen. Sie haben die Kontrolle über einen eigenen Server ohne die Nachtschicht für die Hardware, auf einem Netzwerk, das wir von Ende zu Ende routen.

Dieser Betrieb schließt ein, was man nicht sieht, bis es ausfällt: Überwachung des Hardware-Zustands, Out-of-Band-Zugriff per BMC/IPMI zum Starten oder Neuinstallieren, ohne das Rechenzentrum zu betreten, und der Austausch von Datenträgern oder Netzteilen, bevor ein Fehler zum Ausfall wird. Seriöse Anbieter tauschen defekte Standardkomponenten in ein bis vier Stunden; ein RAID-1 schützt bei einem Plattenausfall, ersetzt aber kein externes Backup für den Katastrophenfall, weshalb wir beides mitdenken. Sie wählen Betriebssystem, Hypervisor und Feinabstimmung; wir sorgen dafür, dass das Metal darunter sich verhält.

Ein Wort zur Geschwindigkeit, weil sie im Ernstfall zählt: Bei einem Hardware-Defekt ist die Zeit bis zum Tausch der Unterschied zwischen einer kurzen Störung und einem langen Ausfall. Standardkomponenten — eine Platte, ein Netzteil, ein Speicherriegel — wechseln wir in einem engen Zeitfenster, und der Out-of-Band-Zugriff lässt uns einen Host neu starten oder neu aufsetzen, ohne dass jemand ins Rechenzentrum fahren muss. Was ein RAID-Verbund dabei nicht leistet, sagen wir offen: er schützt vor dem Ausfall einer einzelnen Platte, aber er ersetzt kein externes Backup für den Katastrophenfall. Genau deshalb planen wir Backups getrennt von der Redundanz ein, statt das eine mit dem anderen zu verwechseln — ein Fehler, der im Schadensfall teuer wird.