Storage-VPS oder normaler VPS: Was ändert sich?

Storage-VPS oder regulärer VPS: die kurze Antwort

Ein Storage-VPS ist ein virtueller privater Server, der nach Terabyte angeboten wird. Ein regulärer VPS wird nach CPU-Kern angeboten. Beim Storage-Tarif erhalten Sie für Ihr Geld deutlich mehr Speicherplatz, in der Regel auf langsameren Datenträgern und mit weniger CPU-Leistung pro Terabyte. Der Standardtarif bietet eine schnelle SSD, sehr häufig NVMe (non-volatile memory express), die oft zwanzigmal kleiner ist, sowie mehr Prozessorleistung und mehr Arbeitsspeicher für dasselbe Geld. Alles andere ist bei beiden Produkten gleich: derselbe Hypervisor, dieselbe root-Shell, dasselbe Ubuntu-Image und derselbe Netzwerk-Stack.

Dieser eine Unterschied entscheidet über den passenden Einsatzzweck. Ein Storage-VPS eignet sich für Backup-Ziele, Medienbibliotheken, kalte Archive und alles, was Sie einmal schreiben und nur selten lesen. Für eine Datenbank oder eine Seite, auf der Benutzer auf das Laden warten, ist er ungeeignet. Solche Workloads benötigen kleine zufällige Lesezugriffe, die in etwa einer Millisekunde abgeschlossen sein müssen. Günstige Kapazität ist genau deshalb günstig, weil sie das nicht leisten kann.

Die Planbezeichnungen auf einer Preisseite

Vier Bezeichnungen decken fast alle Anbieter ab, aber nur zwei davon haben eine konkrete Bedeutung.

• Standard-VPS. Üblicherweise zwei bis acht vCPU, 2 GB bis 32 GB RAM und 20 GB bis 400 GB NVMe- oder SATA-SSD, die sich direkt auf dem Hostknoten befindet. Einige Angebote gehen deutlich darüber hinaus: Am 2026-10-17 umfasste die Cloud-VPS-Produktlinie von Contabo maximal 18 vCPU, 96 GB RAM und 600 GB SSD (oder 300 GB NVMe).
• Storage-VPS. Von einigen hundert GB bis zu 20 TB oder mehr, üblicherweise mit rotierenden SATA-Festplatten oder SATA-SSDs mit hoher Kapazität, gemeinsam genutzten vCPUs, oft einer bis vier, und einer für diese Kapazität eher geringen RAM-Ausstattung. Einstiegsangebote können deutlich unter 1 TB liegen (Contabos kleinstes Storage-VPS-Angebot umfasste am 2026-10-17 300 GB SSD), während die größten Angebote mehr Kerne haben können (das Storage VPS 50 umfasste 14 vCPU und 50 GB RAM). Die monatlichen Kosten entsprechen häufig denen eines kleinen Standard-Angebots.
• VDS. Abkürzung für virtual dedicated server. Für diesen Begriff gibt es keine einheitliche Definition. Im folgenden Abschnitt erfahren Sie, worauf Sie stattdessen achten sollten.
• Block-Storage-Volume. Kein Plan, sondern ein über das Netzwerk angebundenes Laufwerk, das Sie einem vorhandenen VPS hinzufügen und pro GB und Monat bezahlen. Es ist die einzige der vier Varianten, deren Kapazität Sie ohne Umzug des Servers erweitern können.

Diese Bandbreiten entsprechen dem üblichen Marktbild und nicht dem Angebot eines bestimmten Unternehmens. Die Bezeichnung des Plans ist eine Kategorie. Sie gibt daher ungefähr an, auf welcher Hardware Ihr Server läuft. Sie sagt jedoch nichts über den Laufwerkstyp, die CPU-Zuteilung oder das Bandbreitenlimit aus. Diese Angaben entscheiden darüber, ob Ihre Arbeitslast zuverlässig läuft.

Was sich zwischen den beiden Tarifen tatsächlich ändert

