Wie prüft man die Hardwaregeneration eines Cloud-Servers? EPYC 9006 veröffentlicht, Leitfaden zur Vermeidung alter CPUs

Mit Benchmarks und Steal Time alte CPUs entlarven

Aktualisiert 2026-08-07 · CloudWorth

HardwaregenerationEPYC 9006Alte CPUsBenchmark-VerifikationCloudWorthSteal TimeVPS OversellingVPS Benchmark

Vertrauen Sie nicht der angegebenen Konfiguration, entlarven Sie den alten CPU-Aufpreis mit Benchmarks und Steal Time.

So prüfst du die CPU-Generation

Vertraue nicht vorschnell der im Kontrollzentrum angegebenen „EPYC 9006“. Ich habe schon zu viele Marketingseiten gesehen, die neue Flaggschiffe anpreisen, während in der Realität in /proc/cpuinfo ein vier Jahre alter Prozessor steckt. Der direkteste Weg, die Generation zu prüfen: lscpu oder cat /proc/cpuinfo, und auf Model name und Stepping achten. Beispielsweise gehört die AMD EPYC 9006-Serie zur Turin-Architektur; ein Vergleich mit den älteren Modellen EPYC 7002/7003 zeigt die Unterschiede. Wenn du keine Lust hast, alle Modellnummern auswendig zu lernen, starte einfach in CloudWorth einen Geekbench- oder sysbench-Einzelkerntest und betrachte die Ergebnisse zusammen mit dem Steal Time – Benchmark-Werte täuschen nicht, und gestohlene CPU-Zeit erst recht nicht.

Es gibt eine leicht übersehene Falle: Dieselbe Instanz kann in verschiedenen Availability-Zonen unterschiedliche Generationen erhalten. Ich prüfe zunächst mit cat /sys/devices/system/cpu/cpu0/cpufreq/base_frequency die Basis-Frequenz und messe dann mit dd den Geschwindigkeitsunterschied vor und nach dem Cache-Treffer der Festplatte. Bei alten CPUs ist der Abfall der Cache-Bandbreite deutlich steiler, bei neuen CPUs verläuft sie viel glatter.

Etwas technischer: Starte eine 1-Kern-Instanz, lass stress-ng --cpu 1 für 3 Minuten laufen und beobachte dabei das Steal-Feld in /proc/stat. Wenn der Steal-Anteil über 10 % liegt, greift der Nachbar auf Ressourcen zu – das könnte kein Generationsproblem, sondern ein Überverkaufs-Problem sein. Aber wenn du feststellst, dass Steal hoch + Benchmark niedrig + Modell alt ist, kannst du ziemlich sicher davon ausgehen, dass der Anbieter einen Aufpreis für veraltete CPUs verlangt. Da solltest du nicht zögern und nach der FinOps-Logik rechnen: Bekommst du für dasselbe Geld bei einer neuen Generation von On-Demand-Instanzen die doppelte Single-Core-Leistung pro Preis?

Mein Vorschlag: Betrachte die „angegebene Konfiguration“ nur als Referenz und nutze „echte Benchmark-Werte + Steal Time + Festplatten-Cache-Kurve“ als Beweiskette. Wenn du diese drei Dinge geprüft hast, können sich alte CPUs bei dir nicht mehr verstecken.

Wie viel stärker ist der EPYC 9006

Der EPYC 9006 (Turin) basiert auf der Zen-5-Architektur, die offizielle IPC ist im Vergleich zur Vorgängergeneration um etwa 17 % gestiegen, und die Gesamtleistung soll beim 1,7-fachen liegen. Aber Achtung: Dies sind Server-Gesamtzahlen, nicht das, was du auf einer Cloud-Server-Instanz direkt erhältst. Auf der Marketingseite des Cloud-Anbieters steht EPYC 9006, aber tatsächlich könnte der Instanz eine alte CPU aus einem benachbarten Cluster zugewiesen werden – solche Hardware-Generationsverschiebungen sind in der Branche keine Neuigkeit.

Meine Vorgehensweise ist eine Drei-Schritte-Verifikation:

• Mit lscpu Model/Stepping prüfen und mit öffentlichen CPU-Generationstabellen vergleichen;
• Geekbench oder sysbench ausführen und mit den angegebenen Werten für dieselbe Konfiguration kreuzvergleichen;
• Besonders auf die Steal Time achten: Wenn in top der %st über längere Zeit >1% liegt, ist die Shared-Host-Überbelegung schwerwiegend; selbst die neueste CPU wird von den Nachbarn in die Knie gezwungen.

