Planen Ihrer Migration

Ein Migrationsplan definiert die spezifische Reihenfolge, das Timing und den Ansatz für die Migration von Workloads zu Azure. Dieser Plan übersetzt allgemeine Migrationsstrategien in umsetzbare Bereitstellungssequenzen. Er baut auf dem Plan für die Cloudakzeptanz auf, indem taktische Entscheidungen wie Workloadpriorisierung, Migrationssequenzierung und Datenübertragungsmethoden behandelt werden.

Voraussetzungen:Migrationsakzeptanzplan, Azure-Zielzone

Bewerten der Migrationsbereitschaft und -fähigkeiten

Eine Bereitschaftsbewertung stellt sicher, dass Ihr Team über die erforderlichen Fähigkeiten und Unterstützung zum Ausführen des Migrationsplans verfügt. Dieser Schritt identifiziert Funktionslücken und beschleunigt den Fortschritt durch gezielte Schulungen oder externe Unterstützung.

1. Bewerten Sie die Azure-Fähigkeiten Ihres Teams. Überprüfen Sie die Expertise Ihres Teams mit Azure-Diensten, Migrationstools und der Systemumstellung. Diese Auswertung hilft Ihnen dabei, bestimmte Wissenslücken zu identifizieren und zu bestimmen, welche Schulung Ihr Team erfolgreich ausführen muss.

2. Binden Sie bei Bedarf externe Expertise ein. Wenn Ihr Team keine Erfahrung mit der Cloudmigration hat, bringen Sie Microsoft oder einen Microsoft-Partner ein. Externe Experten können Ihre Migrationsstrategie überprüfen, geeignete Tools empfehlen und dabei helfen, realistische Zeitpläne zu schaffen. Diese Unterstützung reduziert Risiken und beschleunigt Ihre Migration, insbesondere für komplexe oder groß angelegte Projekte.

Auswählen ihres Datenmigrationspfads

Ein Datenmigrationspfad ist, wie Sie Daten von Ihrem aktuellen Speicherort nach Azure verschieben. Der richtige Weg gewährleistet, dass Ihre Datenübertragungen sicher, schnell und kostengünstig erfolgen. Überprüfen Sie zunächst, welche Netzwerkverbindungen Verfügbar sind, ExpressRoute, VPN oder öffentliches Internet, um Ihre Optionen zu verstehen.

1. Verwenden Sie ExpressRoute, wenn Sie es haben. ExpressRoute bietet Ihnen eine private, dedizierte Verbindung zu Azure, die schneller und sicherer als Internetverbindungen ist. Wenn Sie bereits Über ExpressRoute verfügen oder planen, dies zu erhalten, verwenden Sie diese Methode für alle Ihre Workloads. Denken Sie daran, dass ExpressRoute Setupzeit erfordert und Kosten für die Datenübertragung hat.

2. Verwenden Sie VPN, wenn ExpressRoute nicht verfügbar ist. Wählen Sie ein VPN aus, wenn Sie eine sichere Datenübertragung benötigen, aber nicht über ExpressRoute verfügen. Ein VPN erstellt einen verschlüsselten Tunnel über das Internet zu Azure, ist jedoch in der Regel langsamer als ExpressRoute. Stellen Sie sicher, dass Sie vor dem Start ein VPN-Gateway in Azure konfiguriert haben.

3. Verwenden Sie Azure Data Box für große Datenmengen. Data Box eignet sich am besten für Offlinemigrationen mit vielen Daten. Microsoft liefert Ihnen ein physisches Gerät, auf das Ihre Daten kopiert werden sollen, und senden Sie sie zurück. Diese Option vermeidet die Verwendung Ihres Netzwerks, dauert aber aufgrund der Versandzeit am längsten.

4. Verwenden Sie öffentliches Internet für weniger vertrauliche Daten. Diese Option funktioniert, wenn Ihre Daten keine Verschlüsselung benötigen und Sie ExpressRoute oder Data Box nicht verwenden können. Obwohl diese Methode überall verfügbar ist, ist sie am wenigsten sicher und kann Ihre anderen Internetaktivitäten verlangsamen.

Ermitteln der Migrationssequenz

