1. Migra i carichi di lavoro Exalogic a Oracle Compute Cloud@Customer e Oracle Private Cloud Appliance
  2. Esegui lift e turno per aggiornamenti pre-esportazione

Esegui lift e turno per aggiornamenti pre-esportazione

È consigliabile e talvolta necessario preparare una VM per Private Cloud Appliance apportando modifiche alla VM nel sistema di origine originale. Eseguire i passi di aggiornamento precedenti all'esportazione riportati di seguito su una copia del sistema di origine, non sulla VM originale.

Attenzione

Eseguire le operazioni su una copia dell'immagine di produzione sul sistema di origine. Questo protegge l'ambiente di produzione e fornisce un fallback noto se il processo deve essere ripetuto. Utilizzare un metodo fornito dal sistema di origine per la duplicazione di una VM.

Ad esempio, in Oracle VM e Private Cloud Appliance 2.4, selezionare la VM nella scheda Server e VM, fare clic con il pulsante destro del mouse e selezionare Duplica. In tutti i casi, arrestare la VM di origine per assicurarsi che il contenuto del disco della copia sia coerente.

Patch al livello corrente del sistema operativo

Aggiornare la VM duplicata al livello di patch corrente dello stesso sistema operativo.

Le istruzioni dipendono dal sistema operativo guest. Ad esempio, da yum update al livello di patch più recente per Oracle Linux 7 o 8, pkg update su Solaris 11.4 o Windows Update su Microsoft Windows. Eseguire il reboot dopo l'applicazione delle patch per garantire il corretto funzionamento dopo l'applicazione delle patch.

Ciò garantisce che i driver di dispositivo più recenti siano disponibili e previene il rischio di bug chiusi di recente ed esposizioni alla sicurezza.

Nota

Oracle consiglia quanto segue se si è attualmente su Oracle Linux 6 o versione precedente:

  • Passare a una versione corrente di Oracle Linux per assicurarsi che siano installati i driver di dispositivo appropriati per PCA X9-2 e includano correzioni e miglioramenti dei bug.
  • Eseguire una nuova installazione del sistema operativo piuttosto che un ascensore e uno spostamento.

Modifica i dispositivi di rete virtuali su DHCP

Dopo l'installazione in Private Cloud Appliance, la rete virtuale della VM guest potrebbe richiedere diverse modifiche.

Private Cloud Appliance utilizza DHCP per fornire un indirizzo di rete alle nuove istanze. Poiché è possibile duplicare più istanze dalla stessa immagine, è opportuno assegnare nuovi indirizzi MAC e IP quando ogni istanza viene creata.

Nota

  1. L'indirizzo IP acquisito da DHCP quando l'istanza viene creata è stabile.
  2. L'indirizzo IP visibile per l'istanza è un indirizzo IP privato su una rete cloud virtuale (VCN). L'accesso all'istanza avviene da un'istanza esterna a Private Cloud Appliance utilizzando un livello NAT (Network Address Translation). Vedere la scheda Rete nella descrizione dell'istanza di Compute Enclave per visualizzare gli indirizzi IP sia privati che pubblici.

Su Linux, modificare il file /etc/sysconfig/network-scripts/ifcfg-NICNAME e rimuovere le righe HWADDR o MACADDR e impostare BOOTPROTO="dhcp". In alternativa, è possibile utilizzare lo strumento grafico fornito con la distribuzione. Rimuovere inoltre i file /etc/udev/rules.d/70-persistent-ipoib.rules e /etc/udev/rules.d/70-persistentnet.rules, se presenti. Questi file contengono indirizzi MAC che non corrispondono alla nuova istanza. Vengono ricreati automaticamente, se necessario.

Rimuovere gli strumenti e i driver specifici di Exalogic

Per rimuovere i componenti del sistema operativo Exalogic, seguire le istruzioni indicate di seguito.

  1. Rimuovere l'RPM InfiniBand utilizzato con Exalogic infinibus-N.N.x86_64.
  2. Rimuovere o spostare i file di definizione di rete per i dispositivi Infiniband:
    # cd /mnt/sysimage/etc/sysconfig/network-scripts
    # rm ifcfg-ib0.0004; rm ifcfg-ib1.0004
  3. Rimuovere il componente OFED:
    # /usr/sbin/ofed_uninstall.sh --force
  4. Arrestare ed eseguire il reboot.
  5. Creare le virtual machine e configurare le reti virtuali in base agli standard dei data center, creando file /etc/sysconfig/network-scripts/ifcfg-eth* per attivare le reti pubbliche e private della VM. Devono essere diverse dalle VM Exalogic per consentire il test parallelo.

Se si utilizza WebLogic, connettersi alla console di Oracle WebLogic Server e disattivare i miglioramenti di Exalogic invertendo i passi utilizzati per attivarli per Exalogic, in particolare disabilitando Socket Direct Protocol (SDP). Si tratta di una best practice per Exalogic e non è supportata per Private Cloud Appliance. Fare riferimento alla guida Oracle Fusion Middleware Enterprise Deployment for Exalogic collegata nella sezione Scopri di più.

