Einen Live-Server umziehen, ohne ihn zu beschädigen
Die meisten Migrationen scheitern am Cutover, nicht am Kopieren. Bytes zu kopieren ist ein gelöstes Problem. Was folgt, ist, wie der Rest gemacht wird, was nichts kostet und wo wir aufhören.
Das kostenlose Migrationsfenster
Eine Migration pro Instanz innerhalb der ersten 14 Tage. Danach ist es abrechenbare Ingenieurszeit, die vorab angeboten wird.
Jedes neue Konto erhält Migrationshilfe kostenlos für 14 Tage ab der ersten bezahlten Rechnung. Das deckt so viele Instanzen ab, wie du bestellt hast, bis zu 2 Stunden Ingenieurszeit pro Instanz, was in der Praxis weit mehr ist, als fast jeder nutzt.
Das Fenster existiert, weil die Alternative ist, dass du ein Wochenende damit verbringst und zu dem Schluss kommst, dass ein Hosting-Wechsel den Aufwand nicht wert ist. Es richtig zu machen, kostet uns weniger, als das Konto im zweiten Monat zu verlieren.
Größere Flotten bekommen einen Plan statt einer Stoppuhr. Sag uns, wie viele Instanzen, was sie ausführen und wo sie gerade sind, und eine schriftliche Abfolge kommt mit einem Rollback-Punkt bei jedem Schritt zurück.
Die 7-Tage-Rückerstattung läuft parallel dazu. Migriere am ersten Tag, entscheide am sechsten Tag, dass die Latenz nicht das ist, was du brauchst, und die Coins gehen zurück in das Asset, mit dem du bezahlt hast.
Was wir tun werden und was nicht
Der Zugriff funktioniert nur in eine Richtung. Sie fügen den Quellmaschinen einen Schlüssel hinzu, den wir für den Auftrag generieren, wir verwenden ihn, und Sie entfernen ihn wieder, sobald der Wechsel abgeschlossen ist. Der Schlüssel gilt nur für die jeweilige Migration und verlässt nie die Arbeitsstation des Operators. Falls Ihr bisheriger Hoster das nicht zulässt, ist eine blockweise Kopie, die von Ihrer Seite aus auf ein wartendes Ziel geschoben wird, die Alternative.
Wir benötigen kein Passwort für Ihr Control Panel beim alten Anbieter und lehnen es ab, falls es angeboten wird. Hier möchte niemand die Möglichkeit haben, sich irgendwo anders als Sie auszugeben, und ein Ingenieur, der Kundenzugangsdaten verwahrt, ist ein Haftungsrisiko ohne jeden Vorteil.
Wir werden
Dateisysteme oder ganze Blockgeräte kopieren, die Zielinstanz vorbereiten, den empfangenden Kernel und die Disks optimieren, die Delta-Synchronisierungen durchführen, beim Cutover dabei sein und am Ticket bleiben, bis sich das DNS beruhigt hat.
Wir werden nicht
Deine Anwendung debuggen, deine Konfiguration für eine neuere Distribution umschreiben, eine Lizenz übertragen, die an fremde Hardware gebunden ist, oder ein Passwort entgegennehmen. Zugriff erfolgt über einen temporären Schlüssel, den du danach widerrufst.
Wir würden lieber nicht
Eine Datenbank verschieben, indem wir ihre Dateien kopieren, während sie läuft. Das funktioniert, bis es nicht mehr funktioniert, und der Fehler taucht Wochen später als stille Korruption auf. Nutze stattdessen eine Replik und ein Promotion.
Dateiebene oder Blockebene
Zwei Möglichkeiten, die Bytes zu übertragen. Welche die richtige ist, hängt vor allem davon ab, ob auf der anderen Seite dasselbe Betriebssystem auf Sie warten soll.
| Überlegung | Dateiebene, rsync | Blockebene, dd über SSH |
|---|---|---|
| Was übertragen wird | Dateien, Berechtigungen, erweiterte Attribute | Das gesamte Gerät, Byte für Byte |
| Downtime | Minuten, eine abschließende Delta-Synchronisierung | Stunden oder ein gebuchtes Zeitfenster |
| In was Sie booten | Ein aktuelles Image, das Sie gewählt haben | Genau das, was Sie hatten, inklusive Altlasten |
| Distribution wechseln | In Ordnung, das ist der Sinn der Sache | Nicht möglich |
| Bootloader-Risiko | Keins, das Ziel bootet bereits | Real, und die Konsole ist der Weg, es zu beheben |
| Große Sparse-Dateien (Dünn provisioning) | Werden gut behandelt | Kopieren leeren Speicherplatz, wenn man es nicht einplant |
| Wann Sie es wählen | Fast immer | Legacy-Maschinen, die niemand neu aufzubauen wagt |
Eine dritte Option existiert und ist oft die schnellste: gar nicht migrieren. Den Dienst sauber aus Ihrem Konfigurationsmanagement heraus neu aufsetzen, einen Datenbank-Dump darin wiederherstellen und die alte Maschine wegwerfen. Wo Ihre Infrastruktur reproduzierbar ist, ist das eine Zwei-Stunden-Arbeit ohne Kopierschritt.
Die Abfolge
Sieben Schritte, in dieser Reihenfolge. Wer den fünften überspringt, stellt fest, dass er von zwei Maschinen gleichzeitig bedient wird – und das erst am Montag merkt.
- 01
Ziel bestellen und sich setzen lassen
Gleiche Größe oder größer, in der Stadt, die Sie tatsächlich wollen. Betreiben Sie Ihr Monitoring einen Tag lang gegen die leere Maschine und bestätigen Sie, dass Latenz- und Festplattenwerte dem entsprechen, was die Planungsseite behauptet hat.
- 02
Zuerst die TTL senken
Den Record mindestens 48 Stunden vor dem Wechsel auf 300 Sekunden setzen, damit der alte Wert überall abgelaufen ist, wenn Sie ihn ändern müssen. Dieser Schritt ist wertlos, wenn er zu spät passiert.
- 03
Die Kaltkopie erstellen
Die Datenmenge, die verschoben wird, während auf der alten Maschine noch alles live ist. Das dauert so lange, wie es dauert, und nichts wartet darauf.
- 04
Dienste auf dem Ziel hochfahren
Gleiche Versionen, gleiche Konfiguration, erhalten aber noch keinen Traffic. Datenbanken werden hier wiederhergestellt – aus einem Dump, nicht aus einem Dateikopieren.
- 05
Das Ziel anhand der Adresse testen
Den Hostnamen lokal mit einem Hosts-Eintrag überschreiben und die Website eine Stunde lang richtig benutzen. Einloggen, etwas schreiben, etwas hochladen, eine Mail senden, falls es Mails sendet.
- 06
Einfrieren, letzter Delta-Abgleich, Umschalten
Schreibzugriffe auf der Quelle stoppen, die letzte Synchronisierung laufen lassen, eine Prüfsumme über etwas Wichtiges verifizieren, den Record ändern. Die eingefrorene Phase dauert in der Regel unter fünf Minuten.
- 07
Die Quelle eine Woche behalten
Eingeschaltet, liefert nichts, trotzdem bezahlt. Es ist die billigste Versicherung, die Sie je kaufen werden, und das eine, das Sie vergessen haben zu kopieren, taucht immer am vierten Tag auf.
DNS, und Testen, bevor Sie sich festlegen
Ein Wechsel ist eine DNS-Änderung, und eine DNS-Änderung ist nie sofort wirksam, egal was die TTL sagt. Manche Resolver runden auf, manche Firmennetzwerke cachen einen Tag lang, und eine kleine Anzahl von Clients pinnt eine Adresse für die Lebensdauer eines Prozesses. Planen Sie, 24 Stunden lang von beiden Maschinen aus zu bedienen.
Beides parallel zu betreiben ist einfacher, als es klingt, wenn die Anwendung zustandslos ist. Wenn nicht, machen Sie die alte Maschine im Moment des Wechsels schreibgeschützt, anstatt sie abzuschalten, damit ein veralteter Client einen offensichtlichen Fehler bekommt, anstatt in eine Datenbank zu schreiben, die niemand mehr lesen wird.
Bevor Sie DNS anfassen
Ein Hosts-Eintrag, der auf die neue Adresse zeigt, ist der einzige ehrliche Test, den es gibt. Zertifikate, Weiterleitungen, absolute URLs und fest codierte Adressen brechen hier, vor Ihnen, und nicht vor Ihren Benutzern.
Zuerst Zertifikate
Vor dem Wechsel auf dem Zielgerät mit einer DNS-Challenge ausstellen, damit beim ersten Request bereits etwas Gültiges vorhanden ist. Eine HTTP-Challenge kann nicht funktionieren, bevor der Verkehr umgezogen ist, was zu spät ist.
E-Mail ist die Ausnahme
Reputation reist nicht mit den Daten. Eine neue Adresse sendet ohne Vorgeschichte. Wärmen Sie sie also zwei Wochen lang auf, behalten Sie SPF, DKIM und DMARC während der Überlappung auf beiden Maschinen gültig, und rechnen Sie damit, dass die erste Woche langsam ist.
Rollback ist eine TTL, kein Neubau
Solange die Quelle lebt und die TTL noch niedrig ist, braucht es eine einzige Record-Änderung, um den Wechsel rückgängig zu machen. Das ist der einzige Grund, warum Schritt zwei und sieben nicht optional sind.
Fragen zum Umzug
Ja, schriftlich angeboten, bevor etwas beginnt, und in der Regel eine überschaubare Summe. Nichts startet, bis Sie der Zahl zugestimmt haben.
Ja, auf Blockebene, in ein lizenziertes Image für 22 € pro Monat. Die Reaktivierung läuft gegen die neue Hardware und benötigt gelegentlich einen Neustart, um sich zu beruhigen.
Dann können wir nicht direkt helfen, und Sie auch nicht. Exportieren Sie, was das Panel Ihnen gibt, bauen Sie auf einem sauberen Image neu auf, und behandeln Sie die ganze Episode als Lektion über Panels, die die Maschine besitzen.
Normalerweise unter zwei Stunden auf einen 10-Gbit/s-Port, oft deutlich weniger. Der Engpass ist fast immer der Upload des alten Anbieters und nicht unser Download.
Ja, und es ist einfacher, weil beide Enden bei uns liegen. Snapshot, Restore in der neuen Stadt, Test, Wechsel. Ein Umzug einer Instanz zwischen unseren eigenen Standorten ist kostenlos.
Sie stellen den Record zurück, weil die Quelle noch läuft und die TTL noch 300 Sekunden beträgt. Das ist der Plan und keine Notlösung, und es ist der Grund, warum der letzte Schritt existiert.
Sagen Sie uns, was Sie umziehen
Instanzanzahl, Portgeschwindigkeit des alten Anbieters, Gesamtdatenmenge und ob es sich um eine Datenbank handelt. Ein schriftlicher Plan kommt am selben Arbeitstag zurück, und wenn die ehrliche Antwort lautet, neu aufzubauen statt zu kopieren, wird genau das dort stehen.