Migration ausführen

Nachdem Sie die Migration geplant haben, können Sie mit der Ausführungsphase fortfahren. In diesem und den folgenden Dokumenten finden Sie eine Zusammenfassung der Methoden und Tools, die Sie für die Migration verwenden können.

Hinweis

Erste Migration vorbereiten

Das Cloud-Migrationsprojekt ist der größte organisatorische Aufwand, der die Migration Ihrer Arbeitslasten zu Google Cloud vorantreibt.

Jedes Migrationsprojekt ist in Wellen unterteilt. Eine Welle ist eine Gruppe von Anwendungen mit gemeinsamen Eigenschaften oder Abhängigkeiten, die bei der Ermittlung und Bewertung der Arbeitslast identifiziert wurden. Eigenständige Anwendungen und Datenbanken sind aufgrund ihrer geringen externen Abhängigkeiten in der Regel gute Kandidaten für eine erste Migrationswelle. Arbeitslasten mit erheblichen Abhängigkeiten würden hingegen eine komplexe Migrationswelle darstellen, die zusätzliche Planung erfordert. In diesem Fall müssen Sie den Migrationsplan überarbeiten, um die Geschäftsauswirkungen von Abhängigkeiten zu prüfen und die Hindernisse zu beseitigen, die die Migration möglicherweise verhindern.

Arbeitslasten innerhalb einer Migrationswelle werden in Umzugsgruppen unterteilt und in Sprints zu Google Cloud migriert. Eine Verschiebungsgruppe besteht aus Infrastrukturressourcen und Arbeitslasten, die gemeinsam migriert werden müssen. Sie können zu derselben Anwendung oder zu einer Gruppe von Anwendungen gehören, die voneinander abhängig sind.

Während jedes Sprints müssen Sie die folgenden Aktionen ausführen:

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

Migrationsprozess und ‑methode

Sprint-Planung und Playbook

Legen Sie im Sprintplan fest, wie Sie die Migrationswellen ausführen, die in einem Sprint kategorisiert sind. Erstellen Sie ein Playbook, indem Sie die folgenden Bausteine berücksichtigen.

# Posten Beschreibung
0 Architektur von Migrationstools Architektur der Tools, die eine Migrationsfabrik bilden (Tools für die kontinuierliche Bewertung, die Optimierung des Wellenplans, die arbeitslastspezifische Migration, das Erstellen, Testen, Bereitstellen und Überwachen)
1 Checkliste für die Migration Checkliste für 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 Detaillierter Migrationsplan (Prozess), der während des Migrationssprints befolgt werden soll
5 Netzwerk- und Sicherheitsregeln Liste aller Firewallregeln für den Eintritt und Austritt in Google Cloud
DNS-Änderungen während der Migration zu Google Cloud
6 Risiken und Risikominderung Mögliche Risiken während des Migrationssprints und Maßnahmen zur Risikominimierung
7 Testen und Validieren Testplan zur Validierung funktionaler und nicht funktionaler Anforderungen
8 Rollback-Plan Schritte zum Rollback nach Arbeitslast
9 Teamzusammensetzung Zusammensetzung und Liste des Teams mit Kontaktdaten
10 Governance RACI-Matrix des Migrationsdurchführungsteams, Takt und Berichterstellung, Eskalierungsmechanismen

Migration ausführen

Nachdem Sie die Phase der Migrationsplanung und ‑vorbereitung abgeschlossen haben, wird in diesem Abschnitt beschrieben, wie Sie wiederholbare Migrationen und Validierungen zu Google Cloud ausführen.

Zyklus der Migrationsausführung

Bewerten

