Was ist ein VPS? Virtueller Server einfach erklärt (2026)

Was ist ein VPS? Ein VPS (Virtual Private Server, auf Deutsch oft „vServer“) ist ein eigener Server, der nicht als eigene Hardware existiert: Ein Anbieter teilt einen großen physischen Rechner mit Virtualisierungssoftware in mehrere abgeschottete virtuelle Maschinen auf. Jede davon verhält sich wie ein vollständiger Computer, mit eigenem Betriebssystem, eigener IP-Adresse und vollem Root-Zugriff. Du bezahlst nur einen Ausschnitt der Hardware, bekommst aber die volle Kontrolle über „deinen“ Server.

Das ist die Definition. Wir wollen dir aber mehr geben: Wir betreiben selbst zwei VPS produktiv – einen großen Entwicklungsserver mit 12 vCPUs und 23 GB RAM, auf dem gerade 70 Dienste laufen, und einen kleinen mit 4 vCPUs und 8 GB RAM, auf dem 45 Dienste laufen. Für diesen Artikel haben wir beide 2026 von innen vermessen. Dabei kam ein Befund heraus, den wir so nicht erwartet hatten, und den du auf deinem eigenen VPS in zehn Sekunden nachprüfen kannst.

Was ist ein VPS? Die Erklärung in einem Bild

Stell dir ein großes Mehrfamilienhaus vor. Das Haus ist der physische Server im Rechenzentrum: ein Blech mit Dutzenden Prozessorkernen, Hunderten Gigabyte Arbeitsspeicher und schnellen SSDs. Der Anbieter baut in dieses Haus Wohnungen ein. Jede Wohnung hat eine eigene Tür mit eigenem Schlüssel, eigene Zimmer und einen eigenen Briefkasten. Was du in deiner Wohnung tust, bekommen die Nachbarn nicht mit. Du darfst Wände streichen, Möbel umstellen und das Schloss wechseln.

Genau das ist ein VPS:

• Das Haus ist die Hardware (der „Host“).
• Die Hausverwaltung ist der Hypervisor, eine Software, die die Hardware aufteilt und darauf achtet, dass niemand in fremde Wohnungen gelangt.
• Deine Wohnung ist die virtuelle Maschine, dein VPS.
• Die Nachbarn sind andere Kunden, die auf derselben Hardware ihre eigenen VPS betreiben.

Wichtig ist, was du nicht teilst: dein Betriebssystem, deine Dateien, deine Prozesse und deine Passwörter. Was du teilst, ist das Fundament, also Prozessor, Speicherbus, Netzwerkkarte und Festplatten des Hosts. Diese Unterscheidung klingt akademisch. Sie erklärt aber fast alle Vor- und Nachteile, die im Rest dieses Artikels vorkommen.

Wie funktioniert ein VPS technisch?

Unter der Haube arbeiten fast alle modernen VPS-Anbieter mit KVM (Kernel-based Virtual Machine). KVM ist direkt im Linux-Kernel eingebaut und nutzt die Virtualisierungsbefehle moderner CPUs (bei AMD „AMD-V“, bei Intel „VT-x“). Dadurch läuft der Code in deinem VPS fast mit nativer Geschwindigkeit auf dem echten Prozessor. Emuliert wird er nicht.

Das lässt sich von innen überprüfen. Auf beiden unserer VPS liefert dieser Befehl dasselbe:

systemd-detect-virt
# kvm

lscpu | grep -E "Model name|Hypervisor"
# Model name:        AMD EPYC-Genoa Processor
# Hypervisor vendor: KVM

Dein VPS weiß also, dass er virtualisiert ist, und er sieht den echten Prozessortyp des Hosts. Beide Maschinen stehen bei Hetzner (in /sys/class/dmi/id/product_name steht wörtlich vServer), in unterschiedlichen Rechenzentren und mit unterschiedlicher Größe, und laufen auf derselben Server-CPU-Generation.

Die drei Bausteine: vCPU, RAM, Speicher

Wenn du einen VPS mietest, kaufst du im Kern drei Zahlen:

1. vCPUs (virtuelle Prozessorkerne). Eine vCPU ist ein Rechen-Thread auf dem Host, den der Hypervisor deiner Maschine zuteilt. Bei „Shared vCPU“-Tarifen teilst du dir die physischen Kerne mit anderen Kunden. Dafür sind sie billig. Bei „Dedicated vCPU“-Tarifen ist dir ein Kern fest zugeordnet. Hetzner beschreibt die geteilten Tarife selbst als geeignet für „variable Nutzungsmuster statt dauerhaft hoher Last“, die dedizierten für Anwendungen mit hoher Produktivlast. Diese Einordnung deckt sich mit unserer Erfahrung.

2. RAM (Arbeitsspeicher). Der RAM ist bei seriösen KVM-Anbietern fest reserviert. Die 8 GB, die du bezahlst, stehen dir auch zu. Wie viel du wirklich brauchst, haben wir in einem eigenen Artikel ausführlich gemessen: Wie viel RAM braucht ein Server?. Kurzfassung: meistens weniger, als du denkst.

3. Speicher (Disk). Deine Festplatte ist ein virtuelles Laufwerk, das auf den SSDs oder NVMe-Laufwerken des Hosts liegt. In deinem VPS erscheint es als ganz normale Platte. Bei uns heißt sie wörtlich QEMU HARDDISK, weil QEMU die Gerätehardware nachbildet, während KVM den Prozessor beschleunigt.

Dazu kommen fast immer eine öffentliche IPv4-Adresse (die mittlerweile oft extra kostet), ein IPv6-Netz und ein Kontingent für den ausgehenden Datenverkehr.

Was „virtuell“ im Alltag bedeutet und was nicht

Ein häufiges Missverständnis: „virtuell“ klingt nach „nicht ganz echt“. Aus deiner Sicht ist ein VPS aber ein vollwertiger Linux-Server. Du loggst dich per SSH ein, installierst Pakete, startest Dienste, richtest eine Firewall ein und betreibst einen Webserver. Kein Programm merkt, dass es auf einem VPS läuft, solange es nicht direkt mit Hardware sprechen will (etwa eine Grafikkarte oder spezielle USB-Geräte).

Was anders ist, merkst du an drei Stellen:

1. Du kannst die Hardware nicht anfassen. Keine eigene RAID-Karte, kein BIOS, keine Wahl der Festplatte.
2. Du kannst die Maschine per Knopfdruck vergrößern, sichern oder klonen. Das ist der große Vorteil gegenüber echter Hardware.
3. Du teilst dir Ressourcen, und das kann in seltenen Fällen spürbar werden. Mehr dazu im Messteil.

VPS vs. Shared Hosting vs. Dedicated Server

Die meisten Leute landen bei der Frage „Was ist ein VPS?“, weil sie gerade zwischen drei Hosting-Arten wählen. Bleiben wir beim Haus-Bild:

Shared Hosting ist das Wohnheimzimmer. Du bekommst einen Ordner auf einem Server, den sich Hunderte Kunden teilen, dazu PHP, eine Datenbank und ein Web-Panel. Um das Betriebssystem kümmert sich der Anbieter. Das ist bequem, aber du kannst nichts installieren, was der Anbieter nicht vorgesehen hat: kein Node.js-Dienst, kein Docker, kein eigener Mailserver, keine eigenen Cronjobs mit Root-Rechten.

Ein VPS ist die Mietwohnung. Du hast ein eigenes, abgeschottetes System mit Root-Rechten, teilst dir aber das Gebäude.

Ein Dedicated Server ist das freistehende Haus. Die komplette Hardware gehört für die Mietdauer dir. Nachbarn gibt es keine, dafür zahlst du deutlich mehr, und bei einem Hardwaredefekt wartest du auf einen Techniker, statt dass dein System auf einen anderen Host umzieht.

Der wichtigste Satz dieser Tabelle steht in der Zeile „Wartung“: Mit einem VPS bist du der Administrator. Sicherheitsupdates, Firewall, Backups und SSH-Härtung sind deine Aufgabe. Wie ernst das ist, haben wir am eigenen Leib erlebt, als ein Server fünf Tage lang von Angreifern gekapert war. Die ganze Geschichte steht in Server fünf Tage gekapert. Wenn du einen VPS mietest, lies vorher unsere Anleitung Linux-Server einrichten. Die ersten Anmeldeversuche von Angreifern kommen nicht erst nach Tagen, sondern oft schon nach Minuten.