Die Migrationssequenzierung reduziert Das Risiko und baut das Vertrauen des Teams auf, indem eine logische Reihenfolge für die Arbeitsauslastungsmigration festgelegt wird. Die Sequenz bestimmt, welche Workloads zuerst verschoben werden und wie abhängige Komponenten zusammen migriert werden, um Dienstunterbrechungen zu verhindern. Organisieren Sie große Portfolios in Migrationswellen. Ausführliche Anleitungen zur Wellenplanung finden Sie unter Migrationswellenplanung.

Suchen von Abhängigkeiten

1. Ermitteln Sie zuerst alle Abhängigkeiten. Abhängigkeiten zwischen Workloads verursachen Dienstunterbrechungen, wenn sie nicht zusammen migriert werden. Ordnen Sie interne und externe Abhängigkeiten zu, um diese Verbindungen zu ermitteln, bevor Sie Migrationsgruppen erstellen.

2. Analysiere von Abhängigkeitstypen und Kritikalität. Für unterschiedliche Abhängigkeitstypen sind unterschiedliche Migrationsansätze erforderlich. Unterscheiden Sie zwischen diesen Kategorien:

   Abhängigkeitstyp	Description	Migrationsansatz
   Direkte Abhängigkeiten	Sofortige Kommunikation und geringe Latenz zwischen Komponenten erforderlich.	Verschieben Sie alle direkt verbundenen Komponenten zusammen, um die Leistung aufrechtzuerhalten und Unterbrechungen zu vermeiden.
   Indirekte Abhängigkeiten	Umfassen gelegentliche oder nicht kritische Interaktionen zwischen Systemen.	Migrieren Sie zusammen oder in separaten Wellen, wenn die Verbindung Latenz toleriert oder die Hybridverwendung unterstützt.
   Geschäftsabhängigkeiten	Abhängig von organisatorischen oder verwaltungstechnischen Beziehungen.	Gruppieren und migrieren Sie verwandte Workloads und Berichterstellungssysteme zusammen, um die Geschäftsprioritäten zu erfüllen.

3. Gruppieren Sie Arbeitsauslastungen nach Abhängigkeitsbeziehungen. Erstellen Sie Gruppen basierend auf freigegebenen Datenbanken, APIs, Authentifizierungsdiensten oder Netzwerkverbindungen. Diese Gruppen bilden die Grundlage Ihrer Migrationswellen und stellen sicher, dass alle komponenten, die für die Funktionalität erforderlich sind, miteinander verbunden sind. Wenn Unsicherheiten bezüglich abhängigkeitskritischer Daten vorhanden sind, gruppieren Sie die Komponenten zusammen. Dieser konservative Ansatz bietet Flexibilität für zukünftige Trennungen.

4. Dokumentieren Sie jede Abhängigkeitsgruppe systematisch. Kategorisieren von Ressourcen basierend auf ihren Abhängigkeitsgruppen mithilfe konsistenter Benennungskonventionen. Dokumentieren Sie jede Gruppe mit:

   • Gruppenname und ID – Eindeutiger Bezeichner und beschreibender Name
   • Komponenteninventar – Alle Infrastrukturelemente, Anwendungen und Dienste
   • Kritische Abhängigkeiten – Wesentliche Verbindungen, die eine spezielle Behandlung erfordern
   • Migrationseinschränkungen – Geschäftliche, technische oder zeitliche Anforderungen

5. Gruppenvollständigkeit überprüfen. Vergewissern Sie sich, dass jede Gruppe alle erforderlichen Komponenten für den Betrieb von Anwendungen enthält, einschließlich der unterstützenden Infrastruktur wie Lastenausgleichsgeräte, DNS-Einträge oder Zwischenspeicherungsebenen.

Angehen von Vorgängen in geteilten Umgebungen

1. Planen Sie für unbewegliche Abhängigkeiten. Identifizieren Sie Komponenten, die aufgrund technischer oder behördlicher Gründe in Ihrer Quellumgebung verbleiben müssen. Dokumentieren Sie, warum sie nicht verschieben können, wie sie eine Verbindung mit anderen Systemen herstellen und welche Daten sie teilen. Diese Dokumentation hilft Ihnen, Strategien für diese Komponenten zu erstellen, um reibungslos mit Ihren Cloudsystemen zu arbeiten.

