Oracle Cloud Infrastructure-Dokumentation

Grundlagen von Oracle Cloud Migrations

Dieser Abschnitt enthält Informationen zum Verständnis und zur Kenntnis der Grundlagen der Migration mit Oracle Cloud Migrations.

Testmigration und Produktionsmigration verstehen

Die Oracle Cloud Migrations-Servicefunktionalität unterscheidet zwischen VM-Migrationen zu Test- und Produktionszwecken nicht. Die Funktionalität für Migrationsplanung und -ausführung behandelt VM-Migrationen zu Test- und Produktionszwecken jedoch anders. Daher wird empfohlen, zuerst eine Testmigration zu planen und dann die Produktionsmigration durchzuführen.

Für eine solche Migrationsfunktionalität sollten Sie zwei separate Migrationspläne innerhalb desselben Migrationsprojekts erstellen: einen für die Testmigration und einen für die Produktionsmigration.

Anforderungen für die Planung der Testmigration

Stellen Sie sicher, dass Sie die folgenden Anforderungen erfüllen, wenn Sie einen Testmigrationsplan erstellen:

  • VMs und Anwendungen betriebsbereit machen: Das Ziel der Testmigration besteht darin, sicherzustellen, dass die VMs und die Anwendungen oder Services, die Sie migrieren, nach der Migration zu OCI voll funktionsfähig sind. Wenn Sie feststellen, dass weitere Änderungen erforderlich sind, um sie betriebsbereit zu machen, automatisieren Sie diese Änderungen oder notieren Sie sie. Mit dieser Aktion können Sie sie während der Produktionsmigration schnell und zuverlässig reproduzieren.
  • Erzeugen Sie die erforderliche Netzwerkkonnektivität: Stellen Sie sicher, dass Sie die erforderliche Netzwerkkonnektivität für Ihre migrierten Instanzen in der Zielumgebung erstellen. Um die erforderlichen Änderungen in der Netzwerkkonfiguration vorzunehmen, ändern Sie die in den Migrationsplänen generierten Terraform-Stacks.
  • Gesamte Anwendung prüfen, die mehrere VMs verwendet: Wenn Sie Services oder Anwendungen migrieren, die mehrere VMs verwenden, prüfen Sie die gesamte Anwendung während der Testmigration. Das bedeutet, dass Sie die Migration und den Start der gesamten Anwendung mit mehreren VMs und nicht nur mit den einzelnen Komponenten prüfen sollten, die auf separaten VMs ausgeführt werden.
  • Inkonsistenzen durch Herunterfahren der Quelle prüfen: Beachten Sie, dass Sie eine Testmigration mit Snapshots der Quell-VMs ausführen können, während diese VMs weiterhin im ursprünglichen Deployment ausgeführt werden.

    Beachten Sie außerdem, dass der Snapshot verschiedener VMs nicht gleichzeitig erstellt wird. Daher kann es zu Inkonsistenzen bei komplexen Anwendungen kommen, bei denen die Daten auf verschiedenen Servern synchronisiert bleiben müssen. Führen Sie in einem solchen Szenario eine Testmigration durch, bei der die Quelle heruntergefahren wird, ähnlich wie bei der Produktionsmigration. Diese Option erfordert jedoch einige Ausfallzeiten der Quellumgebung. Stellen Sie daher sicher, dass Sie die Testmigration ordnungsgemäß planen.

  • Testumfang für die Produktionsmigration planen: Stellen Sie sicher, dass Sie den Testumfang für die Produktionsmigration im Voraus planen. Sie können den geplanten Test während des verfügbaren Wartungszeitfensters erfolgreich abschließen.
  • Vollständige zusätzliche Konfigurationsänderungen: Stellen Sie sicher, dass alle zusätzlichen Konfigurationsschritte, die für die Migration ausgeführt werden müssen, abgeschlossen sind. Dabei kann es sich um Firewalländerungen, DNS-Updates, Clientkonfigurationen usw. handeln.
  • Rollback-Plan praktisch halten: Wenn die Testmigration nicht wie geplant verläuft, stellen Sie sicher, dass eine Liste der Schritte vorhanden ist, mit denen eine teilweise oder vollständig geänderte Konfiguration zurückgesetzt werden kann. Je nachdem, ob der Migrationsversuch nicht erfolgreich war, können Sie die Konfigurationen teilweise oder vollständig zurücksetzen. Sie sollten die ursprünglichen Funktionen schnell wiederherstellen.

