Migration ausführen

Nach der Planung der Migration können Sie mit der Ausführungsphase fortfahren. Dieses und die folgenden Dokumente bieten eine Synthese der Methoden und Tools, die Sie zum Ausführen der Migration verwenden können.

Hinweise

Erste Vorbereitung der Migration

Das Cloud-Migrationsprojekt ist der größte organisatorische Aufwand für die Migration Ihrer Arbeitslasten zu Google Cloud.

Jedes Migrationsprojekt ist in Waves unterteilt. Eine Wave ist eine Gruppe von Anwendungen, die gemäß der Arbeitslasterkennung und -bewertung gemeinsame Merkmale oder Abhängigkeiten haben. Eigenständige Anwendungen und Datenbanken sind aufgrund ihrer geringen externen Abhängigkeiten in der Regel gute Kandidaten für eine erste Migrationswelle. Andererseits würden Arbeitslasten mit erheblichen gegenseitigen Abhängigkeiten eine komplexe Migrationswelle darstellen, die zusätzliche Planung erfordert. In diesem Fall müssen Sie den Migrationsplan optimieren, um die geschäftlichen Auswirkungen der Abhängigkeiten zu überprüfen, und die Hindernisse beseitigen, die die Migration möglicherweise verhindern.

Arbeitslasten innerhalb einer Migrationswelle werden in Verschiebungsgruppen aufgeteilt und in Sprints zu Google Cloud migriert. Eine Verschiebungsgruppe ist eine Gruppe von Infrastrukturressourcen und Arbeitslasten, die Sie zusammen migrieren müssen. Diese können Teil derselben Anwendung oder eine Gruppe von Anwendungen sein, die voneinander abhängig sind.

Bei jedem Sprint müssen Sie die folgenden Aktionen ausführen:

  • Bereiten Sie die für die Migration erforderlichen Tools vor und integrieren Sie sie.
  • Entwicklung eines Sprint-Plans
  • Führen Sie den Sprint-Plan aus.

Migrationsprozess und ‐methodik

Sprint-Planung und Playbook

Definieren Sie im Sprint-Plan, wie Sie die in einem Sprint kategorisierten Migrations-Waves ausführen möchten. Erstellen Sie ein Playbook und berücksichtigen Sie dabei die folgenden Bausteine.

# Posten Beschreibung
0 Architektur der Migrationstools Architektur der Tools, die eine Migration Factory bilden (Tools für kontinuierliche Bewertung, Optimierung des Wave-Plans, arbeitslastspezifische Migration, Build, Tests, Bereitstellung und Monitoring)
1 Checkliste für die Migration Checkliste zur Verwendung vor und während des Migrationssprints
2 Inventar Liste der Arbeitslasten, die zu Google Cloud migriert werden
3 Sprint-Runbook Ausführungsrichtlinien für die Migration der einzelnen Arbeitslasten
4 Migrationsplan Schritt-für-Schritt-Migrationsplan (Prozess), der während des Migrationssprints zu befolgen ist
5 Netzwerk- und Sicherheitsregeln Liste aller Firewallregeln für eingehenden und ausgehenden Traffic in Google Cloud
DNS-Änderungen während der Migration zu Google Cloud
6 Risiken und Minderung der Risiken Mögliche Risiken während des Migrationssprints und Schritte zur Risikominderung
7 Tests und Validierungen Testplan zur Validierung von funktionalen und nichtfunktionalen Anforderungen
8 Rollback plan Rollback-Schritte nach Arbeitslast
9 Teamzusammensetzung Teamzusammensetzung und -liste mit Kontaktdaten
10 Governance RACI-Matrix des Teams für die Migrationsausführung, Ablauf und Berichterstellung, Mechanismen zur Eskalation von Eskalationen

Migrationsausführung

Nach Abschluss der Planungs- und Vorbereitungsphase der Migration wird in diesem Abschnitt beschrieben, wie Sie wiederholbare Migrationen und Validierungen zu Google Cloud durchführen.

Ausführungszyklus der Migration

Evaluieren

