Questo white paper è solo a scopo di riferimento storico. Alcuni contenuti potrebbero essere obsoleti e alcuni collegamenti potrebbero non essere disponibili.
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 di database
La maggior parte degli utenti utilizza in genere Amazon EBS per lo storage di database. Per alcune architetture ad altissime prestazioni, puoi utilizzare lo storage di istanze SSDs, ma è necessario potenziarle con lo storage Amazon EBS per una persistenza affidabile.
Per prestazioni IOPS e database elevate e costanti, AWS consiglia vivamente di utilizzare volumi General Purpose (GP2) o volumi Provisioned IOPS (PIOPS). GP2 e i volumi PIOPS sono disponibili sia per Amazon che per Amazon EC2 RDS. Fai riferimento allo storage di istanze DB di Amazon RDS per i limiti più recenti di IOPS per volume sia per i tipi di volume PIOPS che per quelli GP2 PIOPS. GP2 i volumi offrono un ottimo equilibrio tra prezzo e prestazioni per la maggior parte delle esigenze di database. Quando il database richiede IOPS più elevati di quelli che GP2 può fornire, i volumi PIOPS sono la scelta giusta.
Per i volumi PIOPS, specifichi una frequenza di IOPS al momento della creazione del volume e Amazon EBS fornisce entro il 10% delle prestazioni IOPS Provisioned il 99,9% delle volte in un determinato anno. Il rapporto tra gli IOPS forniti e la dimensione del volume richiesto può essere al massimo di 30. Ad esempio, per ottenere 3.000 IOPS, la dimensione del volume deve essere di almeno 100 GB.
Analogamente ai volumi PIOPS, anche GP2 i volumi sono basati su SSD, ma gli IOPS ottenuti dai GP2 volumi possono variare da un IOPS di base fino a un massimo di 3.000 IOPS per volume. Ciò è particolarmente utile per la maggior parte dei carichi di lavoro di database, poiché le prestazioni IOPS richieste dal database variano molte volte durante un periodo di tempo in base alla dimensione del carico e al numero di query eseguite.
Le prestazioni dei volumi SSD (General Purpose) sono regolate dalla dimensione del volume, che determina il livello di prestazioni di base del volume e la velocità con cui accumula crediti. I/O I volumi più grandi hanno livelli di prestazioni di base più elevati e accumulano I/O crediti più velocemente.
I/O i crediti rappresentano la larghezza di banda disponibile che il volume General Purpose (SSD) può utilizzare per erogare grandi quantità I/O quando sono necessarie prestazioni superiori a quelle di base. Maggiore è il numero di crediti assegnati al volume per l'I/O, più tempo può superare il livello di prestazioni di base e migliori sono le prestazioni quando sono necessarie maggiori prestazioni.
Throughput Optimized HDD Volumes (st1) offre volumi HDD a basso costo progettati per carichi di lavoro intensivi che richiedono meno IOPS ma un throughput elevato. I database Oracle utilizzati per i data warehouse e per scopi di analisi dei dati possono sfruttare i volumi st1.
Qualsiasi area di elaborazione dei log o di gestione temporanea dei dati, come le tabelle esterne Oracle o lo storage BLOB esterno che richiede un throughput elevato, può sfruttare i volumi st1. I volumi con throughput ottimizzato (st1) possono gestire un massimo di 500 IOPS per volume.
I volumi HDD a freddo (sc1) sono adatti per la gestione di sistemi legacy, che vengono conservati occasionalmente per scopi di riferimento o archiviazione. L'accesso a questi sistemi è meno frequente e vengono eseguite alcune scansioni al giorno sul volume.
Un buon approccio consiste nel stimare la quantità di IOPS costantemente necessaria per il database e allocare spazio di GP2 archiviazione sufficiente per ottenere quel numero di IOPS. Eventuali IOPS aggiuntivi necessari per i picchi periodici dovrebbero essere coperti dalle prestazioni burst basate sui crediti disponibili.
Per informazioni sui metodi di stima che puoi utilizzare per determinare le esigenze IOPS del tuo database Oracle, consulta il white paper Determinazione delle esigenze IOPS per Oracle Database on AWS.
La durata ottimale di un volume dipende dalle dimensioni del volume, dall'IOPS ottimale richiesto e dal saldo del credito quando inizia l'ottimizzazione. Se noti che le prestazioni del volume sono spesso limitate al livello base (a causa di un saldo di I/O credito vuoto), dovresti prendere in considerazione l'utilizzo di un volume General Purpose (SSD) più grande (con un livello di prestazioni di base più elevato) o il passaggio a un volume Provisioned IOPS (SSD) per carichi di lavoro che richiedono prestazioni IOPS sostenute superiori a 10.000 IOPS. Per ulteriori dettagli sui GP2 volumi, consulta i tipi di volume di Amazon EBS.
Per Amazon RDS, lo storage General Purpose (SSD) offre una base costante di 3 IOPS per GB assegnato e offre la possibilità di aumentare fino a 3.000 IOPS. Se utilizzi già lo storage magnetico per Amazon RDS, puoi convertirlo in storage General Purpose (SSD), ma ciò comporterà un breve impatto sulla disponibilità. Utilizzando Provisioned IOPS, puoi effettuare il provisioning fino all'attuale limite massimo di storage e al massimo di IOPS per istanza di database.
Gli IOPS effettivamente realizzati possono variare rispetto all'importo assegnato in base al carico di lavoro del database, al tipo di istanza e al motore del database. Per ulteriori informazioni, consulta Fattori che influiscono sui tassi di IOPS realizzati nella Amazon RDS User Guide.
Per Oracle Database on Amazon EC2, suddividi più volumi insieme per maggiori IOPS e una maggiore capacità. Puoi utilizzare più volumi Amazon EBS singolarmente per diversi file di dati, ma la loro suddivisione consente un migliore bilanciamento e scalabilità.
Per lo striping è possibile utilizzare Oracle Automatic Storage Management (ASM). Conserva file di dati, file di log e file binari su volumi Amazon EBS separati e scatta istantanee dei volumi dei file di log su base regolare. La scelta di un tipo di istanza con archiviazione SSD locale consente di aumentare le prestazioni del database utilizzando Smart Flash Cache (se il sistema operativo è Oracle Linux) e utilizzando lo storage locale per file temporanei e spazi tabellari.
Per Oracle Database on VMware Cloud on AWS, vSAN fornisce lo storage virtualizzato necessario distribuito su host bare metal. La funzionalità di storage virtualizzato vSAN può essere utilizzata in Oracle RAC per lo storage condiviso ad alte prestazioni.
I file VMDK (virtual machine disk) creati per Oracle RAC devono essere predisposti per eager zero thick ed essere abilitati al multi-writer flag. VMware ha pubblicato uno studio dettagliato sulle prestazioni
