Przygotowywanie maszyny wirtualnej bazującej na systemie Red Hat dla platformy Azure

1. W Menedżerze funkcji Hyper-V wybierz maszynę wirtualną.

2. Wybierz pozycję Połącz, aby otworzyć okno konsoli dla maszyny wirtualnej.

3. Utwórz lub edytuj /etc/sysconfig/network plik i dodaj następujący tekst:

   NETWORKING=yes
   HOSTNAME=localhost.localdomain
   

4. Utwórz lub edytuj /etc/sysconfig/network-scripts/ifcfg-eth0 plik i dodaj następujący tekst:

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

   Uwaga

   W przypadku korzystania z przyspieszonej sieci syntetyczny interfejs utworzony musi być skonfigurowany tak, aby był niezarządzany przy użyciu reguły ujmowania. Ta akcja uniemożliwia NetworkManager przypisanie do niego tego samego adresu IP co interfejs podstawowy.
   

   Aby go zastosować:
   

   sudo tee <<EOF /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules > /dev/null
   # Accelerated Networking on Azure exposes a new SRIOV interface to the VM.
   # This interface is transparently bonded to the synthetic interface,
   # so NetworkManager should just ignore any SRIOV interfaces.
   SUBSYSTEM=="net", DRIVERS=="hv_pci", ACTION!="remove", ENV{NM_UNMANAGED}="1"
   EOF
   

5. Upewnij się, że usługa sieciowa jest uruchamiana w czasie rozruchu:

   sudo systemctl enable network
   

6. Zarejestruj subskrypcję oprogramowania Red Hat, aby włączyć instalację pakietów z repozytorium RHEL:

   sudo subscription-manager register --auto-attach --username=XXX --password=XXX
   

7. Zmodyfikuj wiersz rozruchu jądra w konfiguracji grub, aby uwzględnić więcej parametrów jądra dla platformy Azure. Aby wykonać tę modyfikację, otwórz /etc/default/grub w edytorze tekstów i edytuj GRUB_CMDLINE_LINUX parametr . Na przykład:

   GRUB_CMDLINE_LINUX="console=tty1 console=ttyS0,115200n8 earlyprintk=ttyS0 net.ifnames=0"
   GRUB_TERMINAL_OUTPUT="serial console"
   GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"
   ENABLE_BLSCFG=true
   

   Uwaga

   Jeśli ENABLE_BLSCFG=false jest obecny w /etc/default/grub zamiast ENABLE_BLSCFG=truenarzędzi , takich jak grubedit lub gubby, które opierają się na specyfikacji modułu ładującego rozruchu (BLS) do zarządzania wpisami i konfiguracjami rozruchu, mogą nie działać poprawnie w RHEL 8 i 9. Jeśli ENABLE_BLSCFG nie jest obecny, domyślne zachowanie to false.

   Ta modyfikacja gwarantuje również, że wszystkie komunikaty konsoli są wysyłane do pierwszego portu szeregowego i umożliwiają interakcję z konsolą szeregową, co może pomóc pomoc techniczna platformy Azure w przypadku problemów z debugowaniem. Ta konfiguracja wyłącza również nowe konwencje nazewnictwa kart interfejsu sieciowego.

   rhgb quiet crashkernel=auto
   

   Rozruchy graficzne i ciche nie są przydatne w środowisku chmury, w którym wszystkie dzienniki mają być wysyłane do portu szeregowego. Jeśli chcesz, możesz pozostawić crashkernel opcję skonfigurowaną. Ten parametr zmniejsza ilość dostępnej pamięci na maszynie wirtualnej o 128 MB lub więcej, co może być problemem dla mniejszych rozmiarów maszyn wirtualnych.

8. Po zakończeniu edytowania /etc/default/gruburuchom następujące polecenie, aby ponownie skompilować konfigurację grub:

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

   Uwaga

   Jeśli przekazujesz maszynę wirtualną z obsługą interfejsu UEFI, polecenie aktualizacji pliku grub to grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg.

9. Upewnij się, że serwer SSH jest zainstalowany i skonfigurowany do uruchamiania w czasie rozruchu, co jest zwykle ustawieniem domyślnym. Zmodyfikuj /etc/ssh/sshd_config , aby uwzględnić następujący wiersz:

   ClientAliveInterval 180
   

10. Pakiet WALinuxAgent-<version>WALinuxAgent został wypchnięty do repozytorium dodatków Red Hat. Włącz repozytorium dodatków:

    sudo subscription-manager repos --enable=rhel-7-server-extras-rpms
    

11. Zainstaluj agenta systemu Linux platformy Azure i cloud-initinne niezbędne narzędzia:

    sudo yum install -y WALinuxAgent cloud-init cloud-utils-growpart gdisk hyperv-daemons
    sudo systemctl enable waagent.service
    sudo systemctl enable cloud-init.service
    

12. Skonfiguruj cloud-init do obsługi aprowizacji:

    1. Skonfiguruj waagent dla programu 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
       

       Uwaga

       Jeśli migrujesz określoną maszynę wirtualną i nie chcesz tworzyć uogólnionego obrazu, ustaw Provisioning.Agent=disabled konfigurację /etc/waagent.conf .

    2. Konfigurowanie instalacji:

       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
       

    3. Konfigurowanie źródła danych platformy Azure:

       sudo echo "Allow only Azure datasource, disable fetching network setting via IMDS"
       sudo tee /etc/cloud/cloud.cfg.d/91-azure_datasource.cfg <<EOF
       datasource_list: [ Azure ]
       datasource:
           Azure:
               apply_network_config: False
       EOF
       

    4. W przypadku skonfigurowania usuń istniejący plik zamiany:

       if [[ -f /mnt/resource/swapfile ]]; then
       echo "Removing swapfile" #RHEL uses a swapfile by default
       swapoff /mnt/resource/swapfile
       rm /mnt/resource/swapfile -f
       fi
       

    5. Konfigurowanie rejestrowania cloud-init :

       sudo echo "Add console log file"
       sudo tee <<EOF /etc/cloud/cloud.cfg.d/05_logging.cfg > /dev/null
       
       # 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. Konfiguracja zamiany:

    • Nie twórz miejsca wymiany na dysku systemu operacyjnego.

      Wcześniej agent systemu Linux platformy Azure był używany do automatycznego konfigurowania miejsca wymiany przy użyciu lokalnego dysku zasobów dołączonego do maszyny wirtualnej po aprowizacji maszyny wirtualnej na platformie Azure. Ta akcja jest teraz obsługiwana przez program cloud-init. Nie można używać agenta systemu Linux do formatowania dysku zasobu w celu utworzenia pliku wymiany. Zmodyfikuj odpowiednio następujące parametry /etc/waagent.conf :

      ResourceDisk.Format=n
      ResourceDisk.EnableSwap=n
      

    • Jeśli chcesz zainstalować, sformatować i utworzyć zamianę, możesz wykonać następujące czynności:

      • Przekaż ten kod jako konfigurację za każdym razem, gdy tworzysz maszynę wirtualną cloud-init za pomocą danych niestandardowych. Zalecamy tę metodę.

      • cloud-init Użyj dyrektywy baked do obrazu, który wykonuje ten krok za każdym razem, gdy maszyna wirtualna zostanie utworzona.

        sudo echo 'DefaultEnvironment="CLOUD_CFG=/etc/cloud/cloud.cfg.d/00-azure-swap.cfg"' >> /etc/systemd/system.conf
        sudo tee /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/resource"]
          - ["ephemeral0.2", "none", "swap", "sw,nofail,x-systemd.requires=cloud-init.service,x-systemd.device-timeout=2", "0", "0"]
        EOF
        

14. Konfigurowanie cloud-init telemetrii w celu ułatwienia rozwiązywania problemów z aprowizowaniem:

    sudo tee -a /etc/cloud/cloud.cfg.d/10-azure-kvp.cfg <<EOF
    # This config enables cloud-init to report provisioning telemetry to aid with troubleshooting
    Reporting:
      logging:
        type: log
      telemetry:
        type: hyperv
    EOF
    

15. Jeśli chcesz wyrejestrować subskrypcję, uruchom następujące polecenie:

    
    sudo subscription-manager unregister
    

