Hardware-Generationen-Erkennung für Cloud-Server und Messung des Aufschlags für alte CPUs

In drei Schritten alte CPUs erkennen und vermeiden, neues Geld für alte Hardware zu zahlen

Aktualisiert 2026-08-20 · CloudWorth

Hardware-GenerationenAlte CPUsCloud-ServerBenchmarkAufschlagCloudWorthSteal TimeVPS OversellingVPS Benchmark

Mit lscpu und echten Benchmarks können alte CPUs erkannt werden, um einen Aufschlag für alte Hardware zu vermeiden.

Generationserkennung

Beim Kauf eines Cloud-Servers hat man am meisten Angst davor, „das Geld für eine neue Maschine zu zahlen, aber einen alten Prozessor zu bekommen“. Schau nicht nur auf die vCPU-Anzahl; die Generation ist der Schlüssel zum Preisaufschlag. Mein Prozess besteht aus vier Schritten, die vollständig reproduzierbar sind:

1. lscpu für den Mikroarchitektur-Fingerabdruck – lscpu zeigt Model name und flags. EPYC 9006 hat neue Befehlssätze wie avx512, svaes; bei alten Modellen wie dem E5-26xx v2 fehlt oft schon avx2.
2. Steal Time zur Überverkaufserkennung – vmstat 1 beobachtet die st-Spalte. Alte CPU + hoher Steal bedeutet, dass du nicht nur alte Hardware nutzt, sondern auch mit anderen um Zeitscheiben konkurrierst.
3. Speicherbandbreite testen – Führe eine Runde mit sysbench memory durch. Ältere Plattformen aus der DDR3-Ära haben in der Regel eine Bandbreite unter 12 GB/s, während der neue EPYC 9006 locker das Doppelte erreicht.
4. CloudWorth-Abgleich für den Aufschlag – Trage die gemessenen Ergebnisse in /app ein und berechne die FinOps-Aufschlagsrate für „angegebene Konfiguration vs. tatsächliche Leistung“. Wenn die Punktzahl weniger als 70% der neuen Generation bei gleicher Konfiguration beträgt, solltest du mit dem Rabattpreis für alte Hardware verhandeln.

Denk dran: Eine neue Modellbezeichnung bedeutet nicht, dass die Hardware physisch neu ist. Bei niedrigen Punktzahlen musst du zuerst beurteilen, ob es an der alten Generation oder an Überverkauf liegt. Erst nach der Beweissicherung bestellen, damit jeder Cent in Rechenleistung fließt.

Echte Benchmarks vs. angegebene Konfiguration

Viele Anbieter werben mit „EPYC 7452“ oder „Xeon Gold 6230“ – das sieht neu aus, aber beim echten Benchmark fällt die Maske sofort. Ich habe die Angewohnheit, zuerst lscpu auszuführen, um Microarchitecture und Stepping zu prüfen, und dann mit sysbench oder openssl speed die Speicherbandbreite und die Single-Core-Integer-Leistung zu testen. Zum Beispiel hat ein Cloud-Server mit „4 Kernen und 8 GB RAM“, der als EPYC-7002-Serie angegeben ist, im Test nur 60% der Single-Core-Leistung eines neuen CPUs derselben Generation – wahrscheinlich wurde eine alte CPU von 2019 zugewiesen, oder die Frequenz wird wegen Überverkauf heimlich begrenzt.

In diesem Fall solltest du nicht voreilig eine schlechte Bewertung abgeben. Nutze den Forensik-Prozess von CloudWorth: Lies zuerst /proc/cpuinfo, um family/model/stepping zu bestätigen, und vergleiche dann mit dem Passmark-Durchschnittswert desselben Modells; führe sysbench cpu run dreimal aus und nimm den Median, und beobachte gleichzeitig die Steal Time in vmstat. Wenn die Steal Time häufig über 5% liegt, bedeutet das, dass sich Nachbarn Ressourcen schnappen – alte Hardware-Generation gepaart mit Überverkauf sorgt für doppelte Leistungseinbußen.

Worauf du wirklich achten musst, ist der Aufpreis. Manche Kanäle verpacken den E5-2660 v3 von 2015 als „High-Performance-Dedicated-Server“ und verlangen den Preis neuer EPYC-9006-Maschinen von 2024. Mit dem „Preis-Leistungs-Faktor“ von CloudWorth berechnet, ist der Preis pro Kern-Leistung sogar 2,3-mal so hoch wie bei den neuen Maschinen – das ist die typische FinOps-Prämienfalle. Das Geld, das du mehr bezahlst, fließt in die Abschreibungskosten des alten Chips, nicht in Rechenleistung. Ganz zu schweigen davon, dass alte CPUs zusätzlich Leistungseinbußen durch Patches für bekannte Sicherheitslücken wie Meltdown und MDS mit sich bringen.