Und die „Cloud“?

„Cloud-Server“ und „VPS“ meinen heute in der Praxis fast dasselbe. Anbieter wie Hetzner nennen ihre VPS „Cloud Server“, weil sie per API steuerbar sind, stundengenau abgerechnet werden und sich per Klick in der Größe ändern lassen. Technisch bleibt es eine virtuelle Maschine auf einem Host. Den Unterschied zu „klassischen“ VPS machen eher Abrechnung und Automatisierung als die Technik.

Wer noch einen Schritt weiter geht und selbst Virtualisierung auf eigener Hardware betreibt, landet bei Hypervisoren wie Proxmox. Den Vergleich dazu findest du in Proxmox vs. ESXi. Das ist dann quasi die Rolle des Vermieters statt des Mieters.

Wofür braucht man einen VPS?

Aus unserem eigenen Betrieb sind das die Dinge, für die ein VPS genau das richtige Werkzeug ist:

• Webanwendungen mit eigenem Backend. Node.js-, Python- oder Go-Dienste, die dauerhaft laufen, gehen auf Shared Hosting nicht. Auf einem VPS sind sie ein systemctl start.
• Viele kleine Dienste nebeneinander. Unser kleiner VPS mit 8 GB betreibt 45 laufende Systemdienste, darunter mehrere Web-APIs. Der große schafft 70, dazu einen Webserver, der über 30 Domains mit TLS-Zertifikaten ausliefert.
• Ein Reverse Proxy vor allem. Ein einziger Webserver nimmt alle Anfragen an und verteilt sie auf interne Dienste. Wie das funktioniert, erklärt Was ist ein Reverse Proxy?.
• Docker-Stacks. Datenbank, App und Cache als Container mit einer einzigen Konfigurationsdatei. Ein Beispiel findest du in unserem Docker-Compose-Beispiel.
• Bots und Automatisierungen, die rund um die Uhr laufen. Dein Laptop schläft, ein VPS nicht. Unser kleiner Server läuft zum Zeitpunkt der Messung seit 82 Tagen ohne Neustart, der große seit 85 Tagen.
• Eigene Cloud-Dienste. Nextcloud, ein Passwort-Manager, ein Git-Server oder ein VPN, also Dinge, bei denen du deine Daten nicht einem Konzern anvertrauen willst.
• Lernen. Ein kleiner VPS für ein paar Euro im Monat ist die billigste Art, Linux ernsthaft zu lernen. Wenn du ihn kaputt konfigurierst, spielst du das Image neu ein und fängst von vorne an.

Wofür ein VPS dagegen nicht die beste Wahl ist:

• Eine einfache WordPress-Seite ohne technisches Interesse. Hier ist gutes Managed Hosting günstiger, wenn du deine eigene Arbeitszeit mitrechnest.
• Dauerhaft volle CPU-Last (Video-Rendering, Kompilieren rund um die Uhr, rechenintensive Datenbanken). Hier lohnen sich dedizierte vCPUs oder gleich ein Dedicated Server.
• Alles, was eine Grafikkarte braucht. Normale VPS haben keine GPU. Wer lokal KI-Modelle betreiben will, braucht spezielle GPU-Instanzen oder eigene Hardware.

Hinweis: Das Video stammt von einem Hosting-Anbieter und ist entsprechend werblich. Die Grundlagen erklärt es trotzdem sauber.

Was wir auf unseren eigenen VPS gemessen haben

Genug Theorie. Wir haben uns auf unseren beiden VPS angesehen, was man von innen über die geteilte Hardware herausfinden kann. Alle Werte stammen vom 24.09.2026 und wurden mit Bordmitteln erhoben, ohne Benchmark-Software.

Die beiden Maschinen

