Cloud-Server-Hardware-Generationen erkennen und alte CPU-Aufpreise realistisch testen

Mit Benchmark-Forensik alte CPU-Aufpreise entlarven und die wahre FinOps-Rechnung aufstellen.

Aktualisiert 2026-10-20 · CloudWorth

Hardware-Generationenalte CPUsAufpreisrateBenchmark-ForensikFinOpsCloudWorthSteal TimeVPS OversellingVPS Benchmark

Die angegebene Konfiguration entspricht nicht der tatsächlichen Leistung – nur Benchmark-Forensik plus Aufpreisberechnung schützt zuverlässig vor Fehlkäufen.

CPU-Generationen auf einen Blick erkennen

Wenn Sie einen neu bereitgestellten Cloud-Server in die Hände bekommen, führen Sie zuerst keine Benchmarks durch, sondern schauen Sie in /proc/cpuinfo. Es gibt nur drei entscheidende Felder: vendor_id / cpu family / model / stepping. Wandeln Sie model in hexadezimale Darstellung um und gleichen Sie es mit der Intel ARK oder der offiziellen AMD-Vergleichstabelle ab – in 30 Sekunden ist die Generation identifiziert.

lscpu | grep -E 'Model name|CPU\(s\)|Thread|Core|Socket|Vendor|Family|Model|Stepping'

Praxis-Merksatz: Intel Xeon Scalable der 1. bis 3. Generation entsprechen model 0x55/0x8F/0xA5; AMD EPYC 7001/7002/7003 Serien liegen jeweils bei model 0x0F/0x3F/0x6F. Erscheint model 0x4F (Broadwell) oder 0x56 (Haswell), sofort als „≥ 2 Generationen alt“ kennzeichnen – das Aufpreisrisiko steigt sofort maximal an.

Kombinieren Sie dies mit dmidecode -t processor, um die Mikrocode-Version und die Max Speed zu prüfen. Liefert Max Speed einen Wert weit unter dem nominellen Basistakt, handelt es sich mit hoher Wahrscheinlichkeit um einen heruntergetakteten Wiederverkauf. Wandeln Sie den Identifikationsprozess in ein Ansible Playbook um, und die Bestandsaufnahme von hundert Knoten erledigt sich in der Zeit einer Tasse Kaffee.

💡 Weiterführende Lektüre: Welche CPU-Generation hat Ihr Cloud-Server? Generationserkennung und Aufpreis bietet die Vergleichstabelle bereits als herunterladbares CSV – einfach nutzen.

Nominell vs. Gemessen: Benchmark-Forensik

Die Herstellerangabe „2 vCPU 4 GB“ ist nur nominell – die tatsächliche Leistung muss per Benchmark belegt werden. Minimaler Closed-Loop:

1. CPU Single-/Multi-Core: sysbench cpu --threads=$(nproc) --time=30 run
2. Speicherbandbreite: mbw -n 200 256 oder stream
3. Disk IOPS/Durchsatz: fio --name=randrw --rw=randrw --bs=4k --size=4G --numjobs=4 --iodepth=32 --runtime=60 --group_reporting

Teile die drei Messwerte jeweils durch den Basiswert gleichgenerationeller Bare-Metal-Hardware (erhältlich via Phoronix Test Suite oder eigene Baseline-Bibliothek), um das Verhältnis Gemessen/Nominell zu erhalten.

| Metrik | Nominell | Gemessen | Verhältnis | Interpretation |
|--------|----------|----------|------------|----------------|
| sysbench Single-Core | 1000 events/s | 620 | 0,62 | ⚠️ Verdacht auf Overselling / alte Architektur |
| STREAM Triad | 45 GB/s | 28 GB/s | 0,62 | Speichercontroller Generationen hinterher |
| fio randread IOPS | 80k | 45k | 0,56 | Storage-Overselling oder SMR-Laufwerke |

Forensik-Grundregel: Einzelfall < 0,7 → sofort Ticket eröffnen; Gesamt < 0,65 → Rückerstattung oder Migration fordern. Skripte in CI einbinden, wöchentlicher Auto-Check, Beweiskette automatisch im Object Storage archivieren, bei Ticket-Antwort einfach Link posten.

Berechnung der Aufschlagsrate für alte Chips

Aufschlagsrate = (Tatsächlicher Stundensatz - Stundensatz für gleichwertige Gebraucht-Hardware) / Stundensatz für gleichwertige Gebraucht-Hardware × 100%

Am Beispiel eines Anbieters mit 2 vCPU 4 GB (tatsächlich E5-2680 v4) im Q2 2024:

• Tatsächliche Kosten: ¥0,12/Stunde ≈ ¥87,6/Monat
• Gleichwertige Gebraucht-Hardware (inkl. Strom/Rack/Wartung): ¥0,045/Stunde ≈ ¥32,9/Monat
• Aufschlagsrate = (87,6 - 32,9) / 32,9 ≈ 166%

