View a markdown version of this page

Skalieren von Amazon DocumentDB-Clustern - Amazon DocumentDB
SpeicherskalierungSkalierung von InstancesSkalierung von LesevorgängenSkalierung schreiben

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.

Skalieren von Amazon DocumentDB-Clustern

Amazon DocumentDB ermöglicht es Ihnen, den Speicher und die Rechenleistung in Ihren Clustern nach Ihren Bedürfnissen zu skalieren. In diesem Abschnitt wird beschrieben, wie Sie Speicherskalierung, Instance-Skalierung und Leseskalierung verwenden können, um die Leistung und Skalierung Ihrer Amazon DocumentDB-Cluster und Instances zu verwalten.

Speicherskalierung

Der Amazon DocumentDB-Speicher skaliert automatisch mit den Daten in Ihrem Cluster-Volume. Wenn Ihre Daten wachsen, wächst Ihr Cluster-Volume-Speicher in Schritten von 10 GiB, auf bis zu 256 TiB für Engine-Version 8.0 und höher (128 TiB für frühere Engine-Versionen).

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 DocumentDB-Instance.

Skalierung von Lesevorgängen

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

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

Um die Leseskala mit Amazon DocumentDB zu nutzen, stellen Sie als Replikatgruppe eine Verbindung zu Ihrem Cluster her und verteilen Sie Lesevorgänge mithilfe der integrierten Lesepräferenzfunktionen Ihres Treibers an Replica-Instances. Weitere Informationen finden Sie unter Verbindung zu Amazon DocumentDB als Replikatsatz herstellen.

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 zielt darauf ab, die Auswirkungen auf die Anwendung zu minimieren, erfordert jedoch mehr Schritte, um abgeschlossen zu werden. 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 den verfügbaren Instance-Größen und Kosten finden Sie auf der Preisseite von Amazon DocumentDB.

  1. Optimieren Sie für hohe Verfügbarkeit und Leistung — Wenn Sie im Replikat-Set-Modus eine Verbindung zu Ihrem Cluster herstellen (empfohlen), können Sie das folgende Verfahren 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 DocumentDB-Instance zu einem Cluster). Stellen Sie sicher, dass alle Replikate vom gleichen oder einem größeren Instance-Typ wie die primäre Instanz sind. Dies vermeidet eine unbeabsichtigte Reduzierung der Schreibleistung aufgrund eines Failovers zu einem kleineren Instance-Typ. In den meisten Fällen bedeutet dies, dass Sie die Anzahl der Instances in Ihrem Cluster vorübergehend verdoppeln und die kleineren Replikate dann nach Abschluss der Skalierung entfernen.

    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 Steuerung 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. Planen Sie diese Ausfallzeit ein.

    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-Instances in Sekundenschritten in Rechnung gestellt, wobei nach einer fakturierbaren Statusänderung wie dem Erstellen, Ändern oder Löschen einer Instance eine Mindestgebühr von zehn Minuten anfällt. Weitere Informationen finden Sie unter Kostenoptimierung in der Dokumentation zu bewährten Methoden.

  2. Aus Gründen der Einfachheit optimieren — Dieser Ansatz optimiert aus Gründen der Einfachheit. Dadurch wird der Cluster nicht erweitert und zusammengezogen, aber Ihre Lesekapazität kann dadurch vorübergehend reduziert werden.

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

    1. Skalieren Sie eine der Replikatinstanzen in Ihrem Cluster. Weitere Informationen finden Sie unter Instanzklassen verwalten.

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

      Anmerkung

      Dies führt zu einer Ausfallzeit von ca. 30 Sekunden für Ihren Cluster. Planen Sie diese Ausfallzeit ein.

    3. Führen Sie die Schritte 1 und 2 weiter aus, bis alle Replikatinstanzen nacheinander skaliert wurden.

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

      Anmerkung

      Dies führt zu einer Ausfallzeit von bis zu 30 Sekunden für Ihren Cluster, nimmt jedoch häufig weniger Zeit in Anspruch. Planen Sie diese Ausfallzeit ein.

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