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

Storage-VPS vs. regulärer VPS: die kurze Antwort

Ein Storage-VPS ist ein virtueller privater Server, der nach Terabyte verkauft wird. Ein regulärer VPS wird nach CPU-Kern verkauft. Der Storage-Tarif bietet mehrere Terabyte langsamen Speicher hinter einem kleinen CPU-Anteil. Der Standardtarif bietet eine schnelle NVMe-Festplatte (non-volatile memory express), die oft zwanzigmal kleiner ist, sowie für dasselbe Geld mehr Prozessorleistung und Arbeitsspeicher. Alles andere ist bei den beiden Produkten identisch: derselbe Hypervisor, dieselbe root-Shell, dasselbe Ubuntu-Image und derselbe Netzwerk-Stack.

Dieser eine Unterschied entscheidet über den geeigneten Einsatzzweck. Ein Storage-VPS eignet sich für Backup-Ziele, Mediensammlungen, kalte Archive und alle Daten, die Sie einmal schreiben und selten lesen. Für eine Datenbank ist er ungeeignet. Dasselbe gilt für jede Seite, auf deren Antwort ein Benutzer wartet. Solche Workloads benötigen kleine zufällige Lesevorgänge, die in etwa einer Millisekunde abgeschlossen sein müssen. Die günstige Kapazität ist genau deshalb günstig, weil sie das nicht leisten kann.

Die Tarifbezeichnungen auf einer Preisseite

Vier Bezeichnungen decken fast alle Anbieter ab. Nur zwei davon haben eine konkrete Bedeutung.

• Standard-VPS. 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 Host-Knoten befindet.
• Storage-VPS. 1 TB bis 20 TB oder mehr, meist rotierende SATA-Festplatten oder SATA-SSDs mit hoher Kapazität, dazu ein bis vier gemeinsam genutzte vCPU und eine moderate Menge RAM. Ein solcher Tarif kostet pro Monat häufig genauso viel wie ein kleiner Standard-Tarif.
• VDS. Kurzform für Virtual Dedicated Server. Für diese Bezeichnung gibt es keine einheitliche Definition. Im folgenden Abschnitt erfahren Sie, worauf Sie stattdessen achten sollten.
• Block-Storage-Volume. Kein Tarif, sondern ein über das Netzwerk angebundener Datenträger, den Sie zu einem vorhandenen VPS hinzufügen und pro GB und Monat bezahlen. Nur diesen von den vier Typen können Sie vergrößern, ohne den Server zu verschieben.

Diese Größenordnungen sind auf dem Markt üblich, beziehen sich aber nicht auf das Angebot eines einzelnen Unternehmens. Die Bezeichnung des Tarifs gibt eine Kategorie an. Sie zeigt daher ungefähr, auf welcher Hardware Ihr Server läuft. Sie sagt jedoch nichts über den Datenträgertyp, die Zuweisung der CPU-Ressourcen oder das enthaltene Übertragungsvolumen aus. Genau diese Angaben entscheiden darüber, ob Ihre Arbeitslast zuverlässig läuft.

Was sich zwischen den beiden Tarifen tatsächlich ändert

Festplattentyp und Anzahl. Das ist der gesamte Produktunterschied. Mit einem Standardtarif nutzen Sie NVMe-Flash über den PCI-Express-Bus. Mit einem Storage-Tarif nutzen Sie ein großes Array aus rotierenden Festplatten oder SATA-SSDs mit hoher Kapazität. Wenn Sie nicht sicher 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 weniger vCPU pro Terabyte, und diese vCPU werden fast immer mit anderen Mandanten geteilt. Das ist kein Mangel. Ein Backup-Ziel wartet die meiste Zeit auf das Netzwerk und benötigt daher keine vielen CPU-Kerne.

RAM. Storage-Tarife bieten im Verhältnis zum Preis wenig RAM. Das macht sich an einer bestimmten Stelle bemerkbar: bei den Metadaten des Dateisystems. Millionen kleiner Dateien benötigen Speicher für den Verzeichnis- und Inode-Cache. Ohne diesen Cache greift jede Auflistung erneut auf den Datenträger zu.

