Preparare una macchina virtuale basata su CentOS per Azure

Si applica a: ✔️ macchine virtuali di Linux ✔️ set di scalabilità flessibili

Questo articolo contiene informazioni su come creare e caricare un disco rigido virtuale (VHD) di Azure che contiene un sistema operativo Linux basato su CentOS. Per altre informazioni, vedi:

• Preparare una macchina virtuale (VM) CentOS 6.x per Azure
• Preparare una VM CentOS 7.0+ per Azure

Prerequisiti

In questo articolo si presuppone che l'utente abbia già installato un sistema operativo Linux CentOS (o un sistema derivato simile) in un disco rigido virtuale. Sono disponibili vari strumenti per la creazione di file VHD. Un esempio è una soluzione di virtualizzazione come Hyper-V. Per istruzioni, vedere Installare il ruolo Hyper-V e configurare una macchina virtuale.

Note sull'installazione di CentOS

• Per altri suggerimenti sulla preparazione di Linux per Azure, vedere Note generali sull'installazione di Linux.
• Il formato VHDX non è supportato in Azure, solo nei VHD fissi. È possibile convertire il disco in formato VHD tramite la console di gestione di Hyper-V o il cmdlet convert-vhd. Se si usa VirtualBox, durante la creazione del disco selezionare Fixed size (A dimensione fissa) anziché l'opzione predefinita di allocazione dinamica.
• Il modulo kernel vfat deve essere abilitato nel kernel.
• Quando si installa il sistema Linux è consigliabile usare partizioni standard anziché LVM (Logical Volume Manager), che è spesso l'impostazione predefinita per numerose installazioni. L'uso delle partizioni consente di evitare conflitti di nome LVM con le macchine virtuali clonate, in particolare se fosse necessario collegare un disco del sistema operativo a un'altra macchina virtuale identica per la risoluzione dei problemi. È possibile usare LVM o RAID anche su dischi di dati.
• Per il montaggio di file system UDF, è necessario il supporto del kernel. Al primo avvio in Azure la configurazione del provisioning viene passata alla macchina virtuale Linux tramite supporti di memorizzazione formattati con UDF, collegati al guest. È necessario che l'agente Linux di Azure o cloud-init possa montare il file system UDF per leggerne la configurazione ed effettuare il provisioning della macchina virtuale.
• Le versioni di kernel Linux inferiori a 2.6.37 non supportano NUMA su Hyper-V con macchine virtuali di dimensioni maggiori. Questo problema incide principalmente sulle distribuzioni precedenti che usavano il kernel upstream Centos 2.6.32. Il problema è stato risolto in Centos 6.6 (kernel-2.6.32-504). I sistemi che eseguono kernel personalizzati con versione precedente a 2.6.37 o kernel basati su Red Hat Enterprise Linux (RHEL) con versione precedente a 2.6.32-504 devono impostare il parametro di avvio numa=off nella riga di comando del kernel in grub.conf. Per altre informazioni, vedere l'articolo KB 436883 di Red Hat.
• Non configurare una partizione swap nel disco del sistema operativo.
• Le dimensioni di tutti i dischi rigidi virtuali in Azure devono essere allineate a 1 MB. Quando si converte un disco non formattato in un disco rigido virtuale, prima della conversione è necessario assicurarsi che le dimensioni del disco non formattato siano un multiplo di 1 MB. Per altre informazioni, vedere Note sull'installazione di Linux.

CentOS 6.x

1. Nella console di gestione di Hyper-V selezionare la VM.

2. Selezionare Connetti per aprire una finestra della console per la VM.

3. In CentOS 6, NetworkManager può interferire con l'agente Linux di Azure. Disinstallare questo pacchetto:

   sudo rpm -e --nodeps NetworkManager
   

4. Creare o modificare il file /etc/sysconfig/network e aggiungere il testo seguente:

   NETWORKING=yes
   HOSTNAME=localhost.localdomain
   

5. Creare o modificare il file /etc/sysconfig/network-scripts/ifcfg-eth0 e aggiungere il testo seguente:

   DEVICE=eth0
   ONBOOT=yes
   BOOTPROTO=dhcp
   TYPE=Ethernet
   USERCTL=no
   PEERDNS=yes
   IPV6INIT=no
   