Die erste Iteration der Bewertung erfolgt während der Migrationsplanungsphase und liefert Daten zu Abhängigkeiten zwischen Arbeitslasten und Infrastrukturkomponenten. Sie müssen während des gesamten Cloud-Migrationsprojekts weiterhin die Erfassung und Bewertung durchführen, um die Daten in Bezug auf die folgenden Aspekte neu zu kalibrieren und zu ergänzen:

  • Anwendungs- und Datenbankzuordnung zur Infrastrukturzuordnung (um alle Infrastruktur- und Plattformkomponenten für eine Geschäftsarbeitslast zu identifizieren)
  • Zuordnung zwischen Infrastruktur und Anwendungen, Datenbanken und Diensten (um alle Geschäftsarbeitslasten zu identifizieren, die mit einer Infrastruktur- oder Plattformkomponente verknüpft sind)
  • Abhängigkeiten zwischen geschäftlichen Arbeitslasten
  • Ressourcenverbrauch nach Arbeitslast
  • Identifizierung aller Arbeitslasten, die in der ersten Bewertungswelle nicht erkannt wurden
  • Identifizierung neuer oder geänderter Anforderungen an Landing Zones, die in der ersten Bewertungsrunde nicht erkannt wurden
  • Identifizierung von blockierenden Problemen, die die Migration möglicherweise verhindern

Eine kontinuierliche Bewertung ist entscheidend, um die Migrationsgruppe kontinuierlich zu kalibrieren und zu optimieren, Risiken zu identifizieren und zu minimieren sowie Migrationswellenpläne zu optimieren.

Planen

In der Planungsphase einer Migrationswelle wird der endgültige Umfang der Sprints innerhalb einer Welle definiert und die komponentenspezifischen Migrationspläne in einem einzigen Plan zusammengefasst. Die Ergebnisse dieser Phase sind:

  • Gruppen innerhalb des aktuellen Sprints verschieben
  • Checkliste für den Migrations-Sprint
  • Maßnahmen zur Behebung von Problemen, die zu einem Blockieren führen
  • Migration, Erstellung, Test und Bereitstellungsplan
  • Rollback-Plan
  • Planung der Ausführung

Eine detaillierte Planung auf niedriger Ebene ist entscheidend für eine erfolgreiche Bereitstellung.

Bereitstellen

Während der Bereitstellungsphase führt Ihr Migrationsteam den Migrationsplan aus und behebt alle kritischen Probleme. Es wird empfohlen, regelmäßige Statusbesprechungen einzurichten, um den Ausführungsplan im Blick zu behalten. Diese Statusbesprechungen sollten jedoch nicht zur Fehlerbehebung verwendet werden. Richten Sie stattdessen separate, spezielle Sitzungen mit den entsprechenden technischen Experten ein.

Die Ergebnisse der Bereitstellungsphase sind:

  • Aktualisierungen des Migrationsplans (Status pro Schritt, Anmerkungen)
  • Updates zum Migrations-Problem-Tracker
  • Testergebnisse nach der Migration
  • CMDB-Änderungen (falls zutreffend)
  • Ergebnisse der Migration an Stakeholder kommunizieren

Wenn die Bereitstellung fehlschlägt, z. B. wenn der Migrationsplan fehlschlägt, die Tests fehlschlagen oder die Fehlerbehebung innerhalb des festgelegten Migrationszeitraums nicht möglich ist, müssen Sie den Rollback-Plan ausführen. Es wird empfohlen, nach dem Rollback Anwendungstests durchzuführen und dafür zu sorgen, dass alle externen Änderungen, die Teil des Migrationsplans waren, wie die Konfiguration von Upstream- und Downstream-Systemen, ebenfalls 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 bereits migrierten Umfang kann die Optimierungsphase verwendet werden, um nicht kritische Probleme nach der Migration zu beheben.

Diese Phase ist wichtig, da sie eine kontinuierliche Verbesserung während des gesamten Projektzeitraums ermöglicht.

Die Phase hat folgende Ergebnisse:

  • Updates zum Migrations-Problem-Tracker
  • Aktualisierungen der Projekt-Wissensdatenbank, falls zutreffend

Migrationstools

Automatisierungstools spielen im Migrationszyklus eine wichtige Rolle. Während der Ausführungsphase der Migration müssen Sie eine Automatisierungsarchitektur basierend auf einer Reihe von Faktoren erstellen, z. B. die Art der zu migrierenden Arbeitslasten, die geografische Verteilung und die Roll-out-Strategie sowie die Sicherheitsanforderungen.

In den folgenden Dokumenten werden mehrere Automatisierungstools vorgestellt, die die folgenden Funktionen unterstützen:

Nächste Schritte