Prezzi di Amazon Aurora

Con Aurora, puoi configurare i tuoi cluster di database in modo che funzionino in modo conveniente, indipendentemente dalle esigenze di scalabilità o dall'evoluzione dei modelli di accesso ai dati delle tue applicazioni. Hai la flessibilità di scegliere tra le opzioni di configurazione Amazon Aurora Standard e Amazon Aurora ottimizzato per I/O per soddisfare al meglio i requisiti di prezzo-prestazioni e prevedibilità del prezzo delle funzionalità specifiche del tuo carico di lavoro. I costi delle istanze di database, dell'archiviazione e dell'I/O variano in base all'opzione scelta. Per ulteriori informazioni, visita la pagina Archiviazione e affidabilità di Amazon Aurora.

Aurora Standard offre prezzi convenienti per la maggior parte delle applicazioni in esecuzione su Aurora con modelli tipici di accesso ai dati e un utilizzo di I/O da basso a moderato. Con Aurora Standard, si pagano istanze di database, spazio di archiviazione e I/O pay-per-request.

Aurora ottimizzato per I/O offre un rapporto prezzo/prestazioni migliorato per applicazioni ad alta intensità di I/O. Se la spesa I/O supera il 25% della spesa totale del database Aurora, puoi risparmiare fino al 40% sui costi per carichi di lavoro ad alta intensità di I/O con Aurora ottimizzato per I/O. Con Aurora ottimizzato per I/O, paghi solo per le istanze del database e l'utilizzo dell'archiviazione e non sono previsti costi per le operazioni di I/O di lettura e scrittura. Aurora ottimizzato per I/O offre prezzi prevedibili per tutte le applicazioni indipendentemente dall'evoluzione dei modelli di accesso ai dati o dall'utilizzo degli I/O. Aurora ottimizzato per I/O elimina la variabilità nella spesa I/O.

Con Aurora, non è necessario predisporre in anticipo né l'archiviazione né le operazioni di I/O ed entrambe si scalano automaticamente. L'archiviazione distribuita tollerante agli errori di Aurora rende automaticamente i tuoi dati durevoli su tre zone di disponibilità in una regione. Paghi solo una copia dei dati.

L'archiviazione di Aurora viene fatturata in incrementi per GB al mese alle tariffe indicate nella tabella seguente per le configurazioni Aurora Standard e Aurora ottimizzato per I/O. Con Aurora Standard, paghi per l'archiviazione e le operazioni di I/O consumate dal tuo database Aurora. Gli addebiti per gli I/O variano in modo significativo a seconda del carico di lavoro e del motore del database. Per ulteriori informazioni sulle operazioni di I/O, consulta le domande frequenti su Aurora, "D: Cosa sono le operazioni di I/O in Aurora e come vengono calcolate?". Con Aurora ottimizzato per I/O, non ti vengono addebitati costi per le operazioni di lettura e scrittura I/O.

Leggi l'esempio dettagliato dei prezzi dell'archiviazione e delle operazioni di I/O del database.

L'archiviazione di backup per Aurora è l'archiviazione associata ai backup automatici di database e a tutti gli snapshot di cluster di database avviati manualmente.

Non vengono addebitati costi per i backup fino al 100% delle dimensioni del cluster di database. Inoltre, non sono previsti costi per le istantanee del database create durante il periodo di conservazione del backup. Per tutti gli altri backup e snapshot (inclusi quelli dei cluster eliminati), l'utilizzo viene misurato per GB al mese alle seguenti tariffe:

La funzione Backtrack permette di ripristinare un database Aurora in uno stato precedente senza dover recuperare i dati da un backup. Ciò consente un rapido recupero a seguito di errori utente, come l'abbassamento della tabella sbagliata o l'eliminazione erronea di una riga. Questa caratteristica è disponibile al momento solo per la versione di Aurora compatibile con MySQL.

È necessario specificare quando è possibile effettuare il backtracking (ad esempio, fino a 24 ore). Aurora conserverà i log (i record di modifiche) per la durata di backtrack specificata. Per la memorizzazione dei record delle modifiche viene addebitata una tariffa oraria.

Leggi l'esempio dettagliato dei prezzi di backtrack.

API di dati è un'API HTTPS sicura e facile da usare per l'esecuzione di query SQL sui database Aurora che accelera lo sviluppo di applicazioni moderne. Data API elimina le attività di configurazione della rete e delle applicazioni necessarie per connettersi in modo sicuro a un database Aurora, rendendo l'accesso ad Aurora facile come una chiamata API.