Festplattentyp und Kapazität. Das ist der gesamte Produktunterschied. Ein Standardtarif nutzt normalerweise SSDs, häufig NVMe-Flash über den PCI-Express-Bus. NVMe ist in dieser Kategorie jedoch nicht garantiert: Contabo führte beispielsweise am 2026-10-17 seine Tarife Cloud VPS 6 bis Cloud VPS 18 entweder mit SSD oder mit einer kleineren NVMe-Festplatte auf („200GB SSD / 100GB NVMe“ bei Cloud VPS 6), während beim Einstiegs-Tarif Cloud VPS 4 nur „100 GB SSD“ angegeben war. Ein Storage-Tarif nutzt ein großes Array aus Festplatten oder hochkapazitiven SATA-SSDs. Wenn Sie unsicher sind, welcher dieser Begriffe für Sie relevant ist, lesen Sie zuerst was ein SSD-VPS ist und wie er sich von älteren Festplattentarifen unterscheidet und anschließend der praktische Unterschied zwischen NVMe und SATA-SSD.

CPU-Verhältnis. Storage-Tarife bieten pro Terabyte weniger vCPU. Diese vCPU werden fast immer mit anderen Kunden gemeinsam genutzt. Das ist kein Mangel. Ein Backup-Ziel wartet die meiste Zeit auf Netzwerkverkehr und benötigt daher keine zusätzlichen CPU-Kerne.

RAM. Storage-Tarife bieten im Verhältnis zum Preis wenig RAM. Das wirkt sich an einer bestimmten Stelle aus: bei den Metadaten des Dateisystems. Millionen kleiner Dateien benötigen Speicher für den Verzeichnis- und Inode-Cache. Ohne diesen Cache muss jeder Verzeichnisinhalt erneut von der Festplatte gelesen werden.

Netzwerkvolumen. Lesen Sie diese Angabe bei einem Storage-Tarif sorgfältig. Eine Kapazität, aus der Sie keine Daten wiederherstellen können, ist kein Backup. Prüfen Sie das monatliche Transferlimit in TB und die Portgeschwindigkeit in Gbit/s. Eine vollständige Wiederherstellung von 4 TB über einen Port mit 1 Gbit/s dauert bei voller Leitungsgeschwindigkeit etwa neun Stunden und bei einem gemeinsam genutzten Port deutlich länger.

[
  {
    "plan": "Storage VPS, HDD",
    "usd_per_tb_month": 3
  },
  {
    "plan": "Storage VPS, SATA SSD",
    "usd_per_tb_month": 9
  },
  {
    "plan": "Standard VPS, NVMe",
    "usd_per_tb_month": 40
  },
  {
    "plan": "Block storage add-on",
    "usd_per_tb_month": 90
  }
]

Das sind gerundete Werte aus öffentlich verfügbaren Preisseiten mehrerer Anbieter im August 2026. Sie stellen kein Angebot eines einzelnen Unternehmens dar und können sich ändern. Entscheidend ist die grundlegende Struktur. Ein Terabyte bei einem Storage-Tarif mit Festplatten kostet etwa 3 US-Dollar pro Monat. Das gleiche Terabyte mit NVMe bei einem Standardtarif kostet etwa 40. Ein netzwerkgebundenes Block-Volume ist mit 4 Optionen und 90 am teuersten. Eine umfassendere Aufschlüsselung der monatlichen Kosten finden Sie unter was ein VPS tatsächlich pro Monat kostet.

Warum Preis pro TB und Preis pro Core in entgegengesetzte Richtungen gehen

Ein Storage-Node ist ein Chassis mit zwölf bis sechzehn großen Laufwerken und einem eher kleinen Prozessor davor. Ein Compute-Node ist das Gegenteil: viele Cores, viel RAM und zwei oder vier NVMe-Laufwerke. Der Anbieter verkauft, was in diesem Chassis noch verfügbar ist. Deshalb ist ein Tarif mit niedrigem Preis pro Terabyte teuer pro Core, während ein Tarif mit niedrigem Preis pro Core teuer pro Terabyte ist. Einen Tarif, der bei beidem günstig ist, gibt es nicht, weil kein Chassis entsprechend aufgebaut ist.

