Differenze di comportamento delle versioni precedenti e correnti Prerequisiti di aggiornamento Autorizzazioni richieste Cosa aspettarsi durante l'aggiornamento Comportamento di DynamoDB Streams Aggiornamento alla versione 2019.11.21 (corrente)

Aggiornamento delle tabelle globali YOUR DynamoDB dalla versione 2017.11.29 (Legacy) alla versione 2019.11.21 (Current)

Nota

Sono disponibili due versioni delle tabelle globali DynamoDB: Global Tables versione 2019.11.21 (corrente) e. Tabelle globali versione 2017.11.29 (Legacy) I clienti devono utilizzare la versione 2019.11.21 (corrente) quando possibile, perché offre maggiore flessibilità, maggiore efficienza e consuma meno capacità di scrittura rispetto alla 2017.11.29 (Legacy). Per determinare quale versione stai utilizzando, consulta. Determinazione della versione della tabella globale di DynamoDB in uso

Questa sezione descrive come aggiornare le tabelle globali alla versione 2019.11.21 (corrente) utilizzando la console DynamoDB. L'aggiornamento dalla versione 2017.11.29 (Legacy) alla versione 2019.11.21 (Corrente) è un'azione unica e non è possibile annullarla. Attualmente, puoi aggiornare le tabelle globali solo utilizzando la console.

Argomenti

Differenze di comportamento delle versioni precedenti e correnti
Prerequisiti di aggiornamento
Autorizzazioni richieste
Cosa aspettarsi durante l'aggiornamento
Comportamento di DynamoDB Streams
Aggiornamento alla versione 2019.11.21 (corrente)

Differenze di comportamento tra le versioni Legacy e Current

L'elenco seguente descrive le differenze di comportamento tra le versioni Legacy e Current delle tabelle globali.

la versione 2019.11.21 (attuale) consuma meno capacità di scrittura per diverse operazioni DynamoDB rispetto alla versione 2017.11.29 (Legacy) e, pertanto, è più conveniente per la maggior parte dei clienti. Le differenze per queste operazioni di DynamoDB sono le seguenti:

PutItemPer richiamare un elemento da 1 KB in una regione e replicarlo in altre regioni sono necessari 2 elementi rWRUs per regione per il 2017.11.29 (versione precedente), ma solo 1 r per la versione 2019.11.21 (versione corrente). WRU
L'invocazione UpdateItemdi un elemento da 1 KB richiede 2€ rWRUs nella regione di origine e 1 r WRU per regione di destinazione per il 2017.11.29 (versione precedente), ma solo 1 r per le aree di origine e di destinazione per la versione 2019.11.21 (versione attuale). WRU
L'invocazione di un elemento da 1 KB richiede 1 r WRU nella regione di origine e 2 DeleteItemper regione di destinazione rWRUs per il 2017.11.29 (versione precedente), ma solo 1 r sia per la regione di origine che per la regione di destinazione per la versione 2019.11.21 (attuale). WRU

La tabella seguente mostra il WRU consumo r delle tabelle 2017.11.29 (Legacy) e 2019.11.21 (Current) per un elemento da 1 KB in due regioni.

Operazione	2017.11.29 (Legacy)	2019.11.21 (attuale)	Risparmio
PutItem	4 rWRUs	2 rWRUs	50%
UpdateItem	3 rWRUs	2 rWRUs	33%
DeleteItem	3 rWRUs	2 rWRUs	33%

la versione 2017.11.29 (Legacy) è disponibile solo in 11. Regioni AWS Tuttavia, la versione 2019.11.21 (attuale) è disponibile in tutte le. Regioni AWS
È possibile creare tabelle globali nella versione 2017.11.29 (Legacy) creando prima un set di tabelle regionali vuote, quindi richiamandole per formare la tabella globale. CreateGlobalTableAPI Si creano le tabelle globali della versione 2019.11.21 (Current) richiamando la per aggiungere una replica UpdateTableAPIa una tabella regionale esistente.
la versione 2017.11.29 (Legacy) richiede di svuotare tutte le repliche nella tabella prima di aggiungere una replica in una nuova regione (anche durante la creazione). La versione 2019.11.21 (Current) consente di aggiungere e rimuovere repliche alle regioni su una tabella che contiene già dati.
la versione 2017.11.29 (Legacy) utilizza il seguente set dedicato di piani di controllo per la gestione delle repliche: APIs
la versione 2019.11.21 (Current) utilizza and per gestire le repliche. DescribeTable UpdateTableAPIs
la versione 2017.11.29 (Legacy) pubblica due record DynamoDB Streams per ogni scrittura. La versione 2019.11.21 (Current) pubblica solo un record DynamoDB Streams per ogni scrittura.
la versione 2017.11.29 (Legacy) compila e aggiorna gli attributi, e. La versione 2019.11.21 (Current) non compila né aggiorna questi attributi. aws:rep:deleting aws:rep:updateregion aws:rep:updatetime
la versione 2017.11.29 (Legacy) non sincronizza le impostazioni tra le repliche. La versione 2019.11.21 (Corrente) sincronizza Usare time to live (TTL) in DynamoDB le impostazioni tra le repliche. TTL
la versione 2017.11.29 (Legacy) non replica le eliminazioni su altre repliche. La versione 2019.11.21 (corrente) replica le eliminazioni su tutte le repliche. TTL TTL
la versione 2017.11.29 (Legacy) non sincronizza le impostazioni di ridimensionamento automatico tra le repliche. La versione 2019.11.21 (Corrente) sincronizza le impostazioni di ridimensionamento automatico tra le repliche.
la versione 2017.11.29 (Legacy) non sincronizza le impostazioni dell'indice secondario globale () tra le repliche. La versione 2019.11.21 (Current) sincronizza le impostazioni tra le repliche. GSI GSI
la versione 2017.11.29 (Legacy) non sincronizza le impostazioni di crittografia a riposo tra le repliche. La versione 2019.11.21 (corrente) sincronizza le impostazioni di crittografia a riposo tra le repliche.
la versione 2017.11.29 (Legacy) pubblica la metrica. La versione 2019.11.21 (Corrente) non pubblica questa metrica. PendingReplicationCount