Con API di dati, i prezzi sono calcolati solo in base all'uso effettivo dell'API. Non sono previste tariffe minime né impegni anticipati. Verranno addebitati costi soltanto per le richieste di API e di dati effettuate dalle applicazioni. I payload di dati delle richieste di API di dati si calcolano in incrementi di 32 KB a richiesta per i dati inviati all'API o ricevuti dall'API. Se la dimensione del payload di dati della richiesta API è superiore a 32 KB, per ogni incremento di 32 KB viene addebitata una richiesta API aggiuntiva. Quindi, se ad esempio il payload è di 35 KB, verranno addebitate due richieste API.

Il primo anno il piano gratuito di API di dati include un milione di richieste API al mese aggregate tra le regioni AWS.

I clienti dovranno inoltre sostenere costi per AWS Secrets Manager, oltre a eventuali costi aggiuntivi per AWS CloudTrail, se attivato.

I prezzi sotto riportati sono basati sui dati trasferiti su e da Aurora.

• Nell'ambito del piano gratuito AWS, i clienti AWS ricevono 100 GB di trasferimento dati gratuito in uscita verso Internet ogni mese, aggregati per tutti i servizi e le regioni AWS tranne Cina (Pechino), Cina (Ningxia) e GovCloud (Stati Uniti).
  
• Il trasferimento dati tra istanze di Amazon Aurora e di Amazon Elastic Compute Cloud (Amazon EC2) nella stessa zona di disponibilità è gratuito.
  
• Il trasferimento dati tra le zone di disponibilità per la replica del cluster di database è gratuito.  
• Per il trasferimento dati tra un'istanza Amazon EC2 e un'istanza database Aurora in zone di disponibilità diverse all'interno della stessa regione vengono applicate le tariffe regionali di trasferimento dati di Amazon EC2.
  

I clienti AWS ricevono 100 GB gratuiti di trasferimento dati in uscita su Internet ogni mese, aggregati in tutti i servizi e le regioni AWS (eccetto Cina e GovCloud). Il piano gratuito di 100 GB per il trasferimento dati in uscita su internet è globale e non si applica separatamente o individualmente alle regioni AWS.

Se non diversamente specificato, i prezzi sono al netto di eventuali tasse e imposte doganali, inclusa l'IVA ed eventuali tasse di vendita. Per i clienti con indirizzo di fatturazione in Giappone, l'utilizzo di AWS è soggetto all'imposta sul consumo giapponese.

Il supporto esteso di Amazon RDS consente di continuare a utilizzare le versioni principali delle edizioni compatibili con MySQL e PostgreSQL dopo la fine del ciclo di vita della community. Durante questo periodo, AWS fornisce correzioni a problemi di sicurezza e bug critici tramite rilasci di patch, dandoti più tempo, fino a tre anni, per eseguire l'aggiornamento a una nuova versione principale che ti aiuti a soddisfare i tuoi requisiti aziendali.

Per le istanze con provisioning su Amazon Aurora, il prezzo del supporto esteso di RDS è per vCPU all'ora. Per Aurora Serverless v2, il prezzo del supporto esteso di RDS è per Aurora Capacity Unit (ACU) all'ora consumata dal database. I prezzi del supporto esteso di RDS dipendono anche dalla Regione AWS e dalla data del calendario. I clienti dell'edizione compatibile con Aurora MySQL hanno almeno un anno di tempo per migrare a una versione di supporto standard dopo la fine del ciclo di vita della community prima che inizino i costi del supporto esteso RDS. Consulta la documentazione di Amazon Aurora per i dettagli del calendario.

Se disponi di un'istanza su Aurora 12 compatibile con PostgreSQL, questa versione raggiungerà la fine del supporto standard il 28 febbraio 2025. Se si esegue l’implementazione nella Regione Stati Uniti orientali (Ohio), ti verranno addebitati 0,100 USD per ora vCPU tra il 1° marzo 2025 e il 28 febbraio 2027. A partire dal 1° marzo 2027, ti verranno addebitati 0,200 USD per vCPU all'ora.