Deshalb lautet die ehrliche Antwort auf die Frage „Welchen sollte ich kaufen?“ häufig: „beide“. Ein kleiner NVMe-VPS, auf dem die Anwendung läuft, und ein Storage-VPS für die Backups kosten weniger als eine Maschine, die groß genug ist, um beide Aufgaben zuverlässig zu erfüllen. Wenn eine Maschine tatsächlich beide Aufgaben übernehmen muss, befinden Sie sich nicht mehr im VPS-Bereich: siehe wann ein dedizierter Server einen VPS übertrifft.

Zufällige Lesezugriffe sind eine Aufgabe, die ein günstiges Laufwerk nicht bewältigen kann

[
  {
    "disk": "7200 rpm SATA HDD",
    "random_read_iops": "180",
    "typical_latency_ms": 8.5
  },
  {
    "disk": "SATA SSD",
    "random_read_iops": "75,000",
    "typical_latency_ms": 0.2
  },
  {
    "disk": "NVMe SSD",
    "random_read_iops": "600,000",
    "typical_latency_ms": 0.08
  }
]

Das sind Richtwerte aus den Datenblättern und kein Benchmark eines bestimmten Anbieters. Eine Festplatte mit 7200 rpm verarbeitet ungefähr 180 zufällige 4k-Lesezugriffe pro Sekunde, weil der Schreib-Lese-Kopf physisch zur Spur bewegt werden muss und anschließend gewartet wird, bis der Plattenteller den Sektor unter den Kopf bringt. Das kostet bei jedem Zugriff ungefähr 8.5 ms. Bei Flash muss sich nichts bewegen. Eine SATA-SSD erreicht daher etwa 75,000, ein NVMe-Gerät etwa 600,000 IOPS bei 0.08 ms. Das entspricht einem Unterschied von mehr als dem 3000-Fachen. Keine Menge an RAM oder CPU kann diesen Unterschied ausgleichen.

Bei sequenziellen Zugriffen sieht die Situation völlig anders aus. Deshalb sind Angaben zu Storage-Tarifen überhaupt sinnvoll. Eine einzelne Festplatte erreicht beim sequenziellen Lesen weiterhin 150 MB/s bis 250 MB/s. Ein Verbund aus mehreren Festplatten erreicht mehr. Auf der Hardwareebene reicht das aus, um einen Port mit 1 Gbit/s auszulasten. Ihr Gast erhält diese Leistung jedoch möglicherweise nicht. Anbieter können den Durchsatz pro Server begrenzen. Time4VPS dokumentiert beispielsweise ein I/O-Limit von 50 MB/s für seine Storage-Server. Das entspricht ungefähr 400 Mbit/s. Prüfen Sie den Tarif auf ein I/O-Limit, bevor Sie davon ausgehen, dass ein Backup-Upload mit der vollständigen Netzwerkgeschwindigkeit läuft. Die tatsächlichen Werte hängen außerdem vom Aufbau des Verbunds ab. Bei Striping werden die Daten in Blöcken auf mehrere Festplatten verteilt. Eine große Anfrage kann dadurch gleichzeitig von mehreren Festplatten verarbeitet werden: wie RAID 10 die Leistung von Storage-Tarifen verändert erläutert diesen Zusammenhang.

Was bedeutet VDS?

In der Regel handelt es sich um eine Marketingbezeichnung. Drei Bedeutungen sind üblich, und der Anbieter sagt nur selten, welche davon gilt. Manche verwenden VDS für fest zugewiesene oder dedizierte CPU-Kerne. Dann konkurrieren keine anderen Mandanten um Ihre Rechenzeit. Andere verwenden VDS für eine vollständige Virtualisierung wie KVM. Das steht im Gegensatz zu einer Container-Virtualisierung wie LXC oder OpenVZ, bei der Sie den Kernel des Hosts gemeinsam nutzen. Wieder andere verwenden die Bezeichnung für nichts weiter als einen Namen, der stärker klingt als VPS.

