Archiviazione Amazon Aurora

Di seguito, sono riportare informazioni sul sottosistema di archiviazione Aurora. Aurora utilizza un'architettura di archiviazione distribuita e condivisa che è un fattore importante in termini di prestazioni, scalabilità e affidabilità per i cluster Aurora.

Panoramica dell'archiviazione di Amazon Aurora

I dati Aurora vengono archiviati nel volume del cluster, che è un singolo volume virtuale che utilizza unità a stato solido ()SSDs. Un volume del cluster è composto da copie di dati distribuite su tre zone di disponibilità in una singola regione AWS . Poiché i dati vengono replicati automaticamente nelle zone di disponibilità, i dati risultano estremamente durevoli e poco soggetti ad andare perduti. La replica garantisce anche una maggiore disponibilità del database durante un failover perché le copie dei dati sono già presenti in altre zone di disponibilità e continuano a servire le richieste di dati alle istanze database del cluster database. La quantità di replica è indipendente dal numero di istanze database nel cluster.

Aurora utilizza lo storage locale separato per i file temporanei non persistenti. Sono inclusi i file utilizzati per scopi quali l'ordinamento di set di dati di grandi dimensioni durante l'elaborazione delle query e la creazione degli indici. Per ulteriori informazioni, consulta Limiti di archiviazione temporanei per Aurora My SQL e Limiti di archiviazione temporanei per Aurora Postgre SQL.

Contenuto dei volumi del cluster

Il volume del cluster Aurora contiene tutti i dati dell'utente, gli oggetti dello schema e i metadati interni come le tabelle di sistema e il log binario. Ad esempio, Aurora memorizza tutte le tabelle, gli indici, gli oggetti binari di grandi dimensioni (BLOBs), le stored procedure e così via per un cluster Aurora nel volume del cluster.

L'architettura di storage condivisa di Aurora rende i dati indipendenti dalle istanze database nel cluster. Ad esempio, puoi aggiungere rapidamente un'istanza database perché Aurora non crea una nuova copia dei dati della tabella. L'istanza database si connette al volume condiviso che contiene già tutti i dati. Puoi rimuovere un'istanza database da un cluster senza rimuovere alcun dato sottostante dal cluster. Solo quando elimini l'intero cluster Aurora rimuove i dati.

Configurazioni dell'archiviazione per i cluster database Amazon Aurora

Amazon Aurora dispone di due configurazioni dell'archiviazione per i cluster database:

• Aurora I/O-Optimized: rapporto prezzo/prestazioni e prevedibilità migliorati per applicazioni con uso intensivo di I/O. I prezzi sono calcolati sono calcolati solo in base all'utilizzo e all'archiviazione dei cluster database, senza costi aggiuntivi per le operazioni di I/O di lettura e scrittura.

  Aurora I/O-Optimized è la scelta migliore quando la spesa I/O è pari o superiore al 25% della spesa totale del database Aurora.

  È possibile scegliere Aurora I/O-Optimized durante la creazione o la modifica di un cluster database con una versione del motore DB che supporta la configurazione del cluster Aurora I/O-Optimized. È possibile passare da Aurora I/O-Optimized a Aurora Standard in qualsiasi momento.

• Aurora Standard: prezzi convenienti per molte applicazioni con un utilizzo moderato di I/O. Oltre all'utilizzo e all'archiviazione dei cluster database, il prezzo è calcolato in base a una tariffa standard per 1 milione di richieste per le operazioni di I/O.

  Aurora Standard è la scelta migliore quando la spesa I/O è inferiore al 25% della spesa totale del database Aurora.

  È possibile passare da Aurora Standard a Aurora I/O-Optimized una volta ogni 30 giorni. Non ci sono tempi di inattività quando si passa da Aurora Standard a o da aAurora I/O-Optimized. Aurora I/O-Optimized Aurora Standard

Per informazioni Regione AWS e supporto delle versioni, consultaRegioni supportate e motori Aurora DB per configurazioni di storage in cluster.

Per informazioni sui prezzi relativi alle configurazioni dell'archiviazione per Amazon Aurora, consulta la pagina relativa ai prezzi di Amazon Aurora.

Per informazioni sulla scelta della configurazione dello storage durante la creazione di un cluster database, consulta Creazione di un cluster di database. Per informazioni sulla modifica della configurazione dello storage per un cluster database, consulta Impostazioni per Amazon Aurora.

Ridimensionamento automatico dello storage Aurora

