Zuverlässigkeit im Azure Web PubSub Service

Azure Web PubSub Service ist ein vollständig verwalteter Echtzeitnachrichtendienst, der die bidirektionale Kommunikation zwischen Servern und Clients mithilfe des WebSocket-Protokolls ermöglicht. Eine einzelne Web PubSub-Ressource kann auf eine Million gleichzeitige WebSocket-Verbindungen skaliert werden. Der Dienst unterstützt mehrere Messagingmuster, einschließlich Server-zu-Client-Übertragung, Messaging an benannte Gruppen, Client-zu-Client-Pub/Sub und AI-Tokenstreaming.

Wenn Sie Azure verwenden, ist Zuverlässigkeit eine gemeinsame Verantwortung. Microsoft bietet eine Reihe von Funktionen zur Unterstützung von Resilienz und Wiederherstellung. Sie sind dafür verantwortlich, zu verstehen, wie diese Funktionen in allen von Ihnen verwendeten Diensten funktionieren, und die Funktionen auswählen, die Sie benötigen, um Ihre Geschäftsziele und Uptime-Ziele zu erfüllen.

In diesem Artikel wird beschrieben, wie Sie Azure Web PubSub Dienst für eine Vielzahl potenzieller Ausfälle und Probleme widerstandsfähig machen, einschließlich vorübergehender Fehler, Verfügbarkeitszonenfehler und regionsweite Fehler. Außerdem wird beschrieben, wie der Dienst die Wartung handhabt und wichtige Informationen zum Azure Web PubSub Service-Level-Agreement (SLA) hervorhebt.

Empfehlungen für die Produktionsimplementierung für Zuverlässigkeit

Befolgen Sie für Produktionsworkloads die folgenden Empfehlungen:

  • Verwenden Sie die Premium-Stufe. Die Premium-Stufe ist widerstandsfähig für Verfügbarkeitszonenfehler in unterstützten Regionen und ermöglicht es Ihnen, die Georeplikation zu konfigurieren.
  • Verwenden Sie das Azure Web PubSub Client SDK beim Erstellen von Clientanwendungen, oder befolgen Sie vorübergehende Fehlerbehandlungsanleitungen, indem Sie die Verbindung sicher erneut herstellen. Zonenfailover, Regionsfailover und vorübergehende Fehler führen dazu, dass alle aktiven Verbindungen abgebrochen werden.
  • Aktivieren Sie die Georeplikation, um vor regionsweiten Fehlern zu schützen. Stellen Sie sicher, dass jede Replik mit ausreichend Einheiten dimensioniert ist, um die vollständige erwartete Datenverkehrslast während eines Failovers zu bewältigen.

Übersicht über die Zuverlässigkeitsarchitektur

In diesem Abschnitt werden einige der wichtigen Aspekte der Funktionsweise des Diensts beschrieben, die aus Zuverlässigkeitsperspektive am relevantesten sind. Im Abschnitt wird die logische Architektur vorgestellt, die einige der Ressourcen und Features enthält, die Sie bereitstellen und verwenden. Außerdem wird die physische Architektur erläutert, die Details zur Funktionsweise des Diensts unter den Deckeln bereitstellt.

Logische Architektur

Die ressource, die Sie erstellen, ist eine Web PubSub-Ressource. Sie konfigurieren eine Ressource mit einer Anzahl von Einheiten, die die Kapazität der Ressource darstellt, einschließlich der maximalen Anzahl gleichzeitiger Verbindungen. Weitere Informationen finden Sie im Leitfaden Performance für Azure Web PubSub Service.

Eine Web PubSub-Ressource weist einen global eindeutigen Endpunkt auf, der ähnlich ist contoso.webpubsub.azure.com. Clients richten WebSocket-Verbindungen zu diesem Endpunkt ein. Anwendungsserver stellen eine Verbindung mit demselben Endpunkt her, um Nachrichten zu senden und Ereignisse von Clients zu empfangen.

