Auswählen von Azure-Regionen für eine Migration

Wenn Sie eine vorhandene Umgebung zu Azure migrieren, müssen Sie eine Azure-Region oder einen Satz von Regionen auswählen, um die migrierten Komponenten zu hosten. Die Auswahl der Region umfasst die folgenden Schritte:

• Lesen Sie die wichtigsten Azure-Regionsauswahlanleitungen, um zu verstehen, wie Sie Azure-Regionen auswählen, die Ihren Anforderungen entsprechen.
• Inventarisieren und dokumentieren Sie den aktuellen Zustand Ihrer Umgebung.
• Implementieren Sie einen allgemeinen Ansatz für Ihre Migration, einschließlich der Ausführung in einer einzelnen Region, verwenden Sie mehrere Verfügbarkeitszonen oder verwenden Sie mehrere Regionen.
• Bewerten Sie Prozessänderungen, die möglicherweise erforderlich sind.
• Planen sie einen Migrationsprozess.
• Optimieren und Fördern von Prozessänderungen.

Dieser Artikel enthält Anleitungen zum Auswählen von Azure-Regionen, die Ihren Migrationsanforderungen entsprechen. Falls Sie dies noch nicht getan haben, müssen Sie Ihre Zielzonenregionen möglicherweise erweitern, um Annäherungen über mehrere Regionen hinweg zu unterstützen.

Dokumentieren der Komplexität Ihres Szenarios

Bestimmen Sie, ob Ihr Szenario eine Dokumentation und Prozessanpassung erfordert. Anhand der folgenden Punkte können Sie potenzielle Herausforderungen bewerten und eine allgemeine Vorgehensweise festlegen:

• Ziehen Sie eine stabilere Implementierung von Bereitschaft und Governance in Betracht.
• Erstellen Sie ein Inventar der betroffenen Geografien. Erstellen Sie eine Liste der betroffenen Länder bzw. Regionen.
• Dokumentieren Sie die Benutzerbasis. Wird sich die Cloudmigration auf Mitarbeiter, Partner oder Kunden im ermittelten Land bzw. in der ermittelten Region auswirken?
• Dokumentieren Sie Rechenzentren und Ressourcen. Beinhaltet der Migrationsaufwand irgendwelche Ressourcen in einem bestimmten Land bzw. einer bestimmten Region?
• Dokumentieren Sie die Verfügbarkeit regionaler Produktversionen und die Anforderungen an die Ausfallsicherheit.
• Dokumentieren Sie Ihre Resilienzanforderungen, um zu bestimmen, ob Verfügbarkeitszonen erforderlich sind. Normalerweise gelten die Ausfallsicherheitsanforderungen für das gesamte Szenario, nicht nur für einzelne Regionen.
• Dokumentieren Sie Ihre Anforderungen an Datenhoheit und Datenresidenz. Workloads mit spezifischen Anforderungen an Datenhoheit oder Datenresidenz können Ihre Wahl von Azure-Regionen beeinflussen.

Überlegen Sie während des gesamten Migrationsprozesses, wie Sie die Änderungen in Ihren verschiedenen Szenarien und Beständen angleichen können. Die folgende Tabelle zeigt ein Beispiel dafür, wie Sie verschiedene Szenarien dokumentieren können.

Warum ist der Standort von Benutzern relevant?

Organisationen, die Benutzer in mehreren Ländern bzw. Regionen unterstützen, unterstützen, entwickeln technische Lösungen, die dem Benutzerverkehr gerecht werden. In einigen Fällen beinhalten Lösungen die Lokalisierung von Ressourcen. In anderen Szenarien entscheiden sich Organisationen möglicherweise dazu, globale WAN-Lösungen zu implementieren, um die Anforderungen unterschiedlicher Benutzergruppen über netzwerkzentrierte Lösungen zu erfüllen. In beiden Fällen können sich die Nutzungsprofile unterschiedlicher Benutzer auf die Migrationsstrategie auswirken.

Wenn ein Unternehmen zum Beispiel Mitarbeiter, Partner und Kunden in Deutschland unterstützt, aber derzeit keine Rechenzentren in Deutschland hat, implementiert das Unternehmen wahrscheinlich eine Mietleitungslösung. Diese Art von Lösung leitet Datenverkehr an Rechenzentren in anderen Ländern bzw. Regionen weiter. Diese vorhandene Weiterleitung stellt ein erhebliches Risiko für die wahrgenommene Leistung der migrierten Anwendungen dar. Durch Hinzufügen weiterer Hops zu einem etablierten und optimierten globalen WAN entsteht möglicherweise der Eindruck, dass sich die Leistung von Anwendungen nach der Migration verschlechtert hat. Das Auffinden und Beheben solcher Probleme kann beträchtliche Verzögerungen für ein Projekt bedeuten.

