Was ist Docker? VPS-Tarife für Container-Anwendungen

Shared-, Reseller- undWordPress unterstützen den Docker-Daemon nicht. In diesem Artikel erfährst du, wie Container funktionieren, welche InMotion-VPS-Konfigurationen geeignet sind und wie du deine Umgebung so dimensionierst, dass sie tatsächlich die gewünschte Leistung bringt.

Was ist Docker, einfach erklärt?

Docker bündelt eine Anwendung mit allem, was sie zum Ausführen benötigt, einschließlich Laufzeitumgebung, Bibliotheken, Systemtools und Konfigurationsdateien. Das Ergebnis ist ein Container, der sich auf einem Entwickler-Laptop, einem Staging-VPS und einem Produktionsserver genauso verhält.

Container sind keine virtuellen Maschinen. Eine VM emuliert ein komplettes Betriebssystem auf einem Hypervisor. Ein Container nutzt den Kernel des Hosts mit und isoliert lediglich den Benutzerbereich mithilfe von Linux-Primitiven wie Namespaces und cgroups. Laut der offiziellen Docker-Dokumentation ermöglicht dieses Design, viele Container auf einem einzigen Host mit deutlich geringerem Overhead auszuführen, als wenn man die gleiche Anzahl an VMs laufen lassen würde.

Die Kernkomponenten des Ökosystems sind einfach:

• Docker Engine: Der Daemon, der Container erstellt und ausführt
• Bilder: schreibgeschützte Vorlagen, die deine App und ihre Abhängigkeiten enthalten
• Container: Laufende Instanzen eines Images
• Docker Compose: ein Tool zum Definieren von Anwendungen mit mehreren Containern in einer einzigen YAML-Datei
• Repositorys: Bildspeicher, wobei Docker Hub standardmäßig öffentlich ist

Wie unterscheidet sich Docker vom herkömmlichen Hosting?

Beim herkömmlichen Hosting wird die Software direkt auf dem Dateisystem des Servers installiert. PHP, MySQL und Apache befinden sich in den Verzeichnissen /etc und /usr und nutzen die Bibliotheken gemeinsam mit allen anderen Programmen auf dem Server. Ein Update einer Anwendung kann eine andere zum Absturz bringen. Das ist einer der Gründe, warum Shared-Hosting-Pakete die Installationsmöglichkeiten der Nutzer einschränken.

Docker kehrt dieses Modell um. Jeder Container bringt seine eigenen Bibliotheken und seine eigene Laufzeitumgebung mit. Eine Node-18-App und eine Node-22-App laufen nebeneinander, ohne sich zu behindern, da jede ihre eigene Version im Image enthält. Du kannst einen Container außerdem in Sekundenschnelle beenden und durch ein bekanntermaßen funktionierendes Image ersetzen, was viel sauberer ist, als Pakete auf einem Live-Server neu zu installieren.

Genau diese Isolation ist der springende Punkt. Container bieten dir eine reproduzierbare Bereitstellungseinheit. Das Image, das du lokal getestet hast, ist genau das Image, das in der Produktion läuft.

Warum Container nutzen, anstatt Software direkt zu installieren?

Ein paar praktische Gründe, die bei echten Projekten immer wieder auftauchen:

• Versionsbindung, die wirklich funktioniert: Container-Images fixieren die genauen Versionen von PHP, Node, Python, Postgres oder allem anderen, wovon dein Stack abhängt. Keine versehentlichen Paket-Updates, die eine Live-Seite lahmlegen.
• Schnellerer Einstieg: Ein Entwickler, der neu in dein Team kommt, kann „docker compose“ ausführen und die komplette Umgebung innerhalb weniger Minuten zum Laufen bringen, anstatt einen halben Tag damit zu verbringen, nach Abhängigkeiten zu suchen.
• Einfachere Rollbacks: Wenn bei einer Bereitstellung etwas schiefgeht, kannst du zum vorherigen Image-Tag zurückkehren. Es ist nicht nötig, Pakete auf dem Host zu deinstallieren und neu zu installieren.
• Übersichtlichere Host-Server: Dein VPS bleibt auf das Nötigste beschränkt. Der Host läuft mit Docker, einer Firewall und SSH. Alles andere läuft in Containern.

Genau diese Vorhersehbarkeit ist der Grund, warum Agenturen und SaaS-Teams viele interne Tools, Staging-Umgebungen und Microservices in Container verlagert haben.

Welche InMotion-VPS-Tarife unterstützen Docker?

Die kurze Antwort lautet: Jeder Tarif, der dir Root-Zugriff auf einer unterstützten Linux-Distribution gewährt. Im Angebot von InMotion ist das der „Self-Managed VPS“, der auf AlmaLinux, Ubuntu LTS oder Debian bereitgestellt wird. Alle drei eignen sich hervorragend für Docker Engine und Docker Compose.