Einen Teil davon können Sie innerhalb des Servers prüfen. systemd-detect-virt gibt auf einer vollständig virtualisierten Maschine kvm und in einem Container lxc aus. Ein Container bedeutet, dass Sie keine Kernel-Module laden und keinen eigenen Kernel ausführen können. Die Behauptung dedizierter CPU-Ressourcen müssen Sie mit der weiter unten beschriebenen Prüfung der Steal Time messen. Betrachten Sie die Buchstaben im Tarif als Hinweis und die Angaben in den Spezifikationen als Vertrag.

Welche Spezifikationszeilen Sie anstelle des Namens prüfen sollten

• Das Wort neben der Kapazität: NVMe, SSD, SATA oder HDD. Wenn auf der gesamten Seite kein Begriff für den Datenträger erscheint, sollten Sie die günstigste Hardware annehmen, die zum Preis passt.
• Ob der Datenträger lokal am Node angebunden oder über das Netzwerk angeschlossen ist. Netzwerkbasierter Speicher verursacht bei jeder Anfrage zusätzliche Latenz und bleibt bei einem Ausfall des Nodes erhalten. Ein lokaler Datenträger ist schneller, fällt jedoch zusammen mit dem Node aus.
• Die CPU-Angabe: „dedicated“ oder „pinned“ im Vergleich zu „shared“, „fair share“ oder keiner Angabe.
• Ein im Tarif angegebenes IOPS- oder MB/s-Limit. Bei einem Limit von 500 IOPS ist der Datenträgertyp nahezu unerheblich.
• Das monatliche Transferlimit und die Portgeschwindigkeit. Diese bestimmen, wie lange eine vollständige Wiederherstellung dauert.
• Ob Snapshots, Backups und zusätzliche IP-Adressen enthalten sind oder separat berechnet werden.

So prüfen Sie den tatsächlich bereitgestellten Datenträger

Beginnen Sie mit den Angaben des Kernels. Verlassen Sie sich anschließend nicht mehr darauf.

lsblk -d -o NAME,ROTA,SIZE,MODEL
df -h /
nproc
free -h

ROTA ist bei einem rotierenden Datenträger 1 und bei Flash 0. Verlassen Sie sich innerhalb einer VPS nicht darauf: Ein virtio-Datenträger meldet in der Regel ROTA=1, unabhängig davon, was sich dahinter befindet, auch bei NVMe. Der virtio-blk-Treiber markiert jeden von ihm erstellten Datenträger als rotierend. Das Gastbetriebssystem kann den physischen Datenträger nicht sehen. MODEL ist aus demselben Grund leer. Das Flag beschreibt, was das virtuelle Gerät angegeben hat, nicht welcher Datenträger im Rack tatsächlich rotiert. Messen Sie daher stattdessen.

sudo apt update && sudo apt install -y fio
fio --name=randread --filename=/var/tmp/fio.test --size=1G --bs=4k --rw=randread \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fio.test

--direct=1 umgeht den Page Cache. Dadurch messen Sie den Datenträger und nicht den RAM. Die relevante Zeile ist read: IOPS=. Darunter steht die Distribution bei clat percentiles (usec). Ein Standard-NVMe-Tarif erreicht Zehntausende IOPS bei einem 99. Perzentil von unter einer Millisekunde. Ein Tarif mit rotierendem Speicher erreicht einige hundert IOPS bei einem 99. Perzentil im zweistelligen Millisekundenbereich. Wenn fio meldet, dass die Engine libaio nicht geladen werden kann, verwenden Sie --ioengine=psync --iodepth=1. Rechnen Sie dann mit niedrigeren Werten, weil diese Engine jeweils nur eine Anfrage sendet.

vmstat 1 5
sudo apt install -y sysstat
iostat -x 1 5