2. Minimieren Sie die Betriebszeit der geteilten Umgebung. Wenn Komponenten später aber nicht sofort in die Cloud wechseln können, dokumentieren Sie ihre Verbindungen und Datenflüsse mit Cloudsystemen. Erstellen Sie einen klaren Plan mit Zeitplänen und Risikomanagementansätzen, um die Zeit zu reduzieren, in der Ihre Arbeitslast in beiden Umgebungen aktiv ist. Erwägen Sie, die Migration zu verzögern, bis weitere Komponenten zusammenkommen können.

3. Verbinden Sie Umgebungen effektiv. Verwenden Sie Integrationsmethoden wie API-Gateways, Nachrichtenwarteschlangen und Datensynchronisierung, um zuverlässige Verbindungen zwischen Ihren Cloudworkloads und Quellumgebungskomponenten zu erstellen. Diese Ansätze reduzieren Verzögerungen, verbessern die Sicherheit und bereiten den Weg für das schließliche Verschieben der verbleibenden Komponenten in die Cloud vor.

Priorisieren von Workloads für die Migration

1. Überprüfen Sie die Arbeitslastdetails. Arbeiten Sie mit den Projektbeteiligten zusammen, um geschäftliche und technische Details für jede Workload zu überprüfen. Stellen Sie sicher, dass Ausfallzeiten oder Fehlerauswirkungen gut verstanden und den aktuellen Geschäftsprioritäten entsprechen. Verwenden Sie den Migrationsakzeptanzplan, um Details wie Geschäftseinheit, Verantwortlicher für die Arbeitslast, technische Abhängigkeiten und Kritikalitätsklassifizierung zu überprüfen. Diese Details helfen dabei, Workloads effektiv zu priorisieren und zu sequenzieren.

   Priority	Geschäftswert	Effort	Description
   High	High	Low	Schnellgewinne – Zuerst migrieren, um sofortige Auswirkungen zu erzielen
   Medium-High	High	High	Strategische Investitionen – planen Sie sorgfältig mit angemessenen Ressourcen
   Medium-Low	Low	Low	Einfache Kandidaten – Lücken zwischen wichtigen Migrationen füllen
   Low	Low	High	Vermeiden oder Zurückstellen – Konzentrieren Sie sich auf Ressourcen mit höheren Wertchancen.

2. Beginnen Sie mit einfacheren Workloads, um das Risiko zu reduzieren. Beginnen Sie mit der Migration von Workloads, die weniger komplex sind und ein geringeres Risiko haben. Dieser Ansatz hilft Ihrem Team dabei, Vertrauen zu gewinnen und Migrationsprozesse zu verfeinern, bevor anspruchsvollere Arbeitsauslastungen angegangen werden. Zielen Sie auf interne Tools, Entwicklungsumgebungen oder Anwendungen mit geringer Nutzung ab, die über eigenständige Architekturen und minimale Integrationspunkte verfügen.

3. Verschieben von Nichtproduktionsumgebungen vor der Produktion. Nichtproduktionsumgebungen bieten einen sicheren Platz zum Testen des vollständigen Migrationsprozesses. Migrieren Sie Entwicklungs-, Staging- und QA-Umgebungen vor der Produktion, um die Bereitschaft zu überprüfen. Mit dieser Reihenfolge können Teams Konfigurationen, Leistung und Wiederherstellungsverfahren testen, ohne dass sich dies auf benutzer auswirkt. Verwenden Sie Nichtproduktionsmigrationen, um Betriebsteams zu schulen.

4. Planen Sie kritische Systeme, nachdem Sie anfänglichen Erfolg vorweisen können. Kritische Anwendungen erfordern bewährte Migrationsfunktionen, bevor Sie sie zu Azure verschieben. Planen Sie diese Migrationen für spätere Wellen, wenn Ihr Team Kompetenz mit Azure-Diensten demonstriert. Geschäftstermine wie Hardwareaktualisierungszyklen erfordern möglicherweise, dass Sie wichtige Anwendungen früher priorisieren müssen, mit mehr Sicherheitsvorkehrungen und erweiterten Testzeiten.

5. Schließen Sie repräsentative komplexe Workloads ein, um Szenarien zu testen. Fügen Sie jeder frühen Welle ein oder zwei komplexe Workloads hinzu, um Herausforderungen offenzulegen, denen Sie mit geschäftskritischen Anwendungen gegenüberstehen. Wählen Sie Workloads aus, die allgemeine Muster wie mehrstufige Anwendungen oder datenbankabhängige Systeme darstellen.

