Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Die Sicherstellung der hohen Verfügbarkeit und die Aktivierung der regionsübergreifenden Replikation sind für unternehmenskritische Anwendungen mit Azure DocumentDB unerlässlich. In dieser Dokumentation werden bewährte Methoden zum Konfigurieren und Verwalten von Hochverfügbarkeit und regionsübergreifende Replikation beschrieben. Befolgen Sie in diesem Dokument Anleitungen, um optimale Leistung, Ausfallsicherheit und Notfallwiederherstellung in Azure DocumentDB zu erzielen.
Bewährte Methoden für Hochverfügbarkeit
Verwendung von HV für Produktionscluster
Die Aktivierung von Hochverfügbarkeit (HA) ist entscheidend für Produktionscluster und alle Cluster, die anfällig für Downtime sind. In einer Produktionsumgebung können unerwartete Ausfälle von Knotenpunkten zu erheblichen Unterbrechungen führen. HV stellt sicher, dass Ihr Cluster ohne Datenverlust verfügbar und betriebsbereit bleibt, selbst wenn einer der physischen Shards (Knoten) ausfällt.
Verwenden von HV zum Erreichen des SLA von 99,99 %
Azure DocumentDB bietet eine SLA für die monatliche Verfügbarkeit von 99,99% für Cluster mit aktivierter hoher Verfügbarkeit. Um dieses SLA zu erfüllen, stellen Sie sicher, dass HV für alle kritischen Workloads aktiviert ist, die eine kontinuierliche Betriebszeit benötigen.
Aktivieren von HV für automatisches Failover
Cluster, für die Hochverfügbarkeit aktiviert ist, erholen sich automatisch von physischen Shard-Ausfällen, ohne dass Sie manuell eingreifen müssen. Wenn ein Knoten ausfällt, stellt das System einen physischen Standby-Shard bereit, um den ausgefallenen primären Knoten zu ersetzen. Der automatische Failover-Prozess behält dieselbe Verbindungszeichenfolge bei, so dass der Failover-Prozess nahtlos und für die Anwendungen transparent ist. Diese Funktion ist entscheidend für Anwendungen, die eine kontinuierliche Uptime und einen konsistenten Datenzugriff erfordern.
Deaktivieren der HV für Nicht-Produktionscluster
Für nicht produktive Cluster oder solche, die keine Probleme mit Downtime haben, können Sie die Hochverfügbarkeit deaktivieren, um die Kosten zu senken. Diese Umgebungen können gelegentliche Ausfallzeiten tolerieren, ohne den Geschäftsbetrieb zu beeinträchtigen. Wägen Sie die Risiken und Kosten sorgfältig ab, bevor Sie HV auf einem Cluster deaktivieren.
Bereitstellen von HV mit Verfügbarkeitszonen
In Regionen, in denen Verfügbarkeitszonen unterstützt werden, stellt die Aktivierung von HV sicher, dass jedes physische Primär-/Standby-Shard-Paar in verschiedenen Verfügbarkeitszonen bereitgestellt wird. Die Zonenredundanz bietet zusätzliche Ausfallsicherheit, indem sie Ihren Cluster vor Ausfällen auf Rechenzentrumsebene innerhalb einer Region schützt.
Bewährte Methoden für die regionsübergreifende Replikation
Verwenden der regionsübergreifenden Replikation für die Notfallwiederherstellung
Verwenden Sie die regionsübergreifende Replikation, wenn eine Kopie der Clusterdaten in einer anderen Azure-Region für die Notfallwiederherstellung gespeichert werden muss. Die regionsübergreifende Replikation stellt sicher, dass Ihre Daten auch im Falle eines regionalen Ausfalls verfügbar sind. Azure DocumentDB unterstützt die Konfiguration der aktiven passiven Replikation, um die regionsübergreifende Notfallwiederherstellung zu erleichtern. Bei der aktiv-passiven Replikation wird ein Cluster als primärer Cluster im Lese-/Schreibmodus beibehalten und ein Replikat-Cluster in einer anderen Azure-Region mit Lesezugriff aufrechterhalten.
Sollte es zu einem seltenen regionalen Ausfall kommen, kann der Replikatcluster mit minimaler Unterbrechung zum neuen Lese-/Schreib-Cluster heraufgestuft werden. Diese Fähigkeit gewährleistet, dass Ihre Daten sicher und zugänglich bleiben, selbst wenn eine ganze Region ausfällt.
Konfigurieren der Replikation mit minimalen Auswirkungen auf die Leistung
Berücksichtigen Sie bei der Konfiguration der regionsübergreifenden Replikation die Auswirkungen der Netzwerklatenz und der Schreiblatenz auf Ihre Anwendungen. Wählen Sie Regionen für die primären Lese/Schreib-Cluster und die Replikatcluster, die geografisch in der Nähe Ihrer Benutzer liegen, und stellen Sie sicher, dass Ihre Anwendungen für eine eventuelle Konsistenz optimiert sind.
Leseskalierung
Verwenden Sie die regionsübergreifende Replikation, um umfangreiche Lesevorgänge vom primären Cluster auf einen Replikatcluster zu verlagern. Die Auslagerung von Lesevorgängen auf einen Replikatcluster verhindert eine Überlastung des primären Clusters und stellt sicher, dass das System hohe Lesevolumen effizient verarbeiten kann.
Kombinierte Strategie für Hochverfügbarkeit und Notfallwiederherstellung
Kombinieren Sie Hochverfügbarkeit (HV) für die Verfügbarkeit innerhalb der Region mit regionsübergreifender Replikation für die Notfallwiederherstellung und globale Leseskalierbarkeit. Die Kombination aus beiden bietet ein SLA von 99,995 %. Dieser Ansatz bietet das beste Gleichgewicht zwischen lokaler Ausfallsicherheit und globaler Redundanz und gewährleistet so die kontinuierliche Verfügbarkeit und optimale Leistung Ihrer Anwendungen.
Zusammenfassung der bewährten Methoden
| Scenario | Empfehlung |
|---|---|
| Produktionscluster | Aktivieren der Hochverfügbarkeit |
| Cluster, die ein SLA von 99,99 % erfordern | Aktivieren der Hochverfügbarkeit |
| Cluster, die ein SLA von 99,995 % erfordern | Aktivieren der Hochverfügbarkeit und Erstellen eines Replikatclusters |
| Nicht-Produktionscluster | Deaktivieren der Hochverfügbarkeit, um die Kosten zu reduzieren |
| Anforderungen für automatisches Failover | Aktivieren der Hochverfügbarkeit |
| Regionsübergreifende Notfallwiederherstellung | Erstellen eines Replikatclusters |
| Regionsübergreifende Leseskalierbarkeit | Erstellen eines Replikatclusters |
Wenn Sie diese bewährten Methoden ausführen, können Sie sicherstellen, dass Ihre Azure DocumentDB-Cluster weiterhin hoch verfügbar und robust gegen Fehler und regionale Ausfälle bleiben.