16. Anulowanie aprowizacji maszyny wirtualnej i przygotowanie jej do aprowizacji na platformie Azure:

    Uwaga

    Jeśli migrujesz określoną maszynę wirtualną i nie chcesz tworzyć uogólnionego obrazu, pomiń krok anulowania aprowizacji. Uruchomienie polecenia waagent -force -deprovision+user powoduje, że maszyna źródłowa jest bezużyteczna. Ten krok jest przeznaczony tylko do utworzenia uogólnionego obrazu.

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

17. Wybierz pozycję Akcja>Zamknij w Menedżerze funkcji Hyper-V. Wirtualny dysk twardy systemu Linux jest teraz gotowy do przekazania na platformę Azure.

1. W Menedżerze funkcji Hyper-V wybierz maszynę wirtualną.

2. Wybierz pozycję Połącz, aby otworzyć okno konsoli dla maszyny wirtualnej.

3. Upewnij się, że usługa Menedżer sieci jest uruchamiana w czasie rozruchu:

   sudo systemctl enable NetworkManager.service
   

4. Skonfiguruj interfejs sieciowy, aby automatycznie uruchamiał się podczas rozruchu i używał protokołu dynamicznej konfiguracji hosta:

   sudo nmcli con mod eth0 connection.autoconnect yes ipv4.method auto
   

   Uwaga

   W przypadku korzystania z przyspieszonej sieci syntetyczny interfejs utworzony musi być skonfigurowany tak, aby był niezarządzany przy użyciu reguły ujmowania. Ta akcja uniemożliwia NetworkManager przypisanie do niego tego samego adresu IP co interfejs podstawowy.
   

   Aby go zastosować:
   

   sudo tee <<EOF /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules > /dev/null
   # Accelerated Networking on Azure exposes a new SRIOV interface to the VM.
   # This interface is transparently bonded to the synthetic interface,
   # so NetworkManager should just ignore any SRIOV interfaces.
   SUBSYSTEM=="net", DRIVERS=="hv_pci", ACTION!="remove", ENV{NM_UNMANAGED}="1"
   EOF
   

5. Zarejestruj subskrypcję oprogramowania Red Hat, aby włączyć instalację pakietów z repozytorium RHEL:

   sudo subscription-manager register --auto-attach --username=XXX --password=XXX
   

6. Zmodyfikuj wiersz rozruchu jądra w konfiguracji grub, aby uwzględnić więcej parametrów jądra dla platformy Azure i włączyć konsolę szeregową.

7. Usuń bieżące parametry GRUB:

   sudo grub2-editenv - unset kernelopts
   

8. Edytuj /etc/default/grub w edytorze tekstów i dodaj następujące parametry:

   GRUB_CMDLINE_LINUX="console=tty1 console=ttyS0,115200n8 earlyprintk=ttyS0,115200 earlyprintk=ttyS0 net.ifnames=0"
   GRUB_TERMINAL_OUTPUT="serial console"
   GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"
   

   Ta modyfikacja gwarantuje również, że wszystkie komunikaty konsoli są wysyłane do pierwszego portu szeregowego i umożliwiają interakcję z konsolą szeregową, co może pomóc pomoc techniczna platformy Azure w przypadku problemów z debugowaniem. Ta konfiguracja wyłącza również nowe konwencje nazewnictwa kart sieciowych.

9. Zalecamy również usunięcie następujących parametrów:

   rhgb quiet crashkernel=auto
   

   Rozruchy graficzne i ciche nie są przydatne w środowisku chmury, w którym wszystkie dzienniki mają być wysyłane do portu szeregowego. Jeśli chcesz, możesz pozostawić crashkernel opcję skonfigurowaną. Ten parametr zmniejsza ilość dostępnej pamięci na maszynie wirtualnej o 128 MB lub więcej, co może być problemem dla mniejszych rozmiarów maszyn wirtualnych.

10. Po zakończeniu edytowania /etc/default/gruburuchom następujące polecenie, aby ponownie skompilować konfigurację grub:

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

    W przypadku maszyny wirtualnej z obsługą interfejsu UEFI uruchom następujące polecenie:

    sudo grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
    

11. Upewnij się, że serwer SSH jest zainstalowany i skonfigurowany do uruchamiania w czasie rozruchu, co jest zwykle ustawieniem domyślnym. Zmodyfikuj /etc/ssh/sshd_config , aby uwzględnić następujący wiersz:

    ClientAliveInterval 180
    

12. Zainstaluj agenta systemu Linux platformy Azure i cloud-initinne niezbędne narzędzia:

    sudo yum install -y WALinuxAgent cloud-init cloud-utils-growpart gdisk hyperv-daemons
    sudo systemctl enable waagent.service
    sudo systemctl enable cloud-init.service
    

13. Skonfiguruj cloud-init do obsługi aprowizacji:

    1. Skonfiguruj waagent dla programu cloud-init:

       sudo sed -i 's/Provisioning.Agent=auto/Provisioning.Agent=cloud-init/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
       

       Uwaga

       Jeśli migrujesz określoną maszynę wirtualną i nie chcesz tworzyć uogólnionego obrazu, ustaw Provisioning.Agent=disabled konfigurację /etc/waagent.conf .

    2. Konfigurowanie instalacji:

       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
       

    3. Konfigurowanie źródła danych platformy Azure:

       sudo echo "Allow only Azure datasource, disable fetching network setting via IMDS"
       sudo tee /etc/cloud/cloud.cfg.d/91-azure_datasource.cfg <<EOF
       datasource_list: [ Azure ]
       datasource:
           Azure:
               apply_network_config: False
       EOF
       

    4. W przypadku skonfigurowania usuń istniejący plik zamiany:

       if [[ -f /mnt/resource/swapfile ]]; then
       echo "Removing swapfile" #RHEL uses a swapfile by defaul
       swapoff /mnt/resource/swapfile
       rm /mnt/resource/swapfile -f
       fi
       

    5. Konfigurowanie rejestrowania cloud-init :

       sudo echo "Add console log file"
       sudo tee <<EOF /etc/cloud/cloud.cfg.d/05_logging.cfg > /dev/null 
       
       # 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
       

14. Konfiguracja zamiany:

    • Nie twórz miejsca wymiany na dysku systemu operacyjnego.

      Wcześniej agent systemu Linux platformy Azure był używany do automatycznego konfigurowania miejsca wymiany przy użyciu lokalnego dysku zasobów dołączonego do maszyny wirtualnej po aprowizacji maszyny wirtualnej na platformie Azure. Ta akcja jest teraz obsługiwana przez program cloud-init. Nie można używać agenta systemu Linux do formatowania dysku zasobu tworzącego plik wymiany. Zmodyfikuj odpowiednio następujące parametry /etc/waagent.conf :

      ResourceDisk.Format=n
      ResourceDisk.EnableSwap=n
      

      • Przekaż ten kod jako konfigurację za każdym razem, gdy tworzysz maszynę wirtualną cloud-init za pomocą danych niestandardowych. Zalecamy tę metodę.

      • cloud-init Użyj dyrektywy baked do obrazu, który wykonuje ten krok za każdym razem, gdy maszyna wirtualna zostanie utworzona.

        sudo echo 'DefaultEnvironment="CLOUD_CFG=/etc/cloud/cloud.cfg.d/00-azure-swap.cfg"' >> /etc/systemd/system.conf
        sudo tee  /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/resource"]
          - ["ephemeral0.2", "none", "swap", "sw,nofail,x-systemd.device-timeout=2,x-systemd.requires=cloud-init.service", "0", "0"]
        EOF
        

15. Konfigurowanie cloud-init telemetrii w celu ułatwienia rozwiązywania problemów z aprowizowaniem:

    sudo tee -a /etc/cloud/cloud.cfg.d/10-azure-kvp.cfg <<EOF
    # This config enables cloud-init to report provisioning telemetry to aid with troubleshooting
    Reporting:
      logging:
        type: log
      telemetry:
        type: hyperv
    EOF
    

16. Jeśli chcesz wyrejestrować subskrypcję, uruchom następujące polecenie:

    sudo subscription-manager unregister
    

17. Uruchom następujące polecenia, aby usunąć aprowizację maszyny wirtualnej i przygotować ją do aprowizacji na platformie Azure:

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

    Uwaga

    Jeśli migrujesz określoną maszynę wirtualną i nie chcesz tworzyć uogólnionego obrazu, pomiń krok anulowania aprowizacji. Uruchomienie polecenia waagent -force -deprovision+user powoduje, że maszyna źródłowa jest bezużyteczna. Ten krok jest przeznaczony tylko do utworzenia uogólnionego obrazu.

