Modalità di capacità on demand di DynamoDB
Amazon DynamoDB on demand offre un’esperienza di database davvero serverless che scala automaticamente per soddisfare i carichi di lavoro più impegnativi senza dover pianificare la capacità. L’approccio on demand semplifica il processo di configurazione, elimina la gestione e il monitoraggio della capacità e offre un dimensionamento rapido e automatico. Con i prezzi con pagamento per richiesta, non è necessario preoccuparsi della capacità inattiva, perché il pagamento avviene solo per il throughput effettivamente utilizzato. La fatturazione viene effettuata in base alle richieste di lettura o scrittura, quindi i costi riflettono direttamente l’utilizzo effettivo.
Se si sceglie la modalità on demand, DynamoDB adatta istantaneamente i carichi di lavoro, siano essi aumentati o diminuiti, su qualsiasi livello di traffico raggiunto in precedenza. Se il livello di traffico di un carico di lavoro raggiunge un nuovo picco, DynamoDB scala automaticamente per soddisfare i requisiti di throughput aumentati. La modalità on demand è l’opzione di throughput predefinita e consigliata perché semplifica la creazione di applicazioni moderne serverless che possono iniziare in piccolo e scalare fino a milioni di richieste al secondo. Una volta aumentata orizzontalmente la tabella on demand, in futuro è possibile ripristinare istantaneamente lo stesso throughput senza limitazione (della larghezza di banda della rete). Se il traffico verso la tabella è pari a zero, con l’opzione on demand non viene addebitato alcun costo per il throughput. Per ulteriori informazioni sulle proprietà di dimensionamento della modalità on demand, consulta Throughput e proprietà di dimensionamento.
Le tabelle che utilizzano la modalità on demand offrono la stessa latenza di pochi millisecondi, lo stesso accordo sul livello di servizio (SLA) e la stessa sicurezza offerta da DynamoDB in modalità con provisioning.
Nota
Per impostazione predefinita, DynamoDB protegge da un utilizzo indesiderato e incontrollato. Per scalare i limiti di throughput di lettura e scrittura a livello di tabella di 40.000 per tutte le tabelle dell’account, è possibile richiedere un aumento di questa quota. Le richieste di throughput che superano la quota di throughput predefinito della tabella sono sottoposte a limitazione (della larghezza di banda della rete). Per ulteriori informazioni, consulta Quote predefinite della velocità di trasmissione effettiva.
Facoltativamente, è possibile anche configurare il throughput massimo di lettura o scrittura (o entrambe) al secondo per singole tabelle on demand e singoli indici secondari globali. Configurando il throughput, è possibile mantenere limitati l’utilizzo e i costi a livello di tabella, proteggersi da un aumento involontario delle risorse utilizzate ed evitare un uso eccessivo per una gestione prevedibile dei costi. Le richieste di throughput che superano il throughput massimo della tabella sono sottoposte a limitazione (della larghezza di banda della rete). È possibile modificare il throughput massimo specifico della tabella in qualsiasi momento in base ai requisiti dell’applicazione. Per ulteriori informazioni, consulta Throughput massimo di DynamoDB per le tabelle on demand.
Per iniziare a utilizzare la modalità on demand, è possibile creare o aggiornare una tabella. Per ulteriori informazioni, consulta Operazioni di base sulle tabelle DynamoDB.
È possibile cambiare le tabelle dalla modalità con capacità allocata alla modalità on demand fino a quattro volte in una finestra variabile di 24 ore. È possibile passare le tabelle dalla modalità on demand alla modalità con capacità allocata in qualsiasi momento.
Per ulteriori informazioni sul passaggio dalla modalità di capacità di lettura a quella di scrittura, consulta Considerazioni sul passaggio tra modalità di capacità in DynamoDB. Per le quote delle tabelle on demand, consulta Throughput di lettura/scrittura.
Argomenti
Unità di richiesta di lettura e unità di richiesta di scrittura
DynamoDB addebita le letture e le scritture eseguite dall’applicazione sulle tabelle in termini di unità di richiesta di lettura e unità di richiesta di scrittura.
Un’unità di richiesta di lettura rappresenta un’operazione a elevata consistenza di lettura al secondo o due operazioni di lettura a coerenza finale al secondo per un elemento di dimensioni fino a 4 KB. Per ulteriori informazioni sui modelli di consistenza di lettura di DynamoDB, consulta Coerenza di lettura di DynamoDB.
Un’unità di richiesta di scrittura rappresenta un’operazione di scrittura per un elemento di dimensioni fino a 1 KB.
Per ulteriori informazioni su come vengono utilizzate le unità di lettura e scrittura, consulta Operazioni di lettura e scrittura di DynamoDB.
Throughput e proprietà di dimensionamento
Le tabelle DynamoDB che utilizzano la modalità di capacità on demand adattano automaticamente il volume di traffico dell'applicazione. Le nuove tabelle on demand saranno in grado di supportare fino a 4.000 scritture al secondo e 12.000 letture al secondo. La modalità di capacità on demand adatta automaticamente fino al doppio del precedente picco di traffico su una tabella. Ad esempio, si supponga che lo schema di traffico dell’applicazione vari tra 25.000 e 50.000 operazioni a elevata consistenza di lettura. Il picco di traffico precedente era di 50.000 letture al secondo. La modalità con capacità on demand supporta istantaneamente un traffico sostenuto fino a 100.000 letture al secondo. Se la propria applicazione registra un traffico di 100.000 letture al secondo, quel picco diventa il nuovo picco precedente. Questo picco precedente consente al traffico successivo di raggiungere fino a 200.000 letture al secondo.
Se il proprio carico di lavoro genera oltre il doppio del picco precedente sulla tabella, DynamoDB alloca automaticamente ulteriore capacità con l’aumentare del volume del traffico. Questa allocazione della capacità aiuta a garantire che il carico di lavoro non subisca una limitazione (della larghezza di banda della rete). Tuttavia, il throttling può verificarsi se si eccede del doppio il picco precedente entro 30 minuti. Ad esempio, si supponga che lo schema di traffico dell’applicazione vari tra 25.000 e 50.000 operazioni a elevata consistenza di lettura. Il picco di traffico precedentemente raggiunto era di 50.000 letture al secondo. Si raccomanda di pre-riscaldare la tabella oppure di scaglionare la crescita del traffico su un intervallo minimo di 30 minuti, prima di raggiungere un carico superiore a 100.000 letture al secondo. Per ulteriori informazioni sul pre-riscaldamento, consulta Funzionamento del throughput di DynamoDB.
DynamoDB non impone la restrizione di limitazione (della larghezza di banda della rete) di 30 minuti se il traffico di picco del carico di lavoro rimane entro il doppio del picco precedente. Se il traffico di picco supera il doppio del picco, assicurati che questa crescita si verifichi 30 minuti dopo l’ultima volta che è stato raggiunto il picco.