Der direkte Vorteil davon ist, die FinOps-Prämie zu berechnen: Wenn ein Cloud-Server mit angegebenem EPYC 9006 in der realen Benchmark nur 80 % der älteren Generation erreicht, du aber den Preis der neuen Generation zahlst, gibst du pro Kern 25 % unnötig aus. Echte Benchmark-Ergebnisse vs. angegebene Konfiguration sind ehrlicher als jede Marketing-Sprache. Im nächsten Abschnitt gebe ich konkrete Testbefehle, aber merke dir zunächst eine Schlussfolgerung: Die Generation ist kein Kaufargument, das tatsächliche Testergebnis zählt.

Echte Benchmarks vs. Nennwerte

Viele Hersteller schreiben „EPYC 9006“ auf die Werbeseite, aber die vCPU, die dir tatsächlich zugeteilt wird, könnte noch auf einem mehrere Jahre alten Rome oder sogar Naples laufen. Bei der Hardware-Generation von Cloud-Servern darf man sich nicht nur auf die Nennwerte verlassen. Ich pflege nach Erhalt einer Instanz zwei Dinge zu tun: lscpu für den Modellnamen und einen sysbench-Einzelkernlauf. Noch wichtiger ist jedoch die Steal Time – die Zeit, in der die CPU auf einem geteilten VPS vom Nachbarn entwendet wird. Wenn %st in top über längere Zeit >5% zeigt, ist das ein Zeichen für starkes Overselling, und die Leistung einer neuen CPU wird auf das Niveau einer alten verwässert.

Wenn ich mit CloudWorth Instanzen prüfe, sehe ich mir sowohl die Benchmark-Datenbank als auch die Steal-Kennzahlen an: Liegt der echte Benchmark deutlich unter dem Durchschnitt dieser Generation, ist es wahrscheinlich eine herabgestufte oder alte Hardware. Beispielsweise sollte der Einzelkern-Benchmark des EPYC 9006 etwa 30 % über dem von Milan liegen. Wenn er nur 5 % höher ist, muss man vermuten, dass man einem alten Knoten zugewiesen wurde. Dann hilft cat /proc/cpuinfo, um Family/Model/Stepping zu prüfen, und der Abgleich mit den offiziellen AMD-Codenamen liefert im Wesentlichen den Beweis.

Dahinter steckt das, was FinOps als „Aufschlagquote“ bezeichnet: eine angegebene neue Generation, aber alte CPUs – das bedeutet, du zahlst für Leistung, die es nicht gibt. Der Hardware-Aktualisierungszyklus der Cloud-Anbieter beträgt normalerweise 3-4 Jahre. Alte CPUs zeigen deutliche Unterschiede bei Speicherbandbreite und AVX-512-Befehlssatz; Datenbankabfragen und Kompilierungsaufgaben zeigen das sofort. Meine Vorgehensweise: Zuerst mit dem Benchmark-Tool von /app eine Bestandsaufnahme machen, dann das Preis-Leistungs-Verhältnis anhand der tatsächlichen Leistung umrechnen. Bei einer Aufschlagquote von über 15 % wechsle ich die Instanz. Vertrau nicht den Nennwerten – Benchmarks und Steal sagen dir die Wahrheit.

FinOps-Prämiencheck

Der CPU-Aufschlag in Cloud-Server-Rechnungen versteckt sich oft in den Hardware-Generationen: Auf der Werbeseite steht EPYC 9006, tatsächlich zugeteilt wird aber eine alte CPU. Die Leistung beträgt nur 70 %, der Preis bleibt unverändert. Solche FinOps-Aufschläge lassen sich mit Benchmarks und Steal Time aufdecken.

cat /proc/cpuinfo | grep "model name" | head -1
sysbench cpu run --threads=1 | grep "events per second"

Nehmen wir mein Beispiel: Nominal AMD EPYC 9006, Single-Core-Benchmark nur 1800, während der Durchschnitt der neuen Modelle bei 2800 liegt, eine Differenz von 35 %. Prüfen Sie dann die Steal Time in /proc/stat. Über 5 % bedeutet, dass Nachbarn CPU-Zeit stehlen und die Überbuchung schwerwiegend ist.

FinOps-Aufschlagsrate = (nomineller Score - tatsächlicher Score) / nomineller Score. Liegt sie über 20 %, sollten Sie die Konfiguration reduzieren oder den Anbieter wechseln. Vertrauen Sie nicht den nominellen Konfigurationen. Nutzen Sie die Steal Time und echte Benchmarks von CloudWorth (/app) zur Kreuzvalidierung, um die alten CPU-Aufschläge aufzudecken. Denken Sie daran: Das gesparte Geld ist das wahre Geld von FinOps.