Unterschiede im Verhalten älterer und aktueller Versionen Voraussetzungen für das Upgrade Erforderliche Berechtigungen Was ist während des Upgrades zu erwarten Verhalten von DynamoDB Streams Aktualisierung auf Version 2019.11.21 (Aktuell)

Aktualisierung globaler YOUR DynamoDB-Tabellen von Version 2017.11.29 (Legacy) auf Version 2019.11.21 (Aktuell)

Anmerkung

Es sind zwei Versionen von DynamoDB-Tabellen verfügbar: Global Tables Version 2019.11.21 (Aktuell) und. Globale Tabellen Version 2017.11.29 (Legacy) Kunden sollten nach Möglichkeit Version 2019.11.21 (Current) verwenden, da sie mehr Flexibilität und Effizienz bietet und weniger Schreibkapazität verbraucht als 2017.11.29 (Legacy). Informationen darüber, welche Version Sie verwenden, finden Sie unter. Ermitteln der Version der DynamoDB-Tabelle, die Sie verwenden

In diesem Abschnitt wird beschrieben, wie Sie Ihre globalen Tabellen mithilfe der DynamoDB-Konsole auf Version 2019.11.21 (Aktuell) aktualisieren. Das Upgrade von Version 2017.11.29 (Legacy) auf Version 2019.11.21 (Aktuell) ist eine einmalige Aktion, die Sie nicht rückgängig machen können. Derzeit können Sie globale Tabellen nur über die Konsole aktualisieren.

Themen

Unterschiede im Verhalten älterer und aktueller Versionen
Voraussetzungen für das Upgrade
Erforderliche Berechtigungen
Was ist während des Upgrades zu erwarten
Verhalten von DynamoDB Streams
Aktualisierung auf Version 2019.11.21 (Aktuell)

Unterschiede im Verhalten zwischen älteren und aktuellen Versionen

In der folgenden Liste werden die Verhaltensunterschiede zwischen der Legacy-Version und der aktuellen Version globaler Tabellen beschrieben.

Version 2019.11.21 (Aktuell) verbraucht im Vergleich zu Version 2017.11.29 (Legacy) weniger Schreibkapazität für mehrere DynamoDB-Operationen und ist daher für die meisten Kunden kostengünstiger. Die Unterschiede für diese DynamoDB-Operationen sind wie folgt:

PutItemFür den Aufruf eines 1-KB-Elements in einer Region und die Replikation in andere Regionen sind 2 rWRUs pro Region für den 29.11.2017 (Legacy) erforderlich, für den 21.11.2019 (aktuell) jedoch nur 1 Jahr. WRU
UpdateItemZum Aufrufen eines 1-KB-Elements sind 2 rWRUs in der Quellregion und 1 r WRU pro Zielregion für den 29.11.2017 (Legacy) erforderlich, für den 21.11.2019 (Aktuell) jedoch nur 1 r sowohl für die Quell- als auch für die Zielregion. WRU
Der Aufruf eines 1-KB-Elements erfordert 1 r WRU in der Quellregion und 2 rWRUs pro Zielregion DeleteItemfür den 29.11.2017 (Legacy), aber nur 1 r sowohl für die Quell- als auch für die Zielregion für den 21.11.2019 (Aktuell). WRU

Die folgende Tabelle zeigt den WRU R-Verbrauch der Tabellen 29.11.2017 (Legacy) und 21.11.2019 (aktuell) für ein 1-KB-Element in zwei Regionen.

Operation	2017.11.29 (Legacy)	2019.11.21 (Aktuell)	Einsparungen
PutItem	4 rWRUs	2 rWRUs	50 %
UpdateItem	3 rWRUs	2 rWRUs	33%
DeleteItem	3 rWRUs	2 rWRUs	33%

