Skalierung von Amazon DocumentDB-Clustern - Amazon DocumentDB

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.

Skalierung von Amazon DocumentDB-Clustern

Mit Amazon DocumentDB können Sie den Speicher und die Rechenleistung in Ihren Clustern nach Ihren Bedürfnissen skalieren. In diesem Abschnitt wird beschrieben, wie Sie Speicherskalierung, Instanzskalierung und Leseskalierung verwenden können, um die Leistung und Skalierung für Ihre Amazon DocumentDB-Cluster und -Instances zu verwalten.

Speicherskalierung

Der Amazon DocumentDB DocumentDB-Speicher wird automatisch mit den Daten in Ihrem Cluster-Volume skaliert. Wenn Ihre Daten wachsen, wächst Ihr Cluster-Volumenspeicher in Schritten von 10 GiB auf bis zu 128 TiB.

Skalierung von Instances

Sie können Ihren Amazon DocumentDB-Cluster nach Bedarf skalieren, indem Sie die Instance-Klasse für jede Instance im Cluster ändern. Amazon DocumentDB unterstützt mehrere Instance-Klassen, die für Amazon DocumentDB optimiert sind.

Weitere Informationen finden Sie unter Ändern einer Amazon DocumentDB-Instance.

Skalierung von Lesevorgängen

Sie können die Leseskalierung für Ihren Amazon DocumentDB-Cluster erreichen, indem Sie bis zu 15 Amazon DocumentDB DocumentDB-Replikate im Cluster erstellen. Jedes Amazon DocumentDB DocumentDB-Replikat gibt dieselben Daten aus dem Cluster-Volume mit minimaler Replikatverzögerung zurück — normalerweise weniger als 100 Millisekunden, nachdem die primäre Instance ein Update geschrieben hat. Wenn Ihr Lesedatenverkehr zunimmt, können Sie zusätzliche Amazon DocumentDB DocumentDB-Replikate erstellen und sich direkt mit ihnen verbinden, um die Leselast für Ihren Cluster zu verteilen. Amazon DocumentDB DocumentDB-Replikate müssen nicht derselben Instance-Klasse angehören wie die primäre Instance.

Weitere Informationen finden Sie unter Hinzufügen einer Amazon DocumentDB-Instance zu einem Cluster.

Um den Lesesatz mit Amazon DocumentDB zu nutzen, empfehlen wir, dass Sie eine Verbindung zu Ihrem Cluster als Replikatsatz herstellen und Lesevorgänge mithilfe der integrierten Leseeinstellungen Ihres Treibers an Replikatinstanzen verteilen. Weitere Informationen finden Sie unter Herstellen einer Verbindung mit Amazon DocumentDB als Replikatsatz.

Skalierung schreiben

Sie können die Schreibkapazität in Ihrem Amazon DocumentDB-Cluster skalieren, indem Sie die Größe der primären Instance Ihres Clusters erhöhen. In diesem Abschnitt werden zwei Methoden für die Skalierung der primären Instance Ihres Clusters abhängig von Ihren Anforderungen beschrieben. Die erste Option ermöglicht Ihnen die Minimierung von Auswirkungen auf Anwendungen, erfordert jedoch eine größere Zahl von Schritten. Die zweite Option ermöglicht Ihnen die Optimierung in Bezug auf die Einfachheit, da sie weniger Schritte erfordert. Die potenziellen Auswirkungen auf Anwendungen sind jedoch größer.