Erstellen eines detaillierten Migrationszeitplans

1. Legen Sie Anfangs- und Enddaten für jede Migration fest. Schließen Sie Pufferzeit für Tests und Problemauflösung ein, um eine reibungslose Ausführung sicherzustellen. Diese detaillierte Planung reduziert das Risiko von Verzögerungen und unterstützt eine effektive Ressourcenplanung.

2. Zeitachsen an Geschäftsereignissen ausrichten. Vermeiden Sie die Planung von Migrationen während kritischer Geschäftszeiträume wie Finanzabschluss, Produktstarts oder Feiertagszeiten. Diese Ausrichtung reduziert das Risiko von Geschäftsunterbrechungen und stellt das Vertrauen der Beteiligten sicher.

3. Verwenden Sie Projektmanagementtools, um den Fortschritt nachzuverfolgen. Verwenden Sie Tools wie Azure DevOps, um Abhängigkeiten zu verwalten, Meilensteine nachzuverfolgen und Änderungen effektiv zu kommunizieren. Diese Tools bieten Einblicke in den Migrationsfortschritt und unterstützen proaktive Problembehebung.

Wählen Sie die Migrationsmethode für jede Workload aus.

Migrationsmethoden sind in zwei Kategorien unterteilt: Migration mit Ausfallzeiten und Migration mit nahezu null Ausfallzeiten. Wählen Sie die beste Migrationsmethode für jede Workload basierend auf ihrer Ausfallzeittoleranz und Geschäftskritikalität aus.

1. Wählen Sie die Ausfallzeitmigration für Arbeitslasten aus, die geplante Ausfälle tolerieren. Die Ausfallzeitmigration ist einfacher und schneller, da keine Echtzeitsynchronisierung zwischen Quell- und Zielumgebungen erforderlich ist. Diese Methode eignet sich gut für nicht kritische Workloads wie Entwicklungsumgebungen, Testsysteme oder Anwendungen mit geplanten Wartungsfenstern. Dokumentieren Sie die akzeptable Ausfallzeitsdauer für jede Arbeitsauslastung und planen Sie Migrationen während geringer Nutzungszeiträume, um geschäftliche Auswirkungen zu minimieren.

2. Wählen Sie für kritische Workloads eine Migration mit nahezu keinen Ausfallzeiten. Die Migration mit nahezu null Ausfallzeit stellt sicher, dass kritische Workloads während des Übergangs durch kontinuierliche Datenreplikation und Umschalttechniken betriebsbereit bleiben. Diese Methode ist für kundenorientierte Anwendungen, Echtzeittransaktionssysteme oder Workloads mit strengen Vereinbarungen auf Serviceebene unerlässlich. Überprüfen Sie, ob die Workloadarchitektur die kontinuierliche Replikation unterstützt und dass die Netzwerkbandbreite die Datenübertragung in Echtzeit verarbeiten kann. Testen Sie Konnektivitäts- und Replikationsprozesse in einer Nichtproduktionsumgebung, um die Bereitschaft für diese Migrationsmethode zu bestätigen.

Rollback-Plan definieren

Mit einem Rollbackplan können Teams Änderungen schnell rückgängig machen, wenn eine Bereitstellung fehlschlägt oder Risiken einführt. Ein gut definierter Plan minimiert Ausfallzeiten, begrenzt geschäftliche Auswirkungen und hält die Systemsicherheit aufrecht. Richten Sie vor dem Initiieren einer Migration oder Bereitstellung immer Rollbackkriterien und -verfahren ein.

1. Definition eines fehlgeschlagenen Deployments. Arbeiten Sie mit Geschäftsbeteiligten, Verantwortlichen für Arbeitslasten und Betriebsteams zusammen, um festzulegen, was als fehlgeschlagene Bereitstellung gilt. Beispiele hierfür sind fehlerhafte Integritätsprüfungen, schlechte Leistung, Sicherheitsprobleme oder nicht erkannte Erfolgsmetriken. Diese Definition stellt sicher, dass Rollbackentscheidungen an die Risikotoleranz Ihrer Organisation angepasst sind. Fügen Sie bestimmte Bedingungen hinzu, die einen Rollback in Ihrem Bereitstellungsplan auslösen, z. B. CPU-Auslastungsgrenzwerte, Reaktionszeiten oder Fehlerraten. Diese Bewertung macht Rollback-Entscheidungen bei Vorfällen klar und konsistent.