6. Modificare le regole udev per evitare la generazione di regole statiche per le interfacce Ethernet. Le regole seguenti possono causare problemi quando si clona una macchina virtuale in Azure o Hyper-V:

   sudo ln -s /dev/null /etc/udev/rules.d/75-persistent-net-generator.rules
   sudo rm -f /etc/udev/rules.d/70-persistent-net.rules
   

7. Assicurarsi che il servizio di rete venga avviato all'avvio:

   sudo chkconfig network on
   

8. Se si vogliono usare i mirror OpenLogic ospitati nei data center di Azure, sostituire il file /etc/yum.repos.d/CentOS-Base.repo con i repository seguenti. Questa azione aggiunge anche il repository [openlogic], che include pacchetti aggiuntivi come l'agente Linux di Azure:

   [openlogic]
   name=CentOS-$releasever - openlogic packages for $basearch
   baseurl=http://olcentgbl.trafficmanager.net/openlogic/$releasever/openlogic/$basearch/
   enabled=1
   gpgcheck=0
   
   [base]
   name=CentOS-$releasever - Base
   #mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra
   baseurl=http://olcentgbl.trafficmanager.net/centos/$releasever/os/$basearch/
   gpgcheck=1
   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
   
   #released updates
   [updates]
   name=CentOS-$releasever - Updates
   #mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates&infra=$infra
   baseurl=http://olcentgbl.trafficmanager.net/centos/$releasever/updates/$basearch/
   gpgcheck=1
   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
   
   #additional packages that might be useful
   [extras]
   name=CentOS-$releasever - Extras
   #mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras&infra=$infra
   baseurl=http://olcentgbl.trafficmanager.net/centos/$releasever/extras/$basearch/
   gpgcheck=1
   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
   
   #additional packages that extend functionality of existing packages
   [centosplus]
   name=CentOS-$releasever - Plus
   #mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus&infra=$infra
   baseurl=http://olcentgbl.trafficmanager.net/centos/$releasever/centosplus/$basearch/
   gpgcheck=1
   enabled=0
   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
   
   #contrib - packages by Centos Users
   [contrib]
   name=CentOS-$releasever - Contrib
   #mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=contrib&infra=$infra
   baseurl=http://olcentgbl.trafficmanager.net/centos/$releasever/contrib/$basearch/
   gpgcheck=1
   enabled=0
   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
   

   Nota

   La parte restante di questo articolo a presuppone che l'utente usi almeno il repository [openlogic], che viene usato per installare l'agente Linux di Azure.

9. Aggiungere la riga seguente a /etc/yum.conf:

   http_caching=packages
   

10. Cancellare i metadati yum correnti e aggiornare il sistema con i pacchetti più recenti:

    sudo yum clean all
    

    A meno che non si crei un'immagine per una versione precedente di CentOS, è consigliabile aggiornare tutti i pacchetti all'ultima versione:

    sudo yum -y update
    

    Dopo l'esecuzione di questo comando potrebbe essere necessario un riavvio.

11. Facoltativo: installare i driver per Linux Integration Services (LIS).

    Importante

    Questo passaggio è obbligatorio per CentOS 6.3 e versioni precedenti e facoltativo per le versioni successive.

    sudo rpm -e hypervkvpd  ## (might return an error if not installed, that's OK)
    sudo yum install microsoft-hyper-v
    

    In alternativa, seguire le istruzioni per l'installazione manuale disponibili nella pagina di download di LIS per installare RPM nella VM.

12. Installare l'agente Linux di Azure e le dipendenze. Avviare e abilitare il servizio waagent:

    sudo yum install python-pyasn1 WALinuxAgent
    sudo service waagent start
    sudo chkconfig waagent on
    

    Il pacchetto WALinuxAgent rimuove i pacchetti NetworkManager e NetworkManager-gnome se non sono già stati rimossi, come descritto nel passaggio 3.

13. Modificare la riga di avvio del kernel nella configurazione GRUB per includere altri parametri del kernel per Azure. Per eseguire questo passaggio, aprire /boot/grub/menu.lst in un editor di testo e verificare che il kernel predefinito includa i parametri seguenti:

    console=ttyS0 earlyprintk=ttyS0 rootdelay=300
    

    Questa modifica, inoltre, garantisce che tutti i messaggi della console vengano inviati alla prima porta seriale, agevolando così il supporto tecnico di Azure nella risoluzione dei problemi di debug.

    È consigliabile anche rimuovere i parametri seguenti:

    rhgb quiet crashkernel=auto
    

    L'avvio grafico e l'avvio silenzioso non sono utili in un ambiente cloud se tutti i log devono essere inviati alla porta seriale. L'opzione crashkernel può essere lasciata configurata se si desidera. Questo parametro riduce però la quantità di memoria disponibile nella macchina virtuale di almeno 128 MB e questo potrebbe causare problemi in VM di dimensioni inferiori.

    Importante

    Per CentOS 6.5 e le versioni precedenti deve essere impostato anche il parametro del kernel numa=off. Per altre informazioni, vedere l'articolo KB 436883 di Red Hat.

