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

Auszug / Einleitung

Docker ist eine Open-Source-Plattform, die Anwendungen und deren Abhängigkeiten in isolierte Einheiten, sogenannte Container, verpackt. Um Docker bei InMotion Hosting auszuführen, benötigst du einen Cloud-VPS mit Root-Zugriff oder einen dedizierten Server, da beide dir Kontrolle auf Kernel-Ebene bieten. Shared-, Reseller- undWordPress unterstützen den Docker-Daemon nicht. In diesem Artikel wird erklärt, wie Container funktionieren, welche InMotion-VPS-Konfigurationen geeignet sind und wie du deine Umgebung so dimensionierst, dass sie tatsächlich leistungsfähig ist.

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-Website lahmlegen.
• Schnellerer Einstieg: Ein Entwickler, der neu in dein Team kommt, kann Docker Compose starten und die gesamte 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 schlank. 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 Cloud-VPS, der auf AlmaLinux 9, Ubuntu 22.04 LTS oder Debian 12 bereitgestellt wird. Alle drei sind erstklassige Plattformen 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 (Launch, Pro)	Nein	Nein	Keine Daemon-Steuerung, der Kernel wird mit anderen Konten geteilt
WordPress (cPanel)	Nein	Nein	Einfacher Stack, keine Container-Unterstützung
Reseller Hosting	Nein	Nein	Entwickelt für cPanel , nicht für Container
Cloud-VPS (unmanaged)	Ja	Ja	Die perfekte Wahl. AlmaLinux 9, Ubuntu 22.04 oder Debian 12
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

Cloud VPS ist für die meisten Entwicklerteams der richtige Einstieg. Du erhältst eine saubere Linux-Installation, volle Root-Rechte und kein vorinstalliertes Control Panel, das dir im Weg steht. Installiere die Docker Engine gemäß den offiziellen Anweisungen von Docker für deine Distribution, und in weniger als zehn Minuten bist du 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 als auch Container nutzen möchten, diese in der Regel auf separaten Rechnern. Ein gängiges Muster: ein cPanel VPS für Kundenwebsites sowie ein kleinerer Cloud-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 Cloud VPS.

Cloud-VPS vs. dedizierter Server für Container-Workloads

Ein Cloud-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:

• Cloud-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 zu einem größeren Tarif wechselst, wenn die Anzahl deiner Container oder der Ressourcenverbrauch steigt.
• Dedizierte Server sind die richtige Wahl, wenn du Dutzende von Containern betreiben, Datenbanken hosten möchtest, die von lokaler NVMe profitieren, oder Compliance-Anforderungen erfüllen musst, die gemeinsam genutzte Hypervisoren verbieten. Die Essential-Stufe von InMotion (99,99 $/Monat) umfasst 64 GB DDR4-RAM und zwei 1, NVMe SSD – genug Kapazität für eine umfangreiche 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 oder MySQL bei mäßigem Datenverkehr: mindestens 512 MB bis 2 GB
• Selbst gehostete Apps wie Nextcloud oder Mattermost: 1–2 GB

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

Außerdem brauchst du:

• Eine unterstützte Linux-Distribution. InMotion Cloud VPS bietet 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 Entwicklertools: GitLab, Gitea, Drone CI, Vaultwarden und ähnliche Tools lassen sich problemlos als Container bereitstellen
• Anwendungs-Backends: Node .js-, Python- oder Go-APIs hinter einem Reverse-Proxy
• Staging-Umgebungen: Erstelle eine exakte Kopie der Produktionsumgebung aus demselben Image-Set
• Mikroservice-Architekturen: Mehrere kleine Dienste, die über Docker Compose koordiniert werden
• Reverse-Proxy mit automatischem SSL: Traefik oder Caddy in einem Container verwaltet den eingehenden Datenverkehr und Let’s Encrypt -Zertifikate für alle anderen Dienste auf dem Host
• Datenbankisolierung: Führe pro Projekt separate PostgreSQL MySQL-Instanzen aus , ohne den Host zu belasten

In Agenturen wird auf einem einzigen Cloud-VPS oft ein Traefik-Reverse-Proxy sowie ein Dutzend Staging-Umgebungen für Kunden gehostet, die jeweils in einem eigenen Containersatz isoliert sind. Agenturen, die mehrere Kunden betreuen, sollten sich auch das InMotion Agency Partner Program ansehen, um von gestaffelten Hosting-Vorteilen zu profitieren.

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-E/A: Container mit hohem Schreibaufkommen (Datenbanken, Log-Aggregatoren) profitieren von VPS-Tarifen NVMe. Mechanische Festplatten stellen selbst bei reichlich RAM einen Engpass dar.
• Speicherengpässe: Wenn du den verfügbaren Arbeitsspeicher überschreitest, beginnt der Kernel mit dem Auslagern oder der OOM-Killer beendet Container. Beides ist schlecht. Erweitere 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 in der Regel nicht.
• CPU-Steal-Zeit: Beobachte in einer gemeinsam genutzten Hypervisor-Infrastruktur den Wert „%st“ in „top“ oder „vmstat“. Eine anhaltende Steal-Zeit von mehr als einigen Prozent bedeutet, dass der Host überlastet 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 Multi-Stage-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 Datenverkehr in Richtung Internet, aber bildlastige CI-Pipelines oder Medienserver können die Grenzen ausreizen.
• Speicherplatz für Image-Registerst: Die kostenlose Version vonDocker Hub schränkt die Anzahl der Pull-Vorgänge ein. Ein Team-Konto oder ein selbst gehostetes Registry auf dem VPS selbst umgeht diese Einschränkung.
• Überwachung: Kostenlose Tools (Prometheus, Grafana, Uptime Kuma) laufen in Containern und verursachen außer ihrem RAM-Bedarf keine weiteren Kosten.
• Migrationsdauer: Der Wechsel von einem VPS zu einem 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 bei 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 Cloud-VPS bewältigt eine überraschend große Menge an Container-Workloads. Anzeichen dafür, dass du nach oben oder nach außen 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.