18. Wybierz pozycję Akcja>Zamknij w Menedżerze funkcji Hyper-V. Wirtualny dysk twardy systemu Linux jest teraz gotowy do przekazania na platformę Azure.

W tej sekcji przedstawiono sposób użycia maszyny wirtualnej KVM do przygotowania systemu RHEL 7 do przekazania na platformę Azure.

1. Pobierz obraz maszyny wirtualnej RHEL 7 KVM ze strony internetowej Red Hat.

2. Ustaw hasło główne.

   Wygeneruj zaszyfrowane hasło i skopiuj dane wyjściowe polecenia:

   sudo openssl passwd -1 changeme
   

   Ustaw hasło główne z atrybutem guestfish:

   sudo guestfish --rw -a <image-name>
   > <fs> run
   > <fs> list-filesystems
   > <fs> mount /dev/sda1 /
   > <fs> vi /etc/shadow
   > <fs> exit
   

   Zmień drugie pole dla root użytkownika z !! na zaszyfrowane hasło.

3. Utwórz maszynę wirtualną w maszynie wirtualnej KVM na podstawie obrazu qcow2. Ustaw typ dysku na qcow2 i ustaw model urządzenia interfejsu sieciowego wirtualnego na virtio. Następnie uruchom maszynę wirtualną i zaloguj się jako katalog główny.

4. Utwórz lub edytuj /etc/sysconfig/network plik i dodaj następujący tekst:

   NETWORKING=yes
   HOSTNAME=localhost.localdomain
   

5. Utwórz lub edytuj /etc/sysconfig/network-scripts/ifcfg-eth0 plik i dodaj następujący tekst:

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

   Uwaga

   W przypadku korzystania z przyspieszonej sieci syntetyczny interfejs utworzony musi być skonfigurowany tak, aby był niezarządzany przy użyciu reguły ujmowania. Ta akcja uniemożliwia NetworkManager przypisanie do niego tego samego adresu IP co interfejs podstawowy.
   

   Aby go zastosować:
   

   sudo tee <<EOF /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules > /dev/null
   # Accelerated Networking on Azure exposes a new SRIOV interface to the VM.
   # This interface is transparently bonded to the synthetic interface,
   # so NetworkManager should just ignore any SRIOV interfaces.
   SUBSYSTEM=="net", DRIVERS=="hv_pci", ACTION!="remove", ENV{NM_UNMANAGED}="1"
   EOF
   

6. Upewnij się, że usługa sieciowa jest uruchamiana w czasie rozruchu:

   sudo systemctl enable network
   

7. Zarejestruj subskrypcję oprogramowania Red Hat, aby włączyć instalację pakietów z repozytorium RHEL 7:

   sudo subscription-manager register --auto-attach --username=XXX --password=XXX
   

8. Zmodyfikuj wiersz rozruchu jądra w konfiguracji grub, aby uwzględnić więcej parametrów jądra dla platformy Azure. Aby wykonać tę konfigurację, otwórz /etc/default/grub plik w edytorze tekstów i edytuj GRUB_CMDLINE_LINUX parametr . Na przykład:

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

   To polecenie gwarantuje również, że wszystkie komunikaty konsoli są wysyłane do pierwszego portu szeregowego, co może pomóc pomoc techniczna platformy Azure w przypadku problemów z debugowaniem. Polecenie wyłącza również nowe konwencje nazewnictwa kart sieciowych. Zalecamy również usunięcie następujących parametrów:

   rhgb quiet crashkernel=auto
   

   Rozruchy graficzne i ciche nie są przydatne w środowisku chmury, w którym wszystkie dzienniki mają być wysyłane do portu szeregowego. Jeśli chcesz, możesz pozostawić crashkernel opcję skonfigurowaną. Ten parametr zmniejsza ilość dostępnej pamięci na maszynie wirtualnej o 128 MB lub więcej, co może być problemem dla mniejszych rozmiarów maszyn wirtualnych.

9. Po zakończeniu edytowania /etc/default/gruburuchom następujące polecenie, aby ponownie skompilować konfigurację grub:

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

10. Dodaj moduły funkcji Hyper-V do modułów initramfs.

    Edytuj /etc/dracut.conf i dodaj zawartość:

    add_drivers+=" hv_vmbus hv_netvsc hv_storvsc "
    

    Ponowne kompilowanie initramfs:

    sudo dracut -f -v
    

11. Odinstaluj cloud-init:

    sudo yum remove cloud-init
    

12. Upewnij się, że serwer SSH jest zainstalowany i skonfigurowany do uruchamiania w czasie rozruchu:

    sudo systemctl enable sshd
    

    Zmodyfikuj /etc/ssh/sshd_config , aby uwzględnić następujące wiersze:

    PasswordAuthentication yes
    ClientAliveInterval 180
    

13. Pakiet WALinuxAgent-<version>WALinuxAgent został wypchnięty do repozytorium dodatków Red Hat. Włącz repozytorium dodatków:

    sudo subscription-manager repos --enable=rhel-7-server-extras-rpms
    

14. Zainstaluj agenta systemu Linux platformy Azure:

    sudo yum install WALinuxAgent
    

    Włącz usługę waagent :

    sudo systemctl enable waagent.service
    

15. Zainstaluj system cloud-init.

    Wykonaj kroki opisane w temacie "Przygotowywanie maszyny wirtualnej RHEL 7 z Menedżera funkcji Hyper-V", krok 12" "Instalowanie cloud-init w celu obsługi aprowizacji".

16. Konfiguracja zamiany:

    • Nie twórz miejsca wymiany na dysku systemu operacyjnego.
    • Wykonaj kroki opisane w temacie "Przygotowywanie maszyny wirtualnej z Menedżera funkcji Hyper-V", krok 13, "Konfiguracja zamiany".

17. Wyrejestrowywanie subskrypcji (w razie potrzeby):

    sudo subscription-manager unregister
    

18. Anulowanie aprowizacji, wykonując kroki opisane w sekcji "Przygotowywanie maszyny wirtualnej z Menedżera funkcji Hyper-V", krok 15, "Anulowanie aprowizacji".

19. Zamknij maszynę wirtualną w maszynie wirtualnej KVM.

20. Przekonwertuj obraz qcow2 na format VHD.

    Uwaga

    Istnieje znana usterka w wersjach >qemu-img =2.2.1, która powoduje niewłaściwie sformatowany dysk VHD. Problem został rozwiązany w programie QEMU 2.6. Zalecamy użycie qemu-img 2.2.0 lub niższej albo aktualizacji do wersji 2.6 lub nowszej. Aby uzyskać więcej informacji, zobacz tę witrynę internetową.

    Najpierw przekonwertuj obraz na format pierwotny:

    sudo qemu-img convert -f qcow2 -O raw rhel-7.4.qcow2 rhel-7.4.raw
    

    Upewnij się, że rozmiar obrazu pierwotnego jest wyrównany do 1 MB. W przeciwnym razie zaokrąglij rozmiar w celu wyrównania do 1 MB:

    MB=$((1024*1024))
    size=$(qemu-img info -f raw --output json "rhel-7.4.raw" | \
    gawk 'match($0, /"virtual-size": ([0-9]+),/, val) {print val[1]}')
    rounded_size=$((($size/$MB + 1)*$MB))
    sudo qemu-img resize rhel-7.4.raw $rounded_size
    

    Przekonwertuj dysk pierwotny na dysk VHD o stałym rozmiarze:

    sudo qemu-img convert -f raw -o subformat=fixed -O vpc rhel-7.4.raw rhel-7.4.vhd
    

    Możesz też skorzystać z opcji qemu w wersji force_size:

    sudo qemu-img convert -f raw -o subformat=fixed,force_size -O vpc rhel-7.4.raw rhel-7.4.vhd
    

1. Upewnij się, że usługa Menedżer sieci jest uruchamiana w czasie rozruchu:

   sudo systemctl enable NetworkManager.service
   

2. Skonfiguruj interfejs sieciowy, aby automatycznie uruchamiał się podczas rozruchu i używał protokołu dynamicznej konfiguracji hosta:

   sudo nmcli con mod eth0 connection.autoconnect yes ipv4.method auto
   

   Uwaga

   W przypadku korzystania z przyspieszonej sieci syntetyczny interfejs utworzony musi być skonfigurowany tak, aby był niezarządzany przy użyciu reguły ujmowania. Ta akcja uniemożliwia NetworkManager przypisanie do niego tego samego adresu IP co interfejs podstawowy.
   

   Aby go zastosować:
   

   sudo tee <<EOF /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules >/dev/null
   # Accelerated Networking on Azure exposes a new SRIOV interface to the VM.
   # This interface is transparently bonded to the synthetic interface,
   # so NetworkManager should just ignore any SRIOV interfaces.
   SUBSYSTEM=="net", DRIVERS=="hv_pci", ACTION!="remove", ENV{NM_UNMANAGED}="1"
   EOF
   

