{"id":192100,"date":"2026-08-04T06:00:00","date_gmt":"2026-08-04T13:00:00","guid":{"rendered":"https:\/\/blog.everpuredata.com\/?p=192100"},"modified":"2026-08-31T17:22:02","modified_gmt":"2026-09-01T00:22:02","slug":"the-oracle-estate-you-can-control-openshift-virtualization","status":"publish","type":"post","link":"https:\/\/blog.everpuredata.com\/it\/solutions\/the-oracle-estate-you-can-control-openshift-virtualization\/","title":{"rendered":"La propriet\u00e0 Oracle che puoi controllare"},"content":{"rendered":"\n
\n

Sintesi<\/h3>\n\n\n\n

Red Hat OpenShift Virtualization ed Everpure contribuiscono a modernizzare i database Oracle con la migrazione live convalidata, la migrazione VMware e un percorso pi\u00f9 flessibile per gli aggiornamenti dell’infrastruttura.<\/p>\n<\/div>\n\n

\n
\n
\"image_pdf\"<\/a>\"image_print\"<\/a><\/div>\n<\/div>\n\n\n\n
\n

Il tuo ambiente Oracle funziona su tre “ore” che non controlli: Il rinnovo dell’hypervisor \u00e8 arrivato con un costo pi\u00f9 elevato per cui nessuno aveva preventivato. La finestra di supporto del database contiene una data. E da qualche parte, qualcuno ha affidato all’azienda l’AI che deve fare affidamento sui dati critici che risiedono in quei database. Ogni timeline appartiene a un vendor diverso ed \u00e8 utilizzata per forzare una decisione sulla pianificazione di qualcun altro.<\/p>\n\n\n\n

Il lavoro che Red Hat ed Everpure hanno svolto insieme esiste per rompere questo accoppiamento. Ogni livello della propriet\u00e0, ovvero hypervisor, Operating System (OS), storage e database stesso, deve modernizzarsi in base alla propria tempistica, che si controlla. Negli ultimi due anni, abbiamo costruito e pubblicato la convalida per renderla reale, nello specifico per i workload Oracle. In questo post vengono descritti i test, i risultati e il significato che hanno per il modo in cui sequenzi i prossimi tre anni.<\/p>\n\n\n\n

Convalida dei workload Oracle su Red Hat OpenShift Virtualization ed Everpure<\/h2>\n\n\n\n

Il team di progettazione di Red Hat ha pubblicato un’architettura di riferimento completa per Oracle Database 19c su Red Hat OpenShift Virtualization<\/a>, che copre le singole istanze e Oracle Real Application Clusters (RAC), con gli artefatti di test completi disponibili su GitHub. La convalida ha eseguito test di funzionalit\u00e0, performance, scalabilit\u00e0 e migrazione in tempo reale. Lo storage sottoposto a questi test includeva Everpure\u2122 FlashArray<\/a>\u2122 fornito tramite l’operatore Portworx\u00ae Enterprise.<\/p>\n\n\n\n

I due risultati sono pi\u00f9 importanti per chiunque pianifichi una migrazione:<\/p>\n\n\n\n

    \n
  1. Migrazione in tempo reale di una macchina virtuale (VM) che esegue un database Oracle a istanza singola completata in media in 1-2 minuti e il risultato \u00e8 stato se il database era inattivo o sotto carico di tipo produzione, con utenti virtuali che generano volumi costanti di transazioni simultanee. La migrazione dal vivo \u00e8 l’operazione che rende vivibile una piattaforma di virtualizzazione. La manutenzione, il ribilanciamento e il refresh hardware dei nodi dipendono da essi e funzionano per Oracle su questa piattaforma nel modo che ti serve.<\/li>\n\n\n\n
  2. La posizione di supporto \u00e8 la stessa in cui operi gi\u00e0. Oracle certifica il OS all’interno della macchina virtuale, non l’hypervisor sottostante. Oracle Database su Red Hat Enterprise Linux (RHEL)<\/a> rimane una configurazione del OS completamente supportata e Red Hat ha pubblicato architetture di riferimento complete e convalidate per l’esecuzione di questi workload, tra cui RAC, su OpenShift Virtualization<\/a>.\u00a0<\/li>\n<\/ol>\n\n\n\n

    3 posizioni, 1 piattaforma<\/h2>\n\n\n\n

    I clienti arrivano a questo lavoro da posizioni iniziali diverse. La piattaforma non li forza nello stesso percorso.<\/p>\n\n\n\n