14. Verificare che il server Secure Shell sia installato e configurato per l'esecuzione all'avvio. Questa è in genere l'impostazione predefinita.

15. Non creare l'area di swap sul disco del sistema operativo.

    L'agente Linux di Azure può configurare automaticamente l'area di swapping usando il disco risorse locale collegato alla VM dopo il provisioning della VM in Azure. Il disco risorse locale è un disco temporaneo e potrebbe essere svuotato in seguito al deprovisioning della macchina virtuale. Dopo aver installato l'agente Linux di Azure come illustrato nel passaggio precedente, modificare i parametri seguenti in /etc/waagent.conf in modo appropriato:

    ResourceDisk.Format=y
    ResourceDisk.Filesystem=ext4
    ResourceDisk.MountPoint=/mnt/resource
    ResourceDisk.EnableSwap=y
    ResourceDisk.SwapSizeMB=2048 ## NOTE: set this to whatever you need it to be.
    

16. Effettuare il deprovisioning della VM e prepararla per il provisioning in Azure:

    sudo waagent -force -deprovision+user
    sudo export HISTSIZE=0
    

    Nota

    Se si esegue la migrazione di una macchina virtuale specifica e non si vuole creare un'immagine generalizzata, ignorare il passaggio di deprovisioning.

17. Selezionare Azione>Arresta nella Console di gestione di Hyper-V. Il disco rigido virtuale Linux è ora pronto per il caricamento in Azure.

CentOS 7.0+

Seguire i passaggi nelle sezioni successive se si usa CentOS 7.0 o versioni successive.

Modifiche in CentOS 7 (e sistemi derivati simili)

La preparazione di una macchina virtuale CentOS 7 per Azure è simile a quella di una VM CentOS 6. Alcune differenze sono degne di nota:

• Il pacchetto NetworkManager e l'agente Linux di Azure non sono più in conflitto. Questo pacchetto viene installato per impostazione predefinita ed è consigliabile non rimuoverlo.

• GRUB2 viene ora usato come bootloader predefinito, quindi la procedura per la modifica dei parametri del kernel è cambiata. Vedere la sezione "Passaggi di configurazione".

• XFS è ora il file system predefinito. Se si vuole, è ancora possibile usare il file system ext4.

• Poiché CentOS 8 Stream e versioni successive non includono più network.service per impostazione predefinita, è necessario installarlo manualmente:

  sudo yum install network-scripts
  sudo systemctl enable network.service
  

Passaggi di configurazione

1. Nella console di gestione di Hyper-V selezionare la macchina virtuale.

2. Selezionare Connetti per aprire una finestra della console per la VM.

3. Creare o modificare il file /etc/sysconfig/network e aggiungere il testo seguente:

   NETWORKING=yes
   HOSTNAME=localhost.localdomain
   

4. Creare o modificare il file /etc/sysconfig/network-scripts/ifcfg-eth0 e aggiungere il testo seguente:

   DEVICE=eth0
   ONBOOT=yes
   BOOTPROTO=dhcp
   TYPE=Ethernet
   USERCTL=no
   PEERDNS=yes
   IPV6INIT=no
   NM_CONTROLLED=no
   

5. Modificare le regole udev per evitare la generazione di regole statiche per le interfacce Ethernet. Le regole seguenti possono causare problemi quando si clona una macchina virtuale in Azure o Hyper-V:

   sudo ln -s /dev/null /etc/udev/rules.d/75-persistent-net-generator.rules
   