Version 2017.11.29 (Legacy) ist nur in Version 11 verfügbar. AWS-Regionen Version 2019.11.21 (Aktuell) ist jedoch in allen Versionen verfügbar. AWS-Regionen
Sie erstellen globale Tabellen der Version 2017.11.29 (Legacy), indem Sie zuerst einen Satz leerer Regionaltabellen erstellen und dann die aufrufen, um die globale Tabelle zu bilden. CreateGlobalTableAPI Sie erstellen globale Tabellen der Version 2019.11.21 (aktuell), indem Sie die aufrufen, um einer vorhandenen Regionaltabelle ein UpdateTableAPIReplikat hinzuzufügen.
In Version 2017.11.29 (Legacy) müssen Sie alle Replikate in der Tabelle leeren, bevor Sie ein Replikat in einer neuen Region hinzufügen (auch während der Erstellung). Version 2019.11.21 (Aktuell) unterstützt Sie beim Hinzufügen und Entfernen von Replikaten zu Regionen in einer Tabelle, die bereits Daten enthält.
Version 2017.11.29 (Legacy) verwendet die folgenden speziellen Steuerungsebenen für die Verwaltung von Replikaten: APIs
Version 2019.11.21 (Aktuell) verwendet das und zur Verwaltung von Replikaten. DescribeTable UpdateTableAPIs
Version 2017.11.29 (Legacy) veröffentlicht zwei DynamoDB Streams Streams-Datensätze für jeden Schreibvorgang. Version 2019.11.21 (Aktuell) veröffentlicht nur einen DynamoDB Streams Streams-Datensatz für jeden Schreibvorgang.
Version 2017.11.29 (Legacy) füllt und aktualisiert die Attribute, und. Version 2019.11.21 (Aktuell) füllt und aktualisiert aws:rep:deleting diese aws:rep:updateregion Attribute nicht. aws:rep:updatetime
Version 2017.11.29 (Legacy) synchronisiert keine Einstellungen zwischen Replikaten. Version 2019.11.21 (Aktuell) synchronisiert Einstellungen zwischen ReplikatenTime to live (TTL) in DynamoDB verwenden. TTL
Version 2017.11.29 (Legacy) repliziert keine Löschungen auf andere Replikate. Version 2019.11.21 (Aktuell) repliziert Löschungen auf alle ReplikateTTL. TTL
Version 2017.11.29 (Legacy) synchronisiert Auto Scaling-Einstellungen nicht replikatenübergreifend. Version 2019.11.21 (Aktuell) synchronisiert Auto Scaling-Einstellungen replikatsübergreifend.
Version 2017.11.29 (Legacy) synchronisiert die Einstellungen für den globalen sekundären Index () nicht replikatenübergreifend. Version 2019.11.21 (AktuellGSI) synchronisiert Einstellungen replikatsübergreifend. GSI
Version 2017.11.29 (Legacy) synchronisiert die Einstellungen für die Verschlüsselung im Ruhezustand nicht zwischen Replikaten. Version 2019.11.21 (Aktuell) synchronisiert die Einstellungen für die Verschlüsselung im Ruhezustand zwischen Replikaten.
Version 2017.11.29 (Legacy) veröffentlicht die Metrik. Version 2019.11.21 (Aktuell) veröffentlicht diese Metrik nicht. PendingReplicationCount

Voraussetzungen für das Upgrade

Bevor Sie mit dem Upgrade auf Version 2019.11.21 (Current) Global Tables beginnen, müssen Sie die folgenden Voraussetzungen erfüllen:

Time to live (TTL) in DynamoDB verwendenDie Einstellungen für Replikate sind in allen Regionen konsistent.
Die Definitionen des globalen sekundären Index (GSI) für Replikate sind in allen Regionen konsistent.
Die Einstellungen für Verschlüsselung im Ruhezustand auf Replikaten sind in allen Regionen konsistent.
DynamoDB Auto Scaling ist WCUs für alle Replikate aktiviert, oder der On-Demand-Kapazitätsmodus ist für alle Replikate aktiviert.
Für Anwendungen ist das Vorhandensein der aws:rep:updatetime Attribute von aws:rep:deletingaws:rep:updateregion, und in Tabellenelementen nicht erforderlich.

Erforderliche Berechtigungen für das Upgrade globaler Tabellen

Für ein Upgrade auf Version 2019.11.21 (aktuell) benötigen Sie dynamodb:UpdateGlobalTableversion Berechtigungen in allen Regionen mit Replikaten. Diese Berechtigungen sind zusätzlich zu den Berechtigungen erforderlich, die für den Zugriff auf die DynamoDB-Konsole und das Anzeigen von Tabellen erforderlich sind.

Die folgende IAM Richtlinie gewährt Berechtigungen zum Upgrade jeder globalen Tabelle auf Version 2019.11.21 (aktuell).


{
    "version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "dynamodb:UpdateGlobalTableversion",
            "Resource": "*"
        }
    ]
}

Die folgende IAM Richtlinie gewährt nur Berechtigungen zum Upgrade der Music globalen Tabelle mit Replikaten in zwei Regionen auf Version 2019.11.21 (Aktuell).