Prerequisiti di aggiornamento

Prima di iniziare l'aggiornamento alla versione 2019.11.21 (attuale) delle tabelle globali, è necessario soddisfare i seguenti prerequisiti:

Usare time to live (TTL) in DynamoDBle impostazioni sulle repliche sono coerenti tra le regioni.
Le definizioni dell'indice secondario globale (GSI) sulle repliche sono coerenti tra le regioni.
Le impostazioni di crittografia a riposo sulle repliche sono coerenti in tutte le regioni.
La scalabilità automatica di DynamoDB è WCUs abilitata per tutte le repliche oppure la modalità di capacità su richiesta è abilitata per tutte le repliche.
Le applicazioni non richiedono la presenza degli attributi of aws:rep:deletingaws:rep:updateregion, e negli elementi della tabella. aws:rep:updatetime

Autorizzazioni richieste per l'aggiornamento delle tabelle globali

Per eseguire l'aggiornamento alla versione 2019.11.21 (corrente), è necessario disporre delle dynamodb:UpdateGlobalTableversion autorizzazioni in tutte le regioni con repliche. Queste autorizzazioni sono necessarie in aggiunta alle autorizzazioni necessarie per accedere alla console DynamoDB e visualizzare le tabelle.

La seguente IAM politica concede le autorizzazioni per aggiornare qualsiasi tabella globale alla versione 2019.11.21 (corrente).


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

La seguente IAM politica concede le autorizzazioni per aggiornare solo la tabella Music globale con repliche in due regioni alla versione 2019.11.21 (corrente).


{
    "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"
            ]
        }
    ]
}

Cosa aspettarsi durante l'aggiornamento

Tutte le repliche di tabelle globali continueranno a elaborare il traffico di lettura e scrittura durante l'aggiornamento.
Il processo di aggiornamento richiede da pochi minuti a diverse ore a seconda delle dimensioni della tabella e del numero di repliche.
Durante il processo di aggiornamento, il valore di TableStatuscambierà da ACTIVE aUPDATING. È possibile visualizzare lo stato della tabella richiamando o con DescribeTableAPIla vista Tabelle nella console DynamoDB.
La scalabilità automatica non modificherà le impostazioni di capacità fornite per una tabella globale durante l'aggiornamento della tabella. Si consiglia vivamente di impostare la tabella sulla modalità di capacità su richiesta durante l'aggiornamento.
Se si sceglie di utilizzare la modalità di capacità fornita con scalabilità automatica durante l'aggiornamento, è necessario aumentare la velocità minima di lettura e scrittura sulle policy per far fronte a eventuali aumenti di traffico previsti ed evitare limitazioni durante l'aggiornamento.
Una volta completato il processo di aggiornamento, lo stato della tabella cambierà in. ACTIVE

Comportamento di DynamoDB Streams prima, durante e dopo l'aggiornamento

Aggiornamento alla versione 2019.11.21 (corrente)

Esegui i seguenti passaggi per aggiornare la tua versione delle tabelle globali di DynamoDB utilizzando. AWS Management Console

Per aggiornare le tabelle globali alla versione 2019.11.21 (corrente)

Apri la console DynamoDB a casa. https://console.aws.amazon.com/dynamodb/
Nel riquadro di navigazione sul lato sinistro della console, scegli Tabelle, quindi seleziona la tabella globale che desideri aggiornare alla versione 2019.11.21 (Corrente).
Scegliere la scheda Global Tables (Tabelle globali).
Scegli Aggiorna versione.
Leggi e accetta i nuovi requisiti, quindi scegli Update version (Aggiorna versione).
Una volta completato il processo di aggiornamento, la versione delle tabelle globali visualizzata sulla console cambia alla 2019.11.21.