L'esportazione di snapshot fornisce un metodo automatizzato per esportare dati all'interno di uno snapshot Aurora ad Amazon Simple Storage Service (Amazon S3) in formato Parquet. L'esportazione di cluster fornisce un metodo automatizzato per esportare dati da un cluster di database Aurora ad Amazon S3 in formato Parquet. Il formato Parquet è 2 volte più veloce nello scaricamento e consuma fino a 6 volte meno archiviazione in Amazon S3 rispetto agli altri formati di testo. Puoi analizzare i dati esportati utilizzando altri servizi AWS, come Amazon Athena, Amazon EMR e Amazon SageMaker.

Per tutti gli snapshot e le esportazioni di cluster, l'utilizzo viene misurato per gigabyte di dati degli snapshot. Le successive esportazioni di dati dallo stesso snapshot non sono incrementali. Leggi l'esempio di prezzo per l'esportazione del cluster o di snapshot.

Si applicano costi aggiuntivi per crittografare e decrittografare i dati con Servizio di gestione delle chiavi AWS (AWS KMS). Trova ulteriori informazioni relative ai prezzi sulla pagina dei prezzi di AWS KMS. Si applicano costi anche per l'archiviazione dei dati esportati in Amazon S3 e per le richieste PUT sul bucket S3. Trova ulteriori informazioni relative ai prezzi Amazon S3 sulla pagina dei prezzi.

La disponibilità e il supporto delle funzionalità variano a seconda delle versioni specifiche di ciascun motore di database e tra le Regioni AWS. Per ulteriori informazioni sulla disponibilità della versione e della Regione di esportazione dei dati degli snapshot del cluster di database in S3, consulta Esportazione dei dati degli snapshot in Amazon S3.

L'integrazione Zero-ETL di Amazon Aurora con Amazon Redshift consente di effettuare analisi e ML quasi in tempo reale utilizzando Amazon Redshift su petabyte di dati transazionali provenienti da Aurora. L'integrazione Zero-ETL elimina la necessità di creare e mantenere pipeline di dati complessi che eseguono operazioni di estrazione, trasformazione e caricamento (ETL).

AWS non addebita costi aggiuntivi per l'integrazione Zero-ETL. È previsto il pagamento per le risorse Amazon Aurora e Amazon Redshift esistenti utilizzate per creare ed elaborare dati di modifica generati come parte di un'integrazione Zero-ETL. Queste risorse possono includere I/O e archiviazione aggiuntivi utilizzati abilitando il binlog avanzato, costi di esportazione degli snapshot per l'esportazione iniziale dei dati per il seeding dei database Amazon Redshift, archiviazione Amazon Redshift aggiuntiva per i dati replicati e costi di trasferimento dati tra zone di disponibilità per lo spostamento dei dati dall'origine alla destinazione. L'elaborazione continua delle modifiche dei dati tramite l'integrazione zero-ETL viene offerta senza costi aggiuntivi. 

Gli esempi seguenti mostrano come vengono calcolati i costi di Aurora per le risorse e le funzionalità disponibili per Aurora.

Esempi di utilizzo di Aurora serverless:

Si consideri un carico di lavoro che richiede 5 ACU e rimane in esecuzione per 30 minuti. Vogliamo calcolare i costi di elaborazione dell'esecuzione di questo carico di lavoro su Aurora serverless v1 e v2 con il cluster di database configurato come Aurora Standard e Aurora ottimizzato per I/O negli Stati Uniti orientali (Virginia settentrionale).

Con Aurora serverless v2, la capacità minima del database che è possibile impostare è di 0,5 ACU. Il database si espande istantaneamente da 0,5 ACU a 5 ACU, rimane in esecuzione per 30 minuti e si riduce alla capacità minima di 0,5 ACU. Dal momento che v2 consente la riduzione a una velocità fino a 15 volte superiore, il database passa da 5 ACU a 0,5 ACU in circa 3 minuti. Di seguito sono riportati i costi di calcolo per l'esecuzione di questo carico di lavoro.

Con Aurora serverless v1, la capacità minima che puoi impostare è 1 ACU. Il tempo che Aurora serverless v1 impiega per dimensionare la capacità dipende dal carico di lavoro. Se si presume che Aurora serverless v1 è in grado di raddoppiare la capacità ogni minuto, il database raggiungerebbe 8 ACU in 3 minuti. Il database rimane quindi in esecuzione per 30 minuti a 8 ACU. Infine, il database si riduce da 8 ACU a 1 ACU dimezzando la capacità ogni 15 minuti. Di seguito sono riportati i costi di calcolo per l'esecuzione di questo carico di lavoro.