{
    "version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "dynamodb:UpdateGlobalTableversion",
            "Resource": [
                "arn:aws:dynamodb::123456789012:global-table/Music",
                "arn:aws:dynamodb:ap-southeast-1:123456789012:table/Music",
                "arn:aws:dynamodb:us-east-2:123456789012:table/Music"
            ]
        }
    ]
}

Was ist während des Upgrades zu erwarten

Alle globalen Tabellenreplikate verarbeiten während des Upgrades weiterhin Lese- und Schreibverkehr.
Der Upgrade-Vorgang dauert je nach Tabellengröße und Anzahl der Replikate zwischen einigen Minuten und mehreren Stunden.
Während des Upgrade-Vorgangs TableStatusändert sich der Wert von von ACTIVE aufUPDATING. Sie können den Status der Tabelle anzeigen DescribeTableAPI, indem Sie die oder mit der Tabellenansicht in der DynamoDB-Konsole aufrufen.
Auto Scaling passt die bereitgestellten Kapazitätseinstellungen für eine globale Tabelle nicht an, während die Tabelle aktualisiert wird. Es wird dringend empfohlen, die Tabelle während des Upgrades auf den On-Demand-Kapazitätsmodus einzustellen.
Wenn Sie während des Upgrades den Modus für bereitgestellte Kapazität mit Auto Scaling verwenden möchten, müssen Sie den Mindestdurchsatz für Lese- und Schreibvorgänge in Ihren Richtlinien erhöhen, um den erwarteten Anstieg des Datenverkehrs zu berücksichtigen und eine Drosselung während des Upgrades zu vermeiden.
Wenn der Upgrade-Vorgang abgeschlossen ist, ändert sich Ihr Tabellenstatus auf. ACTIVE

Verhalten von DynamoDB Streams vor, während und nach dem Upgrade

Aktualisierung auf Version 2019.11.21 (Aktuell)

Führen Sie die folgenden Schritte aus, um Ihre Version der globalen DynamoDB-Tabellen mithilfe von zu aktualisieren. AWS Management Console

Um globale Tabellen auf Version 2019.11.21 (Aktuell) zu aktualisieren

Öffnen Sie die DynamoDB-Konsole zu Hausehttps://console.aws.amazon.com/dynamodb/.
Wählen Sie im Navigationsbereich auf der linken Seite der Konsole Tabellen und dann die globale Tabelle aus, für die Sie ein Upgrade auf Version 2019.11.21 (Aktuell) durchführen möchten.
Wählen Sie die Registerkarte Global Tables (Globale Tabellen) aus.
Wählen Sie Update version (Version aktualisieren) aus.
Lesen Sie sich die neuen Anforderungen durch und stimmen Sie ihnen zu, wählen Sie dann Update version Version aktualisieren.
Nach Abschluss des Upgrade-Vorgangs wird die Version der globalen Tabellen, die auf der Konsole angezeigt wird, auf 2019.11.21 geändert.

Warnung JavaScript ist in Ihrem Browser nicht verfügbar oder deaktiviert.

Zur Nutzung der AWS-Dokumentation muss JavaScript aktiviert sein. Weitere Informationen finden auf den Hilfe-Seiten Ihres Browsers.

Dokumentkonventionen

Bestimmen der Version

Verwenden von Elementen

