Migration ausführen

Nachdem Sie die Migration geplant haben, können Sie mit der Ausführungsphase fortfahren. Dieses und die folgenden Dokumente bieten Ihnen eine Zusammenfassung der Methoden und Tools, die Sie für die Migration verwenden können.

Vorbereitung

Erste Vorbereitung der Migration

Das Cloud-Migrationsprojekt ist die wichtigste organisatorische Maßnahme, die die Migration Ihrer Arbeitslasten zu Google Cloudvorantreibt.

Jedes Migrationsprojekt ist in Wellen unterteilt. Eine Welle ist eine Gruppe von Anwendungen, die gemeinsame Merkmale oder Abhängigkeiten aufweisen, wie bei der Ermittlung und Bewertung der Arbeitslast ermittelt wurde. 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 bilden dagegen eine komplexe Migrationswelle, die zusätzliche Planung erfordert. In diesem Fall müssen Sie den Migrationsplan optimieren, um die geschäftlichen Auswirkungen von Abhängigkeiten zu prüfen und die Blockierungen zu entfernen, die die Migration möglicherweise verhindern.

Arbeitslasten innerhalb einer Migrationswelle werden in Verschiebungsgruppen unterteilt und in Sprints zu Google Cloud migriert. Eine Migrationsgruppe ist eine Gruppe von Infrastrukturressourcen und Arbeitslasten, die Sie gemeinsam migrieren müssen. Diese können Teil derselben Anwendung oder einer Gruppe von Anwendungen sein, 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 binden Sie sie ein.
  • Einen Sprint-Plan entwickeln
  • Führen Sie den Sprint-Plan aus.

Migrationsprozess und ‑methodik

Sprint-Planung und Playbook

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

# Posten Beschreibung
0 Architektur der Migrationstools Architektur der Tools, aus denen eine Migrationsfabrik besteht (Tools für laufende Bewertung, Verfeinerung des Wellenplans, arbeitslastspezifische Migration, Erstellung, Tests, Bereitstellung und Monitoring)
1 Checkliste für die Migration Checkliste für die Verwendung vor und während des Migrationssprints
2 Inventar Liste der Arbeitslasten, die zu Google Cloudmigriert 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 befolgt werden muss
5 Netzwerk- und Sicherheitsregeln Liste aller Firewallregeln für eingehenden und ausgehenden Traffic auf 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 Risikominderung
7 Testen und Validieren Testplan zur Validierung funktionaler und nicht funktionaler Anforderungen
8 Rollback-Plan Rollback-Schritte nach Arbeitslast
9 Teamzusammensetzung Zusammensetzung des Teams und Liste mit Kontaktdaten
10 Governance RACI-Matrix des Migrationsteams, Häufigkeit und Berichterstellung, Mechanismen zur Eskalierung von Problemen

Ausführung der Migration

Nachdem Sie die Migrationsplanung und ‑vorbereitung abgeschlossen haben, wird in diesem Abschnitt beschrieben, wie Sie wiederholbare Migrationen und Validierungen für Google Clouddurchführen.

Ausführungszyklus der Migration

Bewerten

Die erste Iteration der Bewertung erfolgt in der Migrationsplanungsphase und liefert Daten zu Abhängigkeiten zwischen Arbeitslasten und Infrastrukturkomponenten. Sie müssen während des gesamten Cloud-Migrationsprojekts weiterhin Erkennung und Bewertung durchführen, um Daten zu den folgenden Aspekten neu zu kalibrieren und anzureichern:

  • Zuordnung von Anwendungen und Datenbanken zur Infrastruktur (um alle Infrastruktur- und Plattformkomponenten für eine geschäftliche Arbeitslast zu ermitteln)
  • Zuordnung zwischen Infrastruktur und Anwendungen, Datenbanken und Diensten (um alle mit einer Infrastruktur- oder Plattformkomponente verknüpften geschäftlichen Arbeitslasten zu identifizieren)
  • Abhängigkeiten zwischen Unternehmensarbeitslasten
  • Ressourcenverbrauch nach Arbeitslasten
  • Identifizierung von Arbeitslasten, die in der ersten Bewertungsphase nicht erkannt wurden
  • Identifizierung neuer oder geänderter Landingzone-Anforderungen, die in der ersten Welle der Bewertung nicht identifiziert wurden
  • Identifizierung von blockierenden Problemen, die die Migration möglicherweise verhindern

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

Tarif

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

  • Gruppe(n) in den aktuellen Sprint verschieben
  • Checkliste für den Migrations-Sprint
  • Maßnahmen zur Behebung von Problemen, die zu einem Dienstausfall führen
  • Plan für Migration, Entwicklung, Tests und Bereitstellung
  • Rollback-Plan
  • Ausführung planen

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

Bereitstellen

In 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 jeweiligen technischen Experten ein.

Die Ergebnisse der Bereitstellungsphase sind:

  • Aktualisierungen des Migrationsplans (Status pro Schritt, Notizen)
  • Aktualisierungen des Issue-Trackers für die Migration
  • Testergebnisse nach der Migration
  • CMDB-Aktualisierungen (falls zutreffend)
  • Kommunikation der Migrationsergebnisse an Stakeholder

Wenn die Bereitstellung nicht erfolgreich ist, z. B. wenn der Migrationsplan fehlschlägt, die Tests fehlschlagen oder die Korrektur innerhalb des definierten Migrationszeitraums nicht möglich ist, müssen Sie den Rollback-Plan ausführen. Es wird empfohlen, nach dem Rollback Anwendungstests durchzuführen und darauf zu achten, dass alle externen Änderungen, die Teil des Migrationsplans waren, z. B. die Konfiguration von Upstream- und Downstream-Systemen, ebenfalls zurückgesetzt werden.

Optimieren

In der Optimierungsphase kann sich Ihr Projektteam nach Abschluss der Bereitstellungsphase neu formieren, um die gesammelten Erfahrungen 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 eine kontinuierliche Verbesserung während des gesamten Projektzeitraums ermöglicht.

Die Ergebnisse der Phase sind:

  • Aktualisierungen des Issue-Trackers für die Migration
  • Aktualisierungen der Projektwissensdatenbank, falls zutreffend

Migrationstools

Automatisierungstools spielen im Migrationslebenszyklus eine wichtige Rolle. Während der Ausführungsphase der Migration müssen Sie eine Architektur von Automatisierungstools erstellen, die auf einer Reihe von Faktoren basiert, z. B. dem Typ der zu migrierenden Arbeitslasten, der geografischen Verteilung und der Einführungsstrategie sowie den Sicherheitsanforderungen.

In den folgenden Dokumenten werden mehrere Automatisierungstools vorgestellt, die die folgenden Funktionen bieten:

Nächste Schritte