Planung der Durchsatzkapazität für globale Tabellen - AWS Präskriptive Leitlinien

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

Hier sind einige Überlegungen für die Vorfür die 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 die Time-to-Live-Funktion (TTL). Wenn Sie TTL in DynamoDB aktivieren, können Sie einen Attributnamen angeben, dessen Wert die Ablaufzeit für das Element angibt, im Unix-Format für das Element die Ablaufzeit für das Element angibt. Nach Ablauf dieser Zeit kann DynamoDB das Element löschen, ohne dass Schreibkosten anfallen. Bei globalen Tabellen können Sie TTL in einer beliebigen Region konfigurieren und diese Einstellung wird automatisch auf andere Regionen repliziert, die der globalen Tabelle zugeordnet sind. Wenn ein Element über eine TTL-Regel gelöscht werden kann, kann dies in jeder Region geschehen. Der Löschvorgang wird ausgeführt, ohne dass Schreibeinheiten in der Quelltabelle verbraucht werden. Die Replikattabellen erhalten jedoch einen replizierten Schreibvorgang dieses Löschvorgangs 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 hoch genug ist, um alle Schreiboperationen sowie alle potenziellen TTL-Löschvorgänge zu bewältigen. 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-Schreibvorgängen) bewältigen zu können, die die On-Demand-Tabelle möglicherweise erfordert. Dieser Wert muss in allen teilnehmenden Regionen gleich sein, wenn Sie globale Tabellen einrichten.

Hier sind einige Überlegungen für die Vorfür die Vordie:

  • 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.

Route 53 ARC verfügt über Bereitschaftsprüfungen, die hilfreich 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 helfen Ihnen auch dabei, die Kontingente auf Kontoebene anzupassen, damit sie übereinstimmen.