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.
Planung der Durchsatzkapazität für globale DynamoDB-Tabellen
Bei einer Migration des Datenverkehrs von einer Region in eine andere müssen die DynamoDB-Tabelleneinstellungen in Bezug auf die Kapazität sorgfältig geprüft werden.
Einige Überlegungen zur Verwaltung der Schreibkapazität:
Eine globale Tabelle muss sich im On-Demand-Modus befinden oder mit aktiviertem Auto Scaling bereitgestellt werden.
Bei Bereitstellung mit Auto Scaling werden die Schreibeinstellungen (Mindest-, Höchst- und Zielauslastung) regionsübergreifend repliziert. Die Einstellungen für Auto Scaling werden zwar synchronisiert, die tatsächlich bereitgestellte Schreibkapazität kann jedoch unabhängig davon von Region zu Region variieren.
Ein Grund dafür, dass Sie möglicherweise unterschiedliche bereitgestellte Schreibkapazitäten sehen, ist auf diese Funktion zurückzuführen. TTL Bei der Aktivierung TTL in DynamoDB können Sie einen Attributnamen angeben, dessen Wert die Ablaufzeit des Elements im Unix-Epochenzeitformat in Sekunden angibt. Nach Ablauf dieser Zeit kann DynamoDB das Element löschen, ohne dass Schreibkosten anfallen. Bei globalen Tabellen können Sie TTL in jeder Region konfigurieren, und die Einstellung wird automatisch in andere Regionen repliziert, die der globalen Tabelle zugeordnet sind. Wenn ein Element aufgrund einer TTL Regel gelöscht werden kann, kann diese Arbeit in jeder Region ausgeführt werden. Der Löschvorgang wird ausgeführt, ohne dass Schreibeinheiten in der Quelltabelle verbraucht werden. Die Replikattabellen erhalten jedoch einen replizierten Schreibvorgang für diesen Löschvorgang und es fallen Kosten für replizierte Schreibeinheiten an.
Wenn Sie Auto Scaling verwenden, stellen Sie sicher, dass die Einstellung für die maximale bereitgestellte Schreibkapazität ausreichend hoch ist, um alle Schreibvorgänge sowie alle potenziellen TTL Löschvorgänge zu verarbeiten. Auto Scaling passt jede Region ihrem Verbrauch an Schreibkapazität entsprechend an. Für On-Demand-Tabellen gibt es keine Einstellung für die maximale bereitgestellte Schreibkapazität, das Schreibdurchsatz-Limit auf Tabellenebene gibt jedoch an, welche maximale dauerhafte Schreibkapazität die On-Demand-Tabelle zulässt. Das Standardlimit beträgt 40 000, ist jedoch einstellbar. Es wird empfohlen, den Wert hoch genug einzustellen, um alle Schreibvorgänge (einschließlich TTL Schreiboperationen) abzuwickeln, die die On-Demand-Tabelle möglicherweise benötigt. Dieser Wert muss in allen teilnehmenden Regionen gleich sein, wenn Sie globale Tabellen einrichten.
Einige Überlegungen zur Verwaltung der Lesekapazität:
Die Einstellungen für die Verwaltung der Lesekapazität dürfen von Region zu Region unterschiedlich sein, da davon ausgegangen wird, dass verschiedene Regionen möglicherweise unterschiedliche Lesemuster haben. Beim erstmaligen Hinzufügen eines globalen Replikats zu einer Tabelle wird die Kapazität der Quellregion übertragen. Nach der Erstellung können Sie die Einstellungen für die Lesekapazität anpassen und diese Einstellungen werden nicht auf die andere Seite übertragen.
Wenn Sie DynamoDB Auto Scaling verwenden, stellen Sie sicher, dass die Einstellungen für die maximale bereitgestellte Lesekapazität hoch genug sind, um alle Lesevorgänge in allen Regionen bewältigen zu können. Während des Standardbetriebs wird die Lesekapazität möglicherweise auf die Regionen verteilt, doch bei einem Failover sollte die Tabelle automatisch an den höheren Lese-Workload angepasst werden können. Für On-Demand-Tabellen gibt es keine Einstellung für die maximale bereitgestellte Lesekapazität, das Lesedurchsatz-Limit auf Tabellenebene gibt jedoch an, welche maximale dauerhafte Lesekapazität die On-Demand-Tabelle zulässt. Das Standardlimit beträgt 40 000, ist jedoch einstellbar. Es wird empfohlen, den Wert hoch genug einzustellen, um alle Lesevorgänge bewältigen zu können, die die Tabelle möglicherweise benötigt, falls alle Lesevorgänge an diese einzelne Region weitergeleitet werden sollten.
Wenn eine Tabelle in einer Region normalerweise keinen Lesedatenverkehr empfängt, nach einem Failover jedoch möglicherweise eine große Menge an Lesedatenverkehr aufnehmen muss, können Sie die bereitgestellte Lesekapazität der Tabelle erhöhen, warten, bis die Aktualisierung der Tabelle abgeschlossen ist, und die Tabelle dann erneut mit geringerer Kapazität bereitstellen. Sie können die Tabelle entweder im Modus bereitgestellter Kapazität belassen oder in den On-Demand-Modus wechseln. Dadurch wird die Tabelle für die Annahme eines höheren Lesedatenverkehrs vorbereitet.
ARCverfügt über Bereitschaftsprüfungen, die nützlich sein können, um zu überprüfen, ob DynamoDB-Regionen ähnliche Tabelleneinstellungen und Kontokontingente haben, unabhängig davon, ob Sie Route 53 zum Weiterleiten von Anfragen verwenden oder nicht. Diese Bereitschaftsprüfungen können auch bei der Anpassung der Kontingente auf Kontoebene hilfreich sein, um eine Übereinstimmung der Kontingente sicherzustellen.