Quando le VM Exalogic sono identiche, diverse da hostname e IP address, è possibile arrestare e duplicare la VM per membri aggiuntivi del cluster di applicazioni. Eseguire il boot di ogni VM a sua volta per modificarne hostname e address in modo da renderle univoche.

Installare le funzioni del kernel e del driver Linux per Private Cloud Appliance

Potrebbe essere necessario includere esplicitamente i driver del dispositivo VirtIO nel sistema operativo in fase di boot.

Nota

Se l'hypervisor di origine è KVM, avrai già i driver giusti per Private Cloud Appliance.
  1. È possibile facoltativamente eseguire il backup dei kernel prima di eseguire dracut. Ad esempio: mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak
  2. Utilizzare il comando dracut per aggiungere i driver dispositivo a initramfs. Ad esempio: dracut --force -N o dracut -N --regenerateall.
    • L'opzione -N disabilita la modalità solo host, creando un valore initramfs solo per l'host corrente. Questa opzione produce un'immagine generica.
    • Se si utilizza una versione molto vecchia di Linux che non dispone dell'opzione -N, elencare in particolare i moduli kernel necessari per Private Cloud Appliance X9-2. Ad esempio: dracut --add-drivers 'sg sd_mod virtio virtio_pci virtio_ring virtio_scsi'.
    • L'opzione --regenerate-all rigenera initramfs per tutte le versioni del kernel in /boot, non solo per quella attualmente avviata. Ciò è utile per Oracle Linux per garantire che sia i kernel UEK che RHCK ottengano i driver necessari, indipendentemente da quali siano attualmente avviati.
    • L'opzione --force sostituisce il file initramfs corrente già presente.

È possibile vedere i file initramfs aggiornati in /boot. Saranno più grandi delle versioni precedenti a causa dei driver di dispositivo aggiunti.

Se si omette il passo dracut, è possibile eseguirlo la prima volta che l'istanza viene avviata su Private Cloud Appliance X9-2.

  1. Eseguire il login a Compute Enclave.
  2. Selezionare l'istanza e connettersi alla console.
  3. Selezionare la linea di salvataggio nel menu Grub.
  4. Se il boot non riesce prima di poter selezionare il boot di ripristino, eseguire un'azione Reimposta sull'istanza da Compute Enclave.
  5. Dopo l'avvio dell'istanza, eseguire il login ed eseguire i comandi dracut.

Facoltativamente, installa i toolkit di inizializzazione

Si consiglia di installare il toolkit cloud-init (Linux).

Questi toolkit sono metodi standard del settore indipendenti dal fornitore per l'inizializzazione delle istanze multipiattaforma. Aiutano a identificare che l'istanza cloud è in esecuzione durante l'avvio, a leggere qualsiasi metadata fornito dal cloud e a inizializzare il sistema di conseguenza. Sono in grado di eseguire la conversione da ssh basato su password a uno scambio di coppie di chiavi. Per ulteriori informazioni, vedere la sezione 6.4 della Guida per l'utente di Oracle Private Cloud Appliance.

Su Oracle Linux, installare i pacchetti cloud-init e oci-utils adatti per la distribuzione Linux. Usa quanto segue per Oracle Linux 8: 

# dnf install yum-utils
# yum-config-manager --enable ol8_addons
# dnf install cloud-init oci-utils

Quindi, ssh nell'istanza avviata con userid opc senza password, utilizzando lo scambio di coppie di chiavi descritto nei riferimenti citati.

Preparazione dell'avvio e del file system

L'immagine contiene solo il disco di boot, disabilitare quindi tutti i servizi e le applicazioni che richiedono altri dischi.

I riferimenti ai file system non di boot devono essere rimossi fino a quando non vengono ricreati in seguito. Se l'immagine di boot fa riferimento ad altri dischi di swap, /tmp o /var/logs, è necessario spostarli temporaneamente nel volume di avvio.

Segui questi passaggi su Linux:

  1. Modificare /etc/fstab.
  2. Rimuovere le voci nelle attivazioni del file system non presenti sul disco di boot.
  3. Accertarsi che le partizioni dei dischi di boot non vi facciano riferimento direttamente con nomi di dispositivo quali /dev/xvda.
  4. In alternativa, utilizzare LABEL= o UUID=.
  5. I riferimenti ai dispositivi LVM non devono essere modificati se si fa riferimento al disco di avvio.
  6. Eseguire il comando pvs per assicurarsi che l'unico volume fisico LVM (PV) sia il volume di avvio.
  7. Se un gruppo di volumi (VG) si trova su altri volumi fisici, deve essere commentato su /etc/fstab.

Se un volume logico è costituito sia dal disco di avvio che da altri dischi, la migrazione è più complicata e non rientra nell'ambito di questa soluzione.

Disabilitare i servizi o le applicazioni che si avviano in fase di boot e richiedono la configurazione completa. Poiché l'avvio iniziale su Private Cloud Appliance X9-2 non avrà l'ambiente operativo completo.