Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Come funzionano le tabelle globali DynamoDB
Multi-account le tabelle globali estendono le funzionalità delle tabelle globali di DynamoDB completamente gestite, serverless, multiregionali e multiattive per estendersi su più account. AWS Multi-account le tabelle globali replicano i dati tra AWS regioni e account, fornendo le stesse funzionalità attive-attive delle tabelle globali dello stesso account. Quando scrivi su una replica, DynamoDB replica i dati su tutte le altre repliche.
Le principali differenze rispetto alle tabelle globali relative allo stesso account includono:
-
Multi-account la replica è supportata per le tabelle globali MREC (Multi-region Eventual Consistency).
-
È possibile aggiungere repliche solo iniziando con una tabella a regione singola. La conversione di una tabella globale esistente con lo stesso account in una configurazione con più account non è supportata. Per eseguire la migrazione, è necessario eliminare le repliche esistenti per tornare a una tabella a regione singola prima di creare una nuova tabella globale con più account.
-
Ogni replica deve risiedere in un account separato. AWS Per una tabella globale con più account con N repliche, è necessario disporre di N account.
-
Multi-account Per impostazione predefinita, le tabelle globali utilizzano impostazioni di tabella unificate per tutte le repliche. Tutte le repliche condividono automaticamente la stessa configurazione (ad esempio la modalità di throughput e il TTL) e, a differenza delle tabelle globali dello stesso account, queste impostazioni non possono essere sovrascritte per replica.
-
I clienti devono fornire le autorizzazioni di replica al responsabile del servizio per le tabelle globali di DynamoDB nelle rispettive politiche relative alle risorse.
Multi-account le tabelle globali utilizzano la stessa tecnologia di replica sottostante delle tabelle globali con lo stesso account. Le impostazioni delle tabelle vengono replicate automaticamente su tutte le repliche regionali e i clienti non possono sovrascrivere o personalizzare le impostazioni per replica. Ciò garantisce una configurazione coerente e un comportamento prevedibile su più AWS account che partecipano alla stessa tabella globale.
Le impostazioni nelle tabelle globali di DynamoDB definiscono il comportamento di una tabella e il modo in cui i dati vengono replicati tra le regioni. Queste impostazioni vengono configurate tramite le API del piano di controllo DynamoDB durante la creazione della tabella o quando si aggiunge una nuova replica regionale.
Quando si crea una tabella globale con più account, i clienti devono impostarla GlobalTableSettingsReplicationMode = ENABLED per ogni replica regionale. Ciò garantisce che le modifiche alla configurazione apportate in una regione si propaghino automaticamente a tutte le altre regioni che partecipano alla tabella globale.
È possibile abilitare la replica delle impostazioni dopo la creazione della tabella. Ciò supporta lo scenario in cui una tabella viene originariamente creata come tabella regionale e successivamente aggiornata a una tabella globale con più account.
Impostazioni sincronizzate
Le seguenti impostazioni della tabella sono sempre sincronizzate in tutte le repliche in una tabella globale con più account:
Nota
A differenza delle tabelle globali con lo stesso account, le tabelle globali con più account non consentono sostituzioni per regione per queste impostazioni. L'unica eccezione è che le sostituzioni per le politiche di ridimensionamento automatico della lettura (tabelle e GSI) sono consentite in quanto si tratta di risorse esterne separate.
-
Modalità di capacità (capacità allocata o on demand)
-
Capacità di lettura e scrittura assegnata alla tabella
-
Scalabilità automatica di lettura e scrittura della tabella
-
Definizione dell'indice secondario locale (LSI)
-
Definizione degli indici secondari globali (GSI)
-
Capacità di lettura e scrittura fornita da GSI
-
Scalabilità automatica di lettura e scrittura GSI
-
Definizione dei flussi in modalità MREC
-
Time to live (TTL)
-
Throughput a caldo
-
On-demand velocità massima di lettura e scrittura
Non-Synchronized Settings (Impostazioni)
Le seguenti impostazioni non sono sincronizzate tra le repliche e devono essere configurate indipendentemente per ogni tabella di replica in ciascuna regione.
-
Classe di tabella
-
Server-side Tipo di crittografia (SSE)
-
Point-in-time Recupero
-
Server-side ID chiave KMS di crittografia (SSE)
-
Protezione dalla cancellazione
-
Kinesis Data Streams (KDSD)
-
Tag
-
Policy delle risorse
-
Table Insights Cloudwatch-Contributor (CCI)
-
Cloudwatch-Contributor Approfondimenti GSI (CCI)
Monitoraggio
Le tabelle globali configurate per la coerenza finale multiregionale (MREC) pubblicano la metrica su. ReplicationLatency CloudWatch Questa metrica tiene traccia del tempo trascorso tra la scrittura di un elemento in una tabella di replica e la visualizzazione di tale elemento in un’altra replica nella tabella globale. ReplicationLatency è espresso in millisecondi e viene emesso per ogni coppia di Regioni di origine e di destinazione in una tabella globale.
ReplicationLatencyI valori tipici dipendono dalla distanza tra le AWS regioni scelte e da altre variabili come il tipo di carico di lavoro e la velocità effettiva. Ad esempio, una replica di origine nella Regione Stati Uniti occidentali (California settentrionale) (us-west-1) ha un ReplicationLatency inferiore rispetto alla Regione Stati Uniti occidentali (Oregon) (us-west-2) rispetto alla Regione Africa (Città del Capo) (af-south-1).
Un valore crescente per ReplicationLatency potrebbe indicare che gli aggiornamenti da una replica non si propagano ad altre tabelle di replica in modo tempestivo. In questo caso, puoi reindirizzare temporaneamente l'attività di lettura e scrittura dell'applicazione verso una regione diversa. AWS
Gestione dei problemi di latenza di replica nelle tabelle globali Multi-account
Se ReplicationLatency supera le 3 ore a causa di problemi indotti dal cliente su una tabella di replica, DynamoDB invia una notifica chiedendo al cliente di risolvere il problema sottostante. I problemi più comuni causati dal cliente che possono impedire la replica includono:
-
Rimozione delle autorizzazioni richieste dalla politica delle risorse della tabella di replica
-
Disattivazione di una AWS regione che ospita una replica della tabella globale con più account
-
Negare le autorizzazioni chiave AWS KMS della tabella necessarie per decrittografare i dati
DynamoDB invia una notifica iniziale entro 3 ore dall'elevata latenza di replica, seguita da una seconda notifica dopo 20 ore se il problema rimane irrisolto. Se il problema non viene corretto entro l'intervallo di tempo richiesto, DynamoDB dissocierà automaticamente la replica dalla tabella globale. La replica interessata verrà quindi convertita in una tabella regionale.