3. Zarejestruj subskrypcję oprogramowania Red Hat, aby włączyć instalację pakietów z repozytorium RHEL:

   sudo subscription-manager register --auto-attach --username=XXX --password=XXX
   

4. Zmodyfikuj wiersz rozruchu jądra w konfiguracji grub, aby uwzględnić więcej parametrów jądra dla platformy Azure i włączyć konsolę szeregową.

5. Usuń bieżące parametry GRUB:

   sudo grub2-editenv - unset kernelopts
   

6. Edytuj /etc/default/grub w edytorze tekstów i dodaj następujące parametry:

   GRUB_CMDLINE_LINUX="console=tty1 console=ttyS0,115200n8 earlyprintk=ttyS0,115200 earlyprintk=ttyS0 net.ifnames=0"
   GRUB_TERMINAL_OUTPUT="serial console"
   GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"
   

   Ta modyfikacja gwarantuje również, że wszystkie komunikaty konsoli są wysyłane do pierwszego portu szeregowego i umożliwiają interakcję z konsolą szeregową, co może pomóc pomoc techniczna platformy Azure w przypadku problemów z debugowaniem. Ta konfiguracja wyłącza również nowe konwencje nazewnictwa kart sieciowych.

7. Zalecamy również usunięcie następujących parametrów:

   rhgb quiet crashkernel=auto
   

   Rozruchy graficzne i ciche nie są przydatne w środowisku chmury, w którym wszystkie dzienniki mają być wysyłane do portu szeregowego. Jeśli chcesz, możesz pozostawić crashkernel opcję skonfigurowaną. Ten parametr zmniejsza ilość dostępnej pamięci na maszynie wirtualnej o 128 MB lub więcej, co może być problemem dla mniejszych rozmiarów maszyn wirtualnych.

8. Po zakończeniu edytowania /etc/default/gruburuchom następujące polecenie, aby ponownie skompilować konfigurację grub:

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

9. Dodaj moduły funkcji Hyper-V do modułów initramfs.

   Utwórz /etc/dracut.conf.d/azure.conf i dodaj zawartość:

   add_drivers+=" hv_vmbus hv_netvsc hv_storvsc "
   

   Ponowne kompilowanie initramfs:

   sudo dracut -f -v
   

10. Upewnij się, że serwer SSH jest zainstalowany i skonfigurowany do uruchamiania w czasie rozruchu, co jest zwykle ustawieniem domyślnym. Zmodyfikuj /etc/ssh/sshd_config , aby uwzględnić następujący wiersz:

    ClientAliveInterval 180
    

11. Zainstaluj agenta systemu Linux platformy Azure i cloud-initinne niezbędne narzędzia:

    sudo yum install -y WALinuxAgent cloud-init cloud-utils-growpart gdisk hyperv-daemons
    sudo systemctl enable waagent.service
    sudo systemctl enable cloud-init.service
    

12. Skonfiguruj cloud-init do obsługi aprowizacji:

    1. Skonfiguruj waagent dla programu cloud-init:

       sudo sed -i 's/Provisioning.Agent=auto/Provisioning.Agent=cloud-init/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
       

       Uwaga

       Jeśli migrujesz określoną maszynę wirtualną i nie chcesz tworzyć uogólnionego obrazu, ustaw Provisioning.Agent=disabled konfigurację /etc/waagent.conf .

    2. Konfigurowanie instalacji:

       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
       

       Uwaga

       Elementy dla każdej sekcji w pliku /etc/cloud/cloud.cfg muszą używać tego samego poziomu wcięcia

       Przykład nieprawidłowego ustawienia:

       cloud_init_modules:
        - disk_setup
        - mounts 
         - migrators
       

       Przykład poprawnego ustawienia:

       cloud_init_modules:
         - disk_setup
         - mounts 
         - migrators
       

    3. Konfigurowanie źródła danych platformy Azure:

       sudo echo "Allow only Azure datasource, disable fetching network setting via IMDS"
       sudo tee /etc/cloud/cloud.cfg.d/91-azure_datasource.cfg <<EOF
       datasource_list: [ Azure ]
       datasource:
           Azure:
               apply_network_config: False
       EOF
       

    4. W przypadku skonfigurowania usuń istniejący plik zamiany:

       if [[ -f /mnt/resource/swapfile ]]; then
       echo "Removing swapfile" #RHEL uses a swapfile by default
       swapoff /mnt/resource/swapfile
       rm /mnt/resource/swapfile -f
       fi
       

    5. Konfigurowanie rejestrowania cloud-init :

       sudo echo "Add console log file"
       sudo tee <<EOF /etc/cloud/cloud.cfg.d/05_logging.cfg >/dev/null 
       
       # 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. Konfiguracja zamiany:

    • Nie twórz miejsca wymiany na dysku systemu operacyjnego.

      Wcześniej agent systemu Linux platformy Azure był używany do automatycznego konfigurowania miejsca wymiany przy użyciu lokalnego dysku zasobów dołączonego do maszyny wirtualnej po aprowizacji maszyny wirtualnej na platformie Azure. Ta akcja jest teraz obsługiwana przez program cloud-init. Nie można używać agenta systemu Linux do formatowania dysku zasobu tworzącego plik wymiany. Zmodyfikuj odpowiednio następujące parametry /etc/waagent.conf :

      ResourceDisk.Format=n
      ResourceDisk.EnableSwap=n
      

      • Przekaż ten kod jako konfigurację za każdym razem, gdy tworzysz maszynę wirtualną cloud-init za pomocą danych niestandardowych. Zalecamy tę metodę.

      • cloud-init Użyj dyrektywy baked do obrazu, który wykonuje ten krok za każdym razem, gdy maszyna wirtualna zostanie utworzona.

        sudo echo 'DefaultEnvironment="CLOUD_CFG=/etc/cloud/cloud.cfg.d/00-azure-swap.cfg"' >> /etc/systemd/system.conf
        sudo tee /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/resource"]
          - ["ephemeral0.2", "none", "swap", "sw,nofail,x-systemd.device-timeout=2,x-systemd.requires=cloud-init.service", "0", "0"]
        EOF
        

14. Konfigurowanie cloud-init telemetrii w celu ułatwienia rozwiązywania problemów z aprowizowaniem:

    sudo tee -a /etc/cloud/cloud.cfg.d/10-azure-kvp.cfg <<EOF
    # This config enables cloud-init to report provisioning telemetry to aid with troubleshooting
    Reporting:
      logging:
        type: log
      telemetry:
        type: hyperv
    EOF
    

15. Jeśli chcesz wyrejestrować subskrypcję, uruchom następujące polecenie:

    sudo subscription-manager unregister
    

16. Uruchom następujące polecenia, aby usunąć aprowizację maszyny wirtualnej i przygotować ją do aprowizacji na platformie Azure:

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

    Uwaga

    Jeśli migrujesz określoną maszynę wirtualną i nie chcesz tworzyć uogólnionego obrazu, pomiń krok anulowania aprowizacji. Uruchomienie polecenia waagent -force -deprovision+user powoduje, że maszyna źródłowa jest bezużyteczna. Ten krok jest przeznaczony tylko do utworzenia uogólnionego obrazu.

17. Wybierz pozycję Akcja>Zamknij w Menedżerze funkcji Hyper-V. Wirtualny dysk twardy systemu Linux jest teraz gotowy do przekazania na platformę Azure.

18. Wyrejestrowywanie subskrypcji (w razie potrzeby):

    sudo subscription-manager unregister
    

19. Anulowanie aprowizacji, wykonując kroki opisane w sekcji "Przygotowywanie maszyny wirtualnej z Menedżera funkcji Hyper-V", krok 15, "Anulowanie aprowizacji".

20. Zamknij maszynę wirtualną w maszynie wirtualnej KVM.