Weitere Informationen finden Sie unter Azure Web PubSub Service Internals.

Physische Architektur

Azure Web PubSub Dienst verwaltet den WebSocket-Verbindungsstatus und das Nachrichtenrouting über eine Reihe von Computeressourcen hinweg. Microsoft verwaltet die zugrunde liegende Infrastruktur. Sie sehen oder interagieren nicht direkt mit einzelnen virtuellen Computern, die der Dienst verwendet, oder mit anderen Infrastrukturkomponenten.

Resilienz für vorübergehende Fehler

Vorübergehende Fehler sind kurze, zeitweilige Fehler in Komponenten. Sie treten häufig in einer verteilten Umgebung wie der Cloud auf und sind ein normaler Bestandteil von Vorgängen. Vorübergehende Fehler korrigieren sich nach kurzer Zeit. Es ist wichtig, dass Ihre Anwendungen vorübergehende Fehler behandeln können, in der Regel durch Wiederholen betroffener Anforderungen.

Alle in der Cloud gehosteten Anwendungen sollten die Anleitung zur vorübergehenden Fehlerbehandlung von Azure befolgen, wenn sie mit cloudgehosteten APIs, Datenbanken und anderen Komponenten kommunizieren. Weitere Informationen finden Sie unter Empfehlungen zur Behandlung vorübergehender Fehler.

WebSocket ist ein langlebiges Verbindungsprotokoll. Vorübergehende Netzwerkereignisse, Neustarts der Back-End-Infrastruktur und Wartungsvorgänge können eine aktive Verbindung löschen. Eine grundlegende erneute Verbindung stellt die Verbindung wieder her, aber ohne zusätzliche Logik verliert der Client Nachrichten, die während des Ausfalls unterwegs waren oder in die Warteschlange gestellt wurden.

Azure Web PubSub Dienst behebt dieses Problem über zuverlässige Unterprotokolle, die auf der Roh-WebSocket-Verbindung aufsetzen. Die Unterprotokolle überwachen die Nachrichtensequenz und den Verbindungsstatus, sodass der Client, wenn eine Verbindung abbricht, mit dem Dienst neu verhandeln kann und von dort aus wieder aufnehmen kann, wo er unterbrochen wurde.

In der Regel gibt es keinen Nachrichtenverlust, nachdem ein Connecton abbricht und erneut verbunden ist. Es gibt jedoch einige Situationen, in denen der Nachrichtenverlust auftreten kann. Wenn der Client beispielsweise länger als eine Minute getrennt ist und dann die Verbindung mit derselben Verbindungs-ID erneut hergestellt wird, zeigt der Wiederverbindungsvorgang einen Fehlerstatus an, um auf einen möglichen Nachrichtenverlust hinzuweisen.

Befolgen Sie die folgenden Empfehlungen, um die zuverlässigen Unterprotocols zu nutzen:

Ausfallsicherheit bei Ausfällen von Verfügbarkeitszonen

Verfügbarkeitszonen sind physisch getrennte Gruppen von Rechenzentren innerhalb einer Azure-Region. Wenn eine Zone ausfällt, erfolgt ein Failover der Dienste zu einer der verbleibenden Zonen.

Azure Web PubSub Service unterstützt zonenredundante Bereitstellungen, wenn Sie die Premium-Stufe verwenden. Wenn Sie eine Premium-Web PubSub-Ressource in einer Region erstellen oder aktualisieren, die Verfügbarkeitszonen unterstützt, wird Zonenredundanz automatisch aktiviert. Der Dienst verteilt seine Infrastruktur über mehrere Verfügbarkeitszonen in der Region. Wenn eine Zone fehlschlägt, leitet der Dienst Datenverkehr an die Infrastruktur in einer fehlerfreien Zone weiter.

Diagramm, das einen zonenredundanten Azure Web PubSub Dienst anzeigt und sich über mehrere Verfügbarkeitszonen erstreckt.

