Azure Event Hubs Geo-Notfallwiederherstellung

Geo-Notfallwiederherstellung ist ein Notfallwiederherstellungsfeature in Azure Event Hubs, das Ihre Namespacekonfiguration (Event Hubs, Consumergruppen und Einstellungen) kontinuierlich von einem primären Namespace in einen sekundären Namespace repliziert. Mit diesem Feature können Sie ein Failover vom primären zum sekundären Namespace während regionaler Ausfälle initiieren.

Hinweis

In diesem Artikel wird das Feature für die Geo-Notfallwiederherstellung beschrieben, das nur Metadaten repliziert. Informationen zum Georeplikationsfeature, das sowohl Daten als auch Metadaten repliziert, finden Sie unter Georeplikation.

Das vollständig aktive Azure Event Hubs-Clustermodell mit Verfügbarkeitszonenunterstützung bietet Resilienz gegenüber Hardware- und Rechenzentrumsausfällen. Wenn jedoch ein Notfall auftritt, bei dem eine gesamte Region und alle Zonen nicht verfügbar sind, können Sie die Geo-Notfallwiederherstellung verwenden, um Ihre Workload und Anwendungskonfiguration wiederherzustellen.

Die in diesem Artikel beschriebenen Konzepte und Workflows gelten für Notfallszenarien, keine temporären Ausfalle. Eine ausführliche Erläuterung der Notfallwiederherstellung in Microsoft Azure finden Sie unter Disasterwiederherstellung für Azure Anwendungen. Mit der Geo-Notfallwiederherstellung können Sie jederzeit einen einmaligen Failover-Vorgang von der Primär- zur Sekundärinstanz starten. Bei einem Failover wird der ausgewählte Aliasname für den Namespace dem sekundären Namespace zugeordnet. Nach der Verschiebung wird die Kopplung entfernt. Das Failover erfolgt nach der Initiierung fast unmittelbar.

Wichtig

  • Das Feature ermöglicht die sofortige Fortsetzung von Vorgängen mit derselben Konfiguration, repliziert aber keine Ereignisdaten. Sofern die Katastrophe nicht zum Verlust aller Zonen führt, sind die im primären Event Hub nach dem Failover vorhandenen Event-Daten wiederherstellbar, und die historischen Ereignisse können dort abgerufen werden, sobald der Zugriff wiederhergestellt ist. Für die Replikation von Ereignisdaten und den Betrieb entsprechender Namespaces in Aktiv/Aktiv-Konfigurationen zur Bewältigung von Ausfällen und Notfällen sollten Sie sich nicht auf dieses Set von Geo-Disaster-Recovery-Funktionen stützen, sondern die Anleitung zur Replikation beachten.
  • Zuweisungen der rollenbasierten Zugriffssteuerung (Role-Based Access Control, RBAC) von Microsoft Entra für Entitäten im primären Namespace werden nicht in den sekundären Namespace repliziert. Erstellen Sie Rollenzuweisungen manuell im sekundären Namespace, um den Zugriff auf sie zu schützen.

Informationen zum Einrichten der Kopplung der Geo-Notfallwiederherstellung und zum Initiieren des Failovers finden Sie unter Konfigurieren der Geo-Notfallwiederherstellung.

Allgemeine Konzepte und Begriffe

Das Notfallwiederherstellungsfeature implementiert die Metadaten-Notfallwiederherstellung und basiert auf primären und sekundären Notfallwiederherstellungsnamespaces. Das Feature für die Geo-Notfallwiederherstellung ist nur für die Standard-, Premium- und dedizierten Stufen verfügbar. Sie müssen keine Änderungen an den Verbindungszeichenfolgen vornehmen, da die Verbindung über einen Alias hergestellt wird.