In vmstat ist die Spalte st die Steal Time. Sie gibt den Zeitanteil an, in dem Ihr vCPU zur Ausführung bereit war, während der Host diese Rechenzeit einem anderen Gast zugewiesen hat. Ein dauerhaft über 5 liegender Wert bedeutet, dass der Node überbucht ist. Das ist der entscheidende Test für die Aussage, eine "dedicated CPU" bereitzustellen. Überwachen Sie in iostat -x die Werte %util, r_await und w_await. Bei einem Gerät, das Anfragen nacheinander verarbeitet, etwa bei einem einzelnen rotierenden Datenträger, bedeuten ein %util nahe 100 und ein w_await im zweistelligen Millisekundenbereich, dass der Datenträger ausgelastet ist. Dann helfen nur Änderungen, die die IO-Menge reduzieren oder neu strukturieren. Bei RAID-Arrays und SSDs werden Anfragen parallel verarbeitet. Das sysstat-Handbuch weist deshalb darauf hin, dass %util ihre Performance-Grenzen nicht abbildet. Orientieren Sie sich stattdessen an den await-Werten und führen Sie einen fio-Test aus. Die Prüfung, ob ein NVMe-Datenträger tatsächlich NVMe verwendet geht bei den Flash-spezifischen Tests weiter.

Nach Arbeitslast auswählen

• Backup-Ziel für restic, Borg oder rsync. Storage VPS. Dafür wurde dieser Tarif entwickelt. Die Schreibvorgänge sind groß und sequenziell, die Deduplizierung erfolgt auf dem Quellsystem, und nichts wartet auf das Ergebnis. Ein wichtiger Hinweis: restic prune und restic check --read-data lesen das gesamte Repository in kleinen Abschnitten ein. Planen Sie dafür mehrere Stunden ein und führen Sie die Vorgänge nach einem Zeitplan aus. Siehe restic-Backups auf einem VPS ausführen.
• Medienbibliothek für Immich oder Jellyfin. Verwenden Sie einen Storage VPS für die Dateien, berücksichtigen Sie aber die CPU-Leistung. Immich erzeugt beim Import Vorschaubilder und führt Machine-Learning-Aufgaben aus. Jellyfin transkodiert Medien während der Wiedergabe. Zwei gemeinsam genutzte vCPU benötigen für den ersten Import von 200 GB Fotos sehr viel Zeit. Legen Sie die Datenbank und den Thumbnail-Cache auf dem schnellsten Datenträger des Servers ab. Immich als Ersatz für Google Photos selbst hosten behandelt die Dimensionierung.
• PostgreSQL oder MySQL. Standard-NVMe-Tarif. Bei den standardmäßig aktivierten Einstellungen für dauerhafte Commits (synchronous_commit = on in PostgreSQL) wartet jeder Commit, bis ein fsync den persistenten Speicher erreicht hat, bevor die Transaktion zurückkehrt. Die Commit-Latenz entspricht daher der Datenträgerlatenz. Eine Indexsuche liest außerdem eine einzelne Seite (8 kB in PostgreSQL, standardmäßig 16 kB in MySQLs InnoDB) per Zufallszugriff. Genau solche Zugriffe sind die Stärke herkömmlicher Festplatten nicht.
• Webanwendung, API oder Control Plane. Standard-Tarif. Diese Arbeitslasten benötigen CPU-Kerne und vorhersehbare Latenz. In der Regel benötigen sie nicht mehr als 100 GB.
• CI-Cache oder Artefaktspeicher. Das hängt von der Dateigröße ab. Große Tarballs lassen sich von einem Storage-Tarif gut streamen, mit Netzwerkgeschwindigkeit oder bis zum I/O-Limit des Tarifs, je nachdem, welcher Wert niedriger ist. Ein Cache mit Hunderttausenden kleiner Dateien, die von mehreren Runnern parallel abgerufen werden, entspricht faktisch zufälligen I/O-Zugriffen und wird Sie enttäuschen.

So sieht ein Fehlerszenario aus

Der Ausfall tritt nie sofort auf. Eine Datenbank auf einem Storage-Tarif mit rotierendem Speicher wirkt bei einem Benutzer unauffällig und bricht bei zehn Benutzern ein, weil Abfragen, die zuvor aus dem RAM bedient wurden, nun auf die Festplatte zugreifen. Jede Abfrage dauert dadurch Millisekunden statt Mikrosekunden. Der Load Average steigt, während top eine weitgehend untätige CPU mit einem hohen Wert für %wa anzeigt. Das bedeutet, dass Prozesse auf die Festplatte warten, statt Rechenzeit zu nutzen. iostat -x 1 zeigt %util dauerhaft nahe 100.