Anforderungen

  • Regionsunterstützung: Zonenredundanz wird in den meisten Regionen unterstützt, in denen beide Bedingungen gelten:

    • Azure Web PubSub Service ist verfügbar. Eine Liste der Regionen, in denen der Dienst verfügbar ist, finden Sie unter "Produktverfügbarkeit nach Region".
    • Die Region unterstützt Verfügbarkeitszonen. Eine Liste der Regionen mit Verfügbarkeitszonen finden Sie unter Azure Regionsliste.

    Japan West unterstützt derzeit jedoch keine Zonenredundanz für Azure Web PubSub.

  • Rang: Zonenredundanz ist auf der Premium-Stufe verfügbar.

Kosten

Zonenredundanz fügt keine Kosten hinzu, aber Sie zahlen den Standardtarif der Premium-Stufe. Weitere Informationen finden Sie unter Preise für den Azure Web PubSub-Dienst.

Konfigurieren der Unterstützung von Verfügbarkeitszonen

Zonenredundanz erfordert keine Konfiguration, die über die Auswahl der Premium-Stufe hinausgeht. Sie ist in beiden Fällen automatisch aktiviert:

  • Erstellen Sie eine neue zonenredundante Web PubSub-Ressource. Wählen Sie beim Erstellen der Ressource eine Premium-SKU aus. Weitere Informationen finden Sie unter Create an Azure Web PubSub resource.

  • Aktualisieren Sie eine vorhandene Ressource auf die Premium-Stufe. Zonenredundanz wird automatisch aktiviert, wenn Sie eine vorhandene Ressource auf eine Premium-SKU aktualisieren. Das Upgrade von Standard auf Premium führt nicht zu Dienstausfallzeiten. Weitere Informationen finden Sie unter Scale an Azure Web PubSub Service instance.

Verhalten, wenn alle Zonen fehlerfrei sind

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Sie eine Azure Web PubSub Ressource für Zonenredundanz konfigurieren und alle Verfügbarkeitszonen betriebsbereit sind.

  • Cross-zone operation: Azure Web PubSub Service verwaltet automatisch, wie Verbindungen und Vorgänge über Verfügbarkeitszonen verteilt werden. Infrastruktur in mehreren Zonen verarbeitet Datenverkehr in einem aktive-aktive Modell. Sie müssen nichts konfigurieren, um dieses Verhalten nutzen zu können. Der Dienst leitet Nachrichten zwischen Instanzen automatisch über Zonen weiter, sodass eine von einem Client in einer Zone gesendete Nachricht an Clients übermittelt wird, die in einer anderen Zone verbunden sind.

  • Cross-Zone-Datenreplikation: Azure Web PubSub Dienst speichert keine Kundendaten. Der Dienst verwaltet Sitzungsmetadaten, z. B. Verbindungsstatus- und Nachrichtensequenzinformationen für aktive Verbindungen. Diese Metadaten werden synchron in allen Verfügbarkeitszonen repliziert.