21. Przekonwertuj obraz qcow2 na format VHD.

    Uwaga

    Istnieje znana usterka w wersjach >qemu-img =2.2.1, która powoduje niewłaściwie sformatowany dysk VHD. Problem został rozwiązany w programie QEMU 2.6. Zalecamy użycie qemu-img 2.2.0 lub niższej albo aktualizacji do wersji 2.6 lub nowszej. Aby uzyskać więcej informacji, zobacz tę witrynę internetową.

    Najpierw przekonwertuj obraz na format pierwotny:

    sudo qemu-img convert -f qcow2 -O raw rhel-[version].qcow2 rhel-[version].raw
    

    Upewnij się, że rozmiar obrazu pierwotnego jest wyrównany do 1 MB. W przeciwnym razie zaokrąglij rozmiar w celu wyrównania do 1 MB:

    MB=$((1024*1024))
    size=$(qemu-img info -f raw --output json "rhel-[version].raw" | \
    gawk 'match($0, /"virtual-size": ([0-9]+),/, val) {print val[1]}')
    rounded_size=$((($size/$MB + 1)*$MB))
    sudo qemu-img resize rhel-[version].raw $rounded_size
    

    Przekonwertuj dysk pierwotny na dysk VHD o stałym rozmiarze:

    sudo qemu-img convert -f raw -o subformat=fixed -O vpc rhel-[verion].raw rhel-[version].vhd
    

    Możesz też skorzystać z opcji qemu w wersji force_size:

    sudo qemu-img convert -f raw -o subformat=fixed,force_size -O vpc rhel-[version].raw rhel-[version].vhd
    

1. Utwórz lub edytuj /etc/sysconfig/network plik i dodaj następujący tekst:

   NETWORKING=yes
   HOSTNAME=localhost.localdomain
   

2. Utwórz lub edytuj /etc/sysconfig/network-scripts/ifcfg-eth0 plik i dodaj następujący tekst:

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

   Uwaga

   W przypadku korzystania z przyspieszonej sieci syntetyczny interfejs utworzony musi być skonfigurowany tak, aby był niezarządzany przy użyciu reguły ujmowania. Ta akcja uniemożliwia NetworkManager przypisanie do niego tego samego adresu IP co interfejs podstawowy.
   

   Aby go zastosować:
   

   sudo tee <<EOF /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules > /dev/null
   # Accelerated Networking on Azure exposes a new SRIOV interface to the VM.
   # This interface is transparently bonded to the synthetic interface,
   # so NetworkManager should just ignore any SRIOV interfaces.
   SUBSYSTEM=="net", DRIVERS=="hv_pci", ACTION!="remove", ENV{NM_UNMANAGED}="1"
   EOF
   

3. Upewnij się, że usługa sieciowa jest uruchamiana w czasie rozruchu:

   sudo systemctl enable network
   

4. Zarejestruj subskrypcję oprogramowania Red Hat, aby włączyć instalację pakietów z repozytorium RHEL:

   sudo subscription-manager register --auto-attach --username=XXX --password=XXX
   

5. Zmodyfikuj wiersz rozruchu jądra w konfiguracji grub, aby uwzględnić więcej parametrów jądra dla platformy Azure. Aby wykonać tę modyfikację, otwórz /etc/default/grub w edytorze tekstów i edytuj GRUB_CMDLINE_LINUX parametr . Na przykład:

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

   Ta konfiguracja gwarantuje, że wszystkie komunikaty konsoli są wysyłane do pierwszego portu szeregowego, co może pomóc pomoc techniczna platformy Azure w przypadku problemów z debugowaniem. Wyłącza również nowe konwencje nazewnictwa RHEL 7 dla kart sieciowych. Ponadto zalecamy usunięcie następujących parametrów:

   rhgb quiet crashkernel=auto
   

   Rozruchy graficzne i ciche nie są przydatne w środowisku chmury, w którym wszystkie dzienniki mają być wysyłane do portu szeregowego. Jeśli chcesz, możesz pozostawić crashkernel opcję skonfigurowaną. Ten parametr zmniejsza ilość dostępnej pamięci na maszynie wirtualnej o 128 MB lub więcej, co może być problemem dla mniejszych rozmiarów maszyn wirtualnych.

6. Po zakończeniu edytowania /etc/default/gruburuchom następujące polecenie, aby ponownie skompilować konfigurację grub:

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

7. Dodaj moduły funkcji Hyper-V do modułów initramfs:

   Edytuj /etc/dracut.conf, dodaj zawartość:

   add_drivers+=" hv_vmbus hv_netvsc hv_storvsc "
   

   Ponowne kompilowanie initramfs:

   sudo dracut -f -v
   

8. Upewnij się, że serwer SSH jest zainstalowany i skonfigurowany do uruchamiania w czasie rozruchu. To ustawienie jest zwykle ustawieniem domyślnym. Zmodyfikuj /etc/ssh/sshd_config , aby uwzględnić następujący wiersz:

   ClientAliveInterval 180
   

9. Pakiet WALinuxAgent-<version>WALinuxAgent został wypchnięty do repozytorium dodatków Red Hat. Włącz repozytorium dodatków:

   sudo subscription-manager repos --enable=rhel-7-server-extras-rpms
   

10. Zainstaluj agenta systemu Linux platformy Azure:

    sudo yum install WALinuxAgent
    sudo systemctl enable waagent.service
    

11. Zainstaluj program cloud-init:

    Wykonaj kroki opisane w temacie "Przygotowywanie maszyny wirtualnej RHEL 7 z Menedżera funkcji Hyper-V", krok 12" "Instalowanie cloud-init w celu obsługi aprowizacji".

12. Konfiguracja zamiany:

    • Nie twórz miejsca wymiany na dysku systemu operacyjnego.
    • Wykonaj kroki opisane w sekcji "Przygotowywanie maszyny wirtualnej RHEL 7 z Menedżera funkcji Hyper-V", krok 13" "Konfiguracja zamiany".

13. Jeśli chcesz wyrejestrować subskrypcję, uruchom następujące polecenie:

    sudo subscription-manager unregister
    

14. Anulowanie aprowizacji, wykonując kroki opisane w temacie "Przygotowywanie maszyny wirtualnej RHEL 7 z Menedżera funkcji Hyper-V", krok 15, "Anulowanie aprowizacji".

15. Zamknij maszynę wirtualną i przekonwertuj plik VMDK na format VHD.

    Uwaga

    Istnieje znana usterka w wersjach >qemu-img =2.2.1, która powoduje niewłaściwie sformatowany dysk VHD. Problem został rozwiązany w programie QEMU 2.6. Zalecamy użycie qemu-img 2.2.0 lub niższej albo aktualizacji do wersji 2.6 lub nowszej. Aby uzyskać więcej informacji, zobacz tę witrynę internetową.

    Najpierw przekonwertuj obraz na format pierwotny:

    sudo qemu-img convert -f vmdk -O raw rhel-[version].vmdk rhel-[version].raw
    

    Upewnij się, że rozmiar obrazu pierwotnego jest wyrównany do 1 MB. W przeciwnym razie zaokrąglij rozmiar w celu wyrównania do 1 MB:

    MB=$((1024*1024))
    size=$(qemu-img info -f raw --output json "rhel-[version].raw" | \
    gawk 'match($0, /"virtual-size": ([0-9]+),/, val) {print val[1]}')
    rounded_size=$((($size/$MB + 1)*$MB))
    sudo qemu-img resize rhel-[verion].raw $rounded_size
    

    Przekonwertuj dysk pierwotny na dysk VHD o stałym rozmiarze:

    sudo qemu-img convert -f raw -o subformat=fixed -O vpc rhel-[version].raw rhel-[version].vhd
    

    Możesz też skorzystać z opcji qemu w wersji force_size:

    sudo qemu-img convert -f raw -o subformat=fixed,force_size -O vpc rhel-[version].raw rhel-[version].vhd
    
    
    

1. Upewnij się, że usługa Menedżer sieci jest uruchamiana w czasie rozruchu:

   sudo systemctl enable NetworkManager.service
   

2. Skonfiguruj interfejs sieciowy, aby automatycznie uruchamiał się podczas rozruchu i używał protokołu dynamicznej konfiguracji hosta:

   sudo nmcli con mod eth0 connection.autoconnect yes ipv4.method auto
   

   Uwaga

   W przypadku korzystania z przyspieszonej sieci syntetyczny interfejs utworzony musi być skonfigurowany tak, aby był niezarządzany przy użyciu reguły ujmowania. Ta akcja uniemożliwia NetworkManager przypisanie do niego tego samego adresu IP co interfejs podstawowy.
   

   Aby go zastosować:
   

   sudo tee <<EOF /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules >/dev/null
   # Accelerated Networking on Azure exposes a new SRIOV interface to the VM.
   # This interface is transparently bonded to the synthetic interface,
   # so NetworkManager should just ignore any SRIOV interfaces.
   SUBSYSTEM=="net", DRIVERS=="hv_pci", ACTION!="remove", ENV{NM_UNMANAGED}="1"
   EOF
   