Die erste Bewertung erfolgt während der Migrationsplanungsphase. Dabei werden Daten zu Abhängigkeiten zwischen Arbeitslasten und Infrastrukturkomponenten erzeugt. Sie müssen während des gesamten Cloud-Migrationsprojekts weiterhin Erkennung und Bewertung durchführen, um Daten im Hinblick auf die folgenden Aspekte neu zu kalibrieren und anzureichern:

  • Zuordnung von Anwendungen und Datenbanken zur Infrastrukturzuordnung (um alle Infrastruktur- und Plattformkomponenten für eine geschäftliche Arbeitslast zu identifizieren)
  • Zuordnung zwischen der Infrastruktur zu Anwendungen, Datenbanken und Diensten (zur Identifizierung aller geschäftlichen Arbeitslasten, die an eine Infrastruktur- oder Plattformkomponente angehängt sind)
  • Abhängigkeiten zwischen Geschäftsarbeitslasten
  • Ressourcenverbrauch nach Arbeitslasten
  • Identifizierung von Arbeitslasten, die bei der ersten Bewertungswelle nicht erkannt wurden
  • Neue oder geänderte Anforderungen an Landezonen ermitteln, die in der ersten Phase der Bewertung noch nicht ermittelt wurden
  • Probleme identifizieren, die eine Migration verhindern können

Eine fortlaufende Bewertung ist entscheidend, um Verschiebungsgruppen kontinuierlich zu kalibrieren und zu verfeinern, Risiken zu identifizieren und zu mindern sowie Migrationswellenpläne zu verfeinern und zu optimieren.

Planen

Die Planungsphase in einer Migrationswelle zielt darauf ab, den endgültigen Umfang der Sprints innerhalb einer Wave zu definieren, und fasst die komponentenspezifischen Migrationspläne in einem einzigen Plan zusammen. Die Ergebnisse dieser Phase sehen so aus:

  • Gruppe(n) innerhalb des aktuellen Sprints verschieben
  • Checkliste für den Migrationssprint
  • Maßnahmen zur Behebung von Problemen, die zu einer Blockierung führen
  • Plan für Migration, Build, Test und Bereitstellung
  • Rollback-Plan
  • Ausführung planen

Eine detaillierte Planung auf einer niedrigen Ebene ist entscheidend für eine erfolgreiche Bereitstellung, die im Folgenden beschrieben wird.

Bereitstellen

Während der Bereitstellungsphase führt Ihr Migrationsteam den Migrationsplan aus und entfernt alle kritischen Probleme. Es wird empfohlen, regelmäßige Statusmeetings einzurichten, um den Ausführungsplan im Blick zu behalten. Diese Statusmeetings sollten jedoch nicht zum Beheben von Problemen verwendet werden. Vereinbaren Sie stattdessen separate Sitzungen mit entsprechenden technischen Experten.

Die Ergebnisse der Bereitstellungsphase sehen so aus:

  • Aktualisierungen des Migrationsplans (Status pro Schritt, Hinweise)
  • Updates zur Problemverfolgung bei der Migration
  • Testergebnisse nach der Migration
  • CMDB-Aktualisierungen (falls zutreffend)
  • Kommunikation der Migrationsergebnisse an Stakeholder

Wenn die Bereitstellung fehlschlägt, z. B. wenn der Migrationsplan fehlschlägt, die Tests scheitern oder die Fehlerbehebung innerhalb des definierten Migrationszeitraums nicht möglich ist, müssen Sie den Rollback-Plan ausführen. Es wird empfohlen, Anwendungstests nach dem Rollback durchzuführen und dafür zu sorgen, dass auch alle externen Änderungen, die Teil des Migrationsplans waren, z. B. die vor- und nachgelagerte Systemkonfiguration, rückgängig gemacht werden.

Optimieren

In der Optimierungsphase kann sich Ihr Projektteam nach Abschluss der Bereitstellungsphase neu gruppieren, um die gewonnenen Erkenntnisse zu dokumentieren und Verbesserungen für die folgenden Wellen und Sprints umzusetzen. Für den Bereich, der bereits migriert wurde, kann die Optimierungsphase verwendet werden, um nicht kritische Probleme nach der Migration zu beheben.

Diese Phase ist wichtig, da sie während des gesamten Projektzeitplans kontinuierliche Verbesserungen ermöglicht.

Die Ergebnisse der Phase sehen so aus:

  • Updates zur Problemverfolgung bei der Migration
  • Aktualisierungen der Projekt-Wissensdatenbank, falls zutreffend

Migrationstools

Automatisierungstools spielen im Migrationszyklus eine wichtige Rolle. Während der Ausführungsphase Ihrer Migration müssen Sie anhand einer Reihe von Faktoren wie dem Typ der zu migrierenden Arbeitslasten, der geografischen Verteilungs- und Einführungsstrategie sowie den Sicherheitsanforderungen eine Architektur von Automatisierungstools erstellen.

In den folgenden Dokumenten finden Sie mehrere Automatisierungstools, die sich mit den folgenden Funktionen befassen:

Nächste Schritte