Esegui lift e turno per aggiornamenti pre-esportazione

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

Attenzione:

Eseguire l'operazione su un clone dell'immagine di produzione sul sistema di origine. Ciò 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 ogni caso, arrestare la VM di origine per assicurarsi che la copia disponga di contenuto coerente del disco.

Applica patch al livello corrente del sistema operativo

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

Le istruzioni dipendono dal sistema operativo guest. Ad esempio, yum update al livello di patch più recente per Oracle Linux 7 o 8 oppure 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 la disponibilità dei driver dispositivo più recenti e impedisce il rischio di bug chiusi di recente e di esposizioni di sicurezza.

Nota:

Oracle consiglia quanto riportato di seguito se si è attualmente in Oracle Linux 6 o versioni precedenti:

Passare a una versione corrente di Oracle Linux per assicurarsi che siano installati i driver di dispositivo appropriati per PCA X9-2 e che includa correzioni di bug e miglioramenti.
Eseguire una nuova installazione del sistema operativo anziché un lift e uno spostamento.

Modifica dispositivi di rete virtuale in DHCP

Dopo l'installazione su Private Cloud Appliance, la rete virtuale delle 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 viene creata ogni istanza.

Nota:

L'indirizzo IP acquisito da DHCP quando l'istanza viene creata è stabile.
L'indirizzo IP visibile per l'istanza è un indirizzo IP privato su una rete cloud virtuale (VCN). L'accesso all'istanza viene eseguito dall'esterno di Private Cloud Appliance mediante il livello NAT (Network Address Translation). Consulta la scheda Network nella descrizione dell'istanza di Compute Enclave per visualizzare sia gli indirizzi IP privati che quelli pubblici.

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

Rimuovi strumenti e driver specifici di Exalogic

Seguire queste istruzioni per rimuovere i componenti del sistema operativo Exalogic.

Rimuovere l'RPM InfiniBand utilizzato con Exalogic infinibus-N.N.x86_64.
Rimuovere o spostare i file di definizione della rete per i dispositivi Infiniband:
# cd /mnt/sysimage/etc/sysconfig/network-scripts

# rm ifcfg-ib0.0004; rm ifcfg-ib1.0004
Rimuovere il componente OFED:
# /usr/sbin/ofed_uninstall.sh --force
Chiudere ed eseguire il reboot del sistema.
Porta le virtual machine e configura le reti virtuali agli standard del data center, creando file /etc/sysconfig/network-scripts/ifcfg-eth* per attivare le reti pubbliche e private delle VM. Devono essere diverse dalle VM Exalogic per consentire test paralleli.

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 il protocollo SDP (Socket Direct Protocol). Si tratta di una procedura ottimale per Exalogic e non è supportata per Private Cloud Appliance. Vedere la guida Oracle Fusion Middleware Enterprise Deployment for Exalogic collegata alla sezione Ulteriori informazioni.

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

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

È possibile che il sistema operativo debba includere in modo esplicito i driver dispositivo VirtIO in fase di boot.

Nota:

Se l'hypervisor di origine è KVM, avrai già i driver giusti per Private Cloud Appliance.

È possibile eseguire facoltativamente il backup dei kernel prima di eseguire dracut. Ad esempio: mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak
Utilizzare il comando dracut per aggiungere driver dispositivo a initramfs. Ad esempio: dracut --force -N o dracut -N --regenerateall.
- L'opzione -N disabilita la modalità solo host, che crea un initramfs solo per l'host corrente. Questa opzione produce un'immagine generica.
- Se l'esecuzione viene eseguita in una versione di Linux che non dispone dell'opzione -N, elencare in modo specifico 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 e non solo per quelle attualmente avviate. Ciò è utile per Oracle Linux per garantire che i kernel UEK e RHCK ottengano i driver necessari, indipendentemente dal fatto che siano attualmente avviati.
- L'opzione --force sovrascrive il file initramfs corrente già presente.

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

Se ometti il passo dracut, puoi eseguirlo la prima volta che l'istanza viene avviata su Private Cloud Appliance X9-2.

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

Installa facoltativamente i kit di strumenti di inizializzazione

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

Questi toolkit sono metodi indipendenti dai fornitori standard del settore per l'inizializzazione delle istanze multipiattaforma. Consentono di identificare che l'istanza cloud è in esecuzione durante il boot, leggere qualsiasi istanza metadata fornita dal cloud e inizializzare il sistema di conseguenza. Sono in grado di passare da ssh basato su password a uno scambio di coppia di chiavi. Per ulteriori informazioni, consulta la sezione 6.4 del manuale Oracle Private Cloud Appliance User Guide.

Su Oracle Linux, installare i pacchetti cloud-init e oci-utils idonei per la distribuzione Linux. Per Oracle Linux 8 utilizzare gli strumenti indicati di seguito.

# 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 una 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, quindi disabilitare i servizi e le applicazioni che richiedono altri dischi durante il boot.

I riferimenti ai file system non di boot devono essere rimossi finché non vengono ricreati in un secondo momento. Se l'immagine di avvio fa riferimento ad altri dischi per lo spazio di swap, /tmp o /var/logs, è necessario spostarli temporaneamente nel volume di avvio.

Eseguire i passi riportati di seguito su Linux.

Modificare /etc/fstab.
Rimuovere le voci dai mount dei file system che non si trovano sul disco di boot.
Verificare che i nomi dei dispositivi come /dev/xvda non facciano direttamente riferimento ad alcuna partizione del disco di boot.
In alternativa, utilizzare LABEL= o UUID=.
Se si fa riferimento al disco di boot, non è necessario modificare i riferimenti ai dispositivi LVM.
Eseguire il comando pvs per assicurarsi che l'unico volume fisico LVM (PV) sia il volume di avvio.
Se un gruppo di volumi (VG) si trova su altri volumi fisici, è necessario commentarlo all'indirizzo /etc/fstab.

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

Disabilitare i servizi o le applicazioni avviati al momento del boot e che richiedono una configurazione completa, dal momento che il lancio iniziale su Private Cloud Appliance X9-2 non avrà l'ambiente operativo completo.