Consigli per il rehosting

Quando effettui il rehosting di Oracle su Amazon EC2, installi e configuri il database Oracle ed esegui tutte le operazioni di manutenzione, inclusi gli aggiornamenti Oracle minori, gli aggiornamenti Oracle principali, l'applicazione di patch al sistema operativo, la configurazione del sistema operativo, la configurazione del database, l'allocazione della memoria, l'allocazione dello storage e la configurazione dello storage.

Considerazioni sul tipo di istanza Amazon EC2

L'istanza EC2 deve disporre di CPU, memoria e storage adeguati per gestire il carico di lavoro del database previsto. Si consiglia di utilizzare una classe di istanza EC2 di ultima generazione per il database Oracle. Questi tipi di istanze, come le istanze create sul sistema Nitro, supportano Hardware Virtual Machine (HVM). Le Amazon Machine Images (AMI) HVM sono necessarie per sfruttare la rete avanzata e offrono anche una maggiore sicurezza.

Le istanze virtualizzate basate sul sistema Nitro includono R5b, X2idn e X2iEDN. Per un throughput di volume Amazon EBS elevato, prendi in considerazione i tipi di istanze R5b e X2 di Amazon EC2. Queste istanze supportano fino a 260.000 IOPS. Il throughput massimo per un'istanza Amazon EC2 R5b è di 7.500 MBps. Il throughput massimo per le istanze Amazon EC2 x2IDN e X2IEDN è di 10.000 MBps. Per ulteriori informazioni, consulta le istanze ottimizzate per Amazon EBS e gli IOPS massimi nella documentazione di Amazon EC2.

Considerazioni sul tipo di volume Amazon EBS

I volumi Amazon EBS General Purpose (gp3) sono meno costosi dei volumi Amazon EBS Provisioned IOPS (io2). Se i volumi gp3 soddisfano i requisiti di I/O e throughput, dovrebbero essere la soluzione preferita. Un singolo volume gp3 non può superare 16.000 IOPS per volume. È inoltre necessario considerare il numero massimo di volumi EBS che possono essere assegnati all'istanza EC2. Questo numero varia in base al tipo di istanza EC2; tuttavia, il numero massimo di volumi EBS per un'istanza Nitro System è 28. In genere, non devono essere dedicati più di 24 volumi EBS per il database Oracle.

Se i requisiti di I/O del disco sono elevati, prendi in considerazione i volumi di Amazon EBS io2 Block Express. Sono progettati per offrire fino a 4.000 MBps di throughput per volume, 256.000 IOPS per volume, capacità di archiviazione di 64 TiB, latenza inferiore al millisecondo e durabilità del 99,999%. Ti consigliamo di utilizzare i volumi Amazon EBS io2 Block Express nei seguenti scenari:

• Lo spazio allocato nel database supera i 384 TiB. Ciò include, a titolo esemplificativo, i file di database, i redo log, lo spazio, TEMP lo spazio, UNDO lo spazio della Flashback Recovery Area e l'area di gestione temporanea dei dati. I volumi Amazon EBS io2 Block Express possono supportare fino a 1,536 PiB con una singola istanza EC2.

• È richiesta una latenza di storage nell'intervallo inferiore al millisecondo.

• È necessario un database progettato per una durabilità del 99,9%, rispetto alla durabilità del 99,9% dei volumi Amazon EBS gp3.

• È necessario un array di storage virtuale per fornire 1 milione di IOPS o più a una singola istanza EC2.

• Exadata Smart Flash Cache ed Exadata Smart Flash Logging hanno un livello estremamente elevato nel sistema locale Exadata. La latenza di I/O per Exadata Smart Flash Cache è in genere inferiore a 400 microsecondi per le operazioni di lettura. La latenza di I/O per Amazon EBS io2 Block Express varia in genere tra 400 e 600 microsecondi.

Considerazioni su Oracle ASM

Quando utilizzi Oracle su Amazon EC2, ti AWS consigliamo di implementare la ridondanza esterna Oracle Automatic Storage Management (ASM) per evitare i tassi di errore di Amazon EBS. Tuttavia, se un volume EBS diventa non disponibile in modalità di ridondanza esterna ASM, il gruppo di dischi ASM associato viene sottoposto a uno smontaggio forzato. Tutti i dischi devono essere posizionati per montare correttamente un gruppo di dischi ASM. Pertanto, il database non sarà disponibile finché non saranno disponibili tutti i volumi EBS. La ridondanza esterna ASM garantisce efficacemente l'affidabilità RAID di livello 0, quindi la possibilità di impatto sul gruppo di dischi ASM aumenta con ogni volume EBS aggiunto e la frequenza di errore complessiva è il multiplo della frequenza di errore di ogni singolo volume EBS.

