Zuverlässigkeit in Azure Bot Service
Wenn Sie eine Anwendung (Bot) in Azure erstellen, können Sie auswählen, ob Ihre Botressource über eine globale oder lokale Datenresidenz verfügt oder nicht. Die lokale Datenresidenz stellt sicher, dass die personenbezogenen Daten Ihres Bots innerhalb bestimmter geografischer Grenzen (z. B. EU-Grenzen) aufbewahrt, gespeichert und verarbeitet werden.
Wichtig
Die Verfügbarkeitszonenunterstützung ist im regionalen Botdienst für keine Standardkanäle aktiviert.
In diesem Artikel wird die Zuverlässigkeitsunterstützung in Azure Bot Service beschrieben und sowohl regionale Zuverlässigkeit mit Verfügbarkeitszonen als auch regionsübergreifende Resilienz mit Notfallwiederherstellung für Bots mit lokaler Datenresidenz behandelt. Eine ausführlichere Übersicht über die Zuverlässigkeit in Azure finden Sie unter Azure-Zuverlässigkeit.
Weitere Informationen zum Bereitstellen von Bots mit lokaler Datenresidenz und regionaler Compliance finden Sie unter Regionalisierung in Azure Bot Service.
Unterstützung für Verfügbarkeitszonen
Verfügbarkeitszonen sind physisch getrennte Gruppen von Rechenzentren innerhalb jeder Azure-Region. Wenn eine Zone ausfällt, erfolgt ein Failover der Dienste zu einer der verbleibenden Zonen.
Weitere Informationen zu Verfügbarkeitszonen in Azure finden Sie unter Was sind Verfügbarkeitszonen?.
Für regionale Bots unterstützt Azure Bot Service standardmäßig Zonenredundanz. Sie müssen sie nicht für die Verfügbarkeitszonenunterstützung einrichten oder neu konfigurieren.
Voraussetzungen
- Ihr Bot muss regional (nicht global) sein.
- Derzeit unterstützt nur die Region „Europa, Westen“ Verfügbarkeitszonen.
Zonenausfall
Während eines zonenweiten Ausfalls sollte der Kunde mit einer kurzen Leistungsverschlechterung rechnen, bis die Selbstreparatur des Diensts die zugrunde liegende Kapazität ausgleicht, um sich an fehlerfreien Zonen anzupassen. Dies ist nicht von der Zonenwiederherstellung abhängig. Es wird erwartet, dass der Selbstreparaturstatus des von Microsoft verwalteten Diensts eine verloren gegangene Zone mittels Kapazitäten aus anderen Zonen kompensiert.
Regionsübergreifende Notfallwiederherstellung in regionenübergreifender Geografie
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.
Azure Bot Service wird sowohl für globale als auch für regionale Dienste im Aktiv/Aktiv-Modus ausgeführt. Wenn ein Ausfall auftritt, müssen Sie keine Fehler erkennen oder den Dienst verwalten. Azure Bot Service führt automatisch ein Failover und eine Wiederherstellung in einer geografischen Architektur mit mehreren Regionen aus. Für den regionalen EU-Botdienst bietet Azure Bot Service zwei vollständige Regionen innerhalb Europas mit Aktiv/Aktiv-Replikation, um Redundanz zu gewährleisten. Für den globalen Botdienst können alle verfügbaren Regionen/Geografien global genutzt werden.