3. Zarejestruj subskrypcję oprogramowania Red Hat, aby włączyć instalację pakietów z repozytorium RHEL:

   sudo subscription-manager register --auto-attach --username=XXX --password=XXX
   

4. Zmodyfikuj wiersz rozruchu jądra w konfiguracji grub, aby uwzględnić więcej parametrów jądra dla platformy Azure i włączyć konsolę szeregową.

5. Usuń bieżące parametry GRUB:

   sudo grub2-editenv unset kernelopts
   

6. Edytuj /etc/default/grub w edytorze tekstów i dodaj następujące parametry:

   GRUB_CMDLINE_LINUX="console=tty1 console=ttyS0,115200n8 earlyprintk=ttyS0,115200 earlyprintk=ttyS0 net.ifnames=0"
   GRUB_TERMINAL_OUTPUT="serial console"
   GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"
   

   Ta modyfikacja gwarantuje również, że wszystkie komunikaty konsoli są wysyłane do pierwszego portu szeregowego i umożliwiają interakcję z konsolą szeregową, co może pomóc pomoc techniczna platformy Azure w przypadku problemów z debugowaniem. Ta konfiguracja wyłącza również nowe konwencje nazewnictwa kart sieciowych.

7. Zalecamy również usunięcie następujących parametrów:

   rhgb quiet crashkernel=auto
   

   Rozruchy graficzne i ciche nie są przydatne w środowisku chmury, w którym wszystkie dzienniki mają być wysyłane do portu szeregowego. Jeśli chcesz, możesz pozostawić crashkernel opcję skonfigurowaną. Ten parametr zmniejsza ilość dostępnej pamięci na maszynie wirtualnej o 128 MB lub więcej, co może być problemem dla mniejszych rozmiarów maszyn wirtualnych.

8. Po zakończeniu edytowania /etc/default/gruburuchom następujące polecenie, aby ponownie skompilować konfigurację grub:

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

9. Dodaj moduły funkcji Hyper-V do modułów initramfs.

   Utwórz /etc/dracut.conf.d/azure.conf i dodaj zawartość:

   add_drivers+=" hv_vmbus hv_netvsc hv_storvsc "
   

   Ponowne kompilowanie initramfs:

   sudo dracut -f -v
   

10. Upewnij się, że serwer SSH jest zainstalowany i skonfigurowany do uruchamiania w czasie rozruchu, co jest zwykle ustawieniem domyślnym. Zmodyfikuj /etc/ssh/sshd_config , aby uwzględnić następujący wiersz:

    ClientAliveInterval 180
    

11. Zainstaluj agenta systemu Linux platformy Azure i cloud-initinne niezbędne narzędzia:

    sudo dnf install -y WALinuxAgent cloud-init cloud-utils-growpart gdisk hyperv-daemons
    sudo systemctl enable waagent.service
    sudo systemctl enable cloud-init.service
    

12. Skonfiguruj cloud-init do obsługi aprowizacji:

    1. Skonfiguruj waagent dla programu cloud-init:

       sudo sed -i 's/Provisioning.Agent=auto/Provisioning.Agent=cloud-init/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
       

       Uwaga

       Jeśli migrujesz określoną maszynę wirtualną i nie chcesz tworzyć uogólnionego obrazu, ustaw Provisioning.Agent=disabled konfigurację /etc/waagent.conf .

    2. Konfigurowanie instalacji:

       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
       

       Uwaga

       Elementy dla każdej sekcji w pliku /etc/cloud/cloud.cfg muszą używać tego samego poziomu wcięcia

       Przykład nieprawidłowego ustawienia:

       cloud_init_modules:
        - disk_setup
        - mounts 
         - migrators
       

       Przykład poprawnego ustawienia:

       cloud_init_modules:
         - disk_setup
         - mounts 
         - migrators
       

    3. Konfigurowanie źródła danych platformy Azure:

       sudo echo "Allow only Azure datasource, disable fetching network setting via IMDS"
       sudo tee /etc/cloud/cloud.cfg.d/91-azure_datasource.cfg <<EOF
       datasource_list: [ Azure ]
       datasource:
           Azure:
               apply_network_config: False
       EOF
       

    4. W przypadku skonfigurowania usuń istniejący plik zamiany:

       if [[ -f /mnt/resource/swapfile ]]; then
       echo "Removing swapfile" #RHEL uses a swapfile by defaul
       swapoff /mnt/resource/swapfile
       rm /mnt/resource/swapfile -f
       fi
       

    5. Konfigurowanie rejestrowania cloud-init :

       sudo echo "Add console log file"
       sudo tee <<EOF /etc/cloud/cloud.cfg.d/05_logging.cfg > /dev/null 
       
       # 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. Konfiguracja zamiany:

    • Nie twórz miejsca wymiany na dysku systemu operacyjnego.

      Wcześniej agent systemu Linux platformy Azure był używany do automatycznego konfigurowania miejsca wymiany przy użyciu lokalnego dysku zasobów dołączonego do maszyny wirtualnej po aprowizacji maszyny wirtualnej na platformie Azure. Ta akcja jest teraz obsługiwana przez program cloud-init. Nie można używać agenta systemu Linux do formatowania dysku zasobu tworzącego plik wymiany. Zmodyfikuj odpowiednio następujące parametry /etc/waagent.conf :

      ResourceDisk.Format=n
      ResourceDisk.EnableSwap=n
      

      • Przekaż ten kod jako konfigurację za każdym razem, gdy tworzysz maszynę wirtualną cloud-init za pomocą danych niestandardowych. Zalecamy tę metodę.

      • cloud-init Użyj dyrektywy baked do obrazu, który wykonuje ten krok za każdym razem, gdy maszyna wirtualna zostanie utworzona.

        sudo echo 'DefaultEnvironment="CLOUD_CFG=/etc/cloud/cloud.cfg.d/00-azure-swap.cfg"' >> /etc/systemd/system.conf
        sudo tee /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/resource"]
          - ["ephemeral0.2", "none", "swap", "sw,nofail,x-systemd.device-timeout=2,x-systemd.requires=cloud-init.service", "0", "0"]
        EOF
        

14. Konfigurowanie cloud-init telemetrii w celu ułatwienia rozwiązywania problemów z aprowizowaniem:

    sudo tee -a /etc/cloud/cloud.cfg.d/10-azure-kvp.cfg <<EOF
    # This config enables cloud-init to report provisioning telemetry to aid with troubleshooting
    Reporting:
      logging:
        type: log
      telemetry:
        type: hyperv
    EOF
    

15. Jeśli chcesz wyrejestrować subskrypcję, uruchom następujące polecenie:

    sudo subscription-manager unregister
    

16. Uruchom następujące polecenia, aby usunąć aprowizację maszyny wirtualnej i przygotować ją do aprowizacji na platformie Azure:

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

    Uwaga

    Jeśli migrujesz określoną maszynę wirtualną i nie chcesz tworzyć uogólnionego obrazu, pomiń krok anulowania aprowizacji. Uruchomienie polecenia waagent -force -deprovision+user powoduje, że maszyna źródłowa jest bezużyteczna. Ten krok jest przeznaczony tylko do utworzenia uogólnionego obrazu.

    Upewnij się, że rozmiar obrazu pierwotnego jest wyrównany do 1 MB. W przeciwnym razie zaokrąglij rozmiar w celu wyrównania do 1 MB:

    Najpierw przekonwertuj obraz na format pierwotny:

    sudo qemu-img convert -f qcow2 -O raw rhel-[version].qcow2 rhel-[version].raw
    

    Upewnij się, że rozmiar obrazu pierwotnego jest wyrównany do 1 MB. W przeciwnym razie zaokrąglij rozmiar w celu wyrównania do 1 MB:

    MB=$((1024*1024))
    size=$(qemu-img info -f raw --output json "rhel-[version].raw" | \
    gawk 'match($0, /"virtual-size": ([0-9]+),/, val) {print val[1]}')
    rounded_size=$((($size/$MB + 1)*$MB))
    sudo qemu-img resize rhel-[version].raw $rounded_size
    

    lub przy użyciu jQuery:

    MB=$((1024*1024))
    size=$(qemu-img info -f raw --output json "rhel-[version].raw" | jq '."virtual-size"')
    rounded_size=$((($size/$MB + 1)*$MB))
    sudo qemu-img resize -f raw rhel-[version].raw $rounded_size
    

    Przekonwertuj dysk pierwotny na dysk VHD o stałym rozmiarze:

    sudo qemu-img convert -f raw -o subformat=fixed -O vpc rhel-[verion].raw rhel-[version].vhd
    

    Możesz też skorzystać z opcji qemu w wersji force_size:

    sudo qemu-img convert -f raw -o subformat=fixed,force_size -O vpc rhel-[version].raw rhel-[version].vhd
    