Jeder der folgenden Abschnitte enthält Anleitungen zur Bewältigung dieser Komplexität über die Voraussetzungen und Prozesse der Bewertung, Migration und Optimierung. Die Kenntnis der Benutzerprofile in den einzelnen Ländern bzw. Regionen ist sehr wichtig, um diese Komplexität zu bewältigen.

Warum ist der Standort von Rechenzentren relevant?

Der Standort vorhandener Rechenzentren kann eine Migrationsstrategie beeinflussen. Berücksichtigen Sie die folgenden Faktoren:

Architekturentscheidungen: Die Bestimmung der Zielregion ist einer der ersten Schritte beim Entwerfen einer Migrationsstrategie. Der Standort vorhandener Objekte beeinflusst diese Bestimmung häufig. Außerdem können die Verfügbarkeit von Clouddiensten und die Kosten pro Einheit für diese Dienste zwischen Regionen variieren. Anforderungen an Datenresidenz wie auch Datenhoheit können auch die Architekturentscheidung beeinflussen. Das Wissen darüber, wo sich aktuelle und zukünftige Ressourcen befinden, beeinflusst Entwurfsentscheidungen und kann sich auf Budgetschätzungen auswirken.

Abhängigkeiten von Rechenzentren: Die Beispielszenarien in der Tabelle unter dem Titel Dokumentieren der Komplexität Ihres Szenarios zeigen, dass Sie wahrscheinlich Abhängigkeiten zwischen verschiedenen globalen Rechenzentren einplanen müssen. Organisationen, die in dieser Größenordnung arbeiten, dokumentieren diese Abhängigkeiten möglicherweise nicht oder verstehen sie nicht genau. Der Ansatz Ihrer Organisation für die Bewertung von Benutzerprofilen kann beim Identifizieren einiger dieser Abhängigkeiten in Ihrer Organisation hilfreich sein. Außerdem sollte Ihr Team zusätzliche Bewertungsschritte in Erwägung ziehen, welche die durch Abhängigkeiten bedingten Risiken und Komplexitäten verringern.

Implementieren eines allgemeines Ansatzes

Für den folgenden Ansatz wird ein datengesteuertes Modell verwendet, um die Komplexität einer globalen Migration zu bewältigen. Wenn der Umfang der Migration mehrere Regionen umfasst, sollte das Cloud-Adoption-Team die folgenden Überlegungen zur Bereitschaft anstellen:

• Ermitteln Sie, ob Sie Ihre geschäftlichen Anforderungen erfüllen können: Verwenden Sie mehrere Verfügbarkeitszonen, um die Anforderungen an Hochverfügbarkeit, Ausfallsicherheit, Leistung und Kosten zu ermitteln. Wenn diese Anforderungen nicht erfüllt sind, sollten Sie überlegen, ob Sie einen Ansatz mit mehreren Regionen benötigen.

• Bewerten Sie die Datensouveränität: Die Datensouveränität kann die Lokalisierung einiger Ressourcen erfordern, aber viele Ressourcen unterliegen nicht diesen Compliance-Beschränkungen. Dienste wie Protokollierung, Berichterstellung, Netzwerkrouting, Identität und weitere zentrale IT-Dienste können möglicherweise als freigegebene Dienste über mehrere Abonnements oder Regionen hinweg gehostet werden. Bewerten Sie die Datensouveränität, indem Sie ein Shared-Service-Modell für diese Dienste verwenden. Eine Gliederung dieses Ansatzes finden Sie in der Referenzarchitektur für eine Hub-Spoke-Topologie mit gemeinsamen Diensten.

• Stellen Sie sicher, dass Ihre Umgebung skalierbar ist: Wenn Sie mehrere Instanzen ähnlicher Umgebungen bereitstellen, können Sie ein spezielles Team für die Migrationen der Umgebung einrichten, um die Konsistenz zu gewährleisten, die Governance zu verbessern und die Bereitstellung zu beschleunigen. Der Governanceleitfaden für komplexe Unternehmen etabliert eine Vorgehensweise, bei der eine Umgebung erstellt wird, die sich über mehrere Regionen hinweg skalieren lässt.

Datenbezogene Voraussetzungen

Wenn das Team mit dem grundlegenden Ansatz zufrieden und die Bereitschaft entsprechend vorhanden ist, sollten diese datenbezogenen Voraussetzungen berücksichtigt werden:

• Vollständige allgemeine Ermittlung: Bewerten Sie anhand der Tabelle unter Dokumentieren der Komplexität Ihres Szenarios die Komplexität Ihrer Cloudeinführungsstrategie.

• Analysieren der Benutzerprofile für alle betroffenen Ländern bzw. Regionen: Machen Sie sich frühzeitig im Migrationsprozess mit der allgemeinen Weiterleitung des Datenverkehrs von Benutzern vertraut. Das Ändern globaler geleaster Leitungen und das Hinzufügen von Verbindungen wie Azure ExpressRoute zu einem Cloudrechenzentrum kann die Netzwerkeinrichtung um Monate verzögern. Gehen Sie die Weiterleitung des Datenverkehrs von Benutzern so früh wie möglich im Prozess an.

• Durchführen eine ersten Rationalisierung des digitalen Bestands: Wenn Sie eine komplexe Migrationsstrategie einführen, führen Sie eine erste Rationalisierung des digitalen Nachlasses durch. Weitere Informationen finden Sie unter Worum handelt es sich bei digitalen Ressourcen?.

• Verwenden Sie Tags für Anforderungen in Bezug auf digitale Ressourcen: Richten Sie Kennzeichnungsrichtlinien ein, um alle Workloads zu ermitteln, die von Anforderungen an die Datenhoheit betroffen sind. Stellen Sie sicher, dass die erforderlichen Kennzeichnungen bereits bei der Rationalisierung des digitalen Bestands beginnen und sich bis zu den migrierten Ressourcen fortsetzen.

• Evaluieren eines Hub-and-Spoke-Modells: In verteilten Systemen existieren häufig allgemeine Abhängigkeiten. Gemeinsame Abhängigkeiten können Sie oft durch die Implementierung eines Hub-Spoke-Modells lösen. Die Implementierung eines Hub-and-Spoke-Modells gehört zwar nicht zum Umfang des Migrationsprozesses, das Modell sollte aber bei weiteren Iterationen der Bereitschaftsprozesse berücksichtigt und daher entsprechend gekennzeichnet werden.

• Priorisieren des Migrationsrückstands: Wenn Sie Netzwerkänderungen benötigen, um die Produktionsbereitstellung einer Workload zu unterstützen, die mehrere Regionen betrifft, sollte das Cloud-Strategieteam die Eskalationen verfolgen und verwalten, die sich aus den Netzwerkänderungen ergeben. Diese Unterstützung durch die Geschäftsleitung ermöglicht es, die Änderungen zu beschleunigen, indem dem Strategieteam ermöglicht wird, das Backlog neu zu priorisieren und sicherzustellen, dass globale Workloads nicht durch Netzwerkänderungen blockiert werden. Priorisieren Sie globale Workloads erst nach Abschluss der Netzwerkänderungen.

Anhand dieser Voraussetzungen lassen sich Prozesse einrichten, mit denen die Komplexität bei der Umsetzung der Migrationsstrategie bewältigt werden kann.

Änderungen am Bewertungsprozess

Wenn Ihr Migrationsszenario globale Ressourcen und eine komplexe Benutzerbasis umfasst, fügen Sie Schlüsselaktivitäten hinzu, um Ihre Migrationskandidaten zu bewerten. Diese Aktivitäten liefern Daten, die Ihnen helfen, Hindernisse und Ergebnisse für globale Nutzer und Vermögenswerte zu klären.

Empfohlene Aktionen während des Bewertungsprozesses

Evaluieren rechenzentrumsübergreifender Abhängigkeiten: Die Tools für die Analyse von Abhängigkeiten in Azure Migrate unterstützen Sie bei der Ermittlung von Abhängigkeiten. Verwenden Sie diese Tools, bevor Sie mit der Migration beginnen. Wenn Ihr Szenario globale Komplexität beinhaltet, ist die Bewertung von Abhängigkeiten ein notwendiger Schritt im Bewertungsprozess. Sie können die Gruppierung von Abhängigkeiten verwenden, um Abhängigkeiten zu visualisieren und die IP-Adressen und Ports aller Assets zu identifizieren, die zur Unterstützung des Workloads erforderlich sind.