Netzwerkvolumen. Lesen Sie diese Angabe bei einem Storage-Tarif sorgfältig. Kapazität, aus der Sie keine Wiederherstellung durchführen können, ist kein Backup. Prüfen Sie das monatliche Transfervolumen in TB und die Portgeschwindigkeit in Gbit/s. Die 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 öffentlichen Preisseiten mehrerer Anbieter im August 2026. Sie stellen kein Angebot eines einzelnen Unternehmens dar und können sich ändern. Maßgeblich ist das Muster. Ein Terabyte auf einem Storage-Tarif mit rotierenden Festplatten kostet etwa 3 US-Dollar pro Monat. Dasselbe Terabyte NVMe auf einem Standardtarif kostet etwa 40. Ein netzwerkgebundenes Block-Volume ist mit 90 die teuerste der 4 Optionen. Eine umfassendere Übersicht über die Zusammensetzung der monatlichen Rechnung 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 kann ein günstiges Laufwerk nicht bewältigen

[
  {
    "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 Werte aus Datenblättern und kein Benchmark eines bestimmten Anbieters. Ein Laufwerk mit 7200 rpm verarbeitet ungefähr 180 zufällige 4k-Lesezugriffe pro Sekunde. Der Schreib-/Lesekopf muss sich physisch zur Spur bewegen. Danach muss er warten, bis der Plattenteller den Sektor unter den Kopf dreht. Das dauert bei jedem Zugriff etwa 8.5 ms. Bei Flash muss sich nichts bewegen. Eine SATA-SSD erreicht daher etwa 75,000 und ein NVMe-Gerät etwa 600,000 IOPS bei 0.08 ms. Der Unterschied beträgt mehr als das Dreitausendfache. Keine Menge an RAM oder CPU kann ihn ausgleichen.

Bei sequenziellen Zugriffen sieht es völlig anders aus. Deshalb sind Speicherangebote überhaupt sinnvoll. Ein einzelnes Laufwerk mit rotierenden Scheiben erreicht beim sequenziellen Lesen und Schreiben weiterhin 150 MB/s bis 250 MB/s. Ein Verbund aus mehreren Laufwerken erreicht mehr. Damit lässt sich ein 1-Gbit/s-Port auslasten. Ein Backup-Upload läuft dann mit voller Netzwerkgeschwindigkeit, und das Laufwerk begrenzt die Übertragung nicht. Ihre Werte hängen außerdem vom Aufbau des Verbunds ab. Durch Striping wird eine Anfrage auf mehrere Laufwerke verteilt: wie RAID 10 die Leistung eines Speicherangebots verändert behandelt diesen Punkt.

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.

Wie Sie die tatsächlich bereitgestellte Festplatte prüfen

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 1 bei einem rotierenden Datenträger und 0 bei Flash-Speicher. Verlassen Sie sich innerhalb eines VPS nicht darauf: Ein virtio-Datenträger meldet in der Regel ROTA=0, unabhängig davon, was sich dahinter befindet, weil der Hypervisor ein generisches Blockgerät bereitstellt und das Gastsystem das physische Laufwerk nicht sieht. MODEL ist aus demselben Grund leer. Das Flag beschreibt, was der Hypervisor angegeben hat, nicht was im Rack tatsächlich rotiert. Führen Sie daher stattdessen Messungen durch.

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 Verteilung in clat percentiles (usec). Ein standardmäßiger NVMe-Tarif meldet Zehntausende IOPS mit einem 99. Perzentil unter einer Millisekunde. Ein Tarif mit rotierendem Speicher meldet einige hundert IOPS mit einem 99. Perzentil im zweistelligen Millisekundenbereich. Wenn fio meldet, dass die libaio-Engine nicht geladen werden kann, verwenden Sie --ioengine=psync --iodepth=1 und rechnen Sie mit niedrigeren Werten, weil diese Engine jeweils nur eine Anfrage ausführt.

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

In vmstat ist die Spalte st die Steal Time: der Zeitanteil, in dem Ihre vCPU ausführungsbereit war, während der Host diese Rechenzeit einem anderen Gast zugewiesen hat. Ein gleichbleibender Wert über 5 bedeutet, dass der Node überbucht ist. Das ist der eigentliche Test für die Zusage einer "dedicated CPU". Beobachten Sie in iostat -x die Werte %util, r_await und w_await. Ein %util-Wert nahe 100 zusammen mit w_await im zweistelligen Millisekundenbereich bedeutet, dass der Datenträger der Engpass ist. Keine Optimierung der Anwendung wird daran etwas ändern. Für die speziellen Prüfungen von Flash-Speicher geht die Überprüfung, ob ein NVMe-Datenträger tatsächlich NVMe verwendet weiter ins Detail.

Nach Arbeitslast auswählen

• Backup-Ziel für restic, Borg oder rsync. Ein Storage VPS ist dafür geeignet, denn dafür wurde er entwickelt. Die Schreibvorgänge sind groß und sequenziell, die Deduplizierung erfolgt auf dem Quellsystem, und kein Prozess wartet auf das Ergebnis. Ein wichtiger Hinweis: restic prune und restic check --read-data lesen das gesamte Repository in kleinen Abschnitten. Planen Sie dafür mehrere Stunden ein und führen Sie sie 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, beachten Sie aber die CPU-Auslastung. Immich erzeugt beim Import Vorschaubilder und führt Aufgaben für maschinelles Lernen aus. Jellyfin transkodiert bei der Wiedergabe. Zwei gemeinsam genutzte vCPU benötigen für den ersten Import von 200 GB Fotos sehr lange. Speichern Sie die Datenbank und den Vorschaubild-Cache auf dem schnellsten Datenträger im System. Immich als Ersatz für Google Photos selbst hosten behandelt die Dimensionierung.
• PostgreSQL oder MySQL. Verwenden Sie einen Standard-NVMe-Tarif. Jeder Commit endet mit einem fsync, das den dauerhaften Speicher erreichen muss, bevor die Transaktion zurückkehrt. Daher entspricht die Commit-Latenz der Latenz des Datenträgers. Eine Indexsuche ist ein zufälliger Lesevorgang von 8 kB und damit genau die Art von Zugriff, bei der sich eine Festplatte mit rotierenden Magnetscheiben am schlechtesten eignet.
• Webanwendung, API oder Control Plane. Verwenden Sie einen Standard-Tarif. Diese Workloads benötigen CPU-Kerne und eine vorhersehbare Latenz. Mehr als 100 GB Speicherplatz benötigen sie nur selten.
• CI-Cache oder Artefaktspeicher. Das hängt von der Dateigröße ab. Große Tarballs werden von einem Storage-Tarif mit voller Netzwerkgeschwindigkeit übertragen. Ein Cache mit Hunderttausenden kleiner Dateien, die mehrere Runner parallel abrufen, ist praktisch zufällige IO 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 regulärer VPS?

Bei zufälligen Lese- und Schreibzugriffen: ja, deutlich. Ein Storage-Tarif mit magnetischen Festplatten verarbeitet einige hundert kleine zufällige Anfragen pro Sekunde mit jeweils etwa 8 ms, während ein NVMe-Tarif Zehntausende mit deutlich unter 1 ms verarbeitet. Bei sequenziellen Übertragungen ist der Unterschied wesentlich geringer, weil ein Storage-Array weiterhin mindestens 150 MB/s liefert. Das reicht aus, um einen Port mit 1 Gbit/s auszulasten. Messen Sie vor der Entscheidung mit fio --rw=randread --bs=4k --direct=1 selbst nach.

Kann ich PostgreSQL auf einem Storage-VPS betreiben?

Sie können den Dienst starten. Er funktioniert, solange die Arbeitsmenge in den RAM passt. Danach wartet jeder Commit auf ein fsync auf einem langsamen Datenträger. Postgres protokolliert dies als sync=-Wert in Sekunden innerhalb von checkpoint complete, während iostat -x 1 für %util einen Wert nahe 100 mit hoher w_await anzeigt. Ü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 für vollständige KVM-Virtualisierung anstelle eines Containers mit gemeinsam genutztem Kernel. Einige verwenden ihn lediglich als Bezeichnung. Führen Sie systemd-detect-virt aus, um zu prüfen, ob Sie kvm oder lxc verwenden. Führen Sie außerdem vmstat 1 5 aus und beobachten Sie die Spalte st, um festzustellen, ob andere Mandanten Ihre CPU-Zyklen beanspruchen.

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

Vertrauen Sie nicht auf lsblk -d -o NAME,ROTA,MODEL. Ein virtio-Datenträger meldet normalerweise unabhängig von der darunterliegenden Hardware ROTA=0 und eine leere Modellzeichenfolge. Führen Sie mit --direct=1 einen 30 Sekunden langen fio-Test für zufällige Lesezugriffe aus. Prüfen Sie anschließend die IOPS und die Latenz im 99. Perzentil. Einige hundert IOPS bei zweistelligen Millisekundenwerten weisen auf ein Array mit magnetischen Festplatten hin. Zehntausende IOPS bei weniger als 1 ms weisen auf Flash-Speicher hin.