Hier siehst du einen Vergleich der wichtigsten Tarifmodelle für Container-Workloads:

Tarifart	Root Access	Docker-kompatibel?	Anmerkungen
Shared Hosting	Nein	Nein	Keine Daemon-Steuerung, der Kernel wird mit anderen Konten geteilt
WordPress Hosting	Nein	Nein	Einfacher Stack, keine Container-Unterstützung
Reseller Hosting	Nein	Nein	Entwickelt für cPanel , nicht für Container
Selbstverwalteter VPS (ohne Control Panel)	Ja	Ja	Docker-Ready-Bereitstellung mit AlmaLinux, Ubuntu oder Debian
Managed VPS (cPanel)	Ja (mit Einschränkungen)	Möglich, aber nicht ideal	cPanel Docker lassen sich nicht nahtlos integrieren
Dedizierte Server	Ja	Ja	Ideal für Container-Bereitstellungen mit hoher Dichte

Ein VPS ist für die meisten Entwicklerteams der richtige Ausgangspunkt. Du bekommst eine saubere Linux-Installation, volle Root-Rechte und kein vorinstalliertes Control Panel, mit dem du dich herumschlagen musst. Installiere die Docker Engine gemäß den offiziellen Anweisungen von Docker für deine Distribution, und schon bist du in weniger als zehn Minuten startklar.

Wie sieht es mit Managed-VPS mit cPanel aus?

Die Managed-VPS-Pakete bei InMotion laufen cPanel WHM, was sich hervorragend für das Hosting herkömmlicher Websites und E-Mails eignet, aber bei der Arbeit mit Containern zu Reibungsverlusten führt. cPanel Apache, PHP-FPM, MySQL, Exim und andere Dienste direkt zu steuern. Docker darüber zu schichten ist technisch möglich, da du weiterhin Root-Zugriff hast, aber du betreibst damit zwei konkurrierende Verwaltungssysteme auf demselben Host.

In der Praxis betreiben Teams, die sowohl eine verwaltete „ cPanel “-Umgebung als auch Container nutzen möchten, diese meist auf separaten Rechnern. Ein gängiges Muster: Ein von cPanel verwalteter VPS für Kundenwebsites sowie ein kleinerer VPS für Docker-basierte Tools wie eine private Git-Instanz, einen Monitoring-Stack oder eine Staging-Umgebung.

Wenn du nur das Budget für einen Server hast und Container nutzen möchtest, verzichte auf das Control Panel und nutze stattdessen einen selbstverwalteten VPS.

VPS vs. dedizierter Server für Container-Workloads

Ein VPS ist eine virtualisierte Infrastruktur, die aus einem größeren Host herausgelöst wurde. Du teilst dir die zugrunde liegende Hardware mit anderen Nutzern, hast aber garantierte CPU- und RAM-Zuweisungen. Ein dedizierter Server ist ein kompletter physischer Rechner, der ausschließlich dir zugewiesen ist.

Bei Containern hängt die Wahl in der Regel von den Anforderungen an die Dichte und die Isolierung ab:

• Ein VPS eignet sich gut für den Betrieb einer Handvoll Container pro Projekt, für Staging-Umgebungen oder kleine Produktions-Workloads. Du kannst vertikal skalieren, indem du auf einen größeren Tarif umsteigst, wenn die Anzahl deiner Container oder dein Ressourcenverbrauch steigt.
• Dedicated Server sind die richtige Wahl, wenn du Dutzende von Containern betreiben, Datenbanken hosten musst, die von der Leistung lokaler „ NVMe “ profitieren, oder Compliance-Anforderungen erfüllen musst, die gemeinsam genutzte Hypervisoren verbieten. Die „Essential“-Stufe von InMotion (99,99 $/Monat) verfügt über 64 GB DDR4-RAM und zwei 1,92-TB- NVMe -FestplattenSSD – das ist genug Kapazität für eine beachtliche Containerflotte.

InMotion nutzt bei allen diesen Tarifen Software-RAID über mdadm, was in Linux-Serverumgebungen Standard ist und für Docker ohne besondere Konfiguration funktioniert.

Voraussetzungen für den Betrieb von Docker auf einem VPS

Die Grundanforderungen sind gering. Die Docker Engine selbst benötigt im Leerlauf etwa 200 MB RAM und nur minimale CPU-Leistung. Der eigentliche Ressourcenbedarf entfällt auf die Container, die du darauf ausführst.

Ein sinnvoller Ausgangspunkt für die Dimensionierung:

• Kleine Dienste ( nginx, Redis, schlanke APIs): 50–200 MB RAM pro Container
• Web-Apps mit Node.js oder Python: 150–500 MB , je nach Framework
• PHP-FPM mit einer einzelnen WordPress : 256–512 MB
• PostgreSQL oderMySQL bei mäßigem Datenverkehr: mindestens512 MB bis 2 GB
• Selbst gehostete Apps wie Nextcloud oder Mattermost: 1–2 GB

Auch der Speicherplatzverbrauch spielt eine Rolle. Container-Images, Volumes und der Build-Cache summieren sich schnell. Reserviere auf einem Einsteiger-VPS mindestens 30–50 GB und überwache den Speicherplatz mit dem Docker-Befehl „df“ (Dokumentation).

Außerdem brauchst du:

• Eine unterstützte Linux-Distribution. Die VPS-Tarife von InMotion bieten AlmaLinux 9, Ubuntu 22.04 LTS und Debian 12 an, die alle offiziell von Docker unterstützt werden
• Ausgehender Netzwerkzugang zum Abrufen von Images aus Repositories
• Ein SSH-Schlüssel für den sicheren Zugriff (die Passwortauthentifizierung sollte deaktiviert sein)
• Eine Strategie für Firewall-Regeln, da Docker iptables manipuliert und mit einfachen Firewall-Konfigurationen in Konflikt geraten kann

Häufige Anwendungsfälle für Docker auf einem VPS

Ein paar Muster, die häufig auftauchen:

• Selbst gehostete Entwickler-Tools:GitLab, Gitea, Drone CI, Vaultwarden und ähnliche Tools lassen sich problemlos als Container bereitstellen
• Anwendungs-Backends: Node.js-, Python- oder Go-APIs, die hinter einem Reverse-Proxy laufen
• Staging-Umgebungen: Eine exakte Kopie der Produktionsumgebung aus demselben Image-Satz einrichten
• Mikroservice-Architekturen: Mehrere kleine Dienste, die über Docker Compose koordiniert werden
• Reverse-Proxy mit automatischem SSL: Traefik oder Caddy in einem Container übernimmt den Ingress und die Let’s Encrypt -Zertifikate für alles andere auf dem Host
• Datenbankisolierung: Führe pro Projekt separate PostgreSQL MySQL-Instanzen aus , ohne den Host zu belasten

Bei Agenturen läuft auf einem einzigen VPS oft ein Traefik-Reverse-Proxy sowie ein Dutzend Staging-Umgebungen für Kunden, die jeweils in einem eigenen Containersatz isoliert sind. Agenturen, die mehrere Kunden betreuen, sollten sich außerdem das InMotion Agency Partner Program ansehen, um gestaffelte Hosting-Vorteile zu erhalten.

Leistungsfaktoren, die sich auf Container-Workloads auswirken

Die Container-Leistung auf einem VPS hängt von mehr als nur den reinen technischen Daten ab. Hier sind ein paar Dinge, auf die du achten solltest:

• Festplatten-I/O: Container mit hohem Schreibaufkommen (Datenbanken, Log-Aggregatoren) profitieren von VPS-Tarifen mit „ NVMe “-Festplatten. Mechanische Festplatten stellen selbst bei reichlich RAM einen Engpass dar.
• Speicherdruck: Wenn du den verfügbaren Arbeitsspeicher überschreitest, beginnt der Kernel mit dem Auslagern oder der OOM-Killer beendet Container. Beides ist schlecht. Erhöhe die Kapazität, bevor du eine dauerhafte Auslastung von 80 Prozent erreichst.
• Netzwerk: Der Datenverkehr zwischen Containern auf demselben Host bleibt auf der Loopback-Schnittstelle und ist schnell. Der hostübergreifende Datenverkehr hängt von deinem VPS-Netzwerk ab. Echtzeit-Apps legen Wert darauf; CRUD-Apps meist nicht.
• CPU-Steal-Zeit: Bei einer gemeinsam genutzten Hypervisor-Infrastruktur solltest du den Wert „%st“ in „top“ oder „vmstat“ im Auge behalten. Eine anhaltende Steal-Zeit von mehr als einigen Prozent bedeutet, dass der Host überbelegt ist.
• Caching von Image-Layern: Das Erstellen von Images auf demselben VPS wie dein Registry-Cache ist viel schneller, als jedes Mal Daten von einer entfernten Quelle abzurufen. Nutze mehrstufige Builds, um deine Produktions-Images schlank zu halten.

Kostenaspekte, die über den Listenpreis hinausgehen

Die monatliche VPS-Gebühr ist nur ein Teil der Rechnung. Weitere Posten, die du einplanen solltest:

• Backups: Das „Premier Care“-Paket von InMotion für VPS umfasst 300 GB Backup-Speicherplatz, was für die meisten Container-Workloads ausreicht. Achte darauf, auch die Volumes zu sichern, nicht nur das Dateisystem des Hosts.
• Bandbreitenüberschreitung: Die meisten Container-Bereitstellungen verursachen nur geringen ausgehenden Datenverkehr, aber bildlastige CI-Pipelines oder Medienserver können die Grenzen ausreizen.
• Speicherplatz für Image-Registerst: Die kostenlose Version von Docker Hub schränkt die Anzahl der Pulls ein. Mit einem Team-Konto oder einer selbst gehosteten Registry auf dem VPS selbst lässt sich das vermeiden.
• Überwachung: Kostenlose Tools (Prometheus, Grafana, Uptime Kuma) laufen in Containern und verursachen außer ihrem RAM-Bedarf keine Kosten.
• Migrationsdauer: Der Umzug von einem VPS auf einen anderen mit Containern geht schneller als beim herkömmlichen Hosting, aber bedenke die DNS-Propagierung und die Zeit für die SSL-Verlängerung.

Hier steigen die Kosten meist unbemerkt an. Container-Dichte scheint günstig zu sein, bis dir um 2 Uhr morgens der Arbeitsspeicher ausgeht und du sofort hochskalieren musst.

Häufige Fehler bei der Bereitstellung von Docker auf einem VPS

Muster, die in der Produktion Probleme verursachen:

• Alles als Root im Container ausführen: Container sollten ihre Berechtigungen mithilfe einer USER-Anweisung im Dockerfile herabsetzen
• Daten im Container speichern: Verwende benannte Volumes oder Bind-Mounts, damit die Daten auch nach einem Neustart des Containers und bei Image-Updates erhalten bleiben
• Keine Ressourcenbeschränkungen: Ohne die Flags –memory und –cpus oder die entsprechenden Compose-Optionen kann ein außer Kontrolle geratener Container alle anderen Ressourcen aufbrauchen
• Die Image-Größe außer Acht lassen: Ein 2-GB-Node-Image lässt sich nur langsam neu erstellen und beansprucht viel Speicherplatz. Mehrstufige Builds und schlanke Basis-Images halten das im Griff.
• Protokollrotation überspringen: Der standardmäßige JSON-Protokolltreiber von Docker schreibt Dateien ohne Größenbeschränkung. Konfiguriere „max-size“ und „max-file“ oder speichere die Protokolle an einem anderen Ort.
• Konflikte zwischen Firewalls: Docker schreibt iptables-Regeln, die von ufw und firewalld überschrieben werden können. Entscheide dich für einen Ansatz und bleib dabei.

Die meisten davon lassen sich in fünf Minuten beheben, sobald man weiß, worauf man achten muss.

Wann es Zeit ist, über einen VPS hinauszugehen

Ein einziger selbstverwalteter VPS bewältigt eine überraschend große Menge an Container-Workload. Die Anzeichen dafür, dass du nach oben oder in die Breite skalieren musst:

• Die CPU-Auslastung liegt über mehrere Container hinweg dauerhaft bei über 75 Prozent
• Der Speicher ist voll oder fast voll, es gibt keinen Spielraum für Spitzenauslastungen
• Die Wartezeit für Festplatten-E/A steigt in iostat auf über 10 Prozent
• Durch Ressourcenmangel ausgelöste Endlosschleifen beim Neustart des Containers
• Compliance-Anforderungen, für die spezielle Hardware erforderlich ist
• Bereitstellungen in mehreren Regionen, bei denen die Latenz zu einem einzelnen Rechenzentrum eine Rolle spielt

Wenn du diese Schwellenwerte erreichst, führt der Weg in der Regel zunächst über einen größeren VPS, dann über einen dedizierten Server mit mehr Kernen und RAM und schließlich zu einer Multi-Server-Konfiguration mit einem echten Orchestrator wie Kubernetes oder Docker Swarm. Die meisten Teams benötigen keine Orchestrierung, solange sie nicht auf mehreren physischen Maschinen arbeiten.

Bereit für Container? Wenn du Docker auf einer Infrastruktur nutzen möchtest, die dir Root-Zugriff, vorhersehbare Leistung und rund um die Uhr Support durch echte Mitarbeiter bietet, ist die Docker-Ready-VPS-Reihe von InMotion der richtige Ausgangspunkt. Wähle das kleinste Paket, das zu deinem anfänglichen Ressourcenbudget passt, und skaliere nach oben, sobald deine Überwachung dies signalisiert. Entdecke die Docker-Ready-VPS-Pakete