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 a più AWS account. Multi-account le tabelle globali replicano i dati tra AWS Regioni e account, che forniscono le stesse funzionalità attive-attive delle tabelle globali con lo 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. Per migrare da una tabella globale con lo stesso account, è possibile dissociare una replica MREC. La disassociazione preserva la tabella e i relativi dati. La tabella regionale risultante può fungere da fonte per una nuova tabella globale con più account. Per requisiti e istruzioni, vedere Dissociazione di una replica globale della tabella.
-
Ogni replica deve risiedere in una copia separata AWS account. Per una tabella globale con più account con N repliche, devi averle N conti.
-
Multi-account per impostazione predefinita, le tabelle globali utilizzano impostazioni di tabella unificate in 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 impostare 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
-
Protezione da dissociazione. Gestisci questa impostazione nell'account e nella regione della replica. Per ulteriori informazioni, consulta Protezione e requisiti relativi alla dissociazione.
-
Kinesis Data Streams (KDSD)
-
Tag
-
Policy delle risorse
-
Tabella Cloudwatch-Contributor Approfondimenti (CCI)
-
GSI Cloudwatch-Contributor Approfondimenti (CCI)
Monitoraggio
Le tabelle globali configurate per la coerenza finale multiregionale (MREC) pubblicano il ReplicationLatency metrica per 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.
Tipico ReplicationLatency i valori dipendono dalla distanza tra quelli scelti AWS Regioni, oltre ad 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 a un altro AWS Regione.
Gestione dei problemi di latenza di replica in Multi-account Tabelle globali
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 potrebbero impedire la replica includono:
-
Rimozione delle autorizzazioni richieste dalla politica delle risorse della tabella di replica
-
Rinunciare a un AWS Regione che ospita una replica della tabella globale con più account
-
Negare la tabella è AWS Autorizzazioni chiave KMS 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.
