VPSTabEvidenzbasierte VPS-Entscheidungen
Suche2026.10.25-v7
Menü
VPS findenAnbieterTarifeBewertungenVergleichenAnwendungsfälleRatgeberMethodik
Deutsch
English简体中文日本語한국어DeutschFrançaisРусский
Ratgeber

vCPU, CPU-Architektur und Virtualisierung: Was die Zahlen bedeuten

Verstehen Sie geteilte und dedizierte vCPUs, KVM und Containervirtualisierung, x86 und arm64 – und warum die CPU-Zeile am schwersten vergleichbar ist.

Zuletzt geprüft24.10.2026 · 1021 Wörter

Die Oberfläche ist übersetzt. Anbieterfakten und Bewertungstexte sind derzeit auf Englisch; die Seite bleibt bis zu einer hochwertigen Übersetzung aus dem Index.

Dieser Ratgeber ist vollständig übersetzt. Für Anbieter-Fakten und Preise bleibt die englische Fassung maßgeblich; die Übersetzung steht noch vor der redaktionellen Prüfung, daher bleibt diese Seite vorerst aus dem Suchindex.

Ein vCPU ist ein Planungsversprechen, kein Kern

Cloud-Tarife beschreiben die CPU in vCPUs, und ein vCPU ist eine Einheit der Zeitplanung, kein physischer Kern. Bei einem geteilten Tarif erhält Ihre Instanz einen Anteil an der Zeit eines physischen Kerns; der Host kann überbuchen, und Ihr Durchsatz hängt davon ab, was die Nachbarn tun. Bei einem dedizierten Tarif verspricht der Anbieter einen Kern oder Thread, der nicht mit einem anderen Kunden geteilt wird. Zwei Tarife mit „2 vCPU“ können daher sehr unterschiedliche Dauerleistung haben, und der Preis pro vCPU ist erst dann aussagekräftig, wenn Sie wissen, welche Art Sie kaufen.

Dieser Katalog erfasst vCPU-Anzahlen aus Anbieterquellen und, sofern der Anbieter es veröffentlicht, die Unterscheidung zwischen geteilten und dedizierten Familien. Die CPX-Reihe von Hetzner ist beispielsweise ausdrücklich geteilte AMD-Leistung, während die CCX-Reihe dediziert ist. Eine Empfehlung, die CPU gewichtet, darf einen geteilten 2-vCPU-Tarif und einen dedizierten 2-vCPU-Tarif nicht als gleichwertig behandeln; die Tariffamilie und die Formulierung des Anbieters sind entscheidend.

KVM versus Containervirtualisierung

KVM ist vollständige Virtualisierung: Jeder VPS führt einen eigenen Kernel aus, sodass Sie Module laden, Docker betreiben und Netzwerke wie auf einer physischen Maschine konfigurieren können. Containervirtualisierung teilt den Host-Kernel, was günstiger ist, aber einschränkt, was Sie ausführen können und wie Sie Workloads isolieren. Die meisten Tarife in diesem Datensatz sind KVM, und die, die es dokumentieren, sagen es; wenn ein Anbieter die Virtualisierungsart nicht angibt, lässt VPSTab das Feld unbekannt, statt zu raten.

Warum das für Käufer wichtig ist: Ein Container-VPS unterstützt möglicherweise keine eigenen Kernel, bestimmte VPN-Protokolle oder verschachtelte Virtualisierung, und ein Kernel-Panic kann den Host beeinträchtigen. Wenn Ihre Workload von Kernel-Funktionen oder dem Betrieb anderer Betriebssysteme abhängt, prüfen Sie KVM vor dem Kauf ausdrücklich. Das Virtualisierungsfeld auf einer Tarifseite ist ein Prüfstatus, keine Dekoration.

x86 versus arm64

Fast jeder günstige VPS ist x86-64, doch arm64-Instanzen erscheinen inzwischen zu wettbewerbsfähigen Preisen. Die BASIC2-Reihe von Scaleway in diesem Datensatz ist Ampere arm64, also eine andere Befehlssatzarchitektur: Für x86 gebaute Binärdateien laufen nicht, Container müssen Multi-Arch-Images verwenden, und manche kommerzielle Software hat keinen arm64-Build. Im Gegenzug bieten arm64-Tarife für Workloads, die aus Quellcode kompilieren oder moderne Sprachlaufzeiten ausführen, oft mehr Kerne pro Euro.

Prüfen Sie drei Dinge, bevor Sie arm64 wählen: Liefert Ihre Software arm64-Binärdateien oder lässt sie sich sauber bauen, veröffentlichen Ihre Container-Images arm64-Varianten, und setzt Ihr Deployment-Tooling x86 voraus? Wenn eine Antwort Nein lautet, ist ein x86-Tarif zu einem etwas höheren Preis die günstigere Entscheidung. VPSTab erfasst die Architektur, wenn der Anbieter sie angibt; ein Tarif mit unbekannter Architektur ist keine sichere arm64-Wette.

