1. Importa carichi di lavoro in Oracle Private Cloud Appliance
  2. Esegui aggiornamenti pre-esportazione

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

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.

Sui sistemi Solaris utilizzare il comando ipadm. Ad esempio: 

# ipadm delete-addr net0/v4
# ipadm create-addr -T dhcp net0/v4

In Windows, utilizzare il Pannello di controllo o Impostazioni.

Rimuovere gli strumenti e i driver delle macchine virtuali

Se si esegue la migrazione da VMware, Oracle VM o VirtualBox, rimuovere i driver e gli strumenti di pseudo-virtualizzazione associati dalla copia. L'immagine funzionerà con gli strumenti e i driver installati, anche se è possibile che vengano visualizzati messaggi di errore durante il boot o durante il login, quindi questo è facoltativo.

Ad esempio, è possibile rimuovere i driver di Oracle VM Paravirtualization (PV) per Microsoft Windows individuando i driver nel Pannello di controllo, quindi facendo clic con il pulsante destro del mouse e selezionando Disinstalla.

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.

Installare le funzioni del kernel e dei driver Solaris 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 PCA.
  1. Oracle esorta gli utenti di Solaris 11 a eseguire l'aggiornamento a Solaris 11.4, una procedura semplice e altamente compatibile. Spostare gli ambienti Solaris 10 creando zone non globali con brand Solaris 10 in un'istanza di Solaris 11.4. In questo modo, l'ambiente Solaris 10 può trarre vantaggio dai moderni driver per kernel e dispositivi.
  2. Aggiornare Solaris 11.4 all'aggiornamento SRU usando il comando pkg update ed eseguire il boot nel nuovo ambiente di boot.

Installare i driver per VirtIO per Windows

Sarà necessario installare le funzioni del kernel e dei driver per Oracle Private Cloud Appliance. È possibile eseguire il download da My Oracle Support o da Oracle Software Delivery Cloud. Ecco come ottenerli per i sistemi operativi Windows.

Per Oracle Software Delivery Cloud:

  1. Eseguire il login a Oracle Software Delivery Cloud.
  2. Nella lista Tutte le categorie, selezionare Rilascia.
  3. Digitare Oracle Linux e fare clic su Cerca.
  4. Selezionare DLP: Oracle Linux N.N.0.0.0 ( Oracle Linux ). I valori di N saranno diversi man mano che saranno disponibili le nuove release.
  5. Fare clic su Continua.
  6. Nella colonna Piattaforme/Lingue, selezionare x86 a 64 bit nella lista, quindi fare clic su Continua.
  7. Accettare i termini e le limitazioni Oracle Standard e fare clic su Continue.
  8. Fare clic sul nome del file con la descrizione Oracle VirtIO Drivers for Microsoft Windows, version N.N.N per scaricare i driver. La versione corrente di questo testo è V1009702-01.zip. Il numero di versione cambierà man mano che vengono consegnate le nuove release.
  9. Scaricare il file zip nella VM Windows.
  10. Installare i driver estraendo il file zip e facendo doppio clic sul file di installazione. Al termine, riavviare e chiudere.

Per eseguire il download da My Oracle Support:

  1. Collegamento a My Oracle Support.
  2. Selezionare la scheda Patch e aggiornamenti.
  3. Nel pannello Ricerca patch, nel campo Nome o numero patch immettere 27637937 e fare clic su Cerca. Non selezionare alcuna delle opzioni Piattaforma.
  4. Fare clic sul nome della patch a sinistra di Oracle VirtIO driver version N.N.N. Ad esempio, la versione 2.0.1.
  5. Nella pagina Dettagli patch fare clic su Download.
  6. Installare i driver estraendo il file zip e quindi facendo doppio clic sul file Setup. Al termine, riavviare e chiudere.

Facoltativamente, installa i toolkit di inizializzazione

Si consiglia di installare i toolkit cloud-init (Linux) o cloudbase-init (Solaris, Windows).

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

In Solaris, eseguire pkg install cloudbase-init come descritto nel documento Installation and Software Management Features Solaris 11.4 What's New document.

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

I passi precedenti disabilitano l'autenticazione basata su password. Se si desidera continuare a utilizzare l'autenticazione ssh basata su password nel sistema di destinazione per assicurarsi che funzioni come la piattaforma di origine, è possibile riabilitarla prima dell'esportazione modificando /etc/cloud.cfg e aggiungendo la riga: 

ssh_pwauth: 1

In alternativa, è possibile eseguire questa operazione prima dell'esportazione commentando la riga seguente in /etc/ssh/sshd_config: 

# PasswordAuthentication no

Nelle istanze Windows, utilizzare cloudbase-init, come descritto nella documentazione di Cloudbase-init.

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.

Procedere come segue su Solaris:

  1. Modificare /etc/vfstab.
  2. Rimuovere tutte le attivazioni non presenti sul disco di boot.
  3. Eseguire il comando zpool export $POOLNAME per i pool ZFS non root. In genere, si tratta di pool ZFS diversi da rpool.

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.