Puoi riutilizzare le tue istanze riservate (RI) Aurora Standard esistenti con Aurora ottimizzato per I/O. Per sfruttare appieno i vantaggi degli sconti delle istanze riservate con Aurora ottimizzato per I/O, puoi acquistare il 30% di istanze riservate aggiuntive simili alle tue istanze riservate correnti. La tabella seguente mostra esempi di come stimare le istanze riservate aggiuntive quando si utilizza Aurora ottimizzato per I/O. Se le istanze riservate richieste sono una frazione, puoi sfruttare la flessibilità dimensionale disponibile con le istanze riservate per ottenere un numero intero, come mostrato di seguito. Negli esempi seguenti, le istanze riservate attuali si riferiscono alle istanze riservate Aurora Standard disponibili oggi e le istanze riservate aggiuntive si riferiscono al numero di istanze riservate Aurora Standard che è necessario acquistare per mantenere gli attuali sconti per le istanze riservate quando si utilizza Aurora ottimizzato per I/O. Se scegli di non acquistare istanze riservate aggiuntive, verranno applicate le tariffe on demand.

Supponiamo che tu abbia un database Aurora e all'inizio del mese hai 1.000 GB (per un periodo di 30 giorni) che cresce del 2% o di 20 GB ogni giorno. Supponiamo che lo stesso database fornisca una lettura di 350 pagine di dati dall'archiviazione al secondo per soddisfare le query in esecuzione. Infine, supponiamo che l'applicazione faccia delle modifiche al database che influenzano una media di 100 pagine al secondo. Desideriamo calcolare i costi di archiviazione e I/O derivanti dall'esecuzione di questo carico di lavoro con l'archiviazione Aurora Standard e Aurora ottimizzato per I/O negli Stati Uniti orientali (Virginia settentrionale).

Per questo carico di lavoro, otterrai un risparmio sui costi di archiviazione del 19,8% con Aurora ottimizzato per I/O.

Supponiamo che tu disponga di un database globale Aurora in cui la Regione primaria abbia due istanze, con un consumo di circa 80 GB di archiviazione e prestazioni pari a 45 milioni di I/O di scrittura e 5 milioni di I/O di lettura al mese. Diciamo che la regione secondaria ha una sola istanza che serve 5 milioni di I/O in lettura al mese. Vogliamo calcolare il costo di gestione di un database globale con Stati Uniti orientali (Virginia settentrionale) come regione primaria e Stati Uniti occidentali (Oregon) come regione secondaria.

Supponiamo che il tuo database Aurora stia generando 10.000.000 di record di modifiche all'ora e che tu voglia tornare indietro fino a 10 ore nel passato. Vogliamo calcolare il costo di ritorno per questo scenario negli Stati Uniti orientali (Virginia settentrionale).

API di dati è chiamata a interrogare la versione di Aurora compatibile con PostgreSQL con la chiamata API ExecuteStatement. In totale ci sono 4,1 milioni di richieste API al mese. 2,1 milioni delle 4,1 milioni di richieste vengono inserite su Aurora. Ciascuna presenta dati in un payload API di 64 KB/richiesta. 2 milioni dei 4,1 milioni di richieste totali hanno letto i dati di Aurora. Di queste, 1 milione aveva un payload restituito di dati inferiore a 32 KB e 1 milione aveva un payload compreso tra 32,01 KB e 64 KB.

API di dati è chiamata a interrogare la versione di Aurora compatibile con PostgreSQL con la chiamata API ExecuteStatement. Ci sono 300.000 richieste API al mese. Tutte le richieste API restituiscono 64 KB di payload di dati, pertanto ogni richiesta verrà addebitata come 64 KB / 32 KB = 2 richieste. 

API di dati è chiamata a interrogare la versione di Aurora compatibile con PostgreSQL utilizzando tutte e cinque le chiamate API (BeginTransaction, CommitTransaction, RollbackTransaction, ExecuteStatement, BatchExecuteStatement. Ci sono 1,2 miliardi di richieste API al mese. Nessuna delle richieste restituisce o invia più di 32 KB di payload di dati. 

Per esempio, supponiamo di applicare un filtro per selezionare una tabella da 10 GB da uno snapshot di 100 GB ed esportarla ad Amazon S3.