Zuverlässigkeit in Azure Event Hubs
In diesem Artikel wird die Zuverlässigkeitsunterstützung in Azure Event Hubs beschrieben, wobei sowohl regionsinterne Resilienz mittels Verfügbarkeitszonen als auch regionsübergreifende Notfallwiederherstellung und Geschäftskontinuität behandelt werden. Eine ausführlichere Übersicht über die Zuverlässigkeitsprinzipien in Azure finden Sie unter Azure-Zuverlässigkeit.
Unterstützung für Verfügbarkeitszonen
Azure-Verfügbarkeitszonen sind mindestens drei physisch getrennte Gruppen von Rechenzentren innerhalb jeder Azure-Region. Die Rechenzentren innerhalb jeder Zone sind mit unabhängiger Stromversorgung, Kühlung und Netzwerkinfrastruktur ausgestattet. Bei einem Fehler in der lokalen Zone sind Verfügbarkeitszonen so konzipiert, dass regionale Dienste, Kapazität und Hochverfügbarkeit von den verbleibenden beiden Zonen unterstützt werden, wenn eine Zone betroffen ist.
Ausfälle können von Software- und Hardwareausfällen bis hin zu Ereignissen wie Erdbeben, Überflutungen und Bränden reichen. Fehlertoleranz wird durch Redundanz und logische Isolierung von Azure-Diensten erreicht. Ausführlichere Informationen zu Verfügbarkeitszonen in Azure finden Sie unter Regionen und Verfügbarkeitszonen.
Azure-Dienste mit Unterstützung von Verfügbarkeitszonen bieten das richtige Maß an Zuverlässigkeit und Flexibilität. Für die Konfiguration gibt es zwei Möglichkeiten. Sie können entweder zonenredundant mit automatischer zonenübergreifender Replikation oder zonenbasiert mit Instanzen sein, die an eine bestimmte Zone angeheftet werden. Sie können diese Ansätze auch kombinieren. Weitere Informationen zur zonalen im Vergleich zur zonenredundanten Architektur finden Sie unter Empfehlungen für die Verwendung von Verfügbarkeitszonen und Regionen.
Außerdem werden von Event Hubs transparente Fehlererkennungs- und Failovermechanismen implementiert. Wenn ein Fehler auftritt, kann der Dienst daher weiterhin innerhalb der garantierten Servicelevel und ohne spürbare Unterbrechungen ausgeführt werden. Wenn Sie einen Event Hubs-Namespace in einer Region erstellen, die Verfügbarkeitszonen unterstützt, wird Zonenredundanz automatisch aktiviert. Mit Zonenredundanz wird die Fehlertoleranz erhöht, und der Dienst verfügt über genügend Kapazitätsreserven, um den Ausfall einer gesamten Anlage zu bewältigen. Sowohl Metadaten als auch Daten (Ereignisse) werden zwischen Rechenzentren in jeder Zone repliziert.
Voraussetzungen
Unterstützung für Verfügbarkeitszonen ist nur in Azure-Regionen mit Verfügbarkeitszonen verfügbar.
Erstellen einer Ressource mit aktivierten Verfügbarkeitszonen
Wenn Sie das Azure-Portal verwenden, wird Zonenredundanz automatisch aktiviert. Wenn Sie einen Namespace erstellen, wird die folgende hervorgehobene Meldung angezeigt, wenn Sie eine Region auswählen, die Verfügbarkeitszonen unterstützt.
Deaktivieren von Verfügbarkeitszonen
Das Azure-Portal unterstützt das Deaktivieren von Verfügbarkeitszonen nicht. Verwenden Sie zum Deaktivieren von Verfügbarkeitszonen eine der folgenden Methoden:
Azure CLI-Befehl
az eventhubs namespacemit--zone-redundant=falsePowerShell-Befehl
New-AzEventHubNamespacemit-ZoneRedundant=false, um einen Namespace mit deaktivierter Zonenredundanz zu erstellen
Migration der Verfügbarkeitszone
Wenn Sie Verfügbarkeitszonen in einer Region erstellen, die sie unterstützt, werden Verfügbarkeitszonen automatisch aktiviert. Informationen dazu, wie Sie Ihren Event Hubs-Namespace in eine neue Region verschieben, die Verfügbarkeitszonen unterstützt, finden Sie unter Verlagern von Azure Event Hubs in eine andere Region.
Regionsübergreifende Notfallwiederherstellung und Geschäftskontinuität
Bei der Notfallwiederherstellung (DR) geht es um die Wiederherstellung nach Ereignissen mit schwerwiegenden Auswirkungen, z. B. Naturkatastrophen oder fehlerhaften Bereitstellungen, die zu Downtime und Datenverlust führen. Unabhängig von der Ursache ist das beste Mittel gegen einen Notfall ein gut definierter und getesteter Notfallplan und ein Anwendungsdesign, die Notfallwiederherstellung aktiv unterstützt. Bevor Sie mit der Erstellung Ihres Notfallwiederherstellungsplans beginnen, lesen Sie die Empfehlungen zum Entwerfen einer Notfallwiederherstellungsstrategie.
Bei DR verwendet Microsoft das Modell der gemeinsamen Verantwortung. In einem Modell der gemeinsamen Verantwortung stellt Microsoft sicher, dass die grundlegenden Infrastruktur- und Plattformdienste verfügbar sind. Gleichzeitig replizieren viele Azure-Dienste nicht automatisch Daten oder greifen automatisch auf eine ausgefallene Region zurück, um eine regionsübergreifende Replikation in eine andere aktivierte Region durchzuführen. Für diese Dienste sind Sie dafür verantwortlich, einen Notfallwiederherstellungsplan zu erstellen, der für Ihre Workload geeignet ist. Die meisten Dienste, die auf Azure Platform as a Service (PaaS)-Angeboten laufen, bieten Funktionen und Anleitungen zur Unterstützung von Notfallwiederherstellung und Sie können dienstspezifische Funktionen zur Unterstützung einer schnellen Wiederherstellung nutzen, um Ihren Notfallwiederherstellungsplan zu entwickeln.
Das vollständig aktive Azure Event Hubs-Clustermodell mit Verfügbarkeitszonenunterstützung bietet Resilienz gegenüber Hardware- und Rechenzentrumsausfällen. Wenn ein Notfall eintritt, bei dem eine ganze Region und alle Zonen nicht verfügbar sind, können Sie Ihre Workload und Anwendungskonfiguration mithilfe der georedundanten Notfallwiederherstellung wiederherstellen.
Es gibt zwei Features, die die georedundante Notfallwiederherstellung (Disaster Recovery, DR) in Azure Event Hubs bereitstellen.
Georedundante Notfallwiederherstellung (Metadaten-DR), bei der nur Metadaten repliziert werden
Die georedundante Notfallwiederherstellung stellt sicher, dass die gesamte Konfiguration eines Namespace (Event Hubs, Consumergruppen und Einstellungen) ständig von einem primären Namespace in einen sekundären Namespace repliziert wird, wenn diese gekoppelt sind.
Das Feature der georedundanten Notfallwiederherstellung von Azure Event Hubs ist eine Lösung zur Notfallwiederherstellung. Die Konzepte und der Workflow, die in diesem Artikel beschrieben werden, gelten für Notfallszenarios und nicht für vorübergehende Ausfälle. Eine ausführliche Erläuterung der Notfallwiederherstellung in Microsoft Azure finden Sie in diesem Artikel.
Sie können mit der georedundanten Notfallwiederherstellung jederzeit ein einmaliges Failover vom primären auf den sekundären Namespace auslösen. Bei einem Failover wird der ausgewählte Aliasname für den Namespace dem sekundären Namespace zugeordnet. Nach der Verschiebung wird die Kopplung aufgehoben. Das Failover erfolgt nach der Initiierung fast unmittelbar.
Ausführliche Informationen, Beispiele und weitere Dokumentationen zur georedundanten Notfallwiederherstellung in Event Hubs finden Sie unter Azure Event Hubs: Georedundante Notfallwiederherstellung.
Die Georeplikation (Public Preview), die die Replikation von Metadaten und von Daten ermöglicht, repliziert Konfigurationsinformationen und alle Daten aus einem primären Namespace in einem oder mehreren sekundären Namespaces. Wenn ein Failover ausgeführt wird, wird der ausgewählte sekundäre Namespace zum primären Namespace und der vorherige primäre Namespace zu einem sekundären Namespace. Benutzer können bei Bedarf ein Failover zurück auf die ursprüngliche primäre Region ausführen.
Ausführliche Informationen, Beispiele und weitere Dokumentationen zur Georeplikation in Event Hubs finden Sie unter Georeplikation (Public Preview).