6. Se si vogliono usare i mirror OpenLogic ospitati nei data center di Azure, sostituire il file /etc/yum.repos.d/CentOS-Base.repo con i repository seguenti. Questa azione aggiunge anche il repository [openlogic] che include i pacchetti per l'agente Linux di Azure:

   [openlogic]
   name=CentOS-$releasever - openlogic packages for $basearch
   baseurl=http://olcentgbl.trafficmanager.net/openlogic/$releasever/openlogic/$basearch/
   enabled=1
   gpgcheck=0
   
   [base]
   name=CentOS-$releasever - Base
   #mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra
   baseurl=http://olcentgbl.trafficmanager.net/centos/$releasever/os/$basearch/
   gpgcheck=1
   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
   
   #released updates
   [updates]
   name=CentOS-$releasever - Updates
   #mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates&infra=$infra
   baseurl=http://olcentgbl.trafficmanager.net/centos/$releasever/updates/$basearch/
   gpgcheck=1
   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
   
   #additional packages that might be useful
   [extras]
   name=CentOS-$releasever - Extras
   #mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras&infra=$infra
   baseurl=http://olcentgbl.trafficmanager.net/centos/$releasever/extras/$basearch/
   gpgcheck=1
   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
   
   #additional packages that extend functionality of existing packages
   [centosplus]
   name=CentOS-$releasever - Plus
   #mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus&infra=$infra
   baseurl=http://olcentgbl.trafficmanager.net/centos/$releasever/centosplus/$basearch/
   gpgcheck=1
   enabled=0
   gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
   

   Nota

   La parte restante di questo articolo a presuppone che l'utente usi almeno il repository [openlogic], che viene usato per installare l'agente Linux di Azure.

7. Cancellare i metadati yum correnti e installare eventuali aggiornamenti:

   sudo yum clean all
   

   A meno che non si crei un'immagine per una versione precedente di CentOS, è consigliabile aggiornare tutti i pacchetti all'ultima versione:

   sudo yum -y update
   

   Dopo l'esecuzione di questo comando potrebbe essere necessario un riavvio.

8. Modificare la riga di avvio del kernel nella configurazione GRUB per includere altri parametri del kernel per Azure. Per eseguire il passaggio, aprire /etc/default/grub in un editor di testo e modificare il parametro GRUB_CMDLINE_LINUX. Ad esempio:

   GRUB_CMDLINE_LINUX="rootdelay=300 console=ttyS0 earlyprintk=ttyS0 net.ifnames=0"
   

   Questa modifica, inoltre, garantisce che tutti i messaggi della console vengano inviati alla prima porta seriale, agevolando così il supporto tecnico di Azure nella risoluzione dei problemi di debug. Disattiva anche nuove convenzioni di denominazione CentOS 7 per le schede di interfaccia di rete. È consigliabile anche rimuovere i parametri seguenti:

   rhgb quiet crashkernel=auto
   

   L'avvio grafico e l'avvio silenzioso non sono utili in un ambiente cloud se tutti i log devono essere inviati alla porta seriale. L'opzione crashkernel può essere lasciata configurata se si desidera. Questo parametro riduce però la quantità di memoria disponibile nella macchina virtuale di almeno 128 MB e questo potrebbe causare problemi in VM di dimensioni inferiori.

9. Dopo aver terminato di modificare /etc/default/grub, ricompilare la configurazione GRUB:

   sudo grub2-mkconfig -o /boot/grub2/grub.cfg
   

   Nota

   Se si sta caricando una macchina virtuale abilitata per UEFI, il comando per aggiornare GRUB è grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg. Inoltre, il modulo kernel vfat deve essere abilitato nel kernel. In caso contrario, il provisioning non riesce.

   Assicurarsi che il modulo UDF sia abilitato. La rimozione o la disabilitazione del modulo causeranno un errore di provisioning o avvio. (_Cloud-init >= 21.2 rimuove il requisito di UDF. Per altre informazioni, leggere la prima parte del documento.)

10. Se si compila l'immagine da VMware, VirtualBox o KVM, verificare che i driver Hyper-V siano inclusi in initramfs:

    1. Modificare /etc/dracut.conf e aggiungere il contenuto:

       add_drivers+=" hv_vmbus hv_netvsc hv_storvsc "
       

    2. Ricompilare l’initramfs:

       sudo dracut -f -v
       

11. Installare l'agente Linux di Azure e le dipendenze per le estensioni di VM di Azure:

    sudo yum install python-pyasn1 WALinuxAgent
    sudo systemctl enable waagent
    