PostgreSQL weist im eigenen Log eindeutig darauf hin, da log_checkpoints ab Version 15 standardmäßig aktiviert ist:

LOG:  checkpoint complete: wrote 8241 buffers (2.5%); ... write=112.402 s, sync=9.318 s, total=121.914 s

Der Wert sync= ist entscheidend. Er gibt an, wie lange der Checkpoint auf die Rückgabe von fsync gewartet hat. Ein Wert in Sekunden bedeutet, dass die Festplatte Schreibvorgänge nicht so schnell verarbeiten kann, wie die Datenbank sie erzeugt. Clientverbindungen kommen während dieses Zeitraums zum Stillstand, obwohl die Abfrage selbst wenig Aufwand verursacht. Die Lösung ist keine Konfigurationsänderung. Verschieben Sie das Datenverzeichnis auf NVMe. Verwenden Sie den Storage-Tarif weiterhin für seine eigentliche Stärke: die Backups dieser Datenbank zu speichern.

FAQ

Ist ein Storage-VPS langsamer als ein normaler VPS?

Bei zufälligen Lese- und Schreibzugriffen ja, und zwar deutlich. Ein Storage-Tarif mit rotierenden Festplatten verarbeitet einige hundert kleine zufällige Anfragen pro Sekunde mit jeweils etwa 8 ms, während ein NVMe-Tarif Zehntausende Anfragen mit deutlich unter 1 ms verarbeitet. Bei sequenziellen Übertragungen ist der Unterschied wesentlich kleiner, weil ein Festplatten-Array auf der Rohhardware 150 MB/s oder mehr liefert. Das reicht aus, um einen 1-Gbit/s-Port auszulasten, sofern der Anbieter die I/O-Leistung der virtuellen Maschine nicht niedriger begrenzt. Time4VPS begrenzt seine Storage-Server auf 50 MB/s. Messen Sie Ihre Leistung mit fio --rw=randread --bs=4k --direct=1, bevor Sie sich entscheiden.

Kann ich PostgreSQL auf einem Storage-VPS betreiben?

Sie können PostgreSQL starten. Es funktioniert, bis der Working Set nicht mehr in den RAM passt. Danach wartet bei aktiviertem synchronem Commit jedes Commit auf ein fsync auf einem langsamen Datenträger. Postgres protokolliert dies als sync=-Wert in Sekunden innerhalb von checkpoint complete. iostat -x 1 zeigt dabei %util nahe 100 mit hoher w_await. Üblicherweise wird ein kleiner NVMe-VPS für die Datenbank verwendet. Ein Storage-VPS dient als Ziel für die Dumps.

Bedeutet VDS, dass ich dedizierte Hardware erhalte?

Nicht zuverlässig. VDS hat keine einheitliche Bedeutung. Manche Anbieter verwenden den Begriff für fest zugewiesene CPU-Kerne. Andere verwenden ihn für vollständige KVM-Virtualisierung statt eines Containers mit gemeinsamem Kernel. Wieder andere nutzen ihn nur als Bezeichnung. Führen Sie systemd-detect-virt aus, um zu prüfen, ob Sie auf kvm oder lxc laufen. Führen Sie außerdem vmstat 1 5 aus und beobachten Sie die Spalte st, um zu erkennen, ob andere Mandanten Ihre CPU-Zyklen beanspruchen.

Wie stelle ich fest, ob der Datenträger meines VPS tatsächlich NVMe verwendet?

Verlassen Sie sich nicht auf lsblk -d -o NAME,ROTA,MODEL. Ein virtio-Datenträger meldet normalerweise ROTA=1, auch wenn darunter NVMe verwendet wird. Außerdem kann die Modellzeichenfolge unabhängig von der verwendeten Hardware leer sein. Führen Sie mit --direct=1 einen 30 Sekunden langen zufälligen Lesetest mit fio aus. Prüfen Sie die IOPS und die Latenz beim 99. Perzentil. Einige hundert IOPS bei zweistelligen Millisekundenwerten weisen auf ein Festplatten-Array hin. Zehntausende IOPS mit einer Latenz von unter einer Millisekunde weisen auf Flash-Speicher hin.