VPS mit OpenVZ

OpenVZ ist eine Container-Virtualisierung für Linux, die lange vom Unternehmen Virtuozzo weiterentwickelt wurde. Alle Kunden eines physischen Servers laufen auf demselben Kernel des Hosts, die Isolierung von Arbeitsspeicher, Prozessen und Netzwerk übernimmt der Kernel selbst. Dadurch passen viele Container auf eine Maschine, und OpenVZ-Tarife gehören weiterhin zu den günstigsten in der Tabelle. Den niedrigen Preis bezahlt man mit Einschränkungen – und die sollten Sie vor dem Kauf kennen, nicht danach.

OpenVZ 6 und OpenVZ 7: Die Kernelversion entscheidet alles

Im Container zeigt der Befehl uname -r den Kernel des Hosts – und genau dieser bestimmt, was bei Ihnen läuft.

• OpenVZ 6 läuft auf dem Kernel 2.6.32 aus dem RHEL-6-Zweig, erkennbar an einer Zeile wie 2.6.32-042stab…. Dieser Kernel wird seit Langem nicht mehr weiterentwickelt, und moderne Distributionen booten darauf nicht: Aktuelle Versionen von systemd und glibc brauchen neuere Kernel. Auf solchen Tarifen gibt es meist nur alte Betriebssystem-Templates ohne Sicherheitsupdates.
• OpenVZ 7 basiert auf dem Kernel 3.10 aus RHEL 7 (in der Ausgabe steht vz7). Hier laufen neuere Systeme, doch der Kernel ist trotzdem älter als das, was viele Programme erwarten, und austauschen kann ihn nur der Anbieter.

Eine weitere Folge des gemeinsamen Kernels: Die Uhrzeit auf dem Server synchronisiert der Host. Die Zeitzone des Systems können Sie ändern, die Systemuhr selbst stellen jedoch nicht. Für die meisten Aufgaben ist das kein Hindernis, aber Programme, die die Zeit selbst verwalten, laufen im Container nicht. Steht die Version nicht in der Tarifbeschreibung, fragen Sie den Support oder prüfen Sie uname -r gleich am ersten Tag, solange die Rückerstattung noch gilt.

Was im Container nicht möglich ist

• Ein Kernelmodul laden. modprobe funktioniert nicht: Verfügbar sind nur die Module, die der Anbieter auf seiner Seite aktiviert hat. WireGuard für ein privates Netz zwischen Servern ist hier deshalb nur als Userspace-Variante und nur bei freigegebenem TUN-Gerät möglich; für diese Aufgabe eignet sich die Auswahl VPS für WireGuard besser.
• Ein anderes Betriebssystem installieren. Windows, FreeBSD und ein eigenes ISO sind ausgeschlossen: Der Container bleibt immer ein Linux auf einem fremden Kernel.
• Virtuelle Maschinen starten. Verschachtelte Virtualisierung gibt es im Container nicht und kann es auch nicht geben.
• Swap und einen Teil der sysctl-Parameter einstellen. Eine eigene Swap-Partition gibt es nicht, und viele Netzwerkparameter des Kernels, darunter die Wahl des TCP-Algorithmus, legt der Host fest.
• Docker zuverlässig nutzen. Auf OpenVZ 6 startet ein aktuelles Docker nicht, auf OpenVZ 7 hängt die Unterstützung von den Einstellungen des Anbieters ab und ist bei Netzwerk und Storage-Treibern oft eingeschränkt.

Arbeitsspeicher und Überbuchung: user_beancounters lesen

Historisch war OpenVZ für „Burst“-Speicher bekannt: Im Tarif standen ein garantierter Umfang und ein größerer, der verfügbar war, „solange etwas frei ist“. In der Praxis verschwand diese Reserve zu Stoßzeiten. In OpenVZ 7 ist das Schema einfacher – ein Speicherlimit plus virtueller Swap (vswap), den free wie gewöhnlichen Auslagerungsspeicher anzeigt. Das ist aber nicht die Festplatte Ihres Servers: Sobald er genutzt wird, bremst der Host den Container künstlich aus.

Das beste Prüfwerkzeug ist die Datei /proc/user_beancounters. Sie zeigt für jede Ressource den aktuellen Verbrauch, das Limit und die Spalte failcnt: wie oft der Container an die Grenze gestoßen ist. Ein wachsender failcnt beim Arbeitsspeicher erklärt plötzliche Abstürze von MySQL oder PHP besser als jedes Anwendungslog. CPU und Festplatte werden auf OpenVZ besonders eng mit den Nachbarn geteilt, daher schwankt die Stabilität günstiger Tarife im Tagesverlauf spürbar.

So prüfen Sie, ob der Tarif wirklich auf OpenVZ läuft

Der Befehl systemd-detect-virt gibt openvz aus. Indirekte Hinweise sind die Existenz von /proc/vz und /proc/user_beancounters sowie die Netzwerkschnittstelle venet0 statt des gewohnten eth0. Manchmal ist es auch umgekehrt: Der Anbieter schreibt „VPS“, ohne die Plattform zu nennen, und innen steckt ein Container. Brauchen Sie einen eigenen Kernel, suchen Sie gleich nach der Kennzeichnung KVM – dort sind Docker, Kernelmodule und jedes Betriebssystem ohne Vorbehalte verfügbar.

Wann OpenVZ noch eine vernünftige Wahl ist

Ein Container eignet sich gut für Aufgaben, die nichts vom Kernel verlangen: eine statische Website hinter nginx, ein kleiner Python-Bot, ein zeitgesteuertes Skript, eine Testumgebung für eine Woche, ein Reserve-Monitoringpunkt. Ist das Budget minimal und die Software gewöhnlich, kommt OpenVZ 7 zurecht, und ein solcher Server kostet weniger als das KVM-Pendant; weitere preiswerte Optionen finden Sie im Bereich günstige VPS.

Für eine produktive Datenbank, einen Docker-Stack, ein privates Firmennetz oder ein wachsendes Projekt sollten Sie OpenVZ nicht nehmen. Der spätere Umzug kostet mehr, als Sie gespart haben. Wenn Sie einen Container möchten, aber mit modernem Kernel, sehen Sie sich VPS auf LXC an: Die Einschränkungen sind ähnlich, der Kernel des Hosts ist aber meist deutlich neuer.