I volumi dei cluster Aurora aumentano automaticamente quando aumenta la quantità di dati nel database. La dimensione massima per un volume cluster Aurora è di 128 tebibyte (TiB) o 64 TiB, a seconda della versione del motore DB. Per informazioni sulla dimensione massima per una versione specifica, consulta Limiti di dimensione Amazon Aurora. Questo dimensionamento automatico dello storage è combinato con un sottosistema di storage ad alte prestazioni e altamente distribuito. Ciò rende Aurora la scelta ideale per i dati aziendali importanti, quando i tuoi obiettivi principali sono l'affidabilità e l'elevata disponibilità.

Per visualizzare lo stato del volume, consulta Visualizzazione dello stato del volume per un cluster DB Aurora MySQL o Visualizzazione dello stato del volume per un cluster di database Aurora PostgreSQL . Per trovare modi per bilanciare i costi di storage rispetto ad altre priorità, Dimensionamento dello storage descrive come monitorare i parametri AuroraVolumeBytesLeftTotal di Amazon Aurora e come fare. VolumeBytesUsed CloudWatch

Quando i dati di Aurora vengono rimossi, lo spazio allocato per tali dati viene liberato. Esempi di rimozione di dati sono l'eliminazione o il troncamento di una tabella. Questa riduzione automatica dell'utilizzo dello storage consente di contenere al minimo i costi di storage.

Nota

I limiti di archiviazione e il comportamento di ridimensionamento dinamico indicati in questa pagina si applicano alle tabelle persistenti e ad altri dati archiviati nel volume del cluster.

Per Aurora PostgreSQL, i dati della tabella temporanea vengono archiviati nell'istanza DB locale.

Per Aurora My SQL versione 2, i dati delle tabelle temporanee vengono archiviati per impostazione predefinita nel volume del cluster per le istanze Writer e nella memoria locale per le istanze Reader. Per ulteriori informazioni, consulta Motore di archiviazione per le tabelle temporanee su disco.

Per Aurora My SQL versione 3, i dati della tabella temporanea vengono archiviati nell'istanza DB locale o nel volume del cluster. Per ulteriori informazioni, consulta Nuovo comportamento della tabella temporanea in Aurora MySQL versione 3.

La dimensione massima delle tabelle temporanee che risiedono nell'archiviazione locale è limitata dalla dimensione massima dello spazio di archiviazione locale dell'istanza database. La dimensione dell'archiviazione locale dipende dalla classe di istanza utilizzata. Per ulteriori informazioni, consulta Limiti di archiviazione temporanei per Aurora My SQL e Limiti di archiviazione temporanei per Aurora Postgre SQL.

Alcune funzionalità di archiviazione, ad esempio la dimensione massima del volume del cluster e il ridimensionamento automatico quando i dati vengono rimossi, dipendono dalla versione di Aurora del cluster. Per ulteriori informazioni, consulta Dimensionamento dello storage. Puoi inoltre scoprire come evitare problemi di storage e come monitorare lo spazio di storage allocato e lo spazio libero nel cluster.

Come viene fatturato lo storage dei dati Aurora

Anche se un volume del cluster Aurora può crescere fino al limite di 128 tebibytes (TiB), il costo addebitato rimane limitato a quello dello spazio effettivamente utilizzato nel volume del cluster Aurora. Nelle versioni precedenti di Aurora, il volume del cluster poteva riutilizzare lo spazio liberato dalla rimozione dei dati, ma lo spazio di archiviazione allocato non diminuiva mai. Ora quando i dati di Aurora vengono rimossi, ad esempio eliminando una tabella o un database, lo spazio allocato complessivo diminuisce della quantità equivalente. Pertanto, puoi ridurre le spese di archiviazione eliminando tabelle, indici, database e così via che non sono più necessari.

Suggerimento

Per le versioni precedenti senza la funzionalità di ridimensionamento dinamico, la reimpostazione dell'utilizzo dello storage per un cluster comportava l'esecuzione di un dump logico e il ripristino di un nuovo cluster. Tali operazioni possono richiedere molto tempo per un volume considerevole di dati. Se si verifica questa situazione, prendi in considerazione l'aggiornamento del cluster a una versione che supporta il ridimensionamento dinamico del volume.

Per informazioni su quali versioni di Aurora supportano il ridimensionamento dinamico e su come ridurre al minimo i costi di archiviazione monitorando l'utilizzo dello spazio di archiviazione del cluster, consulta Dimensionamento dello storage. Per informazioni sulla fatturazione dell'archiviazione di backup Aurora, consulta Informazioni sull'utilizzo dello storage di backup Amazon Aurora. Per informazioni sui prezzi dello storage dati Aurora, consulta i prezzi di Amazon for RDS Aurora.