Die Kernel-Bootzeit von drei bis vier Sekunden ist typisch für VMs, weil kaum echte Hardware initialisiert werden muss. Das ist einer der unterschätzten Vorteile eines VPS: Ein Neustart nach einem Kernel-Update dauert Sekunden. Bei einem Blech-Server mit RAID-Controller wartest du oft Minuten.

Befund 1: Die Festplatte ist schnell, aber nicht überall gleich

Wir haben auf beiden Maschinen dieselbe grobe Schreibprobe gemacht, 512 MB mit direktem I/O am Page Cache vorbei:

dd if=/dev/zero of=/tmp/probe bs=1M count=512 oflag=direct
rm /tmp/probe

Beide Werte sind für Webanwendungen mehr als genug. Aber sie zeigen etwas Wichtiges: Zwei VPS desselben Anbieters mit derselben CPU liefern nicht dieselbe Disk-Leistung. Größere Tarife bekommen oft mehr I/O-Anteil, und der Wert hängt davon ab, wie beschäftigt der Host gerade ist. Ein einzelner dd-Lauf ist deshalb kein Benchmark, sondern eine Momentaufnahme. Wer es genau wissen will, misst mehrmals zu verschiedenen Tageszeiten.

Befund 2: Die „Steal Time“ ist null, und das beweist weniger, als es scheint

Das ist der Befund, der uns überrascht hat. Auf einem VPS gibt es eine besondere CPU-Kennzahl: Steal Time (st in top und vmstat). Sie misst die Zeit, in der deine virtuelle CPU rechnen wollte, der Hypervisor den physischen Kern aber gerade einem Nachbarn gegeben hat. Sie ist die einzige Zahl, mit der ein VPS von innen sehen kann, dass die Nachbarn ihm Leistung wegnehmen.

Wir haben den kumulierten Zähler seit dem letzten Boot direkt aus dem Kernel gelesen:

awk '/^cpu /{print "steal=" $9}' /proc/stat

Ergebnis auf beiden Maschinen: steal=0. Über 85 beziehungsweise 82 Tage, auf Tarifen mit geteilten vCPUs, nicht ein einziger Tick.

Die naheliegende Lesart wäre: „Unsere Nachbarn haben uns nie gestört.“ Das können wir aber nicht behaupten. Ein Wert, der über fast drei Monate exakt null bleibt, passt genauso gut zu einer zweiten Erklärung: Der Hypervisor meldet die Steal Time schlicht nicht an die VM weiter. Von innen lassen sich die beiden Fälle nicht unterscheiden. Beide sehen in /proc/stat identisch aus.

Die praktische Lehre daraus: Wenn dir jemand erklärt, du sollst auf deinem VPS „einfach auf die Steal Time achten“, dann prüf zuerst, ob dein Anbieter sie überhaupt liefert. Eine Kennzahl, die immer null ist, kann nicht rot werden. Verlässlicher ist es, die eigene Anwendung zu beobachten: Antwortzeiten, Laufzeit wiederkehrender Jobs, Warteschlangen. Wenn die schwanken, obwohl deine eigene Last gleich bleibt, ist das der ehrlichere Hinweis auf laute Nachbarn.

Befund 3: Viel Speicher ist „belegt“ und trotzdem frei

Auf dem kleinen VPS zeigt free -m nur 688 MB als „free“. Das wirkt knapp, gemessen an 8 GB. Die Spalte available sagt aber 4.976 MB. Der Unterschied ist der Page Cache: Linux nutzt ungenutzten RAM als Dateicache und gibt ihn sofort wieder her, wenn ein Programm Speicher braucht. Auf einem VPS ist das nicht anders als auf echter Hardware. Weil gerade Einsteiger an dieser Stelle oft unnötig einen größeren Tarif buchen, haben wir dem Thema einen eigenen Artikel zum RAM-Bedarf gewidmet.

So misst du deinen eigenen VPS

Wenn du gerade einen VPS gemietet hast, sind das die fünf Befehle, mit denen du in einer Minute weißt, was du bekommen hast:

# 1. Bin ich virtualisiert, und womit?
systemd-detect-virt

# 2. Welche CPU, wie viele Kerne?
lscpu | grep -E "Model name|^CPU\(s\)|Hypervisor"