Avvertimento JavaScript è disabilitato o non è disponibile nel tuo browser.

Per usare la documentazione AWS, JavaScript deve essere abilitato. Consulta le pagine della guida del browser per le istruzioni.

Convenzioni dei documenti

Individuare la versione

Utilizzo di elementi

Operazione	Regione di replica	Comportamento prima dell'aggiornamento	Comportamento durante l'aggiornamento	Comportamento dopo l'aggiornamento
Inserisci o aggiorna	Origine	La popolazione del timestamp avviene utilizzando. UpdateItem	La popolazione del timestamp avviene utilizzando. PutItem	Non viene generato alcun timestamp visibile al cliente.
		Vengono generati due record Streams. Il primo record contiene gli attributi scritti dal cliente. Il secondo record contiene gli `aws:rep:*` attributi.	Vengono generati due record Streams. Il primo record contiene gli attributi scritti dal cliente. Il secondo record contiene gli `aws:rep:*` attributi.	Viene generato un singolo record Streams contenente gli attributi scritti dal cliente.
		Ne rWCUs vengono utilizzati due per ogni scrittura da parte del cliente.	Ne rWCUs vengono consumati due per ogni scrittura del cliente.	WCUViene consumata una r per ogni scrittura da parte del cliente.
		`ReplicationLatency`e le `PendingReplicationCount` metriche sono pubblicate in CloudWatch.	`ReplicationLatency`e le `PendingReplicationCount` metriche sono pubblicate in. CloudWatch	`ReplicationLatency`la metrica è pubblicata in. CloudWatch
	Destinazione	La replica avviene utilizzando. PutItem	La replica avviene utilizzando. PutItem	La replica avviene utilizzando. PutItem
		Viene generato un singolo record Streams, che contiene sia gli attributi scritti dal cliente che gli attributi. `aws:rep:*`	Viene generato un singolo record Streams, che contiene sia gli attributi scritti dal cliente che gli attributi. `aws:rep:*`	Viene generato un singolo record Streams, che contiene solo gli attributi scritti dal cliente e nessun attributo di replica.
		WCUViene consumato un r se l'articolo esiste nella regione di destinazione. Due rWCUs vengono consumati se l'articolo non esiste nella regione di destinazione.	Una r WCU viene consumata se l'articolo esiste nella regione di destinazione. Due rWCUs vengono consumati se l'articolo non esiste nella regione di destinazione.	WCUViene consumata una r per ogni scrittura del cliente.
		`ReplicationLatency`e le `PendingReplicationCount` metriche sono pubblicate in CloudWatch.	`ReplicationLatency`e le `PendingReplicationCount` metriche sono pubblicate in. CloudWatch	`ReplicationLatency`la metrica è pubblicata in. CloudWatch
Elimina	Origine	Elimina qualsiasi elemento con un timestamp più piccolo utilizzando. DeleteItem	Elimina qualsiasi elemento con un timestamp più piccolo utilizzando. DeleteItem	Elimina qualsiasi elemento con un timestamp più piccolo utilizzando. DeleteItem
		Viene generato un singolo record Streams, che contiene sia gli attributi scritti dal cliente che gli attributi. `aws:rep:*`	Viene generato un singolo record Streams, che contiene sia gli attributi scritti dal cliente che gli attributi. `aws:rep:*`	Viene generato un singolo record Streams, che contiene gli attributi scritti dal cliente.
		WCUViene consumata una r per ogni eliminazione da parte del cliente.	WCUViene consumata una r per ogni eliminazione del cliente.	WCUViene consumata una r per ogni eliminazione del cliente.
		`ReplicationLatency`e le `PendingReplicationCount` metriche sono pubblicate in CloudWatch.	`ReplicationLatency`e le `PendingReplicationCount` metriche sono pubblicate in. CloudWatch	`ReplicationLatency`la metrica è pubblicata in. CloudWatch
	Destinazione	Le eliminazioni in due fasi avvengono: Nella Fase 1, UpdateItem imposta il contrassegno di eliminazione. Nella Fase 2, DeleteItem elimina l'elemento.	Elimina l'elemento utilizzando. DeleteItem	Elimina l'elemento utilizzando. DeleteItem
		Vengono generati due record Streams. Il primo record contiene la modifica al `aws:rep:deleting` campo. Il secondo record contiene gli attributi e gli attributi scritti dal cliente. `aws:rep:*`	Viene generato un singolo record Stream, che contiene gli attributi scritti dal cliente.	Viene generato un singolo record Stream, che contiene gli attributi scritti dal cliente.
		Due rWCUs vengono utilizzati per ogni eliminazione da parte di un cliente.	WCUViene consumata una r per ogni eliminazione del cliente.	WCUViene consumata una r per ogni eliminazione del cliente.
		`ReplicationLatency`e le `PendingReplicationCount` metriche sono pubblicate in CloudWatch.	`ReplicationLatency`la metrica è pubblicata in. CloudWatch	`ReplicationLatency`la metrica è pubblicata in. CloudWatch