Zuverlässigkeit im Azure Data Manager for Energy

In diesem Artikel wird die Zuverlässigkeitsunterstützung in Azure DNS Data Manager for Energy beschrieben, wobei sowohl regionale Resilienz mittels Verfügbarkeitszonen als auch regionsübergreifende Resilienz mittels Notfallwiederherstellung behandelt wird. Eine ausführlichere Übersicht über die Zuverlässigkeit 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.

Azure Data Manager for Energy unterstützt standardmäßig zonenredundante Instanzen und es ist keine zusätzliche Konfiguration erforderlich.

Voraussetzungen

Der Azure Data Manager for Energy unterstützt Verfügbarkeitszonen in den folgenden Regionen:

Zonenausfall

Während eines zonenweiten Ausfalls ist während der Zonenwiederherstellung keine Aktion erforderlich. Es kann eine kurze Leistungsminderung geben, bis der Dienst sich selbst repariert und die zugrunde liegende Kapazität neu ausbalanciert, um sich an fehlerfreie Zonen anzupassen. Während dieses Zeitraums treten möglicherweise 5xx Fehler auf und möglicherweise müssen Sie API-Aufrufe wiederholen, bis der Dienst wiederhergestellt wird.

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.

Notfallwiederherstellung für mehrere Regionen

Azure Data Manager for Energy ist ein regionaler Dienst und ist daher anfällig für Dienstausfälle einer Region. Azure Data Manager for Energy folgt einer aktiv-passiven Failoverkonfiguration, um sich aus einer regionalen Katastrophe wiederherzustellen. Eine aktiv-passive Konfiguration hält Azure Data Manager for Energy-Ressourcen warm, die in der sekundären Region ausgeführt werden, sendet jedoch keinen Datenverkehr dorthin, es sei denn, die primäre Region schlägt fehl.

Nachfolgend finden Sie die Liste der primären und sekundären Regionen für Regionen, in denen die Notfallwiederherstellung unterstützt wird:

(*) Diese Regionen sind bei der Unterstützung von Kundenszenarien für die Notfallwiederherstellung eingeschränkt. Weitere Informationen erhalten Sie bei Ihren Microsoft-Vertriebs- oder Kundenvertretern.

Azure Data Manager for Energy verwendet Azure Storage, Azure Cosmos DB und Elasticsearch-Index als zugrunde liegende Datenspeicher zum Speichern Ihrer Datenpartitionsdaten. Diese Datenspeicher bieten hohe Dauerhaftigkeit, Verfügbarkeit und Skalierbarkeit. Azure Data Manager for Energy verwendet geozonenredundanten Speicher oder GZRS, um Daten automatisch in eine sekundäre Region zu replizieren, die Hunderte von Meilen von der primären Region entfernt ist. Die gleichen Sicherheitsfeatures, die in der primären Region aktiviert sind (z. B. ruhende Verschlüsselung mit Ihrem Verschlüsselungsschlüssel), um Ihre Daten zu schützen, gelten für die sekundäre Region. Ebenso ist Azure Cosmos DB ein global verteilter Datendienst, der die Metadaten (Katalog) in allen Regionen repliziert. Snapshots des Elasticsearch-Index werden in regelmäßigen Abständen erstellt und in die sekundäre Region repliziert. Alle Inflight-Daten sind kurzlebig und unterliegen daher Verlusten. Beispielsweise gehen In-Transit-Daten, die Teil eines laufenden Erfassungsauftrags sind, der noch nicht beibehalten wird, verloren, und Sie müssen den Erfassungsvorgang bei der Wiederherstellung neu starten.

Einrichten der Notfallwiederherstellung und Ausfallerkennung

Der Azure Data Manager for Energy-Dienst überwacht kontinuierlich die Dienstintegrität in der primären Region. Wenn in der primären Region ein Dienstausfall erkannt wird, versuchen wir eine Wiederherstellung, bevor ein Failover in die sekundäre Region in Ihrem Auftrag initiiert wird. Wir benachrichtigen Sie über den Failoverstatus. Nach Abschluss des Failovers können Sie eine Verbindung mit dem Azure Data Manager for Energy-Ressourcen in der sekundären Region herstellen und den Betrieb fortsetzen. Aufgrund von Kapazitätsbeschränkungen in der sekundären Region kann es jedoch zu einer leichten Leistungsverschlechterung kommen.

Verwalten der Ressourcen in Ihrem Abonnement

Sie müssen das Failover Ihrer Geschäfts-Apps behandeln, die eine Verbindung mit Azure Data Manager for Energy-Ressourcen herstellen und in derselben primären Region gehostet werden. Darüber hinaus sind Sie für die Wiederherstellung aller Diagnoseprotokolle verantwortlich, die in Ihrem Log Analytics-Arbeitsbereich gespeichert sind.

Wenn Sie private Links zu Ihrer Azure Data Manager for Energy-Ressource in der primären Region einrichten, müssen Sie einen sekundären privaten Endpunkt für dieselbe Ressource in der gekoppelten Region erstellen.

Nächste Schritte

• Zuverlässigkeit in Azure