Amazon Neptune mit einer globalen Datenbank verwenden - Amazon Neptune

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Amazon Neptune mit einer globalen Datenbank verwenden

Eine globale Amazon Neptune Neptune-Datenbank erstreckt sich über mehrere AWS-Regionen, ermöglicht globale Lesevorgänge mit geringer Latenz und ermöglicht eine schnelle Wiederherstellung in den seltenen Fällen, in denen ein Ausfall eine gesamte Datenbank betrifft. AWS-Region

Eine globale Neptune-Datenbank hat einen primären DB-Cluster in einer Region und bis zu fünf sekundäre DB-Cluster in verschiedenen Regionen.

Schreibvorgänge können nur in der primären Region erfolgen. Sekundäre Regionen unterstützen nur Lesevorgänge. Jede sekundäre Region kann bis zu 16 Leser-Instances haben.

Globale Datenbanken in Amazon Neptune

Durch die Verwendung einer globalen Neptune-Datenbank können Sie Ihre global verteilten Anwendungen mit einer einzigen Datenbank ausführen, die mehrere AWS-Regionen umfasst.

Eine globale Neptune-Datenbank besteht aus einem DB-Cluster in einer primären AWS-Region , wo die Daten geschrieben werden, und bis zu fünf schreibgeschützten DB-Clustern in sekundären AWS-Regionen. Wenn Sie einen Schreibvorgang auf dem primären DB-Cluster durchführen, repliziert Neptune die geschriebenen Daten über eine dedizierte Infrastruktur auf alle sekundären DB-Cluster mit einer Latenz von in der Regel weniger als einer Sekunde.

Das folgende Diagramm zeigt ein Beispiel für eine globale Datenbank, die sich über zwei Bereiche erstreckt: AWS-Regionen

Eine globale Neptune-Datenbank hat einen primären DB-Cluster und einen oder mehrere sekundäre DB-Cluster.

Sie können jeden sekundären Cluster zur Verarbeitung von Nur-Lese-Workloads unabhängig skalieren, indem Sie eine oder mehrere Lesereplikat-Instances hinzufügen.

Für Schreibvorgänge müssen Sie eine Verbindung mit dem DB-Cluster-Endpunkt des primären DB-Clusters herstellen. Nur der primäre Cluster kann Schreibvorgänge ausführen. Anschließend erfolgt die Replikation, wie im obigen Diagramm dargestellt, vom Cluster-Speicher-Volume und nicht von der Datenbank-Engine aus.

Globale Neptune-Datenbanken sind für Anwendungen mit weltweiter Präsenz konzipiert. Die schreibgeschützten sekundären DB-Cluster unterstützen Lesevorgänge näher an den Anwendungsbenutzern.

Eine globale Neptune-Datenbank unterstützt zwei verschiedene Failover-Ansätze:

  • Verwenden Sie zur Wiederherstellung nach einem Ausfall in der primären Region den manuellen ungeplanten detach-and-promote Prozess, bei dem Sie einen der sekundären Cluster trennen, ihn in einen eigenständigen Cluster umwandeln und ihn dann zum neuen primären Cluster heraufstufen.

  • Verwenden Sie für geplante Betriebsabläufe wie etwa Wartungsmaßnahmen das verwaltete geplante Failover, bei dem Sie den primären Cluster ohne Datenverlust in eine seiner sekundären Regionen verschieben.

Vorteile der Verwendung globaler Datenbanken in Amazon Neptune

Durch die Verwendung einer globalen Datenbank profitieren Sie von folgenden Vorteilen:

  • Globale Lesevorgänge mit lokaler Latenz – Wenn Sie Niederlassungen auf der ganzen Welt haben, ermöglicht eine globale Datenbank den Zugriff auf Daten in ihrer eigenen Region mit lokaler Latenz.

  • Skalierbare sekundäre Neptune-DB-Cluster – Sie können Ihre sekundären Cluster skalieren, indem Sie Lesereplikat-DB-Cluster hinzufügen. Da sekundäre Cluster schreibgeschützt sind, können sie jeweils bis zu 16 Lesereplikate anstelle des üblichen Limits von 15 unterstützen.

  • Schnelle Replikation zu sekundären DB-Clustern – Die Replikation von primären zu sekundären DB-Clustern erfolgt schnell, mit einer Latenz von in der Regel weniger als einer Sekunde und mit geringen Leistungseinbußen auf dem primären DB-Cluster. Da die Replikation auf Speicherebene durchgeführt wird, stehen DB-Instance-Ressourcen vollständig für Lese- und Schreib-Workloads von Anwendungen zur Verfügung.

  • Wiederherstellung nach regionalen Ausfällen — Die sekundären DB-Cluster ermöglichen es Ihnen, den primären Cluster schneller in eine neue Region zu verschieben, RTO und das mit immer weniger Datenverlusten (wenigerRPO) als bei herkömmlichen Replikationslösungen.

Einschränkungen bei globalen Datenbanken in Amazon Neptune

Für globale -Datenbanken gelten aktuell die folgenden Einschränkungen:

  • Globale Neptune-Datenbanken sind nur in den folgenden AWS-Regionen verfügbar:

    • USA Ost (Nord-Virginia): us-east-1

    • USA Ost (Ohio):   us-east-2

    • USA West (Nordkalifornien):   us-west-1

    • USA West (Oregon):   us-west-2

    • Europa (Spanien): eu-south-2

    • Europa (Irland):   eu-west-1

    • Europa (London): eu-west-2

    • Asien-Pazifik (Tokio): ap-northeast-1

  • Globale Neptune-Datenbanken unterstützen kein Auto Scaling für sekundäre DB-Cluster.

  • Sie können keine benutzerdefinierte Parametergruppe auf den globalen Datenbank-Cluster anwenden, während Sie ein Hauptversions-Upgrade der jeweiligen globalen Datenbank durchführen. Erstellen Sie stattdessen Ihre benutzerdefinierten Parametergruppen in jeder Region des globalen Clusters und wenden Sie sie nach dem Upgrade manuell auf die regionalen Cluster an.

  • Sie können die DB-Cluster in einer globalen Datenbank nicht einzeln anhalten oder starten.

  • Read-Replica-Instances in einem sekundären DB-Cluster können unter bestimmten Umständen neu gestartet werden, einschließlich geplanter Upgrades während Ihres Wartungsfensters. Wenn die Writer-DB-Instance des primären Clusters neu gestartet oder ein Failover durchgeführt wird, werden alle Instances in sekundären Regionen ebenfalls neu gestartet. Der sekundäre Cluster ist erst dann wieder verfügbar, wenn alle seine Instances wieder mit der Writer-Instance des primären DB-Clusters synchronisiert sind.