Erkennen der globalen Auswirkungen auf Benutzer: Die Ergebnisse der Benutzerprofilanalyse sollten alle Workloads identifizieren, die durch globale Benutzerprofile beeinflusst werden. Wenn sich ein Migrationskandidat auf der Liste der betroffenen Workloads befindet, sollte sich der Migrationsarchitekt mit den Experten (SME) für Netzwerkfunktionen und Betrieb beraten. Diese Experten helfen bei der Überprüfung der Erwartungen im Zusammenhang mit Netzwerkrouting und Leistung. Eine Mindestanforderung ist, dass die Architektur eine ExpressRoute-Verbindung zwischen dem nächstgelegenen Netzwerkbetriebszentrum und Azure umfasst. Die Referenzarchitektur für ExpressRoute-Verbindungen kann bei der Konfiguration der notwendigen Netzwerkverbindungen hilfreich sein.

Entwerfen für Compliance: Die Ergebnisse der Benutzerprofilanalyse sollten auch alle Workloads identifizieren, die durch Datenhoheitsanforderungen beeinflusst werden. Während der architekturbezogenen Aktivitäten des Bewertungsprozesses sollte der zuständige Architekt Complianceexperten (SME) konsultieren. Diese Experten können dem Architekten dabei helfen, die Anforderungen für die Migration bzw. Bereitstellung über mehrere Regionen hinweg nachzuvollziehen. Diese Anforderungen haben erhebliche Auswirkungen auf Entwurfsstrategien. Die folgenden Referenzarchitekturen können beim Entwurf hilfreich sein:

• Zonenredundante Webanwendungen
• Webanwendungen für mehrere Regionen
• n-schichtige Anwendung für mehrere Regionen
• Workloadvorlagen für eine Zielzone mit Datenhoheit

Änderungen für den Migrationsprozess

Beim Migrieren einer Anwendung, die in mehreren Regionen bereitgestellt werden muss, muss das Cloudeinführungsteam einige weitere Aspekte berücksichtigen. Der Entwurf von Azure Site Recovery Vaults und Konfigurations- und Prozessservern sind zwei der Überlegungen. Zwei weitere Überlegungen betreffen die Netzwerk-Bandbreite und die Datensynchronisierung.

Empfohlene Aktion während des Migrationsprozesses

Entwurf des Site Recovery-Tresors: Site Recovery ist das empfohlene Tool für die cloudnative Replikation und Synchronisierung digitaler Ressourcen in Azure. Sitewiederherstellung repliziert Daten zu jeder Ressource in einen Sitewiederherstellungstresor. Dieser Tresor ist an ein bestimmtes Abonnement in einer bestimmten Region und einem bestimmten Azure-Rechenzentrum gebunden. Wenn Sie Ressourcen in eine sekundäre Region replizieren, benötigen Sie möglicherweise auch einen zweiten Site Recovery-Tresor.

Entwurf des Konfigurations- und Prozessservers: Sitewiederherstellung arbeitet mit einer lokalen Instanz eines Konfigurations- und Prozessservers, die an einen einzelnen Sitewiederherstellungstresor gebunden ist. Aufgrund dieser Konfiguration muss möglicherweise eine zweite Instanz dieser Server im Quellrechenzentrum installiert werden, um die Replikation zu ermöglichen.

Entwurf der Netzwerkbandbreite: Während der Replikation und der fortlaufenden Synchronisierung werden binäre Daten über das Netzwerk vom Quellrechenzentrum zum Site Recovery-Tresor im Azure-Zielrechenzentrum verschoben. Der Replikations- und Synchronisierungsprozess beansprucht Bandbreite. Durch die Duplizierung der Workload in einer zweiten Region verdoppelt sich die beanspruchte Bandbreite.

In einigen Szenarien ist die Bandbreite begrenzt. In anderen sind für Arbeitsauslastungen erhebliche Konfigurationen oder Datenabweichungen erforderlich. In diesen Fällen kann das Replizieren von Daten in eine zweite Region die Dauer beeinflussen, die zum Abschließen der Migration benötigt wird. Wichtiger noch: Diese Einschränkungen können bei Benutzern bzw. Anwendungen, die noch auf die zuvor verfügbare Bandbreite des Quellrechenzentrums angewiesen sind, das Benutzererlebnis bzw. die Anwendungsleistung beeinträchtigen.

Datensynchronisierung: Die Bandbreite wird häufig bei der Synchronisierung der Datenplattform am stärksten beansprucht. Wenn Sie über mehrere Verfügbarkeitszonen hinweg bereitstellen, können Sie möglicherweise zonenredundante Datendienste verwenden, die Ihre Daten automatisch über mehrere Verfügbarkeitszonen hinweg synchronisieren. Die Bereitstellung über mehrere Regionen hinweg erfordert häufig eine Datensynchronisierung, damit die Anwendungen aufeinander abgestimmt sind. Dieser Ansatz wird in den Referenzarchitekturen für Webanwendungen mit mehreren Regionen und Anwendungen mit mehreren Regionen definiert.