Frequenz, Burst und Steal

Anbieter garantieren selten eine Taktfrequenz, und „bis zu“-Angaben beschreiben Burst-Verhalten und nicht Dauerleistung. Geteilte Tarife erlauben oft kurze Bursts über der Grundlinie, was interaktiven Workloads hilft und bei langen Kompilierläufen wenig verbirgt. Wenn Ihre Workload minutenlang CPU-gebunden ist, zählt die dauerhafte Zuteilung mehr als die Spitzenzahl auf der Marketingseite.

CPU-Steal ist die Zeit, in der Ihr virtueller CPU wartet, während der Host andere Mieter bedient. Es ist das praktische Signal für laute Nachbarn, und keine Preisseite berichtet es. Der einzige ehrliche Ansatz ist die Messung auf dem Tarif, den Sie tatsächlich kaufen: Führen Sie Ihre eigene Workload über einen repräsentativen Zeitraum aus und protokollieren Sie die Ergebnisse mit Datum und Konfiguration. Dieser Datensatz veröffentlicht keine unabhängigen CPU-Messungen, daher beanspruchen seine Bewertungen keine Performance-Werte.

Dimensionierung für echte Workloads

Für einen kleinen Webdienst reicht in der Regel ein geteilter vCPU mit ausreichend Speicher; der Engpass ist häufiger RAM oder Festplattenlatenz als reine CPU-Leistung. Für einen CI-Runner sind Kompilierungen schubweise und parallel, daher zählen vier bis acht vCPUs mit schnellem NVMe-Speicher mehr als ein hoher Takt. Bei einem Gameserver dominieren Single-Thread-Leistung und Netzwerklatenz, und ein dedizierter oder hochgetakteter Tarif ist den Aufpreis oft wert. Bei einem Docker-Host mit mehreren Diensten zählen Sie den Speicherbedarf jedes Containers zusammen und planen Reserve ein; die vCPU-Zeile ist der am wenigsten verlässliche Prädiktor.

Nutzen Sie die Szenarioprofile in VPSTab als Ausgangspunkt und passen Sie sie an Ihre eigenen Messungen an. Eine auf Spezifikationen basierende Empfehlung ist eine Hypothese zur Eignung; zur Entscheidung wird sie erst, wenn die Workload auf dem tatsächlichen Tarif läuft.

Was der Katalog Ihnen sagen kann und was nicht

Der Katalog erfasst vCPU-Anzahlen, Tariffamilie, Architektur, sofern angegeben, und Virtualisierung, sofern angegeben. Er enthält keine unabhängigen CPU-Benchmarks und sollte es auch nicht: Ein synthetischer Wert von einem anderen Tarif, aus einer anderen Region oder Zeit ist kein Beleg für den Tarif, den Sie kaufen. Bewertungen in diesem Datensatz enthalten keine Gesamtleistungswerte, wenn keine unabhängige Messung vorliegt, und die Empfehlungs-Engine wendet einen ausdrücklichen Unsicherheitsabschlag an, statt eine Zahl zu erfinden.

Das ist eine bewusste Produktentscheidung. Wenn Sie eine Leistungsgarantie benötigen, buchen Sie einen kurzen Test auf dem Kandidatentarif, führen Sie Ihre Workload aus und vergleichen Sie die Ergebnisse. Der Katalog hilft Ihnen, die Auswahl einzugrenzen und unmögliche Kombinationen zu vermeiden; er ersetzt die Messung nicht.

Halten Sie die Messung ehrlich, wenn Sie vergleichen: Dokumentieren Sie Tarif, Region, Image, Kernel und Lastmuster, und führen Sie dieselbe Workload auf jedem Kandidaten gleich lange aus. Ein kurzer Benchmark, der nur den Startvorgang misst, wirkt beruhigend und sagt sehr wenig über anhaltende Kompilierung, Datenbankschreibvorgänge oder gleichzeitige Verbindungen aus. Wenn Sie vor dem Kauf nicht testen können, wählen Sie den Tarif, dessen Familie und Anbieterdokumentation die schwächste Aussage machen, auf die Sie tatsächlich angewiesen sind, und planen Sie einen Resize nach der ersten Woche mit echtem Traffic ein.

Prüfliste

  • Prüfen Sie, ob der Tarif geteilt oder dediziert ist, nicht nur die vCPU-Anzahl.
  • Prüfen Sie KVM, wenn Sie eigene Kernel, VPNs oder verschachtelte Virtualisierung benötigen.
  • Bestätigen Sie vor der Wahl von arm64, dass Ihre Software und Container-Images arm64 unterstützen.
  • Bevorzugen Sie bei langer CPU-Arbeit dauerhafte Zuteilung gegenüber Burst-Werten.
  • Messen Sie Ihre eigene Workload auf dem Kandidatentarif, bevor Sie sich festlegen.
  • Behandeln Sie fehlende Architektur- oder Virtualisierungsdaten als unbekannt.

Quellen