In diesem Artikel werden die folgenden Begriffe verwendet:

  • Alias: Der Name für die Konfiguration einer von Ihnen eingerichteten Notfallwiederherstellung. Der Alias stellt einen einzelnen, stabilen, vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) als Verbindungszeichenfolge bereit. Anwendungen verwenden diese Alias-Verbindungszeichenfolge, um eine Verbindung mit einem Namespace herzustellen.
  • Primärer/sekundärer Namespace: Die Namespaces, die dem Alias entsprechen. Der primäre Namespace ist aktiv und empfängt Nachrichten. (Dies kann ein bereits vorhandener oder ein neuer Namespace sein.) Der sekundäre Namespace ist passiv und empfängt keine Nachrichten. Die Metadaten zwischen beiden Namespaces werden synchronisiert, sodass beide nahtlos und ohne Änderung des Anwendungscodes oder der Verbindungszeichenfolge Nachrichten entgegennehmen können. Um sicherzustellen, dass nur der aktive Namespace Nachrichten empfängt, müssen Sie den Alias verwenden.
  • Metadaten: Entitäten (beispielsweise Event Hubs und Consumergruppen) sowie deren Eigenschaften des Diensts, die dem Namespace zugeordnet sind. Nur Entitäten und ihre Einstellungen werden automatisch repliziert. Nachrichten und Ereignisse werden nicht repliziert.
  • Failover: Der Vorgang zum Aktivieren des sekundären Namespace.

Unterstützte Namespacepaare

Die folgenden Kombinationen von primären und sekundären Namespaces werden unterstützt:

Primäre Namespaceebene Zulässige sekundäre Namespaceebene
Standard Standard, Dediziert
Premium Premium
Dediziert Dediziert

Wichtig

Namespaces, die sich im selben dedizierten Cluster befinden, können nicht paarweise gekoppelt werden. Namespaces, die sich in unterschiedlichen Clustern befinden, können paarweise gekoppelt werden.

Überlegungen zum Failover

Berücksichtigen Sie bei der Planung des Failovers die folgenden Punkte:

  • Standardmäßig repliziert die Geo-Notfallwiederherstellung von Event Hubs keine Daten. Daher können Sie den alten Offsetwert Ihres primären Event Hubs auf Dem sekundären Event Hub nicht wiederverwenden. Starten Sie den Ereignisempfänger mithilfe einer der folgenden Methoden neu:

    • EventPosition.FromStart() – Wenn Sie alle Daten auf Dem sekundären Event Hub lesen möchten.
    • EventPosition.FromEnd() - Wenn Sie alle neuen Daten ab dem Zeitpunkt der Verbindung mit Ihrem sekundären Event Hub lesen möchten.
    • EventPosition.FromEnqueuedTime(dateTime) – Wenn Sie alle Daten lesen möchten, die in Ihrem sekundären Ereignishub empfangen werden, beginnend mit einem bestimmten Datum und einer bestimmten Uhrzeit.

  • Berücksichtigen Sie den Zeitfaktor bei der Failoverplanung. Falls beispielsweise länger als 15 bis 20 Minuten keine Konnektivität vorhanden ist, empfiehlt es sich unter Umständen, das Failover zu initiieren.

  • Da keine Daten repliziert werden, werden aktuelle aktive Sitzungen nicht repliziert. Außerdem kann es sein, dass die Duplikaterkennung und geplante Nachrichten nicht funktionieren. Neue Sitzungen, geplante Nachrichten und neue Duplikate funktionieren.

  • Sie sollten ein Failover für eine komplexe verteilte Infrastruktur mindestens einmal testen.

  • Das Synchronisieren von Entitäten kann einige Zeit dauern (etwa eine Minute pro 50 bis 100 Entitäten).

  • Einige Aspekte der Verwaltungsebene für den sekundären Namespace werden schreibgeschützt, wenn die Geowiederherstellungskopplung aktiv ist.

  • Die Datenebene des sekundären Namespace ist nur schreibgeschützt, solange die Geo-Recovery-Kopplung aktiv ist. Die Datenebene des sekundären Namespace akzeptiert GET-Anforderungen, um die Überprüfung von Clientkonnektivitäts- und Zugriffssteuerungen zu ermöglichen.

Private Endpunkte

Dieser Abschnitt enthält Überlegungen bei der Verwendung der Geo-Notfallwiederherstellung mit Namespaces, die private Endpunkte verwenden. Informationen zur Verwendung privater Endpunkte mit Event Hubs im Allgemeinen finden Sie unter Konfigurieren privater Endpunkte.

Neue Kopplungen