2. Automatisieren Sie Rollbackschritte in CI/CD-Pipelines. Verwenden Sie Tools wie Azure Pipelines oder GitHub-Aktionen , um Rollbackprozesse zu automatisieren. Konfigurieren Sie beispielsweise Pipelines, um eine frühere Version erneut bereitzustellen, wenn Integritätsprüfungen fehlschlagen.

3. Erstellen Sie spezifische Rollback-Anweisungen für die Arbeitslast. Entwickeln Sie Rollbackschritte, die Ihrem Workloadtyp, Ihrer Umgebung und ihrer Bereitstellungsmethode entsprechen. Beispielsweise erfordern Infrastruktur-als-Code-Bereitstellungen das erneute Bereitstellen vorheriger Vorlagen. Anwendungsrollbacks umfassen die erneute Bereitstellung eines vorherigen Containerimages. Fügen Sie Rollbackskripts, Konfigurationsmomentaufnahmen und Infrastruktur-as-Code-Vorlagen an Ihren Rollbackplan an. Diese Ressourcen ermöglichen eine schnelle Ausführung und verringern die Abhängigkeit von manuellen Eingriffen.

4. Testen Sie Rollbackprozeduren. Simulieren Sie Bereitstellungsfehler in einer Vorproduktionsumgebung, um die Effektivität des Rollbacks zu überprüfen. Identifizieren und Beheben von Lücken in Automatisierung, Berechtigungen oder Abhängigkeiten. Vergewissern Sie sich, dass das Rollback das System in einen stabilen, bekannten guten Zustand wiederherstellt.

5. Verbessern von Rollbackstrategien Führen Sie nach jedem Bereitstellungs- oder Rollbackereignis eine Retrospektive aus, um zu beurteilen, was funktioniert hat und was nicht. Aktualisieren Sie Rollbackkriterien, -verfahren und -automatisierung basierend auf den gelernten Erkenntnissen, Architekturänderungen oder neuen Tools. Bewahren Sie die Dokumentation auf, um sicherzustellen, dass Rollbackstrategien aktuell und effektiv bleiben.

Einbindung von Projektbeteiligten in den Migrationsplan

Die Genehmigung der Projektbeteiligten überprüft, ob Ihr Migrationsplan Geschäftsanforderungen und Risikotoleranz erfüllt. Sie sollten die formale Genehmigung vor dem Ausführen von Migrationen sichern.

1. Dokumentieren Sie den Migrationsplan mit geschäftlicher Begründung. Erstellen Sie einen strukturierten Plan mit dem Namen der Workload, dem Besitzer, der Kritischität, der Migrationsmethode, dem Ausfallzeitfenster und den Geschäftseffekten. Schließen Sie die Gründe für jeden Ansatz ein, und erläutern Sie, wie das Risiko minimiert wird.

2. Stellen Sie getestete Rollbackprozeduren vor. Zeigen Sie bestimmte Rollbackpläne mit Schritten, Zeitrahmen und Erfolgskriterien an. Schließen Sie automatisierte und manuelle Funktionen ein. Dokumentieren Sie Vorproduktionstestergebnisse, um eine schnelle Wiederherstellung des Diensts zu beweisen.

3. Überprüfen Sie Zeitpläne anhand von Geschäftseinschränkungen. Überprüfen Sie die Zeitpläne mit den Beteiligten, um kritische Geschäftszeiträume, Wartungsgefrorene und saisonale Spitzen zu vermeiden. Stellen Sie alternative Optionen für Trade-Offs bereit, wenn Konflikte vorhanden sind.

4. Erhalten Sie formale Genehmigung und Rollback-Berechtigung. Sichere schriftliche Genehmigung von Projektbeteiligten für die Migrationsplan- und Rollbackverfahren. Definieren Sie die Entscheidungsbehörde, und richten Sie Notfallkommunikationskanäle ein.

5. Definieren Sie Erfolgskriterien und Überprüfungsprüfpunkte. Legen Sie messbare Metriken fest, einschließlich Leistungs-Benchmarks, Funktionsüberprüfung und Benutzerakzeptanzkriterien. Planen Sie formale Überprüfungspunkte für die Go/No-Go-Entscheidungen.

Nächster Schritt