# 3. Wie viel Speicher ist wirklich verfügbar? (Spalte 'available')
free -m

# 4. Meldet mein Anbieter Steal Time? (Spalte 'st', 5 Sekunden)
vmstat 1 5

# 5. Wie schnell schreibt die Disk ungefähr?
dd if=/dev/zero of=/tmp/probe bs=1M count=512 oflag=direct; rm /tmp/probe

Schreib dir die Werte am ersten Tag auf. Das ist deine Referenz. Wenn dein Server in drei Monaten plötzlich langsam wirkt, hast du einen Vergleich und musst nicht raten.

Vor- und Nachteile eines VPS

Vorteile

• Volle Kontrolle. Eigenes Betriebssystem, eigene Software, eigene Regeln. Du entscheidest, welche Linux-Distribution läuft und welche Dienste darauf laufen.
• Günstig. Ein brauchbarer Einstiegs-VPS kostet bei europäischen Anbietern weniger als ein Streaming-Abo. Unser kleiner Helsinki-Server mit 4 vCPUs und 8 GB trägt 45 Dienste und langweilt sich dabei.
• Skalierbar. Mehr RAM oder CPU sind bei den meisten Anbietern ein Neustart entfernt.
• Snapshots und Backups per Klick. Vor einem riskanten Update ziehst du ein Abbild der ganzen Maschine und kannst im Zweifel zurückspringen.
• Hardware-Ausfälle betreffen dich seltener direkt. Stirbt eine Platte im Host, ist das das Problem des Anbieters, nicht deins.
• Schneller Neustart. Wenige Sekunden statt Minuten.

Nachteile

• Du bist der Admin. Updates, Sicherheit, Backups und Monitoring liegen bei dir. Das ist kein Detail, sondern der Hauptunterschied zu Shared Hosting.
• Geteilte Ressourcen. Bei günstigen Tarifen mit geteilten vCPUs kann ein lauter Nachbar deine Leistung drücken, und wie Befund 2 zeigt, siehst du das von innen nicht unbedingt.
• Keine Hardware-Wahl. Keine eigene GPU, keine Spezialkarten, kein Einfluss auf das Disk-Layout des Hosts.
• Vertrauen in den Anbieter. Wer Zugriff auf den Host hat, hat theoretisch auch Zugriff auf deine VM. Für die allermeisten Projekte ist das akzeptabel. Für hochsensible Daten solltest du Verschlüsselung und Anbieterwahl bewusst bedenken.
• Kosten wachsen mit. Wer viele große VPS betreibt, landet irgendwann bei Preisen, bei denen ein Dedicated Server günstiger wäre.

Worauf du beim VPS mieten achten solltest

Aus unserer Erfahrung sind das die Punkte, die wirklich zählen. Der Rest ist Marketing.

1. Standort des Rechenzentrums. Für deutsche Nutzer und DSGVO-Themen sind Standorte in der EU sinnvoll. Die Latenz spielt für Webseiten in Europa kaum eine Rolle, für Echtzeitanwendungen schon.
2. Virtualisierungstechnik. KVM ist Standard und die richtige Wahl. Ältere Container-basierte Angebote (etwa OpenVZ) teilen sich den Kernel mit dem Host. Damit kannst du keinen eigenen Kernel laden und Docker oft nicht sauber betreiben. Prüf das mit systemd-detect-virt.
3. Shared oder dedizierte vCPUs. Für Webseiten, APIs und Bots mit ungleichmäßiger Last reichen geteilte vCPUs. Für Dauerlast nimm dedizierte.
4. IPv4-Adresse. Viele Anbieter berechnen sie mittlerweile extra. Rechne das beim Preisvergleich mit ein.
5. Traffic-Kontingent. Europäische Anbieter sind hier meist großzügig, bei manchen US-Anbietern wird ausgehender Traffic teuer.
6. Backups und Snapshots. Kosten sie extra? Wie oft laufen sie? Ein Snapshot beim Anbieter ersetzt kein eigenes Backup an einem zweiten Ort.
7. Abrechnung. Stundengenaue Abrechnung ist ideal zum Testen: Du startest einen Server, probierst etwas aus und löschst ihn wieder, für ein paar Cent.
8. Support und Status-Seite. Wenn der Host ausfällt, willst du wissen, dass es nicht an dir liegt.

