Baseline für die Migration von Azure-Verfügbarkeitszonen
In diesem Artikel erfahren Sie, wie Sie die Verfügbarkeitszonenbereitschaft Ihrer Anwendung für die Migration zur Unterstützung von Verfügbarkeitszonen bewerten. Wir führen Sie durch die Schritte, um zu bestimmen, wie Sie die Unterstützung von Verfügbarkeitszonen in Übereinstimmung mit Ihren Anwendungs- und regionalen Anforderungen nutzen können. Ausführlichere Informationen zu Verfügbarkeitszonen und den Regionen, die diese unterstützen, finden Sie unter Was sind Azure-Regionen und Verfügbarkeitszonen.
Beim Erstellen zuverlässiger Workloads können Sie mindestens eine der folgenden Verfügbarkeitszonenkonfigurationen auswählen:
Zonal. Eine zonenbasierte Konfiguration ermöglicht eine bestimmte, selbst ausgewählte Verfügbarkeitszone.
Zonenredundant. Eine zonenredundante Konfiguration stellt Ressourcen bereit, die automatisch repliziert oder über Zonen verteilt werden.
Zusätzlich zu den beiden Verfügbarkeitszonenoptionen, zonenbasiert und zonenredundant, bietet Azure globale Dienste, was bedeutet, dass sie unabhängig von der Region weltweit verfügbar sind. Da diese Dienste immer in allen Regionen verfügbar sind, sind sie sowohl für regionale als auch für zonenbasierte Ausfälle resilient.
Die Azure-Dienste, die Verfügbarkeitszonen unterstützen, finden Sie unter Dienst- und Regionsunterstützung für Verfügbarkeitszonen.
Hinweis
Wenn Sie keine Zonenkonfiguration für Ihre Ressource auswählen, entweder zonenbasiert oder zonenredundant, sind die Ressource und ihre Unterkomponenten nicht zonenresilient und können während eines zonenbasierten Ausfalls in dieser Region ausfallen.
Überlegungen zur Migration zur Unterstützung von Verfügbarkeitszonen
Es gibt eine Reihe von Möglichkeiten, eine zuverlässige Azure-Anwendung mit Verfügbarkeitszonen zu erstellen, die sowohl SLAs als auch Zuverlässigkeitsziele erfüllen. Befolgen Sie diese Schritte, um den richtigen Ansatz für Ihre technischen und gesetzlichen Anforderungen auszuwählen: Dienstfunktionen, Datenresidenz, Complianceanforderungen und Latenz.
Schritt 1: Überprüfen, ob die Azure-Region Verfügbarkeitszonen unterstützt
In diesem ersten Schritt müssen Sie überprüfen, ob Ihre ausgewählte Azure-Region Verfügbarkeitszonen sowie die erforderlichen Azure-Dienste für Ihre Anwendung unterstützt.
Wenn Ihre Region Verfügbarkeitszonen unterstützt, wird dringend empfohlen, Ihre Workload für Verfügbarkeitszonen zu konfigurieren. Wenn Ihre Region keine Verfügbarkeitszonen unterstützt, müssen Sie Azure Resource Mover-Anleitungen verwenden, um zu einer Region zu migrieren, die Unterstützung für Verfügbarkeitszonen bietet.
Hinweis
Für einige Dienste können Verfügbarkeitszonen nur während der Bereitstellung konfiguriert werden. Wenn Sie Verfügbarkeitszonen für vorhandene Dienste einführen möchten, müssen Sie sie möglicherweise erneut bereitstellen. Informationen zu dienstspezifischen Dokumentationen finden Sie unter Migrationsanleitung zu Verfügbarkeitszonen: Übersicht über Microsoft Azure-Produkte und -Dienste.
Schritt 2: Überprüfen der Produkt- und SKU-Verfügbarkeit in der Azure-Region
In diesem Schritt überprüfen Sie, ob die benötigten Azure-Dienste und SKUs in den Verfügbarkeitszonen Ihrer ausgewählten Azure-Region verfügbar sind.
Informationen zum Überprüfen der regionalen Unterstützung von Diensten finden Sie unter Verfügbare Produkte nach Region.
Informationen zum Auflisten der verfügbaren VM-SKUs nach Azure-Region und -Zone finden Sie unter Überprüfen der Verfügbarkeit von VM-SKUs.
Wenn Ihre Region die von Ihrer Anwendung benötigten Dienste und SKUs nicht unterstützt, müssen Sie zu Schritt 1: Überprüfen der Produktverfügbarkeit in der Azure-Region zurückkehren, um eine neue Region zu finden, die die von Ihrer Anwendung benötigten Dienste und SKUs unterstützt. Es wird dringend empfohlen, Ihre Workload mit Zonenredundanz zu konfigurieren.
Für zonenbasierte Hochverfügbarkeit von Azure-IaaS-VMs verwenden Sie Virtual Machine Scale Sets (VMSS) Flex, um VMs auf mehrere Verfügbarkeitszonen zu verteilen.
Schritt 3: Berücksichtigen der Anwendungsanforderungen
In diesem letzten Schritt bestimmen Sie anhand der Anwendungsanforderungen, welche Art von Verfügbarkeitszonenunterstützung für Ihre Anwendung am besten geeignet ist.
Im Folgenden finden Sie drei wichtige Fragen, die Ihnen bei der Auswahl der richtigen Verfügbarkeitszonenbereitstellung helfen:
Enthält Ihre Anwendung latenzempfindliche Komponenten?
Azure-Verfügbarkeitszonen innerhalb derselben Azure-Region sind über ein Hochleistungsnetzwerk mit einer Roundtriplatenz von weniger als 2 ms vernetzt.
Der empfohlene Ansatz zum Erreichen von Hochverfügbarkeit, wenn geringe Latenz keine strenge Anforderung ist, besteht darin, Ihre Workload mit einer zonenredundanten Bereitstellung zu konfigurieren.
Bei wichtigen Anwendungskomponenten, die physische Nähe und geringe Latenz erfordern, z. B. Gaming, technische Simulation und HFT (High-Frequency Trading), wird empfohlen, eine zonenbasierte Bereitstellung zu konfigurieren. Virtual Machine Scale Sets Flex stellt zonengerechte Rechenleistung zusammen mit angefügten Speicherdatenträgern bereit.
Ist Ihr Anwendungscode bereit, ein verteiltes Modell zu verarbeiten?
Für ein verteiltes Microservicesmodell und je nach Anwendung besteht die Möglichkeit von kontinuierlichem, zonenübergreifenden Datenaustausch zwischen Microservices. Dieser kontinuierliche Datenaustausch über APIs könnte sich auf die Leistung auswirken. Um die Leistung zu verbessern und eine zuverlässige Architektur aufrechtzuerhalten, können Sie die zonenbasierte Bereitstellung auswählen.
Bei einer zonenbasierten Bereitstellung müssen Sie:
latenzempfindliche Ressourcen oder Dienste in Ihrer Architektur ermitteln
sich vergewissern, dass die latenzempfindlichen Ressourcen oder Dienste die zonenbasierte Bereitstellung unterstützen
latenzempfindliche Ressourcen oder Dienste derselben Zone zuordnen Andere Dienste in Ihrer Architektur bleiben möglicherweise weiterhin zonenredundant.
Replizieren Sie die latenzempfindlichen, zonenbasierten Dienste verfügbarkeitszonenübergreifend, um die Zonenresilienz sicherzustellen.
Nutzen Sie einen Standard- oder globalen Lastenausgleich zwischen mehreren zonenbasierten Bereitstellungen.
Wenn der Azure-Dienst Verfügbarkeitszonen unterstützt, empfiehlt es sich dringend, Zonenredundanz zu verwenden, indem Sie Knoten auf die Zonen verteilen, um eine höhere Uptime-SLA zu erzielen und sich vor Zonenausfällen zu schützen.
Für eine 3-schichtige Anwendung ist es wichtig, die Anwendungs-, Geschäfts- und Datenaspekte zu verstehen, sowie deren Zustand (zustandsbehaftet oder zustandslos), um diese gemäß den Best Practices und dem Workloadtyp zu entwerfen.
Bei speziellen Workloads in Azure, wie in den folgenden Beispielen, sollten Sie die jeweiligen Richtlinien für die Zielzonenarchitektur und die Best Practices befolgen.
SAP
Azure Virtual Desktop
Azure Kubernetes Service
Oracle
Möchten Sie aufgrund von Compliance-, Datenresidenz- oder Governanceanforderungen Business Continuity & Disaster Recovery und Notfallwiederherstellung in derselben Azure-Region erzielen?
Um Business Continuity & Disaster Recovery innerhalb derselben Region zu erzielen und wenn kein Regionspaar vorhanden ist, empfehlen wir dringend, Ihre Workload mit Zonenredundanz zu konfigurieren. Ein Ansatz mit einer Region ist auch für bestimmte Branchen anwendbar, die strenge Anforderungen an die Datenresidenz und Governance innerhalb derselben Azure-Region haben. Informationen zum Replizieren, Failover und Failback von Azure-VMs von einer Verfügbarkeitszone in eine andere innerhalb derselben Azure-Region finden Sie unter Aktivieren der Azure-VM-Notfallwiederherstellung zwischen Verfügbarkeitszonen.
Wenn Sie mehrere Regionen benötigen oder Ihre Azure-Region keine Verfügbarkeitszonen unterstützt, empfehlen wir, Regionspaare zu verwenden. Regionspaare befinden sich weit entfernt in etwa 100 Meilen Abstand und bieten dadurch einen Schutzradius vor regionalen Ausfällen wie Feuer, Überschwemmungen, Erdbeben und anderen Naturkatastrophen oder unvorhergesehenen Katastrophen. Weitere Informationen finden Sie unter Regionsübergreifende Replikation in Azure: Business Continuity & Disaster Recovery.
Hinweis
Es kann Szenarios geben, in denen eine Kombination aus zonenredundanten und globalen Diensten am besten funktioniert, um geschäftliche und technische Anforderungen zu erfüllen.
Weitere zu berücksichtigende Punkte
Informationen zum Testen Ihrer Anwendungen auf Verfügbarkeit und Resilienz finden Sie unter Testen von Anwendungen für Verfügbarkeit und Resilienz.
Jedes Rechenzentrum in einer Region wird einer physischen Zone zugewiesen. Physische Zonen werden logischen Zonen in Ihrem Azure-Abonnement zugeordnet. Azure-Abonnements wird diese Zuordnung automatisch zugewiesen, wenn ein Abonnement erstellt wird. Sie können die dedizierte ARM-REST-API verwenden, listLocations, und die API-Version auf 2022-12-01 festlegen, um die logische Zonenzuordnung zu physischer Zone für Ihr Abonnement aufzulisten. Diese Informationen sind wichtig für kritische Anwendungskomponenten, die denselben Standort wie die Azure-Ressourcen benötigen, die als strategische Dienste kategorisiert und möglicherweise nicht in allen physischen Zonen verfügbar sind.