Verhalten bei einem Zoneausfall

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Sie eine Azure Web PubSub Ressource für Zonenredundanz konfigurieren, und es gibt einen Ausfall in einer der Verfügbarkeitszonen.

  • Erkennung und Reaktion: Die Azure-Web-PubSub-Dienstplattform ist für die Erkennung eines Fehlers in einer Verfügbarkeitszone verantwortlich. Sie müssen keine Maßnahmen ergreifen, um ein Zonenfailover zu initiieren.
  • Notification: Microsoft benachrichtigt Sie nicht automatisch, wenn eine Zone abfällt. Sie können jedoch Azure Resource Health verwenden, um den Status einer einzelnen Ressource zu überwachen, und Sie können Resource Health Alerts einrichten, um Sie über Probleme zu informieren. Sie können auch Azure Service Health verwenden, um den Gesamtstatus des Diensts zu verstehen, einschließlich aller Zonenfehler, und Sie können Service Health Alerts einrichten, um Sie über Probleme zu informieren.

  • Aktive Anforderungen: Während eines Zonenfehlers werden aktive WebSocket-Verbindungen zur Infrastruktur in der betroffenen Zone abgebrochen. Wenn Ihre Clients vorübergehende Fehler angemessen behandeln, z. B. durch erneutes Verbinden nach kurzer Zeit, vermeiden sie in der Regel erhebliche Auswirkungen.

  • Expected data loss: Azure Web PubSub Service speichert keine Nachrichten, sodass ein Zonenfehler nicht zu Datenverlusten innerhalb des Azure Web PubSub Diensts führen wird. Während eines Zone-Ausfallereignisses werden jedoch alle aktiven Verbindungen verworfen, sodass alle Daten, die aktiv übertragen werden, verloren gehen könnten.

    Wenn Herausgeber ein Azure Web PubSub Client SDK verwenden oder die zuverlässigen Unterprotocols implementieren, werden ihre Nachrichten vom Dienst bestätigt, nachdem der Dienst sie empfangen hat. Wenn eine Nachricht bestätigt wird, wird sie in allen Verfügbarkeitszonen repliziert, sodass der Zonenfehler des Herausgebers nicht dazu führt, dass die Nachricht verloren geht. Wenn ein Abonnent die Nachricht jedoch nicht empfängt, bevor sie gelöscht wird, wird die Nachricht möglicherweise nicht empfangen.

  • Erwartete Ausfallzeiten: Die erneute Verbindung von verworfenen aktiven Verbindungen dauert in der Regel einige Sekunden. Clients, die eine Wiederherstellungslogik implementieren, erleben minimale Unterbrechungen.

  • Redistribution: Azure Web PubSub Service erkennt den Verlust der Zone und verteilt den Datenverkehr automatisch über die fehlerfreien Zonen. Sie müssen keine Maßnahmen ergreifen.

Zonenwiederherstellung

Wenn eine Verfügbarkeitszone wiederhergestellt wird, wird der Azure Web PubSub Dienst automatisch wieder in die aktive Diensttopologie integriert. Sie müssen keine Aktion für die Zonenwiederherstellung ergreifen.

Nachdem eine Zone wiederhergestellt wurde, können neue Verbindungen zur Infrastruktur in dieser wiederhergestellten Zone geleitet werden. Bestehende Verbindungen werden nicht zur wiederhergestellten Zone verschoben oder neu ausgeglichen, aber sie werden schrittweise neu ausgeglichen, wenn die bestehenden Verbindungen abfallen und sich im Laufe der Zeit wieder verbinden. Das Verbindungsungleichgewicht in allen Zonen hat keine Auswirkungen auf Ihre Arbeitsauslastung.

Test auf Zonenfehler

Azure Web PubSub Service verwaltet Datenverkehrsrouting, Failover und Zonenwiederherstellung automatisch für zonenredundante Premium-Ressourcen. Sie brauchen nichts zu initiieren. Da Zonenredundanz vollständig verwaltet wird, müssen Sie keine Fehlerprozesse der Verfügbarkeitszone überprüfen.

Widerstandsfähigkeit bei regionalen Ausfällen

Der Azure Web PubSub Dienst ist ein Einzelregionen-Dienst. Wenn die Region nicht verfügbar ist, ist Ihre Web PubSub-Ressource ebenfalls nicht verfügbar.

Um Ihre Anwendung vor einem regionsweiten Fehler zu schützen, können Sie die Georeplikation verwenden, die auf der Premium-Stufe verfügbar ist. Alternativ können Sie eine benutzerdefinierte Multiregion-Lösung erstellen, indem Sie mehrere Web PubSub-Ressourcen in verschiedenen Regionen bereitstellen.

Geo-replication