W tej sekcji pokazano, jak przygotować RHEL 7 z obrazu ISO przy użyciu pliku kickstart.

1. Utwórz plik kickstart zawierający następującą zawartość i zapisz plik. Aby uzyskać informacje na temat instalacji kickstart, zobacz Przewodnik instalacji kickstart.

   # Kickstart for provisioning a  Azure VM
   
   # System authorization information
     auth --enableshadow --passalgo=sha512
   
   # Use graphical install
   text
   
   # Don't run the Setup Agent on first boot
   firstboot --disable
   
   # Keyboard layouts
   keyboard --vckeymap=us --xlayouts='us'
   
   # System language
   lang en_US.UTF-8
   
   # Network information
   network  --bootproto=dhcp
   
   # Root password
   rootpw --plaintext "to_be_disabled"
   
   # System services
   services --enabled="sshd,waagent,NetworkManager"
   
   # System timezone
   timezone Etc/UTC --isUtc --ntpservers 0.rhel.pool.ntp.org,1.rhel.pool.ntp.org,2.rhel.pool.ntp.org,3.rhel.pool.ntp.org
   
   # Partition clearing information
   clearpart --all --initlabel
   
   # Clear the MBR
   zerombr
   
   # Disk partitioning information
   part /boot --fstype="xfs" --size=500
   part / --fstyp="xfs" --size=1 --grow --asprimary
   
   # System bootloader configuration
   bootloader --location=mbr
   
   # Firewall configuration
   firewall --disabled
   
   # Enable SELinux
   selinux --enforcing
   
   # Don't configure X
   skipx
   
   # Power down the machine after install
   poweroff
   
   %packages
   @base
   @console-internet
   chrony
   sudo
   parted
   -dracut-config-rescue
   
   %end
   
   %post --log=/var/log/anaconda/post-install.log
   
   #!/bin/bash
   
   # Register Red Hat Subscription
   subscription-manager register --username=XXX --password=XXX --auto-attach --force
   
   # Install latest repo update
   yum update -y
   
   # Enable extras repo
   subscription-manager repos --enable=rhel-7-server-extras-rpms
   
   # Install WALinuxAgent
   yum install -y WALinuxAgent
   
   # Unregister Red Hat subscription
   subscription-manager unregister
   
   # Enable waaagent at boot-up
   systemctl enable waagent
   
   # Install cloud-init
   yum install -y cloud-init cloud-utils-growpart gdisk hyperv-daemons
   
   # Configure waagent for cloud-init
   sed -i 's/Provisioning.Agent=auto/Provisioning.Agent=cloud-init/g' /etc/waagent.conf
   sed -i 's/ResourceDisk.Format=y/ResourceDisk.Format=n/g' /etc/waagent.conf
   sed -i 's/ResourceDisk.EnableSwap=y/ResourceDisk.EnableSwap=n/g' /etc/waagent.conf
   
   echo "Adding mounts and disk_setup to init stage"
   sed -i '/ - mounts/d' /etc/cloud/cloud.cfg
   sed -i '/ - disk_setup/d' /etc/cloud/cloud.cfg
   sed -i '/cloud_init_modules/a\\ - mounts' /etc/cloud/cloud.cfg
   sed -i '/cloud_init_modules/a\\ - disk_setup' /etc/cloud/cloud.cfg
   
   # Disable the root account
   usermod root -p '!!'
   
   # Configure swap using cloud-init
   echo 'DefaultEnvironment="CLOUD_CFG=/etc/cloud/cloud.cfg.d/00-azure-swap.cfg"' >> /etc/systemd/system.conf
   sudo tee /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.device-timeout=2,x-systemd.requires=cloud-init.service", "0", "0"]
   EOF
   
   # Set the cmdline
   sed -i 's/^\(GRUB_CMDLINE_LINUX\)=".*"$/\1="console=tty1 console=ttyS0 earlyprintk=ttyS0"/g' /etc/default/grub
   
   # Enable SSH keepalive
   sed -i 's/^#\(ClientAliveInterval\).*$/\1 180/g' /etc/ssh/sshd_config
   
   # Build the grub cfg
   grub2-mkconfig -o /boot/grub2/grub.cfg
   
   # Configure network
   tee <<EOF /etc/sysconfig/network-scripts/ifcfg-eth0 > /dev/null
   DEVICE=eth0
   ONBOOT=yes
   BOOTPROTO=dhcp
   TYPE=Ethernet
   USERCTL=no
   PEERDNS=yes
   IPV6INIT=no
   PERSISTENT_DHCLIENT=yes
   NM_CONTROLLED=yes
   EOF
   
   sudo tee <<EOF /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules >/dev/null
   # Accelerated Networking on Azure exposes a new SRIOV interface to the VM.
   # This interface is transparently bonded to the synthetic interface,
   # so NetworkManager should just ignore any SRIOV interfaces.
   SUBSYSTEM=="net", DRIVERS=="hv_pci", ACTION!="remove", ENV{NM_UNMANAGED}="1"
   EOF
   
   # Deprovision and prepare for Azure if you are creating a generalized image
   sudo cloud-init clean --logs --seed
   sudo rm -rf /var/lib/cloud/
   sudo rm -rf /var/lib/waagent/
   sudo rm -f /var/log/waagent.log
   
   sudo waagent -force -deprovision+user
   rm -f ~/.bash_history
   export HISTSIZE=0
   
   %end
   

2. Umieść plik kickstart, w którym system instalacyjny może uzyskać do niego dostęp.

3. W Menedżerze funkcji Hyper-V utwórz nową maszynę wirtualną. Na stronie Łączenie wirtualnego dysku twardego wybierz pozycję Dołącz wirtualny dysk twardy później i ukończ pracę kreatora Nowa maszyna wirtualna.

4. Otwórz ustawienia maszyny wirtualnej:

   1. Dołącz nowy wirtualny dysk twardy do maszyny wirtualnej. Upewnij się, że wybrano pozycję Format dysku VHD i stały rozmiar.

   2. Dołącz instalację ISO do stacji dysków DVD.

   3. Ustaw system BIOS na rozruch z dysku CD.

5. Uruchom maszynę wirtualną. Po wyświetleniu przewodnika instalacji wybierz Tab , aby skonfigurować opcje rozruchu.

6. Wprowadź inst.ks=<the location of the kickstart file> na końcu opcji rozruchu i wybierz Enter .

7. Poczekaj na zakończenie instalacji. Po zakończeniu maszyna wirtualna zostanie automatycznie zamknięta. Wirtualny dysk twardy systemu Linux jest teraz gotowy do przekazania na platformę Azure.

Znane problemy

Znany jest następujący problem.

Nie można dołączyć sterownika funkcji Hyper-V do początkowego dysku RAM w przypadku korzystania z funkcji hypervisor innej niż hypervisor funkcji Hyper-V

W niektórych przypadkach instalatory systemu Linux mogą nie zawierać sterowników funkcji Hyper-V w początkowym dysku RAM (initrd lub initramfs), chyba że system Linux wykryje, że działa w środowisku funkcji Hyper-V.

Jeśli używasz innego systemu wirtualizacji (na przykład VirtualBox lub Xen) do przygotowania obrazu systemu Linux, może być konieczne ponowne skompilowanie initrd, aby upewnić się, że co najmniej hv_vmbus moduły jądra i hv_storvsc są dostępne na początkowym dysku RAM. Ten problem jest znany, przynajmniej w systemach opartych na nadrzędnej dystrybucji red hat.

Aby rozwiązać ten problem, dodaj moduły funkcji Hyper-V do modułów initramfs i skompiluj go:

Edytuj /etc/dracut.confelement i dodaj następującą zawartość:

add_drivers+=" hv_vmbus hv_netvsc hv_storvsc "

Ponowne kompilowanie initramfs:

sudo dracut -f -v

W tej sekcji pokazano, jak przygotować RHEL (8 LUB 9) z iso przy użyciu pliku kickstart.

1. Utwórz plik kickstart zawierający następującą zawartość i zapisz plik. Aby uzyskać informacje na temat instalacji kickstart, zobacz Przewodnik instalacji kickstart.

   # Kickstart for provisioning a  Azure VM
   
   # System authorization information
     auth --enableshadow --passalgo=sha512
   
   # Use graphical install
   text
   
   # Don't run the Setup Agent on first boot
   firstboot --disable
   
   # Keyboard layouts
   keyboard --vckeymap=us --xlayouts='us'
   
   # System language
   lang en_US.UTF-8
   
   # Network information
   network  --bootproto=dhcp
   
   # Root password
   rootpw --plaintext "to_be_disabled"
   
   # System services
   services --enabled="sshd,waagent,NetworkManager"
   
   # System timezone
   timezone Etc/UTC --isUtc --ntpservers 0.rhel.pool.ntp.org,1.rhel.pool.ntp.org,2.rhel.pool.ntp.org,3.rhel.pool.ntp.org
   
   # Partition clearing information
   clearpart --all --initlabel
   
   # Clear the MBR
   zerombr
   
   # Disk partitioning information
   part /boot --fstype="xfs" --size=500
   part / --fstyp="xfs" --size=1 --grow --asprimary
   
   # System bootloader configuration
   bootloader --location=mbr
   
   # Firewall configuration
   firewall --disabled
   
   # Enable SELinux
   selinux --enforcing
   
   # Don't configure X
   skipx
   
   # Power down the machine after install
   poweroff
   
   %packages
   @base
   @console-internet
   chrony
   sudo
   parted
   -dracut-config-rescue
   
   %end
   
   %post --log=/var/log/anaconda/post-install.log
   
   #!/bin/bash
   
   # Register Red Hat Subscription
   subscription-manager register --username=XXX --password=XXX --auto-attach --force
   
   # Install latest repo update
   yum update -y
   
   # Enable extras repo
   subscription-manager repos --enable=rhel-[version]-server-extras-rpms
   
   # Install WALinuxAgent
   yum install -y WALinuxAgent
   
   # Unregister Red Hat subscription
   subscription-manager unregister
   
   # Enable waaagent at boot-up
   systemctl enable waagent
   
   # Install cloud-init
   yum install -y cloud-init cloud-utils-growpart gdisk hyperv-daemons
   
   # Configure waagent for cloud-init
   sed -i 's/Provisioning.Agent=auto/Provisioning.Agent=cloud-init/g' /etc/waagent.conf
   sed -i 's/ResourceDisk.Format=y/ResourceDisk.Format=n/g' /etc/waagent.conf
   sed -i 's/ResourceDisk.EnableSwap=y/ResourceDisk.EnableSwap=n/g' /etc/waagent.conf
   
   echo "Adding mounts and disk_setup to init stage"
   sed -i '/ - mounts/d' /etc/cloud/cloud.cfg
   sed -i '/ - disk_setup/d' /etc/cloud/cloud.cfg
   sed -i '/cloud_init_modules/a\\ - mounts' /etc/cloud/cloud.cfg
   sed -i '/cloud_init_modules/a\\ - disk_setup' /etc/cloud/cloud.cfg
   
   # Disable the root account
   usermod root -p '!!'
   
   # Configure swap using cloud-init
   sudo echo 'DefaultEnvironment="CLOUD_CFG=/etc/cloud/cloud.cfg.d/00-azure-swap.cfg"' >> /etc/systemd/system.conf
   sudo tee /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.device-timeout=2,x-systemd.requires=cloud-init.service", "0", "0"]
   EOF
   
   # Configure `cloud-init` telemetry to assist with troubleshooting for provisioning issues:
   
   sudo tee /etc/cloud/cloud.cfg.d/10-azure-kvp.cfg <<EOF
   # This config enables cloud-init to report provisioning telemetry to aid with troubleshooting
     Reporting:
       logging:
          type: log
       telemetry:
          type: hyperv
   EOF
   
   # Set the cmdline
   sed -i 's/^\(GRUB_CMDLINE_LINUX\)=".*"$/\1="console=tty1 console=ttyS0 earlyprintk=ttyS0"/g' /etc/default/grub
   
   # Enable SSH keepalive
   sed -i 's/^#\(ClientAliveInterval\).*$/\1 180/g' /etc/ssh/sshd_config
   
   # Build the grub cfg
   grub2-mkconfig -o /boot/grub2/grub.cfg
   
   # Configure network
   tee <<EOF /etc/sysconfig/network-scripts/ifcfg-eth0 > /dev/null
   DEVICE=eth0
   ONBOOT=yes
   BOOTPROTO=dhcp
   TYPE=Ethernet
   USERCTL=no
   PEERDNS=yes
   IPV6INIT=no
   PERSISTENT_DHCLIENT=yes
   NM_CONTROLLED=yes
   EOF
   
   sudo tee <<EOF /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules >/dev/null
   # Accelerated Networking on Azure exposes a new SRIOV interface to the VM.
   # This interface is transparently bonded to the synthetic interface,
   # so NetworkManager should just ignore any SRIOV interfaces.
   SUBSYSTEM=="net", DRIVERS=="hv_pci", ACTION!="remove", ENV{NM_UNMANAGED}="1"
   EOF
   
   # Deprovision and prepare for Azure if you are creating a generalized image
   sudo cloud-init clean --logs --seed
   sudo rm -rf /var/lib/cloud/
   sudo rm -rf /var/lib/waagent/
   sudo rm -f /var/log/waagent.log
   
   sudo waagent -force -deprovision+user
   rm -f ~/.bash_history
   export HISTSIZE=0
   
   %end
   

2. Umieść plik kickstart, w którym system instalacyjny może uzyskać do niego dostęp.

3. W Menedżerze funkcji Hyper-V utwórz nową maszynę wirtualną. Na stronie Łączenie wirtualnego dysku twardego wybierz pozycję Dołącz wirtualny dysk twardy później i ukończ pracę kreatora Nowa maszyna wirtualna.

4. Otwórz ustawienia maszyny wirtualnej:

   1. Dołącz nowy wirtualny dysk twardy do maszyny wirtualnej. Upewnij się, że wybrano pozycję Format dysku VHD i stały rozmiar.

   2. Dołącz instalację ISO do stacji dysków DVD.

   3. Ustaw system BIOS na rozruch z dysku CD.

5. Uruchom maszynę wirtualną. Po wyświetleniu przewodnika instalacji wybierz Tab , aby skonfigurować opcje rozruchu.

6. Wprowadź inst.ks=<the location of the kickstart file> na końcu opcji rozruchu i wybierz Enter .

7. Poczekaj na zakończenie instalacji. Po zakończeniu maszyna wirtualna zostanie automatycznie zamknięta. Wirtualny dysk twardy systemu Linux jest teraz gotowy do przekazania na platformę Azure.

Znane problemy

Znany jest następujący problem.

Nie można dołączyć sterownika funkcji Hyper-V do początkowego dysku RAM w przypadku korzystania z funkcji hypervisor innej niż hypervisor funkcji Hyper-V

W niektórych przypadkach instalatory systemu Linux mogą nie zawierać sterowników funkcji Hyper-V w początkowym dysku RAM (initrd lub initramfs), chyba że system Linux wykryje, że działa w środowisku funkcji Hyper-V.

Jeśli używasz innego systemu wirtualizacji (na przykład VirtualBox lub Xen) do przygotowania obrazu systemu Linux, może być konieczne ponowne skompilowanie initrd, aby upewnić się, że co najmniej hv_vmbus moduły jądra i hv_storvsc są dostępne na początkowym dysku RAM. Ten problem jest znany, przynajmniej w systemach opartych na nadrzędnej dystrybucji red hat.

Aby rozwiązać ten problem, dodaj moduły funkcji Hyper-V do modułów initramfs i skompiluj go:

Edytuj /etc/dracut.confelement i dodaj następującą zawartość:

add_drivers+=" hv_vmbus hv_netvsc hv_storvsc "

Ponowne kompilowanie initramfs:

sudo dracut -f -v