DynamoDB può fare auto scaling?
Sì. L'auto scaling di DynamoDB usa Application Auto Scaling per regolare la capacità di lettura e scrittura con provisioning verso un utilizzo target (impostabile tra il 20 e il 90%, di solito il 70%), entro i limiti minimo/massimo che definisci. In alternativa, la modalità di capacità on-demand scala all'istante sul traffico senza configurazione. Entrambe mantengono le tabelle reattive al carico che cambia senza pianificazione manuale della capacità.
Auto scaling con provisioning
Crei una policy di scaling per tabella (e per indice secondario globale) che imposta:
- un utilizzo target (percentuale della capacità con provisioning a cui mirare),
- unità di capacità minima e massima, e
- se scalare letture, scritture o entrambe.
Gli allarmi CloudWatch attivano Application Auto Scaling per alzare o abbassare la capacità man mano che il consumo attraversa il target.
Modalità on-demand
La capacità on-demand elimina del tutto la pianificazione: DynamoDB regola da sé il throughput sul tuo traffico — accogliendo all'istante fino al doppio del tuo picco di traffico precedente — e ti fattura per richiesta. È adatta quando il traffico è a raffica o difficile da prevedere.
Quale scegliere
La modalità con provisioning più auto scaling di solito costa meno quando il traffico è stabile e ben compreso; l'on-demand è più semplice e migliore per traffico sconosciuto o a raffica.
Dove l'utilizzo target smette di convenire
L'utilizzo target è una manopola sul prezzo, e ha un pavimento sotto il quale l'auto scaling perde nettamente contro l'on-demand.
In us-east-1 un'unità di capacità di scrittura costa $0,00065 all'ora, quindi riservarne una per un mese costa $0,4745 e compra 2.628.000 scritture. Sono $0,00000018 per scrittura contro gli $0,000000625 dell'on-demand, il che rende la capacità con provisioning 3,46 volte più economica quando ogni unità riservata viene usata. Invertilo e ottieni il punto di pareggio: la modalità con provisioning smette di convenire sotto il 28,9% di utilizzo medio. Le letture danno lo stesso 28,9%, quindi è una proprietà del modello di prezzo e non di una singola tariffa.
1.000 scritture al secondo sostenute di Item da 1 KB, valutate con il calcolatore dei prezzi:
| Impostazione di capacità | Con provisioning | Mensile |
|---|---|---|
| target 90% | 1.112 WCU | $527,64 |
| target 70% | 1.429 WCU | $678,06 |
| target 50% | 2.000 WCU | $949,00 |
| target 20% | 5.000 WCU | $2.372,50 |
| On-demand | nessuna | $1.642,50 |
Le ultime due righe portano la lezione. Un target del 20%, il più basso che AWS accetti, riserva cinque volte il tuo traffico e costa il 44% in più rispetto a pagare per richiesta per lo stesso identico lavoro. Ogni riga qui sopra assume che l'auto scaling inchiodi la capacità esattamente al target, quindi trattale come casi migliori: il traffico reale vaga e l'algoritmo lo segue in ritardo, il che trascina l'utilizzo effettivo sotto qualunque valore tu abbia configurato.
Cosa compra la manopola
Scale-up e scale-down sono deliberatamente asimmetrici, e quell'asimmetria è ciò che paga il margine. AWS documenta lo scale-up come innescato dopo che la capacità consumata supera il target per due minuti consecutivi e lo scale-down dopo 15 punti dati consecutivi sotto di esso. La chiamata UpdateTable che segue richiede altri diversi minuti, e nel frattempo tutto ciò che supera il vecchio tetto viene sottoposto a throttling.
Anche le diminuzioni sono razionate. Inizi ogni giorno UTC con quattro e ne guadagni una all'ora, senza mai averne più di quattro in mano, il che ti limita a 27 al giorno per tabella. Gli indici secondari globali hanno la propria dotazione.
Quindi un target alto fa risparmiare soldi veri e spende il cuscinetto che copre quei minuti. L'on-demand costa di più per richiesta ed elimina del tutto lo scambio.
Approfondisci
Confrontali in capacità on-demand vs con provisioning e stima il costo con il calcolatore dei prezzi. Scarica DynoTable per leggere la dimensione di una tabella e le stime sugli Item in Statistiche della tabella.
Riferimenti
- Managing throughput capacity automatically with DynamoDB auto scaling — Amazon DynamoDB Developer Guide
- DynamoDB on-demand capacity mode — Amazon DynamoDB Developer Guide
- DynamoDB provisioned capacity mode — Amazon DynamoDB Developer Guide
- Quotas in Amazon DynamoDB — Amazon DynamoDB Developer Guide — la dotazione di diminuzioni, ricontrollata il 2026-07-28.
Ultima verifica 2026-07-13 rispetto alla documentazione ufficiale AWS collegata sopra.
Punto di pareggio calcolato il 2026-07-28 con il nostro calcolatore dei prezzi sulle tariffe us-east-1 che sincronizza dalla AWS Price List API. I ritardi di scaling e la dotazione di diminuzioni sono stati riletti dalla documentazione AWS collegata sopra nella stessa data.