Mit der Georeplikation können Sie Replikate Ihrer Web PubSub-Ressource in anderen Azure-Regionen hinzufügen. Alle Replikate teilen einen einzelnen Endpunkt (contoso.webpubsub.azure.com). Hinter diesem Endpunkt verwendet Azure Traffic Manager DNS-basiertes Routing, um jeden Client zum nächstgelegenen fehlerfreien regionalen Replikat zu leiten. Wenn eine Region fehlschlägt, erkennt der Traffic Manager den Fehler durch Durchführen von Integritätsprüfungen und beendet das Weiterleiten von Clients an diese Replik. Neue Clientverbindungen werden automatisch an das nächste fehlerfreie Replikat weitergeleitet.

Diagramm, das zeigt, dass Azure Web PubSub für die Georeplikation in zwei Regionen konfiguriert ist.

Die Region, in der Sie die Web PubSub-Ressource erstellt haben, wird als primäre Region bezeichnet, und das Replikat ist das primäre Replikat. Die Kontrollebene der primären Ressource verwaltet die Konfiguration Ihrer Web PubSub-Ressource.

Anforderungen

  • Region support: Sie können Replikate in jeder Region hinzufügen, in der Azure Web PubSub Dienst verfügbar ist.
  • Rang: Sie müssen die Premium-Stufe verwenden, um die Georeplikation zu aktivieren.
  • Replikatgrenzwert: Jede primäre Web PubSub-Ressource unterstützt bis zu acht Replikate.

Überlegungen

  • Konfigurationsvererbung: Replikate erben die meisten Konfigurationseinstellungen von der primären Ressource. Bestimmte Einstellungen müssen für jedes Replikat separat konfiguriert werden. Die vollständige Liste der Einstellungen, die nicht geerbt werden, finden Sie unter Geo-replikation in Azure Web PubSub.

  • Konfigurationsänderungen: Die primäre Kontrollebene in der primären Region verarbeitet alle Konfigurationsänderungen an der Web PubSub-Ressource. Wenn die primäre Kontrollebene nicht verfügbar ist, können Sie die Ressourcenkonfiguration nicht aktualisieren, obwohl vorhandene Replikate den Datenverkehr ohne Unterbrechung weiter verarbeiten.

Kosten

Jedes Replikat wird separat auf der Grundlage der eigenen Einheitenanzahl und des ausgehenden Nachrichtenvolumens abgerechnet. Wenn eine Nachricht zwischen Replikaten übertragen und dann an einen Client oder Server in einer anderen Region übermittelt wird, wird sie als ausgehende Nachricht in Rechnung gestellt. Weitere Informationen finden Sie unter Preise für den Azure Web PubSub-Dienst.

Konfigurieren der Georeplikation

Informationen zum Hinzufügen oder Entfernen eines Replikats zu einer Web PubSub-Ressource finden Sie unter Geo-replikation in Azure Web PubSub.

Kapazitätsplanung und -verwaltung

Jedes Replikat bearbeitet den Datenverkehr unabhängig. Während eines regionalen Failovers stellen Clients aus der fehlgeschlagenen Region die Verbindung mit dem nächstgelegenen fehlerfreien Replikat wieder her. Um sicherzustellen, dass die überlebenden Replikate über genügend Kapazität verfügen, um diese zusätzliche Last zu absorbieren, konfigurieren Sie jedes Replikat mit Einheiten, die den vollständigen erwarteten Datenverkehr der Workload verarbeiten können, nicht nur den teil, der normalerweise bereitgestellt wird.

Aktivieren Sie alternativ die automatische Skalierung für jede Replik, sodass Einheiten bei höherer Auslastung automatisch erweitert werden können. Die automatische Skalierung funktioniert weiterhin, wenn ein sekundäres Replikat nicht verfügbar ist, aber die automatische Skalierung funktioniert nicht, wenn die primäre Steuerungsebene nicht verfügbar ist. Weitere Informationen zur automatischen Skalierung finden Sie unter Automatisch skalierende Einheiten eines Azure Web PubSub-Diensts.

