- Amazon DynamoDB›
- Prezzi›
- On demand
Calcolatore dei prezzi AWS
Calcola il costo di Amazon DynamoDB e dell’architettura in un unico preventivo.
Con la modalità capacità on demand, paghi per ogni richiesta di lettura e scrittura dei dati eseguita sulle tue tabelle dall'applicazione. Non è necessario che specifichi il throughput di lettura e scrittura che ti aspetti dalla tua applicazione, in quanto DynamoDB si occupa all'istante dei tuoi carichi di lavoro man mano che aumentano o diminuiscono. In questa pagina vengono descritti in dettaglio gli addebiti che DynamoDB applica per le sue funzionalità principali e per quelle opzionali.
Parole chiave
Unità di richiesta di lettura: le chiamate API per leggere i dati dalla tua tabella sono fatturate in unità di richiesta di lettura. Le richieste di lettura di DynamoDB possono essere consistenti assolute, consistenti finali o transazionali. Una richiesta con elevata consistenza di lettura fino a 4 KB richiede un'unità di richiesta di lettura. Per elementi di dimensioni superiori a 4 KB, sono richieste unità di richiesta di lettura aggiuntive. Per elementi fino a 4 KB, una richiesta di lettura a coerenza finale richiede mezza unità di richiesta di lettura, mentre una richiesta di lettura transazionale richiede due unità di richiesta di lettura. Ad esempio, una richiesta con elevata consistenza di lettura di un elemento di 8 KB richiede due unità di richiesta di lettura, una lettura a coerenza finale di un elemento di 8 KB richiede un'unità di richiesta di lettura e una lettura transazionale di un elemento di 8 KB richiede quattro unità di richiesta di lettura. Consulta Coerenza di lettura per maggiori dettagli.
Unità di richiesta di scrittura: le chiamate API per scrivere i dati nella tua tabella sono fatturate in unità di richiesta di scrittura. Una unità di richiesta di scrittura standard può scrivere un elemento fino a 1 KB. Per elementi di dimensioni superiori a 1 KB, sono richieste unità di richiesta di scrittura aggiuntive. Una scrittura transazionale richiede due unità di richiesta di scrittura. Ad esempio, una richiesta di scrittura di un elemento di 1 KB richiede un'unità di richiesta di scrittura, una richiesta di scrittura di un elemento di 3 KB richiede tre unità di richiesta di scrittura e una richiesta di scrittura transazionale di un elemento di 3 KB richiede sei unità di richiesta di scrittura.
Unità di richiesta di lettura dei flussi: Ogni chiamata API GetRecords a DynamoDB Streams è un'unità di richiesta di lettura dei flussi. Ogni unità di richiesta di lettura dei flussi può restituire fino a 1 MB di dati.
Richieste di lettura/scrittura transazionale: In DynamoDB, una lettura o scrittura transazionali differiscono da una lettura o scrittura standard, perché ciò garantisce che tutte le operazioni contenute in un singolo set di transazioni abbiano un esito positivo o negativo nell’insieme.
Unità di acquisizione dei dati di modifica: DynamoDB può acquisire le modifiche a livello di elemento nelle tabelle DynamoDB e replicarle su altri servizi AWS, come flusso di dati Amazon Kinesis. DynamoDB acquisisce tali modifiche come operazioni delegate, il che significa che DynamoDB esegue la replica per tuo conto, in modo che tu non debba gestire la capacità effettiva di trasmissione. DynamoDB addebita un'unità di acquisizione dei dati di modifica per ogni scrittura sulla tabella (fino a 1 KB). Per elementi di dimensioni superiori a 1 KB, sono richieste unità aggiuntive.
Classi di tabelle DynamoDB: DynamoDB offre due classi di tabelle progettate per aiutarti a ottimizzare i costi. La classe di tabella DynamoDB Standard è quella predefinita e raccomandata per la maggior parte dei carichi di lavoro. La classe di tabella Accesso infrequente DynamoDB Standard (AI DynamoDB Standard) è ottimizzata per le tabelle che archiviano dati a cui si accede raramente, dove l’archiviazione è il costo dominante. Ogni classe di tabella offre prezzi diversi per l'archiviazione dei dati e per le richieste di lettura e scrittura. Puoi selezionare la classe di tabella più conveniente in base ai requisiti di archiviazione della tabella e ai modelli di accesso ai dati. Scopri di più sulle classi di tabelle DynamoDB nella Guida per gli sviluppatori di DynamoDB.
Funzionalità di DynamoDB e panoramica della fatturazione
Funzionalità |
Cosa fa |
Unità di fatturazione |
|
Funzionalità principali |
|||
|
Richiesta di scrittura |
Scrive i dati nella tabella |
Unità di richiesta di scrittura |
|
Richiesta di lettura |
Legge i dati dalla tabella |
Unità di richiesta di lettura |
Funzionalità facoltative |
|||
|
Backup continuo |
Effettua backup continui per gli ultimi 1-35 giorni |
GB al mese |
|
Backup on demand |
Prende i backup di snapshot nei point-in-time specificati |
GB al mese |
|
Ripristino da backup |
Ripristina una tabella secondo uno specifico snapshot o momento |
GB |
| Acquisizione dei dati di modifica per Amazon Kinesis Data Streams | Acquisisce le modifiche ai dati a livello di elemento e le replica in Kinesis Data Streams | Unità di acquisizione dei dati di modifica | |
| Esportazione di dati in Amazon S3 | Esporta i backup delle tabelle DynamoDB risalenti a un momento specifico in Amazon S3 | GB | |
| Importazione di dati da Amazon S3 | Migrazione e caricamento dati da Amazon S3 in nuove tabelle DynamoDB | GB | |
|
Flussi DynamoDB |
Fornisce una sequenza temporalmente ordinata delle modifiche a livello di voce in una tabella |
Unità di richiesta di lettura dei flussi |
|
Trasferimento dati in uscita |
Trasferisce i dati in altre regioni AWS |
GB |
Panoramica delle integrazioni con DynamoDB per la fatturazione
Integrazione |
Cosa fa |
Unità di fatturazione |
|
| Integrazione Zero-ETL con Amazon Redshift | Consente l'analisi dei dati operativi senza dover creare e gestire pipeline di dati | GB di esportazioni | |
Prezzi di DynamoDB
-
• Richieste di lettura e scrittura
Quando si seleziona la modalità capacità on demand per la tabella DynamoDB, si paga solo per le letture e le scritture eseguite dall'applicazione. È possibile effettuare le chiamate API necessarie senza dover gestire la capacità di throughput sulla tabella. DynamoDB gestisce la gestione delle risorse hardware per soddisfare il carico di lavoro con prestazioni costanti a bassa latenza. DynamoDB addebita una unità di richiesta di scrittura per ogni scrittura (fino a 1 KB) e due unità di richiesta di scrittura per le scritture transazionali. Per le letture, DynamoDB addebita un'unità di richiesta di lettura per ogni lettura consistente assoluta (fino a 4 KB), due unità di richiesta di lettura per ogni lettura transazionale e mezza unità di richiesta di lettura per ogni lettura a consistenza finale. I prezzi per richieste di lettura e scrittura dipendono dalla tua classe di tabella.
-
• Archiviazione di dati
Non è necessario effettuare il provisioning dell'archiviazione: DynamoDB monitora continuamente le dimensioni delle tue tabelle per determinare i tuoi costi di archiviazione. DynamoDB misura le dimensioni dei dati fatturabili aggiungendo le dimensioni raw in byte dei dati, insieme a un anticipo di archiviazione per elemento che dipende dalle caratteristiche abilitate. Consulta la Guida per gli sviluppatori di DynamoDB per ulteriori informazioni. Il prezzo per l'archiviazione dei dati dipende dalla tua classe di tabella.
-
• Backup e ripristino
DynamoDB offre due metodi per eseguire il backup dei dati della tabella. I backup continui con recupero point-in-time (PITR) forniscono un backup continuo della tabella per i precedenti 1-35 giorni. Puoi riportare la tabella allo stato di qualsiasi secondo specificato nelle cinque settimane precedenti. I backup on demand creano snapshot della tua tabella da archivio per periodi prolungati per aiutarti a soddisfare i requisiti normativi aziendali e governativi.
Backup continui (PITR)
I costi dei PITR applicati da DynamoDB dipendono dalle dimensioni correnti di ciascuna tabella DynamoDB (dati della tabella e indici secondari locali) in cui è attivato. DynamoDB monitora continuamente per tutto il mese le dimensioni delle tabelle abilitate per il ripristino point-in-time (PITR) per determinare le tue spese di backup e continua a fatturarti fino a quando non disabiliti PITR su ogni tabella.
Backup on demand
Le tariffe dei backup on demand applicate da DynamoDB dipendono dalle dimensioni di archiviazione della tabella (dati della tabella e indici secondari locali). Le dimensioni di ogni backup sono definite al momento della richiesta di ciascun backup. Le dimensioni totali dello spazio di archiviazione del backup fatturate ogni mese sono costituite dalla somma di tutti i backup delle tabelle DynamoDB. DynamoDB monitora continuamente le dimensioni dei backup on demand per tutto il mese per determinare i costi di backup.
È possibile utilizzare DynamoDB o AWS Backup per creare e gestire i backup on demand. Per ulteriori informazioni, consulta Utilizzo di backup e ripristino on demand. Con AWS Backup puoi centralizzare e automatizzare la protezione dei dati nei servizi AWS. Inoltre, AWS Backup offre funzioni avanzate come copia di backup on demand tra più account e più regioni, piano di archiviazione a basso costo, assegnazione di tag per backup e crittografia di backup indipendente dall'origine dati per aiutare a soddisfare i requisiti di continuità aziendale e ottimizzare i costi di backup. Si applicano costi aggiuntivi per il trasferimento dati tra più regioni. Per ulteriori informazioni su queste tariffe, consulta i prezzi di AWS Backup.
* L'archiviazione di backup a freddo è supportata per i backup on demand gestiti solo da AWS Backup. È possibile abilitare l'utilizzo di AWS Backup dalla Console di gestione AWS.
I backup in transizione verso l'archiviazione a freddo hanno una durata minima di 90 giorni di archiviazione, mentre per i backup cancellati prima dello scadere dei 90 giorni verrà addebitato un costo proporzionale al costo di archiviazione per i giorni rimanenti.Recupero di una tabella
I costi del ripristino di una tabella da backup on demand o PITR sono calcolati in base alle dimensioni totali dei dati ripristinati, (dati della tabella, indici secondari locali e indici secondari globali) per ogni richiesta.
* Il recupero dall'archiviazione a freddo di backup è supportato per i backup on demand gestiti solo da AWS Backup. È possibile abilitare l'utilizzo di AWS Backup dalla Console di gestione AWS. L'archiviazione a freddo di backup non si applica a backup continui con recupero point-in-time (PITR).
-
• Acquisizione dei dati di modifica per flusso di dati Amazon Kinesis
DynamoDB addebita l’importo per l’acquisizione dei dati di modifica per flusso di dati Amazon Kinesis in base alle unità di acquisizione. DynamoDB addebita una unità di acquisizione dei dati di modifica per ogni scrittura (fino a 1 KB). I prezzi sono calcolati solo per le scritture eseguite dalla tua applicazione senza dover gestire la capacità effettiva di trasmissione sulla tabella.
Quando si replicano le modifiche di DynamoDB a un flusso dei dati di Kinesis, viene addebitato il costo del flusso di dati Kinesis. Per ulteriori informazioni, consulta Prezzi del flusso di dati Amazon Kinesis. -
• Throughput a caldo
Per impostazione predefinita, i valori di throughput a caldo sono visibili per tutte le tabelle e gli indici Amazon DynamoDB. Questi valori si regolano automaticamente man mano che aumenti il throughput assegnato o il consumo on demand senza costi aggiuntivi. Tuttavia, se scegli di aumentare manualmente questi valori, verranno applicati costi aggiuntivi.
Quando richiedi di preriscaldare le tabelle o gli indici impostando nuovi valori di throughput a caldo per letture e scritture, DynamoDB addebita i costi in base alla differenza tra i nuovi valori e l'attuale throughput a caldo supportato dalla tabella o dall'indice. È prevista una tariffa una tantum alla tariffa regionale di un'unità di capacità di lettura (RCU) per ogni aumento di un'unità del throughput di lettura a caldo e di un'unità di capacità di scrittura (WCU) per ogni aumento di un'unità del throughput di scrittura a caldo. Questi costi si applicano alle classi di tabelle DynamoDB Standard e Standard-Infrequent Access.
Esempio: supponiamo di avere una tabella DynamoDB Standard nella regione UE (Germania) con un throughput a caldo attuale di 12.000 unità di lettura al secondo e 4.000 unità di scrittura al secondo. Per un evento di picco imminente, ti aspetti che la tabella richieda 100.000 unità di lettura al secondo, quindi lo imposti come nuovo valore di throughput a caldo di lettura. È previsto un costo una tantum per le 88.000 unità di lettura aggiuntive (la differenza tra 100.000 e 12.000) al tasso di 13,77 € (88.000 unità × 0,0001565156 € per RCU). Questa struttura di fatturazione si applica indipendentemente dal preriscaldamento della tabella o dell'indice per le letture o le scritture, nella classe di tabella DynamoDB Standard o Accesso infrequente Standard. -
• Esportazione di dati in Amazon S3
Utilizza questa funzione per esportare i dati dai backup continui DynamoDB (recupero point-in-time) in Amazon Simple Storage Service (Amazon S3). I formati di dati di output supportati sono DynamoDB JSON e Amazon Ion. Puoi analizzare i dati esportati utilizzando altri servizi AWS, come Amazon Athena, Amazon SageMaker e AWS Lake Formation.
Puoi scegliere tra un'esportazione completa e un'esportazione incrementale. I costi delle esportazioni complete sono basati sulla dimensione di ciascuna tabella DynamoDB (dati della tabella e indici secondari locali) nel momento specifico di creazione del backup. Le esportazioni incrementali vengono addebitate in base alla dimensione dei dati elaborati dai backup continui per generare l'output di esportazione incrementale. Si applicano costi aggiuntivi per l'archiviazione dei dati esportati in Amazon S3 e per le richieste PUT effettuate al bucket Amazon S3. Per ulteriori informazioni su queste tariffe, consulta i prezzi di Amazon S3.
-
• Importazione di dati da Amazon S3
L'importazione di dati di Amazon DynamoDB offre un modo semplice ed efficiente per spostare i dati tra le tabelle di Amazon S3 e DynamoDB senza scrivere alcun codice. Puoi copiare tabelle tra regioni AWS e account per migrare i dati e costruire nuove applicazioni, facilitare la condivisione di dati e la collaborazione fra team e semplificare il disaster recovery e il piano di continuità operativa. Il prezzo dell'importazione di dati si basa sulle dimensioni del file non compresso in Amazon S3. Consulta la sezione Importazione da S3 per ulteriori dettagli. I formati di dati di input supportati sono CSV, DynamoDB JSON e Amazon Ion.
Amazon S3 applica costi aggiuntivi per l'archiviazione dei dati sorgente e per le richieste GET effettuate verso il bucket Amazon S3. Per ulteriori informazioni sui costi di Amazon S3, consulta Prezzi di Amazon S3.
-
• DynamoDB Streams
DynamoDB addebita per la lettura di dati da DynamoDB Streams in unità di richiesta di lettura. Ogni chiamata API GetRecords viene fatturata come unità di richiesta di lettura di flussi e restituisce fino a 1 MB di dati da DynamoDB Streams. Le unità di richiesta di lettura dei flussi sono univoche rispetto alle richieste di lettura sulla tabella DynamoDB. Le chiamate API GetRecords invocate da AWS Lambda nell'ambito dei trigger di DynamoDB non vengono addebitate.
-
• Trasferimento dei dati
Con trasferimento dati in ingresso e in uscita s'intende il trasferimento verso e da DynamoDB. DynamoDB non addebita alcun costo per il trasferimento dei dati in entrata e non addebita alcun costo per i dati trasferiti tra DynamoDB e altri servizi AWS all'interno della stessa regione AWS (in altre parole, 0 € per GB). I dati trasferiti tra diverse regioni, per es., tra DynamoDB nella regione UE (Germania) e Amazon EC2 nella regione Stati Uniti orientali (Virginia settentrionale), saranno fatturati su entrambi i lati del trasferimento.
Esempi dei prezzi di DynamoDB
-
• Esempio di base
Questo esempio dimostra in che modo DynamoDB effettua l'addebito utilizzando la modalità capacità on demand.
Supponiamo di creare una nuova tabella DynamoDB Standard nella regione UE (Germania). Essendo una tabella per una nuova applicazione, non conosci i tuoi modelli di traffico. Per semplicità, supponiamo che ogni volta che un utente interagisce con l'applicazione, vengono eseguite 1 scrittura di 1 KB e 1 elevata consistenza di lettura di 1 KB.
Per 10 giorni, ricevi poco traffico sulla tua applicazione, pari a 10.000 letture e 10.000 scritture giornaliere nella tua tabella. L'undicesimo giorno, però, l'applicazione attira l'attenzione sui social media e il suo traffico si impenna raggiungendo 2.500.000 letture e 2.500.000 scritture, quel giorno. DynamoDB scala per offrire agli utenti un'esperienza senza interruzioni. La tua applicazione finisce poi per avere un traffico più regolare, con una media di 50.000 letture e 50.000 scritture ogni giorno fino alla fine del mese. La tabella seguente riepiloga l'utilizzo totale per il mese.
Arco di tempo (Giorno del mese)
Scritture totali
Letture totali
1–10
100.000 scritture (10.000 scritture x 10 giorni)
100.000 letture (10.000 letture x 10 giorni)
11
2.500.000 scritture
2.500.000 letture
12–30
950.000 scritture (50.000 scritture x 19 giorni)
950.000 letture (50.000 letture x 19 giorni)
Totale al mese
3.550.000 scritture
3.550.000 letture
Fattura mensile
2,67 € (0,7525 € per milione di scritture x 3,55 milioni di scritture)
0,53 € (0,1505 € per milione di letture x 3,55 milioni di letture)
Archiviazione di dati: supponiamo che la tabella occupi 27 GB di spazio di archiviazione all'inizio del mese e cresca fino a 29 GB entro la fine del mese, per una media di 27 GB in base al monitoraggio continuo di DynamoDB. Con la classe della tabella impostata su DynamoDB Standard, lo spazio di archiviazione viene addebitato a 0,3019784103 € per GB, con un costo di archiviazione della tabella di 8,15 € (27 GB x 0,3019784103 €) per il mese.
Per il mese, la fattura sarà di 11,35 €, un totale che include 3,20 € per letture e scritture e 8,15 € per l'archiviazione dei dati.
-
• Esempio dettagliato
Questo esempio dimostra in che modo DynamoDB effettua l'addebito utilizzando la modalità capacità on demand.
Supponiamo di creare una nuova tabella DynamoDB Standard nella regione UE (Germania). Essendo una tabella per una nuova applicazione, non conosci i tuoi modelli di traffico. Per semplicità, supponiamo che ogni volta che un utente interagisce con l'applicazione, vengono eseguite 1 scrittura di 1 KB e 1 elevata consistenza di lettura di 1 KB.
Per un periodo di sette giorni, ricevi poco traffico sulla tua applicazione, pari a 1.000 scritture e letture giornaliere sulla tua tabella. Ma l'ottavo giorno la tua applicazione attira l'attenzione di un importante influencer del tuo settore e, quel giorno, il traffico dell'applicazione raggiunge inaspettatamente 10.000.000 scritture e letture. La tua applicazione finisce poi per avere un traffico più regolare, con una media giornaliera di 150.000 scritture e letture per le due settimane successive. Dopo di che, il traffico inizia ad assottigliarsi rapidamente e le transazioni scendono a 10.000 scritture e letture al giorno per i sette giorni successivi.
Infine, a seguito di un'attenzione inattesa sui social media la tua applicazione diventa virale. Per l'ultimo giorno del mese, la tua applicazione esegue 30.000.000 scritture e letture sulla tua tabella. La tabella seguente riepiloga l'utilizzo totale per il mese.
Arco di tempo (Giorno del mese)
Scritture totali
Letture totali
1–7
7.000 scritture (1.000 scritture x 7 giorni)
7.000 letture (1.000 letture x 7 giorni)
8
10.000.000 scritture
10.000.000 letture
9–22
2.100.000 scritture (150.000 scritture x 14 giorni)
2.100.000 letture (150.000 letture x 14 giorni)
23–29
70.000 scritture (10.000 scritture x 7 giorni)
70.000 letture (10.000 letture x 7 giorni)
30
30.000.000 scritture
30.000.000 letture
Totale al mese
42.177.000 scritture
42.177.000 letture
Fattura mensile
31,74 € (0,7525 € per milione di scritture x 42.177 milioni di scritture) 6,35 € (0,1505 € per milione di letture x 42.177 milioni di letture)
Archiviazione di dati: supponiamo che la tabella occupi 25 GB di spazio di archiviazione all'inizio del mese e cresca fino a 29 GB entro la fine del mese, in media 27 GB in base al monitoraggio continuo delle dimensioni della tabella. Con la classe della tabella impostata su DynamoDB Standard, lo spazio di archiviazione viene addebitato a 0,3019784103 € per GB, con un costo di archiviazione della tabella di 8,15 € (27 GB x 0,3019784103 €) per il mese.
Backup e ripristino: se la somma di tutto lo spazio di archiviazione on demand fosse di 60 GB per un mese di 30 giorni, il costo mensile dei backup sarebbe (0,1207913641 € x 60 GB) = 7,25 € al mese. Tuttavia, se elimini 15 GB dei tuoi dati di backup su richiesta per 10 giorni nel ciclo mensile, ti verranno addebitati (0,1207913641 € x 60 GB) - (0,1207913641 € x 15 GB x 20/30) = 6,04 € al mese. Supponiamo ora che, oltre all'esecuzione di backup su richiesta, vengano utilizzati backup continui. La dimensione media della tua tabella è di 27 GB, con un costo mensile di (0,2415827282 € x 27 GB) = 6,52 € al mese. Se alla fine del mese devi ripristinare la tua tabella, il costo è (0,1811870462 € x 29 GB) = 5,25 €.
Acquisizione dei dati di modifica per flusso di dati Kinesis: supponiamo ora di abilitare lo streaming su un flusso di dati Kinesis per elaborare le modifiche ai dati utilizzando i servizi Amazon Kinesis. DynamoDB addebiterà una unità di acquisizione dati di modifica per ogni scrittura di 1 KB acquisita nel flusso di dati Kinesis. Supponendo che il traffico di scrittura dell'applicazione precedente in questo esempio sia coerente per il flusso di dati Kinesis, ciò si traduce in 42.177.000 unità di acquisizione dati di modifica nel corso del mese. Il costo mensile sarà (0,1204 € x 42.177.000/1.000.000) = 5,08 €.
Esportazione di dati in Amazon S3: immaginiamo che tu voglia esportare i backup delle tabelle in Amazon S3 a fini di analisi. Se la dimensione della tua tabella in un determinato momento è di 29 GB, il relativo costo di esportazione sarà: (0,1207913641 € x 29 GB) = 3,50 €.
DynamoDB Streams: supponi ora di abilitare DynamoDB Streams e di creare la tua applicazione per eseguire una richiesta di lettura al secondo sui dati dei flussi. Nel corso di un mese, ciò si traduce in 2.592.000 richieste di lettura di stream, che vengono addebitate a 0,0000002418 € per richiesta, con un costo di 0,63 € (2.592.000 x 0,0000002418 €).
In sintesi, i costi totali mensili per una tabella DynamoDB in una regione singola sono:
- Traffico di scrittura: 31,74 €
- Traffico di lettura: 6,35 €
- Archiviazione di dati: 8,15 €
- Backup on demand: 6,04 €
- Backup continuo (PITR): 6,52 €
- Ripristino della tabella: 5,25 €
- Acquisizione dei dati di modifica per flusso di dati Amazon Kinesis: 5,08 €
- Esportazione di dati in Amazon S3: 3,50 €
- Flussi DynamoDB: 0,63 €
Costi totali: 73,26 €
-
• Esempio di utilizzo di diverse classi di tabelle
In questo esempio verrà illustrato come ridurre i costi mensili della tabella scegliendo la classe di tabella DynamoDB più adatta ai modelli di archiviazione e accesso ai dati della tua tabella.
Supponiamo di avere una tabella nella Regione UE (Germania). La tabella occupa già 1 TB di dati della cronologia. L’accesso ai dati non avviene frequentemente, ma i dati devono essere immediatamente disponibili per gli utenti al momento della necessità. Ora, supponiamo che l'archiviazione dei dati cresca fino a 1,4 TB entro la fine del mese, con una media di 1,2 TB in base al monitoraggio continuo delle dimensioni della tabella. La tua tabella ha un modello di traffico mensile che mostra un totale di 42,5 milioni di scritture e 42,5 milioni di letture. Per semplicità, supponiamo che ogni volta che un utente interagisce con l'applicazione, vengono eseguite 1 scrittura di 1 KB e 1 elevata consistenza di lettura di 1 KB.
Inizieremo stimando i costi mensili della tua tabella utilizzando la classe di tabella DynamoDB Standard.
Costi mensili utilizzando la classe di tabella DynamoDB Standard
Impostando la classe di tabella su DynamoDB Standard, ti verrà addebitato quanto segue.
Archiviazione di dati: utilizzando la classe di tabella DynamoDB Standard, gli 1,2 TB di spazio di archiviazione vengono addebitati a 0,3019784103 € per GB, con un costo di archiviazione delle tabelle di 362,37 € per il mese.
Letture e scritture: ti verranno addebitate per
42,5 milioni di scritture x 0,7525 € per milione di scritture = 31,98 € per richieste di scrittura,
42,5 milioni di letture x 0,1505 € per milione di letture = 6,40 € per le richieste di lettura.
In sintesi, i costi mensili totali utilizzando la classe di tabella DynamoDB Standard sono:Traffico di scrittura: 31,98 €
Traffico di lettura: 6,40 €
Archiviazione di dati: 362,37 €
I costi mensili totali per l'utilizzo della classe di tabella DynamoDB Standard sono 400,75 €.
Costi mensili utilizzando la classe di tabella AI DynamoDB Standard
Come illustrato in precedenza, quando si utilizza la classe di tabella DynamoDB Standard, il costo di archiviazione è superiore del 50% dei costi di letture e scritture. Quando l'archiviazione è il costo dominante (superiore del 50% dei costi di letture e scritture) utilizzando la classe di tabella DynamoDB Standard, puoi ottimizzare i costi passando alla classe di tabella AI DynamoDB Standard. Dato lo stesso carico di lavoro, supponiamo ora di aver cambiato la classe di tabella in AI DynamoDB Standard all'inizio del mese successivo. Ti verrà addebitato come segue.
Archiviazione di dati: 1,2 TB di archiviazione vengono addebitati a 0,1207913641 € per GB, con un conseguente costo di archiviazione della tabella di 144,95 € per il mese.
Letture e scritture: ti verranno addebitate per
42,5 milioni di scritture x 0,9425 € per milione di scritture = 40,06 € per richieste di scrittura,
42,5 milioni di letture x 0,188 € per milione di letture = 7,99 € per le richieste di lettura.In sintesi, i costi mensili totali utilizzando la classe di tabella AI DynamoDB Standard sono:
Traffico di scrittura: 40,06 €Traffico di lettura: 7,99 €
Archiviazione di dati: 144,95 €
Costi mensili utilizzando la classe di tabella AI DynamoDB Standard: 193 €.
L’utilizzo di AI DynamoDB Standard per la tabella riduce i costi mensili totali della tabella del 50,9% o 207,75 €.
Risorse aggiuntive relative ai prezzi
Calcola facilmente le spese mensili con AWS
Contatta gli specialisti AWS per ricevere un preventivo personalizzato