I volumi Amazon EBS vengono replicati all'interno di una zona di AWS disponibilità. Tuttavia, i volumi EBS possono ancora presentare un errore. Ad esempio, i volumi gp3 hanno un tasso di fallimento annuo dello 0,1-0,2 percento e i volumi io2 hanno un tasso di errore annuo dello 0,001 percento. È possibile implementare gruppi di dischi ASM con ridondanza normale o elevata per ridurre le interruzioni causate da un errore di un singolo volume EBS. Tuttavia, questa non è una procedura ottimale, poiché i volumi EBS vengono replicati all'interno di una zona di disponibilità e i volumi EBS del gruppo di errore ASM possono anche trovarsi sugli stessi host fisici dei volumi EBS del gruppo primario ASM.

Considerazioni aggiuntive su ASM:

• Utilizzare Oracle ASM Filter Driver (ASMFD) per implementare ASM.

• Assicurati che tutti i dischi Oracle ASM in un gruppo di dischi abbiano caratteristiche di disponibilità e prestazioni di archiviazione simili. Nelle configurazioni di storage con unità a velocità mista, come memoria flash e unità disco rigido (HDD), le prestazioni di I/O sono limitate dall'unità a velocità più lenta.

• Assicurati che i dischi Oracle ASM in un gruppo di dischi abbiano la stessa capacità di mantenere l'equilibrio.

• Oracle ASM distribuisce i dati in modo casuale in set selezionati di dischi ASM. Quando configuri lo storage del sistema, considera la capacità iniziale del sistema e i piani di crescita futuri. Oracle ASM semplifica il compito di favorire la crescita. Come accennato in precedenza, un'istanza di Amazon EC2 Nitro System supporta fino a 28 volumi. Se il gruppo di dischi DATA ASM richiede 96 TiB, quattro volumi Amazon EBS io2 Block Express da 24 TiB sarebbero una scelta migliore rispetto a sedici volumi Amazon EBS io2 Block Express da 6 TiB.

• Configura almeno due file di controllo su due gruppi di dischi ASM.

Le migliori pratiche di Oracle su Amazon EC2

Dopo aver migrato i dati da Exadata on-premise a Oracle su Amazon EC2 e prima di fornire l'accesso agli utenti finali, prendi in considerazione le seguenti best practice:

• Abilita la protezione dalla terminazione delle istanze EC2. Ciò impedisce che un'istanza EC2 venga interrotta accidentalmente richiedendo all'utente di disabilitare la protezione prima di terminare l'istanza.

• Abilita la funzionalità di ripristino automatico di Amazon EC2, che risolve i problemi in caso di danneggiamento dell'hardware che ospita un'istanza EC2. Questa funzionalità ripristina l'istanza su diversi hardware sottostanti e riduce la necessità di un intervento manuale.

• Amazon EC2 offre istanze con un massimo di 24 TiB di memoria. Queste istanze supportano Oracle SGA di dimensioni estremamente grandi e dovrebbero essere la tua prima scelta se utilizzi Oracle SGA multi-TiB. Tuttavia, molte istanze EC2 e Amazon RDS for Oracle supportano anche lo storage locale delle istanze. Se utilizzi un'istanza Amazon EC2 o Amazon RDS for Oracle con storage di istanze SSD NVMe, puoi utilizzare lo storage temporaneo per estendere i buffer a blocchi del database Oracle SGA. Questo approccio consente di memorizzare nella cache gli oggetti utilizzando lo storage delle istanze e fornisce una latenza I/O media di 100 microsecondi per le operazioni di lettura. Smart Flash Cache e/ Level 2 Flash Cache funzionano solo su istanze che utilizzano lo storage delle istanze e richiedono il sistema operativo Oracle Linux. Gli ambienti OLTP e di data warehouse possono trarre vantaggio da questa tecnologia. Imposta i parametri di inizializzazione Oracle DB_FLASH_CACHE_FILE e DB_FLASH_CACHE_SIZE utilizza Smart Flash Cache.

• Usa Oracle Linux come sistema operativo per la tua istanza. Se Oracle Linux non è un'opzione, prendi in considerazione Red Hat Enterprise Linux (RHEL). Le istanze EC2 basate sul processore Graviton non supportano i database Oracle, perché Oracle non ha rilasciato file binari di Oracle Database compilati per processori ARM. Inoltre, Amazon Linux non è supportato per i database Oracle.

• Utilizza l'ultima versione del software Oracle per installare Oracle Grid Infrastructure. È possibile distribuire l'ultima versione di Oracle Grid Infrastructure con una versione precedente di Oracle Database. Ad esempio, Oracle Grid Infrastructure 21c supporta Oracle Database 19c.

• Se utilizzi Oracle RMAN o Oracle Data Guard per migrare da una versione precedente di Oracle Database su Exadata, valuta la possibilità di aggiornare la versione del database alla versione più recente dopo la migrazione. Se utilizzi Oracle Data Pump, installa l'ultima versione di Oracle Database prima della migrazione. AWS