Allgemeine Anleitungen zur Überteilung als Strategie finden Sie unter Verwalten der Kapazität durch Überschreibung.

Verhalten, wenn alle Regionen funktionsfähig sind

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Sie Azure Web PubSub Dienst für georeplikation konfigurieren und alle Regionen betriebsbereit sind.

  • Cross-region operation: Azure Traffic Manager leitet jeden Client an das nächste fehlerfreie regionale Replikat weiter. Clients in unterschiedlichen geografischen Gebieten können eine Verbindung mit verschiedenen Replikaten herstellen. Der Web PubSub-Dienst synchronisiert Nachrichten über Replikate hinweg, sodass Clients, die mit jedem Replikat verbunden sind, miteinander kommunizieren können.

  • Regionsübergreifende Datenreplikation: Wenn eine Nachricht an ein Replikat gesendet wird, überträgt der Dienst diese Nachricht synchron an andere Replikate, damit clients, die an anderer Stelle verbunden sind, sie empfangen können. Der Synchronisierungsaufwand ist für die meisten gängigen Messagingmuster minimal, z. B. das Übertragen an große Gruppen oder das Messaging einer einzigen Verbindung. Nachrichten an kleine Gruppen (weniger als 10 Mitglieder) können zu einem etwas höheren Synchronisierungsaufwand führen.

    Azure Web PubSub Dienst speichert keine Nachrichten. Nur die aktive Zustellung wird über Replikate hinweg synchronisiert.

Verhalten während eines Regionenausfalls

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Sie Azure Web PubSub Dienst für die Georeplikation konfigurieren und einen Ausfall in einem der Replikatregionen gibt.

  • Erkennung und Reaktion: Der Web PubSub-Dienst ist dafür verantwortlich, einen Fehler in einer Region zu erkennen und eingehenden Datenverkehr in einem der anderen von Ihnen konfigurierten Regionen automatisch an ein Replikat umzuleiten.

  • Benachrichtigung: Microsoft benachrichtigt Sie nicht automatisch, wenn eine Region abfällt. Aber:

  • Aktive Anforderungen: Aktive WebSocket-Verbindungen mit dem Replikat im fehlgeschlagenen Bereich werden verworfen. Clients müssen erneut verbunden werden, nachdem das Replikat fehlschlägt.

  • Erwarteter Datenverlust: Azure Web PubSub Service speichert keine Nachrichten. Nachrichten, die sich zum Zeitpunkt des Fehlers im Transit zu Clients in der ausgefallenen Region befanden, könnten verloren gegangen sein. Es wird kein dauerhafter Datenverlust erwartet, da der Dienst keine Kundendaten speichert.

  • Erwartete Ausfallzeit: Azure Traffic Manager führt Gesundheitsprüfungen für jedes Replikat durch. Wenn ein Regionsausfall bewirkt, dass ein Replikat seine Integritätsprüfung fehlschlägt, entfernt der Datenverkehrs-Manager den Endpunkt dieses Replikats aus seinen DNS-Auflösungsergebnissen. Nach dem Entfernen des Endpunkts muss die DNS-TTL von 90 Sekunden verstrichen sein, bevor Clients aktualisierte DNS-Einträge sehen. Insgesamt dauert der Übergang in der Regel ein paar Minuten. Gut gestaltete Clients, die die Logik für die erneute Verbindung implementieren, können nach der erneuten Verbindung mit dem fehlerfreien Replikat den normalen Vorgang fortsetzen.

    Wenn die primäre Steuerungsebene nicht verfügbar ist, können Sie keine Änderungen an der Konfiguration Ihrer Web PubSub-Ressource oder ihrer Replikate vornehmen. WebSocket-Verbindungen funktionieren jedoch weiterhin in fehlerfreien Replikaten.

  • Redistribution: Azure Traffic Manager leitet eingehende Anforderungen an fehlerfreie Replikate weiter. Wenn ein Client jedoch versucht, eine Erneute Verbindung herzustellen, bevor Azure Traffic Manager das Replikatfailover erkannt hat und die aktualisierten DNS-Einträge an den Client weitergegeben wurden, kann der erneute Verbindungsversuch eines Clients weiterhin auf die nicht verfügbare Region ausgerichtet sein und fehlschlagen.

    Nachdem das DNS-Update verteilt wurde, werden erneut verbundene Clients automatisch an das nächste fehlerfreie Replikat weitergeleitet.

