Zuverlässigkeit in Azure DocumentDB

Dieser Artikel enthält ausführliche Informationen zur regionalen Resilienz mit Verfügbarkeitszonen und regionsübergreifender Notfallwiederherstellung und Geschäftskontinuität für Azure DocumentDB.

Eine Übersicht über die Architektur der Zuverlässigkeit in Azure finden Sie unter Zuverlässigkeit in Azure.

Unterstützung für 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.

Um die Verfügbarkeitszonenunterstützung zu erhalten, müssen Sie hohe Verfügbarkeit (HA) aktivieren.

Hochverfügbarkeit vermeidet Datenbankausfälle, indem Standbyreplikate jedes Shards in einem Cluster verwaltet werden. Wenn ein Shard abläuft, wechselt Azure DocumentDB eingehende Verbindungen vom fehlerhaften Shard in das Standbyreplikat.

Wenn Hochverfügbarkeit in einer Region aktiviert ist, die Verfügbarkeitszonen unterstützt, werden Hochverfügbarkeits-Replikatshards in einer anderen Verfügbarkeitszone als ihre primären Shards bereitgestellt. Hochverfügbarkeitsreplikate empfangen keine Anforderungen von Clients, es sei denn, ihre primäre Shard fällt aus.

Wenn Hochverfügbarkeit deaktiviert ist, verfügt jede Shard über einen eigenen lokal redundanten Speicher (LRS) mit drei synchronen Replikaten, die vom Azure Storage-Dienst verwaltet werden. Wenn ein einzelnes Replikat ausfällt, erkennt der Azure Storage-Dienst den Fehler und erstellt die relevanten Daten transparent neu. Informationen zur LRS-Speicherbeständigkeit finden Sie unter Zusammenfassung der Redundanzoptionen. Wenn jedoch eine Region fehlschlägt, besteht das Risiko umfangreicher Ausfallzeiten und möglicher Datenverluste.

Erstellen einer Ressource mit aktivierten Verfügbarkeitszonen

Um Verfügbarkeitszonen zu aktivieren, müssen Sie Hochverfügbarkeit beim Erstellen eines Clusters oder im Abschnitt Skalierung eines vorhandenen Clusters im Azure-Portal angeben.

Regionsübergreifende Notfallwiederherstellung und Geschäftskontinuität

Notfallwiederherstellung (DR) bezieht sich auf Methoden, die Organisationen zum Wiederherstellen von Ereignissen mit hohem Einfluss verwenden, z. B. Naturkatastrophen oder fehlerhafte Bereitstellungen, die zu Ausfallzeiten und Datenverlusten 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, finden Sie Unter "Empfehlungen für das Entwerfen einer Notfallwiederherstellungsstrategie".

Für DR verwendet Microsoft das Modell der gemeinsamen Verantwortung. In diesem Modell stellt Microsoft sicher, dass die Basisinfrastruktur und Plattformdienste verfügbar sind. Viele Azure-Dienste replizieren jedoch nicht automatisch Daten oder greifen von einer fehlgeschlagenen Region zurück, um sie in eine andere aktivierte Region zu replizieren. Für diese Dienste sind Sie dafür verantwortlich, einen Notfallwiederherstellungsplan zu erstellen, der für Ihre Workload geeignet ist. Die meisten Dienste, die im Rahmen von Azure-PaaS-Angeboten (Plattform-as-a-Service) ausgeführt werden, bieten Features und Anleitungen zur Unterstützung der Notfallwiederherstellung. Sie können dienstspezifische Features verwenden, um die schnelle Wiederherstellung zu unterstützen, um Ihren DR-Plan zu entwickeln.

Azure DocumentDB bietet keine integrierte automatische Failover- oder Notfallwiederherstellung. Die Planung für hohe Verfügbarkeit ist ein wichtiger Schritt, wenn Ihre Lösung skaliert wird.

Notfallwiederherstellung in einer einzelnen Region

Um Ihre Betriebszeit zu maximieren, planen Sie im Voraus, um die Geschäftskontinuität aufrechtzuerhalten und sich auf die Notfallwiederherstellung mit Azure DocumentDB vorzubereiten.

Während Azure-Dienste so konzipiert sind, dass die Betriebszeit maximiert wird, können ungeplante Dienstausfälle auftreten. Ein Notfallwiederherstellungsplan stellt sicher, dass Sie über eine Strategie für die Behandlung von regionalen Dienstausfällen verfügen.

Azure DocumentDB übernimmt automatisch Sicherungen Ihrer Daten in regelmäßigen Abständen. Die automatischen Sicherungen erfolgen ohne Beeinträchtigung der Leistung oder Verfügbarkeit des Datenbankbetriebs. Alle Sicherungskopien werden automatisch im Hintergrund ausgeführt und getrennt von den Quelldaten in einem Speicherdienst gespeichert. Diese automatischen Sicherungen sind in Szenarien hilfreich, in denen Sie Ressourcen versehentlich löschen oder ändern und später die ursprünglichen Versionen erfordern.

Automatische Sicherungen werden in verschiedenen Intervallen aufbewahrt, je nachdem, ob der Cluster aktuell aktiv oder kürzlich gelöscht ist.

Design für hohe Verfügbarkeit

Hohe Verfügbarkeit (HA) sollte für kritische Azure DocumentDB-Cluster aktiviert werden, die Produktionsworkloads ausführen. In einem HA-aktivierten Cluster dient jede Shard als Primärshard, zusammen mit einer Hot-Standby-Shard, welcher in einer anderen Verfügbarkeitszone bereitgestellt wird. Die Replikation zwischen der primären und der sekundären Shard ist standardmäßig synchron. Jede Änderung der Datenbank wird sowohl auf der primären als auch auf der sekundären Shard (Hot-Standby) beibehalten, bevor eine Antwort aus der Datenbank empfangen wird.

Der Dienst verwaltet Integritätsprüfungen und Heartbeats für jede primäre und sekundäre Shards des Clusters. Wenn eine primäre Shard aufgrund eines Zonen- oder regionalen Ausfalls nicht verfügbar wird, wird die sekundäre Shard automatisch höhergestuft, um zur neuen primären Shard zu werden, und folgend wird eine neue sekundäre Shard für die neue primäre Shard erstellt. Wenn eine sekundäre Shard nicht verfügbar ist, erstellt der Dienst automatisch eine neue sekundären Shard mit einer vollständigen Kopie der Daten aus der primären Shard.

Wenn der Dienst ein Failover von der primären zur sekundären Shard auslöst, werden Verbindungen nahtlos unter den Abdeckungen an die neue primäre Shard weitergeleitet.

Die synchrone Replikation zwischen der primären und sekundären Shard garantiert, dass kein Datenverlust auftritt, wenn ein Failover vorhanden ist.

Nächste Schritte

• Weitere Informationen zur Featurekompatibilität mit MongoDB.
• Überprüfen der Optionen für die Migration von MongoDB zu Azure DocumentDB
• Beginnen Sie mit dem Erstellen eines Kontos.