Domande frequenti sulle tabelle globali

In questa sezione sono fornite le risposte alle domande frequenti sulle tabelle globali DynamoDB.

Quali sono i prezzi delle tabelle globali?

• Il prezzo di un'operazione di scrittura in una tabella DynamoDB tradizionale è espresso in unità di capacità di scrittura WCUs () per le tabelle fornite o in unità di richiesta di scrittura () per le WRUs tabelle su richiesta. In caso di scrittura di un elemento da 5 KB, viene addebitato un costo pari a 5 unità. Il prezzo di un'operazione di scrittura su una tabella globale è espresso in unità di capacità di scrittura replicate (rWCUs) per le tabelle predisposte o in unità di richiesta di scrittura replicate (r) per le tabelle su richiesta. WRUs

• I costi RWCu e RWRu vengono applicati in ogni regione in cui l'articolo viene scritto direttamente o tramite replica.

• La scrittura su un indice secondario globale (GSI) è considerata una scrittura locale e utilizza le normali unità di scrittura.

• Al momento non è disponibile alcuna capacità riservata per r. WCUs L'acquisto di capacità riservata per WCUs potrebbe comunque essere utile per le tabelle in cui GSIs consumano unità di scrittura.

• Quando aggiungi una nuova Regione a una tabella globale, DynamoDB avvia automaticamente la nuova Regione e ti addebita come se si trattasse di un ripristino della tabella, in base alla sua dimensione in GB. Addebita inoltre tariffe aggiuntive per il trasferimento di dati tra regioni.

Quali sono Regioni supportate dalle tabelle globali?

Le tabelle globali supportano tutte le Regioni AWS.

Come vengono GSIs gestite le tabelle globali?

Nelle tabelle globali (correnti, versione 2019) quando viene creato un indice GSI in una Regione, tale indice viene automaticamente creato e compilato nelle altre Regioni partecipanti.

Come posso interrompere la replica di una tabella globale?

È possibile eliminare una tabella di replica con la stessa procedura usata per eliminare qualsiasi altra tabella. Ciò interromperà la replica ed eliminerà la copia della tabella conservata in tale regione. Tuttavia, non è possibile interrompere la replica e conservare le copie della tabella come entità indipendenti, né è possibile sospendere la replica.

In che modo i flussi Amazon DynamoDB interagiscono con le tabelle globali?

Ogni tabella globale produce un flusso indipendente basato su tutte le relative operazioni di scrittura, a prescindere dal punto di partenza. È possibile scegliere di utilizzare il flusso DynamoDB in una regione o in tutte le regioni in modo indipendente. Per elaborare operazioni di scrittura locali non replicate, è possibile aggiungere l'attributo relativo alla regione a ciascun elemento. Puoi quindi utilizzare un filtro di eventi AWS Lambda per richiamare solo la funzione Lambda per le operazioni di scrittura nella Regione locale. Questa procedura serve per le operazioni di inserimento e aggiornamento, ma non per le operazioni di eliminazione.

In che modo le tabelle globali gestiscono le transazioni?

Le operazioni transazionali forniscono garanzie di atomicità, consistenza, isolamento e durabilità (Atomicity, Consistency, Isolation and Durability, ACID) solo all'interno della Regione in cui si è originariamente verificata l'operazione di scrittura. Le transazioni non sono supportate tra le regioni nelle tabelle globali. Ad esempio, se è presente una tabella globale con repliche nelle regioni Stati Uniti orientali (Ohio) e Stati Uniti occidentali (Oregon) e si esegue un'operazione TransactWriteItems nella regione Stati Uniti orientali (Ohio), è possibile osservare transazioni parzialmente completate nella regione Stati Uniti occidentali (Oregon) man mano che le modifiche vengono replicate. Le modifiche vengono replicate in altre Regioni solo dopo essere state confermate nella Regione di origine.

In che modo le tabelle globali interagiscono con la cache DynamoDB Accelerator (DAX)?

Le tabelle globali ignorano DAX aggiornando direttamente DynamoDB, quindi DAX non è consapevole della presenza di dati obsoleti. La cache DAX verrà aggiornata solo alla scadenza del TTL della cache.

I tag presenti nelle tabelle vengono propagati?

No, i tag non vengono propagati automaticamente.

Devo eseguire il backup delle tabelle in tutte le Regioni o solo in una?

La risposta dipende dallo scopo del backup.

• Se è necessario garantire la durabilità dei dati, DynamoDB fornisce già questa protezione. Il servizio garantisce la durabilità dei dati.

• Se si desidera conservare uno snapshot dei record storici (ad esempio per soddisfare i requisiti normativi), il backup in una regione dovrebbe essere sufficiente. È possibile copiare il backup in altre regioni utilizzando AWS Backup.

• Se desideri recuperare dati cancellati o modificati erroneamente, utilizza DynamoDB point-in-time recovery (PITR) in una regione.

Come posso distribuire tabelle globali utilizzando? AWS CloudFormation

• CloudFormation rappresenta una tabella DynamoDB e una tabella globale come due risorse separate: e. AWS::DynamoDB::Table AWS::DynamoDB::GlobalTable Un approccio consiste nel creare tutte le tabelle che possono essere potenzialmente globali utilizzando il costrutto GlobalTable, mantenerle inizialmente come tabelle autonome e aggiungere Regioni in un secondo momento, se necessario.

• In CloudFormation, ogni tabella globale è controllata da un singolo stack, in una singola regione, indipendentemente dal numero di repliche. Quando distribuisci il modello, CloudFormation crea e aggiorna tutte le repliche come parte di un'unica operazione di stack. Non è consigliabile distribuire la stessa risorsa AWS::DynamoDB::GlobalTable in più regioni. Questo metodo non è supportato e genererà errori. Se si distribuisce il modello di applicazione in più regioni, è possibile utilizzare le condizioni per creare la risorsa AWS::DynamoDB::GlobalTable solo in una regione. In alternativa, è possibile scegliere di definire le risorse AWS::DynamoDB::GlobalTable in uno stack separato dallo stack dell'applicazione e verificare che sia distribuito solo in un'unica regione.

• Se disponi di una tabella normale e desideri convertirla in una tabella globale mantenendola gestita da CloudFormation: imposta la politica di eliminazione suRetain, rimuovi la tabella dallo stack, converti la tabella in una tabella globale nella console e quindi importa la tabella globale come nuova risorsa nello stack. Per ulteriori informazioni, consulta il AWS GitHub repository amazon-dynamodb-table-to -. global-table-cdk

• La replica su più account non è al momento supportata.