Cloud-Migration: Wellen und Cutover im Gantt-Diagramm planen
Planen Sie eine Cloud-Migration im Gantt-Diagramm: Abhängigkeiten abbilden, Workloads in Wellen aufteilen, die Landing Zone parallel bauen, den Cutover proben und die Stilllegung nach der Hypercare planen.
Der schwierige Teil eines Cloud-Migrationszeitplans ist die Entscheidung, was zusammen umzieht und worauf jede Welle wartet. Diese Anleitung zeigt, wie Sie aus einem Workload-Inventar Wellen, eine Landing Zone, einen geprobten Cutover und einen Stilllegungstermin machen.
Kurz gesagt
- Verfolgen Sie Abhängigkeiten, solange die Inventur läuft, damit Workloads, die zusammen umziehen müssen, vor der Festlegung der Wellen bekannt sind.
- Behandeln Sie die Landing Zone als eigenen Strang mit einem Bereit-Meilenstein, auf den die erste Welle wartet.
- Starten Sie mit einer Pilotwelle und planen Sie zwischen ihr und den größeren Wellen eine Aufgabe für die Erkenntnisse.
- Überlappen Sie spätere Wellen per Start-Start-Verknüpfung, beginnen Sie aber nie eine Welle, bevor ihre Eingaben für die Probe vorliegen.
- Legen Sie die Stilllegung der Quelle hinter eine Hypercare-Phase und prüfen Sie den Stilllegungstermin gegen Ihre Vertragsdaten.
Von der Workload-Liste zum Wellenplan
Ein Workload-Inventar ist eine Liste. Ein Migrationsplan ist eine Reihenfolge. Der Unterschied sind Abhängigkeiten: Eine Anwendung kann nicht vor der Datenbank umziehen, die sie aufruft, ein Batch-Job nicht vor der Dateifreigabe, in die er schreibt, und nichts zieht um, bevor der Ort existiert, an den es geht. Teams, die diesen Schritt überspringen, haben Wellen, die auf der Folie ordentlich aussehen und am ersten Wochenende scheitern, weil die Hälfte der Verbindungen einer Welle zurückgeblieben ist.
Die Methode hat drei Züge. Erstens: Verfolgen Sie Abhängigkeiten, solange die Inventur noch läuft, damit Gruppen von Workloads, die zusammen umziehen müssen, früh sichtbar werden. Zweitens: Machen Sie die Landing Zone zu einem eigenen Arbeitsstrang mit eigenen Aufgaben und einem Bereit-Meilenstein statt zu einer Zeile am Plananfang. Drittens: Legen Sie die Stilllegung der Quellumgebung hinter eine Hypercare-Phase, damit die Frage, wann sie abgeschaltet werden kann, eine sichtbare Antwort hat.
Ein Gantt-Diagramm hilft bei dem, was eine Liste nicht zeigen kann: welcher Termin sich verschiebt, wenn ein anderer es tut. Dauert der Netzwerkaufbau vier Tage länger, verschiebt sich die Pilotwelle, dann jede Welle danach, dann der Stilllegungstermin. Findet die Inventur eine verflochtene Anwendung, ändert sich der Wellenplan früher als die Landing Zone. Das Diagramm sagt Ihnen nicht, welche Strategie zu einem Workload passt oder ob das Ziel sicher ist. Es plant die Arbeit, für die Sie sich entschieden haben.
Das Beispiel baut die Vorlage für die Cloud-Migration in Stufen auf. Die Dauern sind Beispielwerte. Für den Prozess statt des Zeitplans siehe den Deployment-Prozess unter /de/templates/software-deployment-prozess und den Wiederherstellungsprozess unter /de/templates/disaster-recovery-prozess-it.
Ein Cloud-Migrationsplan, in Stufen aufgebaut
Neunzehn Aufgaben in vier Phasen. Die Dauern sind Beispielwerte; setzen Sie Ihre eigenen. Öffnen Sie die Tabelle, um die Zeilen hinter jeder Stufe zu sehen.
Inventur, Abhängigkeiten und der Wellenplan
„Anwendungs- und Serverinventur“ dauert 8 Arbeitstage. „Abhängigkeiten abbilden“ beginnt drei Arbeitstage nach deren Start, das Nachverfolgen beginnt also mit den ersten Ergebnissen. „Migrationsstrategie je Workload“ und „Wellenplan und Cutover-Fenster“ folgen und enden beim Meilenstein „Migrationsplan freigegeben“.
Die Landing Zone, neben dem Plan gebaut
„Landing-Zone-Design“ beginnt, sobald die Strategie bekannt ist, nicht erst bei der Freigabe des Plans. „Netzwerk und Konnektivität aufbauen“ dauert 10 Arbeitstage und „Identität, Sicherheit und Logging einrichten“ 8 und beginnt zwei Arbeitstage nach dem Designstart. „Landing Zone bereit“ wartet auf beide.
Erst der Pilot, dann die größeren Wellen
„Welle 1: Pilotmigration“ (8 Arbeitstage) wartet auf „Migrationsplan freigegeben“ und „Landing Zone bereit“. „Pilot-Erkenntnisse in Runbooks einarbeiten“ folgt, dann „Welle 2: Kern-Workloads“ (15). „Welle 3: übrige Workloads“ beginnt fünf Arbeitstage nach dem Start von Welle 2, und „Performance- und Failover-Tests“ schließen an Welle 2 an.
Proben, umschalten, dann stilllegen
Die „Letzte Cutover-Probe“ wartet auf Welle 3 und die Tests. Das „Cutover-Fenster“ dauert 2 Arbeitstage, „Hypercare“ 10, und „Quellserver außer Betrieb nehmen“ (8) folgt darauf und endet beim Meilenstein „Quellumgebung stillgelegt“.
So funktioniert es
Die Abhängigkeitsabbildung vor dem Ende der Inventur starten
Fügen Sie „Abhängigkeiten abbilden“ als eigene Aufgabe hinzu und verknüpfen Sie sie per Start-Start mit der Inventur, zum Beispiel 1SS+3. Die ersten Ergebnisse genügen für den Start, und die Gruppen, die zusammen umziehen müssen, zeigen sich Wochen früher.
Die Landing Zone zu einem Strang mit Meilenstein machen
Geben Sie Landing-Zone-Design, Netzwerk und Identität eigene Aufgaben, führen Sie sie in einem Meilenstein der Länge 0 zusammen und lassen Sie die erste Welle sowohl davon als auch vom freigegebenen Plan abhängen.
Wellen nach Abhängigkeitsgruppen zuschneiden
Legen Sie Workloads, die voneinander abhängen, in dieselbe Welle. Geben Sie jeder Welle eine Aufgabe und nutzen Sie das Feld Gruppe, um Wellen, Landing Zone und Cutover in getrennten Bändern zu halten.
Einen Pilot fahren und planen, was Sie ändern
Halten Sie Welle 1 klein und fügen Sie danach eine Aufgabe für Änderungen an Runbooks und Werkzeugen ein. Spätere Wellen hängen von dieser Aufgabe ab, sodass ihre Dauer in den Terminen erscheint.
Wellen mit Versatz überlappen
Wo eine spätere Welle beginnen kann, während eine frühere läuft, nutzen Sie eine Start-Start-Verknüpfung mit Versatz, etwa 12SS+5. Prüfen Sie, ob Personal und Zielkapazität vorhanden sind, denn das Diagramm prüft sie nicht.
Die Stilllegung hinter die Hypercare legen
Fügen Sie Hypercare als Aufgabe hinzu, deren Dauer der Zeit entspricht, die Sie die Quelle als Rückfallebene behalten wollen, und lassen Sie die Stilllegung darauf folgen. Vergleichen Sie das Enddatum mit dem Datum, das Sie brauchen.
Häufige Fehler
Den Pilot starten, wenn der Papierkram fertig ist
Ein unterschriebener Plan ist kein bereites Ziel. Hängt Welle 1 nur von der Freigabe ab, überrascht ein später Netzwerkaufbau alle. Lassen Sie die erste Welle auf Plan und Landing Zone warten.
Wellen nach Team statt nach Abhängigkeit aufteilen
Alles, was ein Team besitzt, am selben Tag zu verschieben, trennt oft eine Anwendung von ihrer Datenbank. Teilen Sie danach auf, was womit spricht, und prüfen Sie die Gruppen gegen die Abhängigkeitsabbildung.
Die Quelle beim Cutover abschalten
Beginnt die Stilllegung mit dem Cutover, endet die Rückfallebene, bevor die Probleme aufgetreten sind. Halten Sie Hypercare dazwischen und geben Sie ihr eine echte Dauer.
Den Plan als Entscheidungsprotokoll behandeln
Das Diagramm zeigt, wann Arbeit stattfinden soll. Strategieentscheidungen, Sicherheitsprüfungen und Testergebnisse gehören in Ihre eigenen Aufzeichnungen und Ihren Änderungsprozess, mit einem Verweis in den Aufgabennotizen.
Gantt-Diagramm Cloud-Migration öffnen
Öffnen Sie die Vorlage für die Cloud-Migration, ändern Sie die Wellendauern auf Ihre und sehen Sie, wie sich der Stilllegungstermin verschiebt.
Verwandte Anleitungen
Häufig gestellte Fragen
Wie viele Wellen sollte eine Migration haben?
Das hängt von der Zahl der Workloads ab und davon, wie eng sie voneinander abhängen. Die Vorlage verwendet drei als Beispiel. Fügen Sie Wellenaufgaben hinzu oder entfernen Sie welche, um Ihre Gruppen abzubilden.
Kann ich um ein Ausstiegsdatum aus dem Rechenzentrum herum planen?
Vergleichen Sie das Enddatum des Stilllegungsmeilensteins mit dem Datum, das Sie brauchen. Ist es später, ändern Sie eine Dauer oder Abhängigkeit. Nutzen Sie einen festen Start nur für wirklich feste Termine, etwa eine Sperre; das Diagramm markiert einen festen Start, der mit einer Abhängigkeit kollidiert.
Verfolgt das Diagramm Kosten oder Kapazität?
Nein. QueryChart plant Aufgaben, Abhängigkeiten und Fortschritt. Es verfolgt weder Kosten noch Aufwand oder Ressourcenauslastung; führen Sie diese in dem Werkzeug, das Sie schon nutzen.
Kann ich meine Workload-Liste in das Diagramm einfügen?
Ja. Kopieren Sie Zeilen aus Excel, Sheets oder einer CSV und fügen Sie sie in die Tabelle ein. Benennt die erste Zeile Spalten wie Aufgabe, Dauer und Hängt ab von, wird jede Spalte nach Namen zugeordnet (die englischen Namen Task, Duration und Depends on werden ebenfalls erkannt).
Woran sehe ich, welche Aufgaben das Enddatum bestimmen?
Schalten Sie Ansicht und dann Kritischer Pfad ein, um die Kette von Aufgaben hervorzuheben, die das Enddatum bestimmt. Wie Sie sie lesen, steht unter /de/guides/gantt-diagramm-kritischer-pfad.