Sie können die Testmigration ausführen, sobald eine Replikation für jedes Asset abgeschlossen ist. In der Regel erfordert die erste Replikation eine vollständige Datenübertragung. Daher ist die erste Replikation die längste.

Anforderungen an die Produktionsplanung

Stellen Sie sicher, dass Sie die folgenden Anforderungen erfüllen, wenn Sie einen Produktionsmigrationsplan erstellen:

  • Serviceausfall reduzieren: Um einen Serviceausfall während der Migration zu mindern, planen Sie ein Wartungsfenster für den Ausfall.
  • Stellen Sie sicher, dass keine Transaktion verloren geht: Um sicherzustellen, dass während der Migration keine Transaktion verloren geht, fahren Sie die Quellassets herunter, und führen Sie eine zusätzliche Replikation durch. Daher wird der letzte Status auf die Zielassets übertragen.

    Stellen Sie sicher, dass Sie die Zeit berücksichtigen, die für die Ausführung einer zusätzlichen Replikation in Ihrem Migrationswartungsfenster erforderlich ist.

  • Quellassets zur einfachen Identifizierung taggen: Stellen Sie sicher, dass Sie Ihre Quellassets auf einfache Weise in der Managementkonsole identifizieren können (durch Tagging oder eine ähnliche Methode), in der Sie sie verwalten. So können Sie diese Assets schnell und zuverlässig identifizieren, die vor der letzten Replikationssession deaktiviert werden müssen.
  • Vertrauen Sie sich auf Automatisierung: Beachten Sie, dass Sie eine begrenzte Zeit haben, um die Migration während des Wartungsfensterintervalls abzuschließen. Stellen Sie sicher, dass Sie die Automatisierungsskripte verwenden und Datensätze während der Testmigrationen verwalten. Später können Sie Ihren Aktionsplan für eine bestimmte Zeit festlegen und Ihren Fortschritt anhand des Wartungsfensterintervalls verfolgen.
  • Machen Sie einen Aktionsplan bereit: Obwohl der Erfolg des Produktionsmigrationsversuchs nicht gewährleistet ist, bereiten Sie die Entscheidung basierend auf dem Produktionsmigrationsversuch vor. Danach haben Sie einen Aktionsplan für die Erfolgs- und Fehlerszenarios.

    Wenn der Migrationsversuch nicht erfolgreich verläuft, setzen Sie die Konfiguration zurück, und starten Sie die Quellassets neu. Beachten Sie, was nicht wie erwartet fortgesetzt wurde, und planen Sie dann, den Migrationsversuch im nächsten Versuch zu beheben.

    Wenn die Produktionsmigration erfolgreich ist und die Services jetzt in OCI ausgeführt werden, markieren Sie Ihre Migrationsprojekte als abgeschlossen, damit die Datenreplikationen gestoppt werden. In der Regel sollten Sie die Quelldaten für eine Weile verfügbar halten, damit Sie die Quellassets bei einem Migrationsfehler neu starten können. Beachten Sie jedoch, dass Oracle Cloud Migrations keine Reverse-Replikation unterstützt. Daher ist eine Reverse Migration möglicherweise komplexer, und Sie sollten eine manuelle Datenübertragung für das Backup oder Restore der Anwendung ausführen. In einem solchen Fall sollten Sie zunächst Probleme in der Zielumgebung beheben, da dies den geringsten Aufwand erfordern kann.

Quellumgebung nach der Migration wiederherstellen

Nach Abschluss der Migration müssen Sie die Quellumgebung bereinigen und alle migrierten Assets ausschalten, um sicherzustellen, dass die Migration abgeschlossen ist und Sie jetzt in der neuen OCI-Umgebung arbeiten können. Wenn Sie die Quellumgebung nicht bereinigen, können einige Clients mit den alten Ressourcen verbunden bleiben und Vorgänge mit veralteten Daten ausführen.

Um die Quellumgebung zu bereinigen, gehen Sie wie folgt vor:

  1. Fahren Sie alle migrierten VMs herunter, die zu OCI migriert werden.
  2. Bereinigen Sie alle Snapshots in VMware vCenter gemäß den Policys Ihrer Organisation.
  3. Entfernen Sie alle migrierten VMs aus VMware vCenter, und bereinigen Sie den vCenter-Server.
  4. Setzen Sie alle unnötigen Netzwerkrouten nach Bedarf außer Betrieb.