12. Installare cloud-init per gestire il provisioning:

    sudo yum install -y cloud-init cloud-utils-growpart gdisk hyperv-daemons
    

    • Configurare waagent per cloud-init:

    sudo sed -i 's/Provisioning.Agent=auto/Provisioning.Agent=auto/g' /etc/waagent.conf
    sudo sed -i 's/ResourceDisk.Format=y/ResourceDisk.Format=n/g' /etc/waagent.conf
    sudo sed -i 's/ResourceDisk.EnableSwap=y/ResourceDisk.EnableSwap=n/g' /etc/waagent.conf
    

    sudo echo "Adding mounts and disk_setup to init stage"
    sudo sed -i '/ - mounts/d' /etc/cloud/cloud.cfg
    sudo sed -i '/ - disk_setup/d' /etc/cloud/cloud.cfg
    sudo sed -i '/cloud_init_modules/a\\ - mounts' /etc/cloud/cloud.cfg
    sudo sed -i '/cloud_init_modules/a\\ - disk_setup' /etc/cloud/cloud.cfg
    

    sudo echo "Allow only Azure datasource, disable fetching network setting via IMDS"
    sudo cat > /etc/cloud/cloud.cfg.d/91-azure_datasource.cfg <<EOF
    datasource_list: [ Azure ]
    datasource:
        Azure:
            apply_network_config: False
    EOF
    
    if [[ -f /mnt/swapfile ]]; then
    echo Removing swapfile - RHEL uses a swapfile by default
    swapoff /mnt/swapfile
    rm /mnt/swapfile -f
    fi
    
    echo "Add console log file"
    cat >> /etc/cloud/cloud.cfg.d/05_logging.cfg <<EOF
    
    # This tells cloud-init to redirect its stdout and stderr to
    # 'tee -a /var/log/cloud-init-output.log' so the user can see output
    # there without needing to look on the console.
    output: {all: '| tee -a /var/log/cloud-init-output.log'}
    EOF
    

13. Configurazione dello swapping:

    1. Non creare l'area di swap sul disco del sistema operativo.

       In precedenza, l'agente Linux di Azure era usato per configurare automaticamente lo spazio di swapping usando il disco risorse locale collegato alla VM dopo il provisioning della VM in Azure. Tuttavia, ora è cloud-init a gestire questo passaggio. Non bisogna usare l'agente Linux per formattare il disco delle risorse per creare il file di scambio. Modificare appropriatamente i parametri seguenti in /etc/waagent.conf:

       sudo sed -i 's/ResourceDisk.Format=y/ResourceDisk.Format=n/g' /etc/waagent.conf
       sudo sed -i 's/ResourceDisk.EnableSwap=y/ResourceDisk.EnableSwap=n/g' /etc/waagent.conf
       

    2. Se si vuole montare, formattare e creare il file di scambio, è possibile:

       • Passare questo comando come configurazione cloud-init ogni volta che si crea una macchina virtuale.

       • Usare una direttiva cloud-init integrata nell'immagine per eseguire questo passaggio ogni volta che viene creata la VM:

         sudo echo 'DefaultEnvironment="CLOUD_CFG=/etc/cloud/cloud.cfg.d/00-azure-swap.cfg"' >> /etc/systemd/system.conf
         sudo cat > /etc/cloud/cloud.cfg.d/00-azure-swap.cfg << EOF
         #cloud-config
         # Generated by Azure cloud image build
         disk_setup:
           ephemeral0:
             table_type: mbr
             layout: [66, [33, 82]]
             overwrite: True
         fs_setup:
           - device: ephemeral0.1
             filesystem: ext4
           - device: ephemeral0.2
             filesystem: swap
         mounts:
           - ["ephemeral0.1", "/mnt"]
           - ["ephemeral0.2", "none", "swap", "sw,nofail,x-systemd.requires=cloud-init.service,x-systemd.device-timeout=2", "0", "0"]
         EOF
         

14. Eseguire i comandi seguenti per effettuare il deprovisioning della VM e prepararla per il provisioning in Azure.

    Nota

    Se si esegue la migrazione di una macchina virtuale specifica e non si vuole creare un'immagine generalizzata, ignorare il passaggio di deprovisioning.

    sudo rm -f /var/log/waagent.log
    sudo cloud-init clean
    sudo waagent -force -deprovision+user
    sudo rm -f ~/.bash_history
    sudo export HISTSIZE=0
    

15. Selezionare Azione>Arresta nella Console di gestione di Hyper-V. Il file VHD Linux è ora pronto per il caricamento in Azure.

Contenuto correlato

È ora possibile usare il file del disco rigido virtuale CentOS Linux per creare nuove VM in Azure. Se è la prima volta che si carica il file VHD in Azure, vedere Creare una macchina virtuale Linux da un disco personalizzato.