Freigeben über


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:

Amerika Europa Asien-Pazifik Naher Osten/Afrika
USA Süd Mitte Nordeuropa Australien (Osten) Katar, Mitte
East US Europa, Westen
Brasilien, Süden

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.

Diagramm des Azure-Datenmanagers für den regionenübergreifenden Notfallwiederherstellungsworkflow.

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

Geografie Primär Secondary
Amerika USA Süd Mitte USA (Norden-Mitte)
Amerika East US USA (Westen)
Amerika Brasilien Süd*
Europa Nordeuropa Europa, Westen
Europa Europa, Westen Nordeuropa
Asien-Pazifik Australien (Osten) Australien
Naher Osten/Afrika Katar, Mitte*

(*) 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.

Wichtig

In den folgenden Regionen ist die Notfallwiederherstellung nicht verfügbar. Weitere Informationen erhalten Sie von Ihrem Microsoft-Vertriebs- oder Kundenmitarbeiter.

  1. Brasilien, Süden
  2. Katar, Mitte

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.

Achtung

Wenn Sie keine Netzwerke für den öffentlichen Zugriff aktivieren oder einen sekundären privaten Endpunkt vor einem Ausfall erstellen, verlieren Sie den Zugriff auf die fehlgeschlagenen Azure Data Manager for Energy-Ressourcen in der sekundären Region. Sie können erst nach Abschluss des Failovers der primären Region auf den Azure Data Manager for Energy zugreifen.

Wichtig

Nach dem Failover und bis zum Abschluss des Failovers der primären Region können Sie keine Zustandsänderungen an Azure Data Manager for Energy-Ressource ausführen, die in Ihrem Abonnement erstellt wurden. Ein auf ein Objekt angewendeter

  • Sie können keine Netzwerke für den öffentlichen Zugriff aktivieren oder deaktivieren.
  • Sie können die Verbindung zwischen privaten Endpunkten und Azure Data Manager for Energy nicht genehmigen oder ablehnen.
  • Sie können keine neue Datenpartition erstellen.

Nächste Schritte