Eine Website Schritt für Schritt von einem Shared Hosting zu Lightsail umziehen

Ein Shared Hosting ist ein guter Ort zum Anfangen: günstig, mit Verwaltungsoberfläche, mit E-Mail inklusive und mit jemandem, der den Server pflegt. Es hört auf, einer zu sein, wenn die Website wächst und langsam wird, wenn Sie etwas installieren müssen, das die Oberfläche nicht erlaubt, oder wenn der angebotene "höhere Plan" mehr kostet als eine eigene Maschine. Eine Lightsail-Maschine gibt Ihnen einen ganzen Server für sich allein zu einem festen Monatspreis.

Dafür kümmert sich niemand für Sie darum: Updates, Backups und Sicherheit werden Ihre Sache. Und es gibt eine Falle, in die viele tappen: Beim Shared Hosting liegt meist auch die E-Mail. Ändern Sie das DNS, ohne daran zu denken, funktioniert die Website und die E-Mail verschwindet. Der Umzug folgt der sicheren Reihenfolge: neue Maschine, Kopie von allem, Test ohne die Domain anzufassen, DNS-Wechsel mit einfachem Rückweg, HTTPS, E-Mail und erst ganz zum Schluss die Kündigung des alten Hostings.

Schritt für Schritt

1. Entscheiden Sie, ob es sich lohnt und welche Vorlage Sie nutzen

   Es lohnt sich, wenn die Website langsam ist und das Hosting von "übermäßiger Ressourcennutzung" spricht; wenn Sie eine PHP-Version oder ein Werkzeug brauchen, das die Oberfläche nicht hat; wenn Sie mehrere Websites haben und für jede einzeln zahlen; oder wenn der höhere Plan mehr kostet als eine Lightsail-Maschine. Es lohnt sich nicht, wenn die Website eine Visitenkarte mit hundert Besuchen im Monat ist: Da reicht das Shared Hosting.

   Ist die Website WordPress, nutzen Sie die WordPress-Vorlage von Lightsail: Der Umzug reduziert sich auf ein Plugin. Ist es etwas anderes (eine maßgeschneiderte PHP-Website, Joomla, PrestaShop, mehrere Sites), nutzen Sie die LAMP-Vorlage, die Apache, PHP und MySQL/MariaDB leer mitbringt. Plan: Für eine Website, die im Shared Hosting am Limit lief, ist der mit 2 GB das vernünftige Minimum; mit Shop oder mehreren Sites 4 GB. Vergrößern können Sie später immer mit einem Snapshot.

   Bevor Sie etwas anfassen, notieren Sie: wo das DNS der Domain liegt (meist beim selben Hosting), wo die E-Mail liegt (fast sicher beim selben Hosting), welche PHP-Version die Website jetzt nutzt und wie viel Platz Dateien und Datenbank belegen.

2. Erstellen Sie die Maschine und bereiten Sie sie vor

   In der Lightsail-Konsole Instance erstellen, nahe Region (Paris oder Irland für Spanien), Vorlage WordPress oder LAMP, Plan, Name (web-empresa). Sobald sie läuft, Tab Netzwerk, Statische IP erstellen und zuweisen. Fügen Sie der Firewall die Regel HTTPS (443) hinzu, falls sie fehlt. Notieren Sie die statische IP.

   Prüfen Sie die PHP-Version: Klicken Sie auf Über SSH verbinden und geben Sie php -v ein. Braucht Ihre Website eine ältere Version, stellen Sie sich darauf ein, Warnungen zu beheben; das weiß man besser vorher. Und laden Sie den Schlüssel der Maschine herunter, um Dateien hochzuladen: Menü Konto, SSH-Schlüssel, Herunterladen des Standardschlüssels Ihrer Region (eine .pem-Datei). Bewahren Sie ihn an einem sicheren Ort auf.