Also: Die angegebene Konfiguration gehört in den Müll, echte Benchmarks sind der Spiegel der Wahrheit.

FinOps-Prämienkalibrierung

Bei der Auswahl von Cloud-Servern bestimmt die Hardware-Generation direkt, wie viel Rechenleistung man pro Dollar erhält. Der Kern von FinOps besteht darin, Kosten und Leistung in Einklang zu bringen, und alte CPUs sind oft die „unsichtbaren Kostenfresser" mit der höchsten Prämie.

Am Beispiel von lscpu: Wenn Sie einen Cloud-Server erhalten, schauen Sie sich zuerst das Feld Microarchitecture an. Wenn dort Zen 3 oder Ice Lake steht, handelt es sich um Hardware der letzten drei Generationen. Wenn Zen 1 oder Skylake angezeigt wird, sollten Sie vorsichtig sein. Bei einem bestimmten Anbieter haben die alten und neuen CPU-Generationen zwar die gleiche vCPU-Anzahl, aber die Single-Core-Benchmark-Ergebnisse können um mehr als 40 % abweichen – das bedeutet, dass der Aufschlag für alte CPUs nach Leistung umgerechnet tatsächlich 40 % höher ist.

Noch heimtückischer sind Sicherheitspatches. Nach der Aktivierung von Meltdown/MDS-Mitigationen bei älteren CPUs sinkt die Leistung in einigen Szenarien um weitere 10 % bis 20 %. Die angegebene Konfiguration bleibt unverändert, aber die tatsächliche Rechenleistung schrumpft – diese „Wertminderung" sollte ebenfalls in die FinOps-Prämie einfließen.

Praktische Überprüfung: Verwenden Sie /app, um einen Geekbench- oder sysbench-Lauf durchzuführen. In Kombination mit der lscpu-Mikroarchitektur und der Steal Time können Sie das tatsächliche Preis-Leistungs-Verhältnis der Instanz berechnen. Wenn eine Instanz der neuen Generation bei gleichem Preis um 30 % höhere Ergebnisse erzielt, wird empfohlen, sofort zu migrieren. Bezahlen Sie nicht den Preis neuer Hardware für alte Hardware – das ist das ultimative Ziel der FinOps-Kalibrierung.

Migrations- und Stolperfallen-Hinweise

Wenn du im Test feststellst, dass die Instanz auf einer alten CPU läuft (z.B. zeigt lscpu eine Microcode-Version, die auf Sandy Bridge oder einen alten QEMU-virtualisierten Modelltyp hindeutet), nicht sofort verlängern – führe zuerst eine vollständige Beweissicherung „echter Benchmark vs. nominelle Konfiguration“ durch.

# Einzeiler zum Sammeln der wichtigsten Beweise
lscpu | grep -E 'Model name|Microcode|Flags|BogoMIPS'
cat /proc/cpuinfo | grep -i 'steal' | head -1
# Danach mit sysbench kurz die Speicherbandbreite testen
sysbench memory run --threads=2 --time=10

Sobald du die Daten hast, rechne mit CloudWorths Methode einen „FinOps-Aufschlagsrate“:

• Zum gleichen Preis kann die Single-Core-Punktzahl alter Plattformen (z.B. Intel Xeon E5 v2) nur halb so hoch sein wie bei EPYC 9006, aber die nominelle vCPU-Anzahl ist identisch.
• Wenn steal auf gemeinsam genutzten Instanzen regelmäßig über 10 % liegt, bedeutet das, dass Nachbarn alte Ressourcen verdrängen – die vermeintliche „Kosteneffizienz“ ist eigentlich ein Aufpreis für ineffiziente Hardware.
• Achte nicht nur auf die beworbenen GHz – alte Plattformen haben kleine Caches und geringe Speicherbandbreite, und bei datenbankartigen Lasten fällt die Leistung stärker ab als nominell.

Beim Migrieren gilt: Eröffne zuerst eine Instanz mit gleicher Spezifikation in der Zielverfügbarkeitszone und teste sie, bevor du die Daten umziehst. Viele Cloud-Anbieter mischen Chips verschiedener Generationen in verschiedenen Verfügbarkeitszonen; zum gleichen Preis kann man zwei völlig unterschiedliche Erfahrungen kaufen. Außerdem fehlen alten CPUs oft neuere Sicherheits-Mitigationen (wie MDS-bezogene Patches). Es wird empfohlen, auch das Feld bugs von lscpu als Screenshot zu archivieren. Das ist sowohl Verhandlungsbasis als auch Teil des Betriebs-Audits.

Kurz gesagt: Eine neue Plattform ist kein Verkaufsargument, sondern die Standardkonfiguration, die du verdienst; wenn du die Generation nicht erkennen kannst, gibt es keine echte Kosteneffizienz.