Konkrete Preise nennen wir hier bewusst nicht: Sie ändern sich häufiger, als ein Artikel aktualisiert wird. Nimm immer die aktuelle Preisseite des Anbieters als Quelle, nicht einen Blogbeitrag.

Deine ersten Schritte mit einem neuen VPS

Du hast einen VPS gemietet und die Zugangsdaten bekommen. So gehen wir auf einer frischen Maschine vor, in dieser Reihenfolge:

1. Per SSH mit Schlüssel einloggen, nicht mit Passwort. Wenn du noch keinen Schlüssel hast, hilft Was ist SSH?.
2. System aktualisieren (apt update && apt upgrade auf Debian und Ubuntu) und automatische Sicherheitsupdates einschalten.
3. Passwort-Login und Root-Login per Passwort abschalten.
4. Firewall aktivieren, nur SSH, HTTP und HTTPS offen lassen. Achtung: Docker kann Firewall-Regeln umgehen. Das erklären wir im Docker-Compose-Artikel.
5. Einen normalen Benutzer anlegen und für Admin-Aufgaben sudo nutzen.
6. Backups einrichten, bevor du Daten hast, nicht danach.
7. Die fünf Messbefehle von oben laufen lassen und die Werte notieren.

Alle Schritte mit Befehlen und den Fallen, in die wir selbst getappt sind, stehen in Linux-Server einrichten. Wenn du noch überlegst, welches Betriebssystem du wählst: Für Einsteiger ist ein Ubuntu-LTS- oder Debian-Image die sichere Wahl. Den Vergleich findest du in Debian vs. Ubuntu.

Was wir bewusst nicht behaupten

• Wir haben nur einen Anbieter gemessen. Beide VPS laufen bei Hetzner. Andere Anbieter können bei Disk-Leistung und Steal-Reporting anders aussehen.
• Ein dd-Lauf ist kein Benchmark. Er zeigt eine Größenordnung, keine belastbare Vergleichszahl zwischen Anbietern.
• Die Steal-Time-Null beweist nicht, dass wir nie laute Nachbarn hatten. Sie beweist nur, dass wir es von innen nicht sehen können.
• Wir haben keinen Dedicated Server zum direkten Vergleich gemessen. Die Einordnung in der Tabelle beruht auf der Technik, nicht auf einem eigenen Parallelversuch.

Fazit: Was ist ein VPS, und brauchst du einen?

Ein VPS ist ein eigener, vollständiger Linux-Server, der sich die Hardware mit anderen teilt. Du bekommst Root-Zugriff, eigene Software und eine eigene IP zu einem Bruchteil des Preises eines echten Servers. Im Gegenzug bist du selbst der Administrator und teilst dir Prozessor und Disk mit Nachbarn, die du nicht kennst.

Unsere Messungen zeigen, dass das in der Praxis erstaunlich gut funktioniert. Ein kleiner VPS mit 4 vCPUs und 8 GB trägt bei uns 45 Dienste, läuft seit fast drei Monaten ohne Neustart und hat die meiste Zeit fast nichts zu tun. Gleichzeitig zeigen sie die Grenze des Blicks von innen: Die eine Kennzahl, die dir laute Nachbarn verraten sollte, steht bei uns seit Monaten auf null. Das kann gute Nachbarschaft bedeuten oder einen Messwert, den es gar nicht gibt.

Unsere Empfehlung: Wenn du mehr willst als eine einfache Webseite, wenn du Dienste betreiben, Docker nutzen oder Linux lernen willst, ist ein kleiner VPS der beste Einstieg, den es gibt. Nimm einen europäischen Anbieter mit KVM, starte klein, miss am ersten Tag und sichere den Server ab, bevor du irgendetwas anderes tust.

Häufige Fragen

Was ist ein VPS einfach erklärt?

