Zwischen Rechtsordnungen migrieren
Antwort
Migrieren Sie zwischen Rechtsordnungen, indem Sie zuerst das Ziel bereitstellen, Daten mit rsync oder einer Datenbankreplikation synchronisieren, den DNS-TTL 48 Stunden vorher senken, während geringer Auslastung die Umstellung durchführen und verifizieren, bevor Sie die Quelle zerstören. Rechnen Sie mit Minuten, nicht Stunden, an Ausfallzeit.
TDL senken, und das früh
Setzen Sie 48 Stunden vor dem Umzug Ihre DNS-Einträge auf eine TTL von 300 Sekunden. Resolver speichern aggressiv zwischen, und ein Eintrag mit einer 24-Stunden-TTL leitet den Traffic noch lange nach Ihrem Abschluss an die alte Adresse.
Dieser Schritt wird oft übersprungen und dann bereut. Er kostet nichts und verwandelt einen Tag voller Nachzügler in fünf Minuten.
In zwei Durchgängen synchronisieren
Führen Sie eine vollständige rsync-Synchronisierung durch, während die Quelle noch live ist und Dienste bereitstellt. Das dauert so lange wie nötig und unterbricht nichts. Stoppen Sie dann die Anwendung, führen Sie eine zweite rsync-Synchronisierung durch, die nur die seit der ersten geänderten Daten überträgt, und wechseln Sie dann um. Der zweite Durchgang dauert in der Regel nur Sekunden.
Für Datenbanken verwenden Sie besser Replikation statt Dateikopie: Richten Sie den neuen Server als Replikat ein, lassen Sie ihn aufholen und befördern Sie ihn dann zum Primärserver. Das Kopieren von Datenbankdateien von einem laufenden Server erzeugt häufig genug eine beschädigte Kopie, dass sich das Risiko nicht lohnt.
- T-48h – DNS-TTL auf 300 Sekunden
- T-2h – vollständige rsync, Quelle noch live
- T-30m – Datenbankreplikat aufgeholt
- T-0 – App stoppen, finale rsync, Replikat befördern
- T+5m – DNS aktualisiert, von mehreren Netzwerken verifizieren
- T+72h – verifizieren, dann Quelle löschen
Was Sie prüfen sollten, bevor Sie etwas löschen
Warten Sie mindestens 72 Stunden. Beobachten Sie die Logs des alten Servers auf weiterhin eintreffenden Traffic – das zeigt Ihnen, welche Resolver oder fest verdrahteten Clients noch nicht umgezogen sind. Verifizieren Sie, dass Ihre Backups vom neuen Standort wiederhergestellt werden können, nicht nur, dass sie laufen.
Prüfen Sie alles, was die alte IP-Adresse direkt referenziert: Firewall-Allowlists bei Drittanbieterdiensten, API-Allowlists, Überwachungschecks und jeden DNS-Eintrag, den Sie vergessen haben. Es gibt immer einen.
Der Teil, der spezifisch für Jurisdiktionswechsel ist
Wenn der Grund für den Umzug rechtlich statt technisch ist, ist die alte Festplatte wichtig. Bitten Sie uns, sie zu löschen, anstatt den Server einfach zu beenden – wir führen auf Anfrage einen mehrfachen Überschreibvorgang durch und bestätigen den Abschluss. Bei einem verschlüsselten Volume ist das Zerstören des LUKS-Headers schneller und gleichermaßen effektiv.
Überprüfen Sie außerdem alles, was ein Land fest verdrahtet: TLS-Zertifikate sind in Ordnung, aber geobeschränkte Drittanbieter-APIs, Zahlungsintegrationen und Compliance-Bescheinigungen möglicherweise nicht. Es ist besser, das vor dem Wechsel herauszufinden als danach.
Häufig gestellte Fragen
01 Wie viel Ausfallzeit sollte ich erwarten?
Minuten, wenn Sie die TTL 48 Stunden vorher senken und in zwei Durchgängen synchronisieren. Die finale rsync auf einem vorsynchronisierten Datensatz dauert in der Regel Sekunden; DNS-Verbreitung bei einer TTL von 300 Sekunden dauert fünf Minuten.
02 Können Sie den Server für mich migrieren?
Wir können auf Anfrage Disk-Images zwischen unseren eigenen Standorten verschieben, was eine erneute Synchronisierung ganz vermeidet. Der Wechsel auf Anwendungsebene bleibt bei Ihnen, denn nur Sie wissen, wann es sicher ist.
03 Was passiert mit der alten Festplatte?
Beendete Volumes werden standardmäßig bei der Neuvergabe gelöscht. Wenn der Umzug rechtlich motiviert ist, fordern Sie einen mehrfachen Überschreibvorgang an, und wir bestätigen den Abschluss. Bei LUKS-Volumes ist das Zerstören des Headers schneller und genauso endgültig.
Verwandte Themen