Wenn Sie versuchen, eine Kopplung zwischen einem primären Namespace mit einem privaten Endpunkt und einem sekundären Namespace ohne einen privaten Endpunkt zu erstellen, wird die Kopplung nicht durchgeführt. Die Kopplung erfolgt nur, wenn sowohl der primäre als auch der sekundäre Namespace einen privaten Endpunkt aufweist. Verwenden Sie dieselben Konfigurationen für die primären und sekundären Namespaces und in virtuellen Netzwerken, in denen Sie private Endpunkte erstellen.

Hinweis

Wenn Sie versuchen, den primären Namespace mit einem privaten Endpunkt und einem sekundären Namespace zu koppeln, überprüft der Überprüfungsprozess nur, ob ein privater Endpunkt im sekundären Namespace vorhanden ist. Es wird nicht überprüft, ob der Endpunkt funktioniert oder nach dem Failover ausgeführt wird. Sie selbst müssen sicherstellen, dass der sekundäre Namespace mit dem privaten Endpunkt nach dem Failover erwartungsgemäß funktioniert.

Um zu testen, ob die Konfigurationen für private Endpunkte in primären und sekundären Namespaces identisch sind, senden Sie eine Leseanforderung (z. B. : Get Event Hub) an den sekundären Namespace von außerhalb des virtuellen Netzwerks, und stellen Sie sicher, dass Sie eine Fehlermeldung vom Dienst erhalten.

Vorhandene Kopplungen

Wenn bereits eine Kopplung zwischen primärem und sekundärem Namespace vorhanden ist, schlägt die Erstellung privater Endpunkte im primären Namespace fehl. Um den Fehler zu beheben, erstellen Sie zuerst einen privaten Endpunkt im sekundären Namespace, und erstellen Sie dann einen für den primären Namespace.

Hinweis

Während Sie als schreibgeschützt auf den sekundären Namespace zugreifen können, können Sie die Konfigurationen des privaten Endpunkts aktualisieren.

Wenn Sie eine Notfallwiederherstellungskonfiguration für Ihre Anwendungs- und Event Hubs-Namespaces erstellen, erstellen Sie private Endpunkte für primäre und sekundäre Event Hubs-Namespaces. Diese privaten Endpunkte stellen eine Verbindung mit virtuellen Netzwerken her, die sowohl primäre als auch sekundäre Instanzen Ihrer Anwendung hosten.

Angenommen, Sie haben zwei virtuelle Netzwerke, VNET-1 und VNET-2, sowie die primären und sekundären Namespaces: EventHubs-Namespace1-Primary und EventHubs-Namespace2-Secondary. Führen Sie die folgenden Schritte aus:

  • Erstellen Sie in EventHubs-Namespace1-Primary zwei private Endpunkte, die Subnetze von VNET-1 und VNET-2 verwenden.
  • Erstellen Sie in EventHubs-Namespace2-Secondary zwei private Endpunkte, die die gleichen Subnetze von VNET-1 und VNET-2 verwenden.

Private Endpunkte und virtuelle Netzwerke

Der Vorteil dieses Ansatzes besteht darin, dass Failover auf der Anwendungsschicht unabhängig vom Event Hubs-Namespace erfolgen kann. Betrachten Sie die folgenden Szenarien:

Nur-Anwendungs-Failover: In diesem Szenario existiert die Anwendung nicht in VNET-1, sondern wird nach VNET-2 verschoben. Da private Endpunkte sowohl auf VNET-1 als auch auf VNET-2 für primäre und sekundäre Namespaces konfiguriert sind, funktioniert die Anwendung reibungslos.

-Ereignis Hub Namespace-only Failover: Da in diesem Szenario beide privaten Endpunkte in beiden virtuellen Netzwerken für den primären und sekundären Namespace konfiguriert sind, funktioniert die Anwendung einfach.

Hinweis

Eine Anleitung zur georedundanten Notfallwiederherstellung eines virtuellen Netzwerks finden Sie unter Virtuelles Netzwerk: Geschäftskontinuität.

Rollenbasierte Zugriffssteuerung (Role-Based Access Control, RBAC)

Zuweisungen der rollenbasierten Zugriffssteuerung (Role-Based Access Control, RBAC) von Microsoft Entra für Entitäten im primären Namespace werden nicht in den sekundären Namespace repliziert. Erstellen Sie Rollenzuweisungen manuell im sekundären Namespace, um den Zugriff auf sie zu schützen.

Verwandte Inhalte

  • Last updated on