Region mit Blick auf die Workload ändern

Die Regionskompatibilität folgt dem Produkt, nicht der Marke. GPU-Tarife und einige Speicher-, Mail- und Streaming-Familien haben engere Regionslisten. Wählen Sie ein Ziel, das das ausgewählte Image und die Kapazität unterstützt, und prüfen Sie den neuen Datenverarbeitungskontext.

Ein unabhängiges Backup und einen Zielservice vorbereiten. Der Live-Betreiber muss erklären, ob er ein Disk-Image überträgt, ein Image neu aufbaut oder nur eine neue Maschine bereitstellt. Der lokale Konfigurator ändert eine gespeicherte Regionsauswahl; er verschiebt keinen Live-Server.

Verwenden Sie einen konsistenten Datenbankexport und eine kontrollierte anfängliche/finale Dateisynchronisierung. Testen Sie die Anwendung, den Speicher und den Wiederherstellungspfad am neuen Standort. Vergleichen Sie das Netzwerkverhalten aus Sicht der Benutzer und Integrationen, die wichtig sind, statt anhand eines lokalen Tests des Anbieters selbst.

Ein Umzug kann IPv4/IPv6-Adressen, Host-Key-Fingerabdrücke, Allow-Lists, Reverse-DNS und Latenz ändern. Aktualisieren Sie DNS und externe Firewall-/API-Richtlinien in einem geplanten Cutover. Gehen Sie nicht davon aus, dass eine IP zwischen nicht zusammenhängenden Regionen übertragen werden kann.

Erfassen Sie den endgültigen Datenübertragungspunkt, die neue Verbindungsidentität und Tests. Behalten Sie das vorherige System bei, während sich Caches und Integrationen einpendeln. Wenn eine der beiden Seiten noch Schreibvorgänge akzeptieren kann, gleichen Sie sie vor der Stilllegung ab. Ein versprochenes Migrationsentgelt, ein Zeitplan oder eine Live-Move-Fähigkeit benötigen einen separaten Produktionsvertrag.