In unserem Dasein als Entwickler kommt es immer mal wieder vor, dass wir ein Projekt (eine Domain) auf neue Hardware umziehen müssen. Solange dass beim selben Provider erfolgt ist es meist einfach, aber was wenn ein großer Umzug ansteht?
In diesem Beitrag möchte ich euch eine Checkliste mit best-practices und Tipps für einen möglichst reibungslosen – sprich mit wenig Downtime – Wechsel geben.
Voraussetzungen
Ein paar Voraussetzungen möchte ich machen. Ich beziehe mich hier auf kleine bis mittlere Projekte mit in etwa diesem Profil:
Server-Setup
- Webserver im Cluster
- Shared files (User-Content wie hochgeladene Bilder) entweder extern („in der Cloud“) oder geteiltes lokales Verzeichnis auf allen Webservern
- Datenbank im Master-Slave-Setup
- zu transferierende Datenbankgröße < 100 GB
- zu transferierende Dateien < 1 TB
- einige weitere Services (Apache Solr, Memcache, Redis, …), die ihr aus den DB-Daten befüllen könnt
Downtime
Bei obigem Setup habt ihr 30 – 120 Min. Downtime. Wenn ihr kein Zeitfenster finden könnt, in dem eure Seite diesen Ausfall verträgt, dann herzlichen Glückwunsch zu einer derart erfolgreichen Seite! Erzähl du mir bitte wie ihr eure Umzüge macht 😉