• Utilizza un'area di ripristino flash (FRA) di Oracle per ripristinare rapidamente il database senza utilizzare un backup RMAN. Se possibile, imposta la FRA su un minimo di un giorno. È necessario impostare i parametri DB_RECOVERY_FILE_DEST_SIZE di inizializzazione DB_RECOVERY_FILE_DEST Oracle e DB_FLASHBACK_RETENTION_TARGET (rappresenta la quantità di tempo, in minuti).

• Se esegui la migrazione di più carichi di lavoro del database in una singola istanza EC2, prendi in considerazione l'implementazione di Oracle Database Resource Manager per gestire l'allocazione delle risorse del database.

• Implementa un Oracle SPFILE anziché uno standalone. PFILE An SPFILE è un file binario che consente modifiche dinamiche senza richiedere il riavvio dell'istanza. PFILEQuando si utilizza il STARTUP comando, non specificare se un SPFILE è in uso.

• Abilita Oracle Automatic Shared Memory Manager (ASMM), che semplifica la gestione della memoria SGA. Oracle Database distribuisce automaticamente la memoria tra i componenti SGA per garantire l'utilizzo più efficace della memoria.

• È possibile che si verifichi un evento di attesa di scrittura parallela del file Oracle db con il processo di scrittura del database (DBWR). Questa attesa indica il tempo impiegato da DBWR in attesa del completamento dell'I/O. Per risolvere questo problema, verificate che l'I/O asincrono sia abilitato (parametro di inizializzazione OracleDISK_ASYNCH_IO), aumentate gli IOPS per i volumi EBS e verificate che la cache del buffer del database sia sufficientemente grande da evitare il thashing.

• Esegui una scansione periodicamente (almeno ogni due settimane) sulle istanze EC2 e verifica la conformità. Puoi usare Amazon Inspector per questa scansione. Amazon Inspector è un servizio di valutazione della sicurezza automatizzato che aiuta a migliorare la sicurezza e la conformità delle applicazioni distribuite su. AWS Valuta automaticamente le applicazioni in base all'esposizione, alle vulnerabilità e alle deviazioni dalle best practice. Dopo aver eseguito una valutazione, produce un elenco dettagliato dei risultati di sicurezza con priorità in base al livello di gravità. Puoi esaminare questi risultati direttamente o nei report di valutazione dettagliati disponibili tramite la console o l'API di Amazon Inspector.

• Configura gli CloudWatch allarmi Amazon per AWS CloudTrail. Ad esempio, è necessario attivare un CloudWatch allarme quando si verificano modifiche alla configurazione nei gruppi di sicurezza. Questo avvisa il team operativo quando qualcuno tenta di accedere alle istanze EC2.

• Se la tua organizzazione richiede un Recovery Point Objective (RPO) pari o vicino allo zero, utilizza Oracle Data Guard o Oracle Active Data Guard in modalità di massima disponibilità. Il database di standby deve risiedere in una zona di disponibilità diversa dal database primario. Le modalità di massima protezione e massima disponibilità forniscono un ambiente di failover automatico progettato per evitare la perdita di dati. La modalità a prestazioni massime fornisce un ambiente di failover automatico progettato per non perdere più della quantità di dati (in secondi) specificata dalla proprietà di FastStartFailoverLagLimit configurazione. Si consiglia inoltre di implementare Data Guard Broker con Oracle Data Guard o Oracle Active Data Guard. Data Guard Broker automatizza le attività di configurazione e monitoraggio per Data Guard. Active Data Guard richiede una licenza Oracle.

• Prendi in considerazione l'utilizzo del ripristino automatico dei supporti a blocchi di Oracle Active Data Guard. Se si incontra un blocco di dati danneggiato quando si accede a un database primario, il blocco viene automaticamente sostituito con una copia non danneggiata di quel blocco da un database fisico in standby. Tuttavia, per utilizzare questa funzionalità, Active Data Guard deve essere eseguito in modalità di massima disponibilità e il parametro di inizializzazione Oracle deve essere LOG_ARCHIVE_DEST_n impostato sulla modalità di trasporto SYNC redo. La modalità a prestazioni massime non supporta questa funzionalità.

• Se la tua organizzazione richiede un disaster recovery interregionale, prendi in considerazione l'implementazione di Oracle Far Sync. Far Sync richiede una licenza Oracle Active Data Guard.

• Usa Oracle Secure Backup (OSB) per eseguire il backup del database su Amazon S3 utilizzando Oracle RMAN. OSB richiede una licenza Oracle. I prezzi OSB si basano sul numero di canali Oracle RMAN in uso. Puoi anche utilizzarlo AWS Storage Gatewayper eseguire il backup del database direttamente su Amazon S3. Puoi applicare politiche del ciclo di vita ai backup in Amazon S3 per spostare i backup più vecchi su Amazon S3 Glacier per l'archiviazione.