3. Exportieren Sie Dateien und Datenbank aus dem alten Hosting

   Öffnen Sie in der Hosting-Oberfläche (cPanel oder Plesk) den Dateimanager, gehen Sie in den Ordner der Website (public_html oder httpdocs), markieren Sie alles, Komprimieren zu einer Zip-Datei und Herunterladen. Sind es mehrere GB, besser mit einem FTP-Client wie FileZilla, der bei Abbruch fortsetzt.

   Die Datenbank: in der Oberfläche phpMyAdmin, die Datenbank der Website auswählen (der Name steht in wp-config.php oder der jeweiligen Konfigurationsdatei), Tab Exportieren, schnelle Methode, Format SQL, OK. Laden Sie die .sql herunter. Bei Hunderten von MB kann phpMyAdmin mittendrin abbrechen: Nutzen Sie dann das Backup-Werkzeug der Oberfläche.

   Bei WordPress gibt es eine Abkürzung: Installieren Sie im alten WordPress ein Migrations-Plugin (Duplicator, All-in-One WP Migration), exportieren Sie ein Paket und speichern Sie es. Es erledigt Dateien und Datenbank auf einmal und korrigiert die internen Adressen. Bei großen Websites hat die kostenlose Version Größenbeschränkungen.

4. Importieren Sie auf der neuen Maschine

   Mit Plugin (WordPress): Öffnen Sie http://statische-IP/wp-admin, melden Sie sich mit dem Benutzer user und dem Passwort an, das cat bitnami_application_password im Terminal anzeigt, installieren Sie dasselbe Migrations-Plugin und importieren Sie das Paket. Danach ist das neue WordPress eine Kopie des alten, Benutzer inklusive. Springen Sie zum nächsten Schritt.

   Von Hand (LAMP oder WordPress ohne Plugin): In FileZilla Datei, Servermanager, neuer Server, Protokoll SFTP, Server die statische IP, Benutzer bitnami, Verbindungsart "Schlüsseldatei" mit der .pem. Laden Sie den Inhalt der Website nach /opt/bitnami/apache/htdocs (LAMP) oder nach /opt/bitnami/wordpress (WordPress-Vorlage, vorhandenen Inhalt ersetzen) hoch und die .sql in das Home-Verzeichnis. Legen Sie im Terminal die Datenbank an und importieren Sie:

   mysql -u root -p -e "CREATE DATABASE miweb;
     CREATE USER 'miweb'@'localhost' IDENTIFIED BY 'una-contraseña-larga';
     GRANT ALL ON miweb.* TO 'miweb'@'localhost';"
   mysql -u root -p miweb < copia.sql

   Das Passwort von root ist das aus der Datei bitnami_application_password. Bearbeiten Sie danach die Konfigurationsdatei der Website (wp-config.php oder die jeweilige) mit dem neuen Datenbanknamen, Benutzer und Passwort und localhost als Server. Speichert die Website ihre Adresse in der Datenbank (WordPress tut das), lassen Sie dort die echte Domain stehen: Sie testen mit der hosts-Datei.

5. Senken Sie die TTL und testen Sie mit der hosts-Datei, ohne das DNS anzufassen

   Gehen Sie zum DNS der Domain (beim alten Hosting oder bei Ihrem Registrar) und suchen Sie den A-Eintrag der Domain und den von www. Ändern Sie die IP noch nicht; ändern Sie nur die TTL auf 300 Sekunden. Stand sie auf 3600 oder 86400, müssen Sie diese Zeit abwarten, bevor der IP-Wechsel schnell greift: Machen Sie das heute und wechseln Sie die IP morgen.

   Testen Sie währenddessen die neue Website, als wäre sie schon auf der Domain. Bearbeiten Sie die hosts-Datei Ihres Rechners als Administrator: unter Windows C:\Windows\System32\drivers\etc\hosts (mit dem als Administrator gestarteten Editor); auf dem Mac sudo nano /etc/hosts im Terminal. Fügen Sie am Ende eine Zeile mit der statischen IP und der Domain hinzu:

   203.0.113.10 midominio.com www.midominio.com

   Ab diesem Moment sieht nur Ihr Rechner midominio.com auf der neuen Maschine; der Rest der Welt bleibt beim alten Hosting. Öffnen Sie ein privates Fenster und gehen Sie die Website durch: Startseite, Unterseiten, Formulare, den Verwaltungsbereich, ein Bild hochladen. Der Browser warnt, dass kein Schloss da ist: Das ist zu erwarten und wird in Schritt 7 behoben. Schlägt etwas fehl, beheben Sie es in Ruhe, während die Besucher weiter auf der alten sind. Wenn alles passt, löschen Sie die Zeile aus der hosts-Datei.