Abhängig von Ihrer Anwendung können Sie wählen, welcher Ansatz für Sie am besten geeignet ist. Weitere Informationen zu verfügbaren Instance-Größen und Kosten finden Sie auf der Seite mit den Amazon DocumentDB DocumentDB-Preisen.

  1. Optimieren Sie für hohe Verfügbarkeit und Leistung — Wenn Sie im Replica-Set-Modus (empfohlen) eine Verbindung zu Ihrem Cluster herstellen, können Sie den folgenden Prozess verwenden, um die Auswirkungen auf Ihre Anwendung bei der Skalierung Ihrer primären Instance zu minimieren. Diese Methode minimiert die Auswirkungen, da Ihr Cluster den von Ihnen festgelegten Wert für Hochverfügbarkeit weiter einhält oder überschreitet. Darüber hinaus werden Leseskalierungsziele dem Cluster als Instances hinzugefügt, anstatt an Ort und Stelle aktualisiert zu werden.

    1. Fügen Sie ein oder mehrere Replikate des größeren Instance-Typs zu Ihrem Cluster hinzu (siehe Hinzufügen einer Amazon DocumentDB-Instance zu einem Cluster). Alle Replikate sollten einen Instance-Typ besitzen, der größer oder gleich dem Typ der primären Instance ist. Dies vermeidet eine unbeabsichtigte Reduzierung der Schreibleistung aufgrund eines Failovers zu einem kleineren Instance-Typ. Für die meisten Kunden bedeutet dies, dass die Anzahl der Instances in ihrem Cluster vorübergehend verdoppelt wird und die kleineren Replikate nach Abschluss der Skalierung entfernt werden.

    2. Legen Sie die Failover-Stufe für alle neuen Replikate auf die Priorität Null fest. Dies stellt sicher, dass ein Replikat des kleineren Instance-Typs die höchste Failover-Priorität besitzt. Weitere Informationen finden Sie unter Steuern des Failover-Ziels.

    3. Initiieren Sie einen manuellen Failover. Hierdurch wird eines der neuen Replikate zur primären Instance hochgestuft. Weitere Informationen finden Sie unter Testen eines Failovers.

      Anmerkung

      Dies führt zu einer Ausfallzeit von ca. 30 Sekunden für Ihren Cluster. Bitte planen Sie entsprechend.

    4. Entfernen Sie aus dem Cluster alle Replikate von Instance-Typen, die kleiner als der neue primäre Instance-Typ sind.

    5. Setzen Sie die Failover-Stufe aller Instances auf dieselbe Priorität zurück. (In der Regel bedeutet dies, dass sie auf 1 zurückgesetzt werden.)

    Angenommen, Sie führen einen Cluster aus, der zurzeit drei r5.large-Instances enthält (eine primäre Instance und zwei Replikate). Sie möchten diese Instances auf den Instance-Typ r5.xlarge skalieren. Hierzu fügen Sie dem Cluster zunächst drei r5.xlarge-Replikat-Instances hinzu und legen anschließend die Failover-Stufe der neuen r5.xlarge-Replikate auf null fest. Als Nächstes leiten Sie einen manuellen Failover ein. (Ihnen ist bekannt, dass dies zu einer Ausfallzeit von ca. 30 Sekunden für Ihre Anwendung führt.) Nach Abschluss des Failovers entfernen Sie alle drei r5.large-Instances aus dem Cluster. Der Cluster ist nun auf r5.xlarge-Instances skaliert.

    Um die Kosten zu optimieren, werden Amazon DocumentDB DocumentDB-Instances in Sekundenschritten abgerechnet, wobei eine Mindestgebühr von zehn Minuten nach einer Änderung des fakturierbaren Status, z. B. beim Erstellen, Ändern oder Löschen einer Instance, anfällt. Weitere Informationen finden Sie unter Kostenoptimierung in der Dokumentation zu bewährten Methoden.

  2. Aus Gründen der Einfachheit optimieren — Dieser Ansatz ist aus Gründen der Einfachheit optimiert. Dadurch wird der Cluster nicht erweitert und verkleinert, aber es kann Ihre Lesekapazität vorübergehend reduzieren.

    Es ist möglich, dass das Ändern der Instanzklasse eines Replikats dazu führt, dass diese Instanz für einen kurzen Zeitraum, von einigen Sekunden bis weniger als 30 Sekunden, keine Anfragen bearbeitet. Wenn Sie im Replikat-Set-Modus (empfohlen) eine Verbindung zu Ihrem Cluster herstellen, würde dies Ihre Lesekapazität während des Skalierungsvorgangs um ein Replikat reduzieren (z. B. auf 66% Kapazität in einem 3-Knoten-Cluster oder 75% Kapazität in einem 4-Knoten-Cluster usw.).

    1. Skalieren Sie eine der Replikatinstanzen in Ihrem Cluster. Weitere Informationen finden Sie unter Verwalten von Instance-Klassen.

    2. Warten Sie, bis die Instanz verfügbar ist (sieheÜberwachung des Status einer Amazon DocumentDB DocumentDB-Instance).

      Anmerkung

      Dies führt zu einer Ausfallzeit von ca. 30 Sekunden für Ihren Cluster. Bitte planen Sie entsprechend.

    3. Fahren Sie mit der Ausführung der Schritte 1 und 2 fort, bis alle Replikatinstanzen nacheinander skaliert wurden.

    4. Initiieren Sie ein manuelles Failover. Dadurch wird eines der Replikate zur primären Instanz heraufgestuft. Weitere Informationen finden Sie unter Amazon DocumentDB DocumentDB-Failover.

      Anmerkung

      Dies führt zu Ausfallzeiten von bis zu 30 Sekunden für Ihren Cluster, dauert aber oft weniger Zeit. Bitte planen Sie entsprechend.

    5. Skalieren Sie die frühere primäre Instanz (jetzt ein Replikat).