Ein Anbieter mit gleicher Konfiguration, aber AMD EPYC 7402P (Rome, Q3 2019): ¥0,07/Stunde, Aufschlagsrate nur 48%. Fazit: Für die Broadwell-Generation zahlen Sie jährlich das 2,7-fache an "Generationssteuer".

📊 Querverweis: Gleiche Konfiguration, anderer Preis? Finden Sie mit der Aufschlagsrate heraus, wo der Cloud-Server teuer ist – eingebauter Rechner, fügen Sie Ihre Rechnung ein und erhalten Sie sofort die Rate.

Öffentliche Cloud im Vergleich: Gleicher Preis, unterschiedliche Leistung

Wir werfen die oben genannten 0,12 ¥/Stunde in drei große öffentliche Clouds für Instanzen gleicher Spezifikation:

| Anbieter | Instanzspezifikation | Unterliegende CPU (getestet) | sysbench Single-Core | Aufschlag vs. Gebraucht-Bare-Metal |
|----------|----------------------|------------------------------|----------------------|------------------------------------|
| Alibaba Cloud | ecs.g6.large | Intel Ice Lake (8380) | 1420 | 42 % |
| Tencent Cloud | SA3.LARGE2 | AMD Milan (7V13) | 1380 | 38 % |
| AWS | t3.large | Cascade Lake (8259CL) | 1150 | 55 % |
| Ein zweitrangiger Anbieter | 2C4G Promo-Typ | Broadwell E5-2680 v4 | 620 | 166 % |

Der Kern von „gleicher Preis, unterschiedliches Schicksal“: Öffentliche Clouds nutzen neuere CPU-Generationen, um Strom-, Kühl- und Betriebskosten zu amortisieren, während zweitrangige Anbieter mit alter Hardware ihre Margen halten. Schau nicht nur auf den Stückpreis, rechne „Stückpreis / realer Score“ – das ist der wahre Preis.

Downgrade-Reselling und Overbooking-Nachweis

In der Praxis treten häufig zwei Arten von „unsichtbaren Downgrades“ auf:

1. Microcode-Frequenzsperre: cpupower frequency-info zeigt max turbo weit unter dem ARK-Nennwert, dmesg | grep -i microcode offenbart, dass die Microcode-Version 3 Jahre alt ist.
2. Zerstörte NUMA-Topologie: lscpu | grep NUMA zeigt 1 Knoten, aber numactl --hardware greift dennoch über Sockets auf den Speicher zu, die Latenz steigt um 40 %+.

Overbooking-Nachweis-Dreierpack:

# 1. Steal Time dauerhaft > 5%
sar -u 1 30 | awk '/Average/ && $5>5'
# 2. CPU Ready Zeit (benötigt Host-Rechte oder eBPF-Tool)
# 3. Memory Balloon Driver Erkennung
lsmod | grep -E 'virtio_balloon|vmw_balloon'

Fassen Sie die obigen Metriken in eine Prometheus-Regel zusammen, kombinieren Sie sie mit einem Grafana-Dashboard: Ein Alarm, der 15 Minuten lang anhält, gilt als stichhaltiger Beweis. Die Ticket-Vorlage finden Sie im Leitfaden zu Cloud-Server-Overbooking-Nachweis und Ticket-Erstellung.

Auswahl-Checkliste: Nicht für Generationen zahlen

Führen Sie diese 6 Schritte vor der Bestellung aus, um 80 % der „Generationensteuer“ zu sparen:

1. Generation fragen: Per Ticket direkt fragen: „Unterliegendes CPU-Modell / Veröffentlichungsjahr“ – keine Antwort, kein Kauf.
2. Aufschlag prüfen: Obige Formel anwenden; > 80 % → direkt ablehnen.
3. Echte Benchmarks: Innerhalb von 24 h nach Bereitstellung sysbench / STREAM / fio durchlaufen lassen; einzelner Wert < 0,7 → Rückerstattung beantragen.
4. Mikrocode / Frequenz prüfen: cpupower + dmesg nutzen, um festzustellen, dass keine festen Frequenzen / alter Mikrocode vorliegen.
5. Steal Time überwachen: Monitoring einbinden; anhaltend > 3 % löst Migrationsplan aus.
6. Ausstieg offen halten: Anbieter mit Sekundenabrechnung / jederzeit löschbar bevorzugen, um lange Verträge in alten Pools zu vermeiden.

✅ Fazit: Die beworbene Konfiguration ≠ tatsächliche Leistung. Benchmark-Beweise + Aufschlagsberechnung sind der einzige zuverlässige Schutz. Checkliste als Notion-Vorlage speichern: vor dem Kauf abhaken, nach dem Kauf Skripte laufen lassen, vor Verlängerung rechnen – nicht für Generationen zahlen, sondern für gemessene Leistung.