Consigli per il rehosting - AWS Guida prescrittiva

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à.

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 aggiornamenti Oracle minori, aggiornamenti Oracle importanti, patch del sistema operativo, configurazione del sistema operativo, configurazione del database, allocazione della memoria, allocazione dello storage e configurazione dello storage.

Considerazioni sul tipo di EC2 istanza Amazon

L' EC2 istanza deve disporre di CPU, memoria e storage adeguati per gestire il carico di lavoro del database previsto. Si consiglia di utilizzare una classe di EC2 istanza di generazione corrente per il database Oracle. Questi tipi di istanze, come le istanze create sul sistema Nitro, supportano Hardware Virtual Machine (HVM). Le Amazon Machine Images (AMIs) di HVM sono necessarie per sfruttare i vantaggi della 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 Amazon EC2 R5b e X2. 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 X2idn è 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 tuoi requisiti I/O e di 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 EC2 istanza; tuttavia, il numero massimo di volumi EBS per un'istanza di Nitro System è 28. In genere, non devono essere dedicati più di 24 volumi EBS per il database Oracle.

Se i I/O requisiti di disco sono elevati, prendi in considerazione i volumi Amazon EBS io2 Block Express. Sono progettati per offrire fino a 4.000 MBps throughput per volume, 256.000 IOPS per volume, capacità di storage 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 ma non esaustivo, i file di database, i redo log, TEMP lo spazio, 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 I/O latenza per Exadata Smart Flash Cache è in genere inferiore a 400 microsecondi per le operazioni di lettura. La I/O latenza 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, pertanto 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), I/O le prestazioni 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.

EC2 Best practice di Oracle su Amazon

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 dell'EC2 istanza. Ciò impedisce che un' EC2istanza venga interrotta accidentalmente richiedendo all'utente di disabilitare la protezione prima di terminare l'istanza.

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

  • Amazon EC2 offre istanze con un massimo di 24 TiB di memoria. Queste istanze supportano Oracle di dimensioni estremamente grandi SGAs e dovrebbero essere la tua prima scelta se utilizzi Oracle multi-TIB. SGAs Tuttavia, molte EC2 istanze e Amazon RDS for Oracle supportano anche lo storage locale delle istanze. Se utilizzi un'istanza Amazon EC2 o Amazon RDS for Oracle NVMe con storage di istanze SSD, 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 I/O latenza 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). EC2le istanze 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 EC2 istanza, 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. I/O Per risolvere questo problema, verificate che la modalità asincrona I/O sia abilitata (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 impedire il thrash.

  • Esegui una scansione periodica (almeno ogni due settimane) delle istanze e verifica la conformità. EC2 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 EC2 istanze.

  • Se l'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 Glacier per l'archiviazione.