Jahrelang habe ich meine Webseiten auf einem vServer von Hosteurope betrieben und diese mit Hilfe von Plesk verwaltet. Obwohl Plesk immer gute Dienste geleistet hat, speziell beim Wechsel von einem Server zum Anderen, war die Umgebung am neuen Server dennoch nie gleich und es gab somit immer wieder etwas zum Nacharbeiten und sei es nur das Installieren aller benötigten Software-Pakete.  

Vorteile eines vServer mit Plesk

Zugegeben, die Benutzeroberfläche ist schon komfortabel und gerade für all jene die einfach nur eine Webseite anlegen wollen, ohne die Konfig in irgenwelchen Textdateien erstellen zu müssen, bietet Plesk eine nette Oberfläche: Details zur darunterliegenden Konfig sind mit Plesk nicht von Nöten. Zahlreiche Plugins vereinfachen die Verwaltung, so kann zum Beispiel eine WordPress-Installation einfach über einen Wizard gestartet werden.

Nachteile eines vServers

Webseiten die direkt auf einem vServer betrieben werden, teilen sich alle die selbe Umgebung: die gleiche Betriebssystem-Version und die gleichen installierten Pakete. So ist z.B. eine neue PHP-Version immer an das OS gekoppelt und erst mit etwas Verzögerung in den Paketquellen verfügbar. Neue PHP-Versionen sind in Plesk mitunter erst nach Monaten im Softwarekatalog vorhanden. Nachdem die Provider auch neue Linux-Versionen für deren vServer erst nach Monaten freigeben, trifft dies auch auf die OS-Version zu. Bei Hosteurope dauert es nach Veröffentlichung einer neuen Ubuntu-Version bis zu einem Jahr bis diese als vServer verfügbar ist, siehe auch: Providerwechsel HostEurope vs Hetzner, vServer vs Cloud-Server). Anders ohne Plesk: Hier bieten einige Provider relativ zeitnahe das neue OS auch als vServer oder Cloud-Server an, entsprechenden ohne irgendeiner Anpassung. Außerdem ist Plesk lizenzpflichtig und kostet meist extra.

Die Alternative: Docker

Webserver mit Docker ohne Plesk

(Quelle: nginx-LetsEncrypt Reverse Proxy in der Praxis)

Ich wollte die Vorteile von Docker auch für den Betrieb dieser Webseite nutzen. Hauptsächlich um für den nächsten Serverwechsel weniger Zeit investieren zu müssen. Für einen Serverwechsel muss ich in Zukunft nur noch alle Ordner mit rsync auf den neuen Server synchronisieren, die Docker-Container am neuen Server starten und den DNS anpassen. Die einzelnen Webseiten und deren Umgebung: PHP-Version, etc. können jetzt unabhängig vom Server und dessen Betriebssystem gewartet werden.

Meine Anforderungen an den Web-Server sind nicht groß: Ich betreibe verschiedene Laravel und PHP-Webseiten mit und ohne SSL Zertifikat. Nachdem auf dem Server kein Mailserver vorinstalliert ist, verwende ich auch hierfür Docker, siehe: docker-mailserver. Um die SSL-Zertifikate auf den Webseiten kümmert sich der Letsencrypt-nginx-Proxy-Companion, siehe: Docker Nextcloud SSL - letsencrypt https. Als Backup lasse ich täglich alle geänderten Dateien auf meine NAS kopieren und als DNS-Server verwende ich einfach den Dienst vom Provider. Die DNS-Einträge zeigen jetzt auf die offizielle IP-Adresse des neuen Cloud-Server und die eigentlichen Webseiten und der Mailserver laufen auf isolierten Containern im Backend. 

Weiter Informationen zum Betrieb von Docker-Container: siehe: topic/docker.