Region-Wiederherstellung

Wenn die fehlerhafte Region wiederhergestellt wird, erkennt die Integritätsprüfung des Datenverkehrs-Managers das wiederhergestellte Replikat und schließt den Endpunkt erneut in die DNS-Auflösung ein. Clients, die derzeit mit anderen Replikaten verbunden sind, sind nicht betroffen und bleiben verbunden, bis sie die Verbindung trennen. Neue Verbindungen werden erneut an das Replikat der wiederhergestellten Region geleitet, wenn dieses das nächstgelegene fehlerfreie Replikat ist.

Test auf Regionsfehler

Um ein Regionsfailover zu simulieren und das Verhalten ihrer Clientanwendung für die erneute Verbindung zu testen, können Sie den Endpunkt eines Replikats deaktivieren. Diese Aktion bewirkt, dass Traffic Manager das Routing des Datenverkehrs an dieses Replikat beendet, wodurch Sie beobachten können, wie sich Ihre Clients verhalten, wenn das Replikat, mit dem sie eine Verbindung herstellen, nicht mehr verfügbar ist. Ausführliche Schritte finden Sie unter Deaktivieren oder Aktivieren des Replikatendpunkts.

Benutzerdefinierte Multiregion-Lösungen für Resilienz

Wenn Sie regionsübergreifende Resilienz benötigen, aber keine Georeplikation verwenden, können Sie separate Web PubSub-Ressourcen in mehreren Regionen bereitstellen und verwalten und Ihre eigene Failoverlogik in Ihrem Anwendungsserver implementieren. Dieser Ansatz ist komplexer als die Georeplikation und bietet kein Failover mit Null-Ausfallzeit für die Verbindung zwischen Clients. Eine detaillierte Architekturübersicht, Failovermuster und Testanleitungen finden Sie unter Resiliency und Disaster Recovery in Azure Web PubSub Service.

Sichern und Wiederherstellen

Azure Web PubSub Dienst ist ein statusloser Messagingdienst. Es werden keine Kundennachrichten beibehalten und es gibt keine Sicherungs- oder Wiederherstellungsfunktion.

Um Ihre Ressourcenkonfiguration zu schützen, definieren Sie Ihre Web PubSub-Ressourcen mithilfe der Infrastruktur als Code (z. B. Bicep oder ARM-Vorlagen), und speichern Sie diese Definitionen in der Quellcodeverwaltung. Wenn Sie eine Ressource neu erstellen müssen, stellen Sie sie aus der gespeicherten Konfiguration erneut bereit.

Resilienz gegenüber Wartungsarbeiten an Diensten

Microsoft wendet regelmäßig Dienstupdates an und führt andere Wartungen durch. Die Azure Plattform übernimmt diese Aktivitäten automatisch, um sicherzustellen, dass die Wartung nahtlos und transparent für Sie ist. Bei Wartungsereignissen wird keine Ausfallzeit erwartet, es sei denn, Sie wurden über die geplante Wartung in Azure Service Health informiert.

Vereinbarung zum Servicelevel

Der Service level agreement (SLA) für Azure-Dienste beschreibt die erwartete Verfügbarkeit jedes Diensts und die Bedingungen, die Ihre Lösung erfüllen muss, um diese Verfügbarkeitserwartungen zu erreichen. Weitere Informationen finden Sie unter Dienstleistungsvereinbarungen für Onlinedienste.

Verwandte Inhalte

  • Last updated on