6. Ändern Sie das DNS und frieren Sie die alte Website ein

   Ändern Sie die A-Einträge der Domain und von www auf die statische IP von Lightsail. Fassen Sie die MX-Einträge nicht an, auch nicht die TXT-Einträge (SPF, DKIM): Das ist die E-Mail, Schritt 8. Mit der TTL auf 300 landen die meisten Besucher nach zehn bis fünfzehn Minuten auf der neuen.

   Speichert die Website Daten der Benutzer (Bestellungen, Kommentare), gibt es eine Weile, in der manche auf der alten und andere auf der neuen schreiben. Um das zu vermeiden, versetzen Sie die alte unmittelbar vor dem DNS-Wechsel in den Wartungsmodus und machen einen letzten Datenbankexport, den Sie auf der neuen importieren. Für eine Visitenkarten-Website ist das nicht nötig.

   Prüfen Sie vom Handy mit Mobilfunkdaten (ohne WLAN), dass Sie auf der neuen landen. Im Terminal der Maschine zeigt sudo tail -f /opt/bitnami/apache/logs/access_log die eintreffenden Besuche in Echtzeit; kommt in einer Stunde niemand, hat sich das DNS nicht dort geändert, wo Sie dachten.

7. Richten Sie HTTPS auf der neuen Maschine ein

   Sobald das DNS auf Lightsail zeigt (Let's Encrypt prüft, dass die Domain zur Maschine führt), im Terminal:

   sudo /opt/bitnami/bncert-tool

   Geben Sie die Domain mit und ohne www ein, akzeptieren Sie die Weiterleitungen auf HTTPS und auf eine einzige Version (die, die Sie vorher genutzt haben), geben Sie Ihre E-Mail an und bestätigen Sie. Nach ein paar Minuten hat die Website ein Schloss und erneuert sich von selbst. Bei WordPress prüfen Sie unter Einstellungen, Allgemein, dass beide Adressen mit https:// beginnen.

8. Klären Sie die E-Mail und schließen Sie das alte Hosting

   Lag die E-Mail der Domain (info@midominio.com) beim Shared Hosting, haben Sie zwei Möglichkeiten, und Sie müssen sich entscheiden, bevor Sie irgendetwas kündigen:

   • Die E-Mail dort lassen, wo sie ist: Behalten Sie das alte Hosting im günstigsten Plan (viele haben einen "nur E-Mail"-Plan) und fassen Sie die MX-Einträge nicht an. Die Website lebt in Lightsail und die E-Mail beim Hosting. Das ist am einfachsten, wenn die E-Mail gut funktioniert.
   • Zu einem E-Mail-Dienst umziehen (Google Workspace, Microsoft 365, die E-Mail Ihres Registrars): Legen Sie die Konten an, migrieren Sie die Postfächer mit dem angebotenen Werkzeug und ändern Sie die MX- und SPF-Einträge auf die, die Sie bekommen. Informieren Sie die Leute im Unternehmen über den Wechsel.

   Legen Sie die E-Mail nicht auf die Lightsail-Maschine: Einen Mailserver zu betreiben, dessen Post nicht im Spam-Ordner landet, ist eine Aufgabe für sich. Die Maschine muss aber Benachrichtigungen senden können (Formulare, Bestellungen): Richten Sie in der Website den Versand per SMTP über den E-Mail-Dienst ein, den Sie nutzen.

   Warten Sie danach zwei oder drei Wochen mit eingeschaltetem altem Hosting, falls etwas Vergessenes auftaucht (eine Subdomain, eine verlinkte Datei, eine geplante Aufgabe). Laden Sie ein letztes vollständiges Backup aus der Oberfläche herunter und bewahren Sie es auf. Dann kündigen Sie das Hosting, oder lassen es im Minimalplan, wenn die E-Mail dort bleibt. Und war die Domain bei diesem Hosting registriert, übertragen Sie sie vor der Kündigung zu einem Registrar oder zu Route 53, damit sie nicht mit ihm verschwindet.

Was schiefgehen kann