Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
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.
Argomenti
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 è costituito da copie dei dati in tre zone di disponibilità in un'unica AWS regione. 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, consultare Limiti di storage temporaneo per Aurora MySQL e Limiti di storage temporaneo per Aurora PostgreSQL.
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— Migliore rapporto prezzo/prestazioni e prevedibilità delle operazioni. I/O-intensive applications. You pay only for the usage and storage of your DB clusters, with no additional charges for read and write I/O
Aurora I/O-Optimizedè la scelta migliore quando la I/O spesa è 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. I/O Oltre all'utilizzo e allo storage dei cluster DB, paghi anche una tariffa standard per 1 milione di richieste operative. I/O
Aurora Standardè la scelta migliore quando la I/O spesa è inferiore al 25% della spesa totale del database Aurora.
È possibile passare da Aurora Standard a Aurora I/O-Optimized una volta ogni 30 giorni. Quando si passa Aurora Standard da un'opzione di Aurora I/O-Optimized archiviazione all'altra per le istanze non-NVMe-based DB, non si verificano tempi di inattività. Tuttavia, per le istanze DB NVMe basate, il passaggio Aurora I/O-Optimized da un'opzione di Aurora Standard archiviazione all'altra richiede il riavvio del motore di database, che può causare un breve periodo di inattività.
Per informazioni Regione AWS e supporto delle versioni, vedere. Regioni 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. Per informazioni sulle dimensioni massime dei volumi del cluster Aurora per ogni versione del motore, vedere. 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 delle tabelle temporanee vengono archiviati nell'istanza database locale.
Per Aurora MySQL versione 2, i dati della tabella temporanea vengono archiviati per impostazione predefinita nel volume del cluster per le istanze di scrittura e nell'archiviazione locale per le istanze di lettura. Per ulteriori informazioni, consulta Motore di archiviazione per le tabelle temporanee su disco.
Per Aurora MySQL versione 3, i dati della tabella temporanea vengono archiviati nell'istanza database 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, consultare Limiti di storage temporaneo per Aurora MySQL e Limiti di storage temporaneo per Aurora PostgreSQL.
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 a 256 tebibyte (TiB) per versioni specifiche del motore, ti viene addebitato solo lo spazio che utilizzi in un 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 dei dati di Aurora, consulta Prezzi di Amazon RDS for Aurora