Ein VPS (Virtual Private Server) ist ein virtueller Server: Ein großer physischer Rechner wird per Software in mehrere abgeschottete Maschinen aufgeteilt. Jede davon hat ein eigenes Betriebssystem, eigene IP und Root-Zugriff. Du mietest also eine Wohnung im Haus statt des ganzen Hauses.

Was ist der Unterschied zwischen VPS und vServer?

Keiner. „vServer“ ist die im deutschsprachigen Raum übliche Bezeichnung für dasselbe Produkt. Hetzner schreibt sogar in die Hardware-Kennung der VM wörtlich vServer. Auch „Cloud Server“ meint in der Praxis meist einen VPS mit stundengenauer Abrechnung und API.

Ist ein VPS ein eigener Server?

Logisch ja, physisch nein. Aus Sicht deiner Software ist es ein vollständiger eigener Server mit eigenem Kernel und eigenen Prozessen. Physisch läuft er auf Hardware, die du mit anderen Kunden teilst. Für deine Dateien und Prozesse sind die anderen Kunden unsichtbar.

Was kostet ein VPS?

Einfache VPS bei europäischen Anbietern beginnen im niedrigen einstelligen Euro-Bereich pro Monat. Größere Maschinen mit mehreren dedizierten Kernen kosten einige Dutzend Euro. Die aktuellen Preise solltest du immer direkt beim Anbieter prüfen, weil sie sich regelmäßig ändern, auch durch Aufpreise für IPv4-Adressen.

Wofür braucht man einen VPS?

Für alles, was auf Shared Hosting nicht geht: dauerhaft laufende Anwendungen (Node.js, Python, Go), Docker-Container, eigene Cloud-Dienste wie Nextcloud, Bots, VPNs, Git-Server oder einfach zum Linux-Lernen. Auch mehrere Webseiten hinter einem Reverse Proxy laufen ideal auf einem VPS.

Ist ein VPS sicher?

Die Trennung zwischen den VMs durch KVM ist robust. Das größere Risiko bist aber du selbst: Ein VPS steht ab der ersten Minute offen im Internet, und du bist für Updates, Firewall und SSH-Absicherung verantwortlich. Die meisten gehackten VPS werden über schwache Passwörter oder veraltete Software übernommen, nicht über den Hypervisor.

Brauche ich Linux-Kenntnisse für einen VPS?

Grundkenntnisse ja. Du solltest dich per SSH einloggen, Pakete installieren und Konfigurationsdateien bearbeiten können. Wenn du das noch nicht kannst, ist ein VPS allerdings genau der richtige Ort, um es zu lernen. Ein Einstieg ist Welches Linux für Anfänger.

VPS oder Shared Hosting – was ist besser?

Für eine einfache WordPress-Seite ohne Sonderwünsche ist Shared oder Managed Hosting bequemer, weil sich jemand anderes um das System kümmert. Sobald du eigene Software betreiben, Docker nutzen oder Root-Rechte brauchst, führt kein Weg an einem VPS vorbei.

VPS oder Dedicated Server?

Ein VPS reicht für die allermeisten Webprojekte, APIs und Bots. Ein Dedicated Server lohnt sich bei dauerhaft hoher CPU-Last, großen Datenbanken oder wenn du die Hardware exklusiv brauchst. Wer unsicher ist, startet mit einem VPS. Hochskalieren geht in Minuten, ein Umzug auf einen Dedicated Server später auch.

Wie viel RAM braucht mein VPS?

Für einen reinen Webserver oder Reverse Proxy reicht 1 GB, für ein paar kleine Dienste mit SQLite 2 GB und für einen typischen Webserver mit Datenbank 4 GB. Entscheidend ist die Spalte available in free -m, nicht free. Die ausführliche Messung steht in Wie viel RAM braucht ein Server?.

Was ist Steal Time auf einem VPS?

Steal Time ist die Zeit, in der deine virtuelle CPU rechnen wollte, der Host den Kern aber einem anderen Kunden gegeben hat. Du siehst sie als st in top oder vmstat. Achtung: Wenn sie über Wochen exakt null bleibt, kann das auch heißen, dass dein Anbieter sie gar nicht meldet. Auf unseren beiden Hetzner-VPS stand sie über mehr als 80 Tage auf null.