Operation	Region replizieren	Verhalten vor dem Upgrade	Verhalten während des Upgrades	Verhalten nach dem Upgrade
Platzieren oder aktualisieren	Quelle	Die Population mit Zeitstempeln erfolgt unter Verwendung von UpdateItem.	Die Population mit Zeitstempeln erfolgt unter Verwendung von. PutItem	Es wird kein sichtbarer Zeitstempel für den Kunden generiert.
		Zwei Streams-Datensätze werden generiert. Der erste Datensatz enthält die vom Kunden geschriebenen Attribute. Der zweite Datensatz enthält die `aws:rep:*` Attribute.	Zwei Streams-Datensätze werden generiert. Der erste Datensatz enthält die vom Kunden geschriebenen Attribute. Der zweite Datensatz enthält die `aws:rep:*` Attribute.	Es wird ein einziger Streams-Datensatz generiert, der die vom Kunden geschriebenen Attribute enthält.
		Für jeden Schreibvorgang durch den Kunden rWCUs werden zwei verwendet.	Zwei rWCUs werden für jeden Schreibvorgang eines Kunden verbraucht.	Für jeden Schreibvorgang durch den Kunden WCU wird ein R verbraucht.
		`ReplicationLatency`und `PendingReplicationCount` Metriken werden in veröffentlicht CloudWatch.	`ReplicationLatency`und `PendingReplicationCount` Metriken werden in veröffentlicht CloudWatch.	`ReplicationLatency`Die Metrik ist veröffentlicht in CloudWatch.
	Zieladresse	Die Replikation erfolgt mit PutItem.	Die Replikation erfolgt mit PutItem.	Die Replikation erfolgt mit PutItem.
		Es wird ein einziger Streams-Datensatz generiert, der sowohl die vom Kunden geschriebenen Attribute als auch die `aws:rep:*` Attribute enthält.	Es wird ein einziger Streams-Datensatz generiert, der sowohl die vom Kunden geschriebenen Attribute als auch die `aws:rep:*` Attribute enthält.	Es wird ein einziger Streams-Datensatz generiert, der nur die vom Kunden geschriebenen Attribute und keine Replikationsattribute enthält.
		Ein R WCU wird verbraucht, wenn das Element in der Zielregion vorhanden ist. Zwei rWCUs werden verbraucht, wenn der Artikel in der Zielregion nicht existiert.	Ein R WCU wird verbraucht, wenn der Artikel in der Zielregion vorhanden ist. Zwei rWCUs werden verbraucht, wenn der Artikel in der Zielregion nicht existiert.	Für jeden Schreibvorgang durch den Kunden WCU wird ein R verbraucht.
		`ReplicationLatency`und `PendingReplicationCount` Metriken werden in veröffentlicht CloudWatch.	`ReplicationLatency`und `PendingReplicationCount` Metriken werden in veröffentlicht CloudWatch.	`ReplicationLatency`Die Metrik ist veröffentlicht in CloudWatch.
Löschen	Quelle	Löschen Sie alle Elemente mit kleinerem Zeitstempel mithilfe von DeleteItem.	Löschen Sie alle Elemente mit kleinerem Zeitstempel mithilfe von. DeleteItem	Löschen Sie alle Elemente mit kleinerem Zeitstempel mithilfe von. DeleteItem
		Es wird ein einziger Streams-Datensatz generiert, der sowohl die vom Kunden geschriebenen Attribute als auch die `aws:rep:*` Attribute enthält.	Es wird ein einziger Streams-Datensatz generiert, der sowohl die vom Kunden geschriebenen Attribute als auch die `aws:rep:*` Attribute enthält.	Es wird ein einziger Streams-Datensatz generiert, der die vom Kunden geschriebenen Attribute enthält.
		Für jeden gelöschten Kunden WCU wird ein R verbraucht.	Für jeden gelöschten Kunden WCU wird ein R verbraucht.	Für jeden gelöschten Kunden WCU wird ein R verbraucht.
		`ReplicationLatency`und `PendingReplicationCount` Metriken werden in veröffentlicht CloudWatch.	`ReplicationLatency`und `PendingReplicationCount` Metriken werden in veröffentlicht CloudWatch.	`ReplicationLatency`Die Metrik ist veröffentlicht in CloudWatch.
	Zieladresse	Löschungen finden in zwei Phasen statt: In Phase 1 wird das UpdateItem Löschkennzeichen gesetzt. DeleteItem Löscht in Phase 2 das Element.	Löscht das Element mit. DeleteItem	Löscht das Element mit. DeleteItem
		Zwei Streams-Datensätze werden generiert. Der erste Datensatz enthält die Änderung des `aws:rep:deleting` Felds. Der zweite Datensatz enthält die vom Kunden geschriebenen Attribute und die `aws:rep:*` Attribute.	Es wird ein einziger Stream-Datensatz generiert, der die vom Kunden geschriebenen Attribute enthält.	Es wird ein einziger Stream-Datensatz generiert, der die vom Kunden geschriebenen Attribute enthält.
		Für jede Kundenlöschung rWCUs werden zwei verbraucht.	Für jeden gelöschten Kunden WCU wird ein R verbraucht.	Für jeden gelöschten Kunden WCU wird ein R verbraucht.
		`ReplicationLatency`und `PendingReplicationCount` Metriken werden in veröffentlicht CloudWatch.	`ReplicationLatency`Die Metrik ist veröffentlicht in CloudWatch.	`ReplicationLatency`Die Metrik ist veröffentlicht in CloudWatch.