Wenn die Synchronisierung von Anwendungen der gewünschte Betriebszustand für Ihre Anwendungen ist, empfiehlt es sich gegebenenfalls, die Quelldatenplattform mit den einzelnen Cloudplattformen zu synchronisieren. Führen Sie diese Synchronisierung durch, bevor Sie die Anwendung und die Ressourcen der mittleren Schicht migrieren.

Azure-zu-Azure-Notfallwiederherstellung: Eine alternative Option könnte die Komplexität weiter reduzieren. Wenn Sie eine zweistufige Bereitstellung verwenden, um die Anforderungen der Zeitachsen- und Datensynchronisierung zu erfüllen, ist Azure-to-Azure Disaster Recovery möglicherweise eine akzeptable Lösung. In diesem Szenario wird die Workload mithilfe eines Entwurfs mit einem einzelnen Site Recovery-Tresor und Konfigurations- und Prozessserver zum ersten Azure-Rechenzentrum migriert. Nachdem die Workload getestet wurde, kann sie auf der Grundlage der migrierten Ressourcen in einem zweiten Azure-Rechenzentrum wiederhergestellt werden.

Dieser Ansatz reduziert die Auswirkungen auf die Ressourcen im Quell-Rechenzentrum. Die Azure-to-Azure-Notfallwiederherstellung nutzt auch die Vorteile schneller Übertragungsgeschwindigkeiten und hoher Bandbreitengrenzen zwischen Azure-Rechenzentren.

Freigabeprozessänderungen

Die Behandlung der globalen Komplexität bei der Optimierung und Höherstufung erfordert ggf. identische Bemühungen in jeder Regionen, in der Sie bereitstellen. Wenn Sie eine einzelne Region verwenden, müssen Sie möglicherweise weiterhin Geschäftstests und Geschäftsänderungspläne replizieren.

Vorgeschlagene Aktionen während des Freigabeprozesses

Vorabtests der Optimierung: Ein anfänglicher Test der Automatisierung kann wie bei jedem Migrationsprojekt potenzielle Optimierungschancen offenbaren. Globale Workloads müssen unabhängig in jeder Region getestet werden. Geringfügige Konfigurationsänderungen in Ihrem Netzwerk oder im gewählten Azure-Rechenzentrum können die Leistung beeinträchtigen.

Geschäftsänderungspläne: Erstellen Sie einen Geschäftsänderungsplan für jedes komplexe Migrationsszenario. Die Verwendung eines Geschäftsänderungsplans trägt dazu bei, eine klare Kommunikation über Änderungen an Geschäftsprozessen und Benutzererfahrungen sicherzustellen. Der Plan hilft auch, eine klare Kommunikation über den Zeitpunkt der Anstrengungen zu gewährleisten, die für die Integration von Änderungen erforderlich sind. Bei einem globalen Migrationsprojekt muss der Plan Benutzer in jeder betroffenen Geografie berücksichtigen.

Geschäftstests: Jede Region erfordert möglicherweise auch Geschäftstests. Geschäftsbezogene Tests in den Regionen tragen dazu bei, eine angemessene Leistung und eine Anpassung an die geänderten Netzwerkroutingmuster zu gewährleisten.

Höherstufung in Flights: Die Höherstufung erfolgt häufig als Einzelaktivität, und der Produktionsdatenverkehr wird umgehend an die migrierten Workloads umgeleitet. Bei globalen Freigaben empfiehlt es sich, die Höherstufung in sogenannten Flights (vordefinierte Benutzergruppen) durchzuführen. Die Flights für die Höherstufung ermöglichen es dem Cloudstrategieteam und dem Cloudeinführungsteam, die Leistung zu überwachen und den Support für Benutzer in den einzelnen Regionen zu verbessern. Sie können Höherstufungsflüge auf Netzwerkebene steuern. Insbesondere können Sie das Routing bestimmter IP-Bereiche von den Ressourcen für die Quellarbeitsauslastung in die neu migrierten Ressourcen ändern. Nachdem Sie eine bestimmte Gruppe von Benutzern migriert haben, können Sie die nächste Gruppe umleiten.

Optimierung von Flights: Einer der Vorteile der Höherstufung mit Flights besteht darin, dass Sie dadurch tiefere Beobachtungen machen können und die Möglichkeit haben, die eingesetzten Mittel zu optimieren. Nachdem der erste Flight die Produktionsumgebung eine Weile erfolgreich verwendet hat, können Sie die migrierten Ressourcen optimieren, sofern die IT-Betriebsverfahren dies zulassen.