Configuration et gestion de la virtualisation

Prochaines étapes

• Pour commencer à utiliser la virtualisation dans Red Hat Enterprise Linux 9, voir Activation de la virtualisation dans Red Hat Enterprise Linux 9.
• En plus de la virtualisation de Red Hat Enterprise Linux 9, Red Hat propose un certain nombre de solutions de virtualisation spécialisées, chacune ayant une orientation utilisateur et des fonctionnalités différentes. Pour plus d'informations, voir les solutions de virtualisation Red Hat.

• Flexible and fine-grained allocation of resources

  Une VM s'exécute sur une machine hôte, qui est généralement physique, et du matériel physique peut également être attribué au système d'exploitation invité. Cependant, l'allocation des ressources physiques à la VM se fait au niveau du logiciel et est donc très flexible. Une VM utilise une fraction configurable de la mémoire, des processeurs ou de l'espace de stockage de l'hôte, et cette configuration peut spécifier des demandes de ressources très fines.

  Par exemple, ce que le système d'exploitation invité considère comme son disque peut être représenté comme un fichier sur le système de fichiers de l'hôte, et la taille de ce disque est moins limitée que les tailles disponibles pour les disques physiques.

• Software-controlled configurations

  L'ensemble de la configuration d'une VM est sauvegardé sous forme de données sur l'hôte et est sous le contrôle du logiciel. Par conséquent, une VM peut facilement être créée, supprimée, clonée, migrée, exploitée à distance ou connectée à un système de stockage distant.

• Separation from the host

  Un système d'exploitation invité fonctionne sur un noyau virtualisé, distinct du système d'exploitation hôte. Cela signifie que n'importe quel système d'exploitation peut être installé sur une VM et que même si le système d'exploitation invité devient instable ou est compromis, l'hôte n'est en aucun cas affecté.

• Space and cost efficiency

  Une seule machine physique peut héberger un grand nombre de machines virtuelles. Il n'est donc pas nécessaire d'utiliser plusieurs machines physiques pour effectuer les mêmes tâches, ce qui réduit les besoins en espace, en énergie et en maintenance associés au matériel physique.

• Software compatibility

  Étant donné qu'une VM peut utiliser un système d'exploitation différent de son hôte, la virtualisation permet d'exécuter des applications qui n'ont pas été publiées à l'origine pour votre système d'exploitation hôte. Par exemple, en utilisant un système d'exploitation invité RHEL 7, vous pouvez exécuter des applications publiées pour RHEL 7 sur un système hôte RHEL 9.

  Note

  Tous les systèmes d'exploitation ne sont pas pris en charge en tant que système d'exploitation invité dans un hôte RHEL 9. Pour plus de détails, voir Fonctionnalités recommandées dans la virtualisation RHEL 9.

• Métadonnées telles que le nom de la VM, le fuseau horaire et d'autres informations sur la VM.
• Description des dispositifs de la VM, y compris les unités centrales virtuelles (vCPUS), les dispositifs de stockage, les dispositifs d'entrée/sortie, les cartes d'interface réseau et d'autres matériels, réels et virtuels.
• Paramètres de la VM tels que la quantité maximale de mémoire qu'elle peut utiliser, les paramètres de redémarrage et d'autres paramètres relatifs au comportement de la VM.

• virsh - Un utilitaire de ligne de commande de virtualisation polyvalent et un shell avec une grande variété d'objectifs, en fonction des arguments fournis. En voici un exemple :

  • Démarrage et arrêt d'une VM - virsh start et virsh shutdown
  • Liste des machines virtuelles disponibles - virsh list
  • Création d'une VM à partir d'un fichier de configuration - virsh create
  • Entrer dans un shell de virtualisation - virsh

  Pour plus d'informations, voir la page de manuel virsh(1).

• virt-install - Un utilitaire CLI pour créer de nouvelles VM. Pour plus d'informations, voir la page de manuel virt-install(1).
• virt-xml - Un utilitaire permettant de modifier la configuration d'une VM.
• guestfish - Un utilitaire permettant d'examiner et de modifier les images de disques VM. Pour plus d'informations, voir la page de manuel guestfish(1).

• Le site RHEL 9 web console, également connu sous le nom de Cockpit, fournit une interface utilisateur graphique facile à utiliser et accessible à distance pour gérer les machines virtuelles et les hôtes de virtualisation.

  Pour obtenir des instructions sur la gestion de base de la virtualisation avec la console web, voir Gestion des machines virtuelles dans la console web.

Conditions préalables

• Red Hat Enterprise Linux 9 est installé et enregistré sur votre machine hôte.

• Votre système répond aux exigences matérielles suivantes pour fonctionner en tant qu'hôte de virtualisation :

  • L'architecture de votre machine hôte prend en charge la virtualisation KVM.

  • Les ressources minimales suivantes doivent être disponibles :

    • 6 Go d'espace disque libre pour l'hôte, plus 6 Go pour chaque VM prévue.
    • 2 Go de RAM pour l'hôte, plus 2 Go supplémentaires pour chaque VM prévue.

Résolution de problèmes

• Si la virtualisation KVM n'est pas prise en charge par le processeur hôte, virt-host-validate génère le message suivant :

  QEMU: Checking for hardware virtualization: FAIL (Only emulated CPUs are available, performance will be significantly limited)

  Copy to Clipboard Toggle word wrap

  Cependant, les machines virtuelles installées sur un tel système hôte ne démarreront pas et n'auront pas de problèmes de performance.

  Pour contourner ce problème, vous pouvez modifier la valeur <domain type> dans la configuration XML de la VM en qemu. Notez cependant que Red Hat ne prend pas en charge les VM qui utilisent le type de domaine qemu, et que ce paramètre est fortement déconseillé dans les environnements de production.

Conditions préalables

• Les ressources minimales suivantes doivent être disponibles :

  • 6 Go d'espace disque libre pour l'hôte, plus 6 Go pour chaque VM prévue.
  • 2 Go de RAM pour l'hôte, plus 2 Go supplémentaires pour chaque VM prévue.
  • 4 CPU sur l'hôte. Les VM peuvent généralement fonctionner avec une seule vCPU assignée, mais Red Hat recommande d'assigner 2 vCPU ou plus par VM afin d'éviter que les VM ne deviennent insensibles en cas de charge élevée.
• Votre système hôte IBM Z utilise un processeur z13 ou ultérieur.

• RHEL 9 est installé sur une partition logique (LPAR). En outre, la LPAR prend en charge les fonctions de virtualisation start-interpretive execution (SIE).

  Pour le vérifier, recherchez sie dans votre fichier /proc/cpuinfo.

  # grep sie /proc/cpuinfo
  features        : esan3 zarch stfle msa ldisp eimm dfp edat etf3eh highgprs te sie

  Copy to Clipboard Toggle word wrap

Résolution de problèmes

• Si la virtualisation KVM n'est pas prise en charge par le processeur hôte, virt-host-validate génère le message suivant :

  QEMU: Checking for hardware virtualization: FAIL (Only emulated CPUs are available, performance will be significantly limited)

  Copy to Clipboard Toggle word wrap

  Cependant, les machines virtuelles installées sur un tel système hôte ne démarreront pas et n'auront pas de problèmes de performance.

  Pour contourner ce problème, vous pouvez modifier la valeur <domain type> dans la configuration XML de la VM en qemu. Notez cependant que Red Hat ne prend pas en charge les VM qui utilisent le type de domaine qemu, et que ce paramètre est fortement déconseillé dans les environnements de production.

Conditions préalables

• Votre système hôte et vos systèmes invités utilisent un noyau avec une taille de page mémoire de 64 Ko. Pour installer un tel noyau sur un système RHEL, voir Installation de RHEL sur ARM avec Kernel-64k.

• Les ressources minimales suivantes doivent être disponibles :

  • 6 Go d'espace disque libre pour l'hôte, plus 6 Go pour chaque invité prévu.
  • 4 Go de RAM pour l'hôte, plus 4 Go pour chaque invité.

Prochaines étapes

• Création de machines virtuelles

• Pour les machines virtuelles Linux, voir Activation de l'agent invité QEMU sur les invités Linux.
• Pour les machines virtuelles Windows, voir Activation de l'agent invité QEMU sur les invités Windows.

Conditions préalables

• La virtualisation est activée sur votre système hôte.
• Vous disposez d'une quantité suffisante de ressources système à allouer à vos machines virtuelles, telles que l'espace disque, la mémoire vive ou les processeurs. Les valeurs recommandées peuvent varier de manière significative en fonction des tâches prévues et de la charge de travail des VM.

• Une source d'installation du système d'exploitation (OS) est disponible localement ou sur un réseau. Il peut s'agir de l'une des sources suivantes

  • Une image ISO d'un support d'installation

  • Une image disque d'une installation VM existante

    Avertissement

    L'installation à partir d'un CD-ROM ou d'un DVD-ROM hôte n'est pas possible dans RHEL 9. Si vous sélectionnez un CD-ROM ou un DVD-ROM comme source d'installation lors de l'utilisation d'une méthode d'installation de VM disponible dans RHEL 9, l'installation échouera. Pour plus d'informations, consultez la base de connaissances de Red Hat.

    Notez également que Red Hat ne prend en charge qu'un nombre limité de systèmes d'exploitation invités.

• Facultatif : Un fichier Kickstart peut être fourni pour faciliter et accélérer la configuration de l'installation.

• --namele nom de la nouvelle machine
• --memoryla quantité de mémoire allouée
• --vcpusle nombre d'unités centrales virtuelles allouées
• --diskle type et la taille de l'espace de stockage alloué
• --cdrom ou --location: le type et l'emplacement de la source d'installation du système d'exploitation

• La commande suivante crée une VM nommée demo-guest1 qui installe le système d'exploitation Windows 10 à partir d'une image ISO stockée localement dans le fichier /home/username/Downloads/Win10install.iso. Cette VM est également dotée de 2048 MiB de RAM et de 2 vCPU, et un disque virtuel qcow2 de 80 GiB est automatiquement configuré pour la VM.

  # virt-install \
      --name demo-guest1 --memory 2048 \
      --vcpus 2 --disk size=80 --os-variant win10 \
      --cdrom /home/username/Downloads/Win10install.iso

  Copy to Clipboard Toggle word wrap

• La commande suivante crée une VM nommée demo-guest2 qui utilise l'image /home/username/Downloads/rhel9.iso pour exécuter un système d'exploitation RHEL 9 à partir d'un CD live. Aucun espace disque n'est attribué à cette VM, de sorte que les modifications apportées pendant la session ne seront pas conservées. En outre, la VM se voit attribuer 4096 MiB de RAM et 4 vCPU.

  # virt-install \
      --name demo-guest2 --memory 4096 --vcpus 4 \
      --disk none --livecd --os-variant rhel9.0 \
      --cdrom /home/username/Downloads/rhel9.iso

  Copy to Clipboard Toggle word wrap

• La commande suivante crée une VM RHEL 9 nommée demo-guest3 qui se connecte à une image disque existante, /home/username/backup/disk.qcow2. Cela revient à déplacer physiquement un disque dur d'une machine à l'autre, de sorte que le système d'exploitation et les données disponibles pour demo-guest3 sont déterminés par la manière dont l'image a été gérée précédemment. En outre, cette VM est dotée de 2048 MiB de RAM et de 2 vCPU.

  # virt-install \
      --name demo-guest3 --memory 2048 --vcpus 2 \
      --os-variant rhel9.0 --import \
      --disk /home/username/backup/disk.qcow2

  Copy to Clipboard Toggle word wrap

  Notez que l'option --os-variant est fortement recommandée lors de l'importation d'une image disque. Si elle n'est pas fournie, les performances de la VM créée seront affectées négativement.

• La commande suivante crée une VM nommée demo-guest4 qui s'installe à partir de l'URL http://example.com/OS-install. Pour que l'installation démarre avec succès, l'URL doit contenir une arborescence d'installation du système d'exploitation qui fonctionne. En outre, le système d'exploitation est automatiquement configuré à l'aide du fichier kickstart de /home/username/ks.cfg. Cette VM est également dotée de 2048 MiB de RAM, de 2 vCPU et d'un disque virtuel qcow2 de 160 GiB.

  # virt-install \
      --name demo-guest4 --memory 2048 --vcpus 2 --disk size=160 \
      --os-variant rhel9.0 --location http://example.com/OS-install \
      --initrd-inject /home/username/ks.cfg --extra-args="inst.ks=file:/ks.cfg console=tty0 console=ttyS0,115200n8"

  Copy to Clipboard Toggle word wrap

  En outre, si vous souhaitez héberger demo-guest4 sur un hôte RHEL 9 on an ARM 64, incluez les lignes suivantes pour vous assurer que le fichier kickstart installe le paquetage kernel-64k:

  %packages
  -kernel
  kernel-64k
  %end

  Copy to Clipboard Toggle word wrap

• La commande suivante crée une VM nommée demo-guest5 qui s'installe à partir d'un fichier image RHEL9.iso en mode texte uniquement, sans graphiques. Elle connecte la console invitée à la console série. La VM a 16384 MiB de mémoire, 16 vCPU, et 280 GiB de disque. Ce type d'installation est utile pour se connecter à un hôte sur un réseau lent.

  # virt-install \
      --name demo-guest5 --memory 16384 --vcpus 16 --disk size=280 \
      --os-variant rhel9.0 --location RHEL9.iso \
      --graphics none --extra-args='console=ttyS0'

  Copy to Clipboard Toggle word wrap

• La commande suivante crée une VM nommée demo-guest6, qui a la même configuration que demo-guest5, mais qui réside sur l'hôte distant 192.0.2.1.

  # virt-install \
      --connect qemu+ssh://root@192.0.2.1/system --name demo-guest6 --memory 16384 \
      --vcpus 16 --disk size=280 --os-variant rhel9.0 --location RHEL9.iso \
      --graphics none --extra-args='console=ttyS0'

  Copy to Clipboard Toggle word wrap

• La commande suivante crée une VM nommée demo-guest-7, qui a la même configuration que demo-guest5, mais pour son stockage, elle utilise un périphérique DASD médiatisé mdev_30820a6f_b1a5_4503_91ca_0c10ba12345a_0_0_29a8, et lui attribue le numéro de périphérique 1111.

  # virt-install \
      --name demo-guest7 --memory 16384 --vcpus 16 --disk size=280 \
      --os-variant rhel9.0 --location RHEL9.iso --graphics none \
      --disk none --hostdev mdev_30820a6f_b1a5_4503_91ca_0c10ba12345a_0_0_29a8,address.type=ccw,address.cssid=0xfe,address.ssid=0x0,address.devno=0x1111,boot-order=1 \
      --extra-args 'rd.dasd=0.0.1111'

  Copy to Clipboard Toggle word wrap

  Notez que le nom du dispositif médiatisé disponible pour l'installation peut être récupéré à l'aide de la commande virsh nodedev-list --cap mdev.

Vérification

• Si la VM est créée avec succès, une fenêtre virt-viewer s'ouvre avec une console graphique de la VM et démarre l'installation du système d'exploitation invité.

Résolution de problèmes

• Si virt-install échoue avec une erreur cannot find default network:

  • Assurez-vous que le paquetage libvirt-daemon-config-network est installé :

    # {PackageManagerCommand} info libvirt-daemon-config-network
    Installed Packages
    Name         : libvirt-daemon-config-network
    [...]

    Copy to Clipboard Toggle word wrap

  • Vérifiez que le réseau par défaut libvirt est actif et configuré pour démarrer automatiquement :

    # virsh net-list --all
     Name      State    Autostart   Persistent
    --------------------------------------------
     default   active   yes         yes

    Copy to Clipboard Toggle word wrap

  • Si ce n'est pas le cas, activez le réseau par défaut et configurez-le pour qu'il démarre automatiquement :

    # virsh net-autostart default
    Network default marked as autostarted
    
    # virsh net-start default
    Network default started

    Copy to Clipboard Toggle word wrap

    • Si l'activation du réseau par défaut échoue avec l'erreur suivante, c'est que le paquet libvirt-daemon-config-network n'a pas été installé correctement.

      error: failed to get network 'default'
      error: Network not found: no network with matching name 'default'

      Copy to Clipboard Toggle word wrap

      Pour résoudre ce problème, réinstallez libvirt-daemon-config-network:

      # {PackageManagerCommand} reinstall libvirt-daemon-config-network

      Copy to Clipboard Toggle word wrap

    • Si l'activation du réseau par défaut échoue avec une erreur similaire à la suivante, un conflit s'est produit entre le sous-réseau du réseau par défaut et une interface existante sur l'hôte.

      error: Failed to start network default
      error: internal error: Network is already in use by interface ens2

      Copy to Clipboard Toggle word wrap

      Pour résoudre ce problème, utilisez la commande virsh net-edit default et modifiez les valeurs de 192.0.2.* dans la configuration pour un sous-réseau qui n'est pas déjà utilisé sur l'hôte.

Conditions préalables

• Une VM inactive qui est déjà définie.
• Le nom de la VM.

• Pour les machines virtuelles distantes :

  • L'adresse IP de l'hôte où se trouve la VM.
  • Privilèges d'accès à la racine de l'hôte.

Procédure

• Pour une VM locale, utilisez l'utilitaire virsh start.

  Par exemple, la commande suivante démarre la VM demo-guest1.

  # virsh start demo-guest1
  Domain 'demo-guest1' started

  Copy to Clipboard Toggle word wrap

• Pour une VM située sur un hôte distant, utilisez l'utilitaire virsh start ainsi que la connexion SSH QEMU à l'hôte.

  Par exemple, la commande suivante démarre la VM demo-guest1 sur l'hôte 192.0.2.1.

  # virsh -c qemu+ssh://root@192.0.2.1/system start demo-guest1
  
  root@192.0.2.1's password:
  
  Domain 'demo-guest1' started

  Copy to Clipboard Toggle word wrap

Conditions préalables

• Le plug-in VM de la console web est installé sur votre système.
• Une VM inactive qui est déjà définie.
• Le nom de la VM.

Conditions préalables

• Une machine virtuelle créée

• Pour interagir avec l'interface graphique de la VM dans la console web, utilisez la console graphique.
• Pour interagir avec l'interface graphique de la VM dans un visualiseur distant, utilisez la console graphique des visualiseurs distants.
• Pour interagir avec le CLI de la VM dans la console web, utilisez la console série.

Conditions préalables

• Votre système, ainsi que la machine virtuelle à laquelle vous vous connectez, doivent prendre en charge les affichages graphiques.
• Si la VM cible se trouve sur un hôte distant, une connexion et des privilèges d'accès à la racine de l'hôte sont nécessaires.
• Optional: Si la VM cible est située sur un hôte distant, configurez votre libvirt et SSH pour un accès plus pratique aux hôtes distants.

Procédure

• Pour vous connecter à une VM locale, utilisez la commande suivante et remplacez guest-name par le nom de la VM à laquelle vous souhaitez vous connecter :

  # virt-viewer guest-name

  Copy to Clipboard Toggle word wrap

• Pour se connecter à une VM distante, utilisez la commande virt-viewer avec le protocole SSH. Par exemple, la commande suivante permet de se connecter en tant que root à une VM appelée guest-name, située sur le système distant 192.0.2.1. La connexion nécessite également une authentification root pour 192.0.2.1.

  # virt-viewer --direct --connect qemu+ssh://root@192.0.2.1/system guest-name
  root@192.0.2.1's password:

  Copy to Clipboard Toggle word wrap

Résolution de problèmes

• Si le fait de cliquer dans la console graphique n'a aucun effet, agrandissez la console en plein écran. Il s'agit d'un problème connu lié au décalage du curseur de la souris.

Conditions préalables

• Vous disposez d'une connexion réseau et des privilèges d'accès root à la VM cible.
• Si la VM cible se trouve sur un hôte distant, vous disposez également de privilèges de connexion et d'accès root à cet hôte.

• Votre réseau VM attribue des adresses IP par dnsmasq générées par libvirt. C'est le cas par exemple dans les réseaux NAT libvirt.

  Notamment, si votre VM utilise l'une des configurations réseau suivantes, vous ne pouvez pas vous connecter à la VM à l'aide de SSH :

  • hostdev interfaces
  • Interfaces directes
  • Interfaces de pont

• Le composant libvirt-nss est installé et activé sur l'hôte de la VM. Si ce n'est pas le cas, procédez comme suit :

  1. Installez le paquetage libvirt-nss:

     # dnf install libvirt-nss

     Copy to Clipboard Toggle word wrap

  2. Modifiez le fichier /etc/nsswitch.conf et ajoutez libvirt_guest à la ligne hosts:

     ...
     passwd:      compat
     shadow:      compat
     group:       compat
     hosts:       files libvirt_guest dns
     ...

     Copy to Clipboard Toggle word wrap

Résolution de problèmes

• Si vous ne connaissez pas le nom de la VM, vous pouvez dresser la liste de toutes les VM disponibles sur l'hôte à l'aide de la commande virsh list --all:

  # virsh list --all
  Id    Name                           State
  ----------------------------------------------------
  2     testguest1                    running
  -     testguest2                    shut off

  Copy to Clipboard Toggle word wrap

• Ne fournit pas de protocoles VNC et n'offre donc pas d'affichage vidéo pour les outils d'interface graphique.
• Ne dispose pas d'une connexion réseau et ne peut donc pas être contacté à l'aide de SSH.

Conditions préalables

• Le chargeur d'amorçage GRUB de votre hôte doit être configuré pour utiliser la console série. Pour le vérifier, vérifiez que le fichier /etc/default/grub de votre hôte contient le paramètre GRUB_TERMINAL=serial.

  $ sudo grep GRUB_TERMINAL /etc/default/grub
  GRUB_TERMINAL=serial

  Copy to Clipboard Toggle word wrap

• La VM doit avoir un périphérique de console série configuré, tel que console type='pty'. Pour vérifier, procédez comme suit :

  # virsh dumpxml vm-name | grep console
  
  <console type='pty' tty='/dev/pts/2'>
  </console>

  Copy to Clipboard Toggle word wrap

• La console série doit être configurée dans la ligne de commande du noyau de la machine virtuelle. Pour le vérifier, la sortie de la commande cat /proc/cmdline sur la VM doit inclure console=<console-name>, où <console-name> est spécifique à l'architecture :

  • Pour AMD64 et Intel 64 : ttyS0

  • Pour ARM 64 : ttyAMA0

    Note

    Les commandes suivantes de cette procédure utilisent ttyS0.

    # cat /proc/cmdline
    BOOT_IMAGE=/vmlinuz-3.10.0-948.el7.x86_64 root=/dev/mapper/rhel-root ro console=tty0 console=ttyS0,9600n8 rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb

    Copy to Clipboard Toggle word wrap

    Si la console série n'est pas configurée correctement sur une VM, l'utilisation de virsh console pour se connecter à la VM vous connecte à une console invitée qui ne répond pas. Cependant, vous pouvez toujours quitter la console qui ne répond pas en utilisant la touche Ctrl+] pour quitter la console qui ne répond pas.

  • Pour configurer la console série sur la VM, procédez comme suit :

    1. Sur la VM, activez l'option console=ttyS0 kernel :

       # grubby --update-kernel=ALL --args="console=ttyS0"

       Copy to Clipboard Toggle word wrap

    2. Effacez les options du noyau qui pourraient empêcher vos modifications de prendre effet.

       # grub2-editenv - unset kernelopts

       Copy to Clipboard Toggle word wrap
    3. Redémarrez la VM.

• Le service serial-getty@<console-name> doit être activé. Par exemple, sur AMD64 et Intel 64 :

  # systemctl status serial-getty@ttyS0.service
  
  ○ serial-getty@ttyS0.service - Serial Getty on ttyS0
       Loaded: loaded (/usr/lib/systemd/system/serial-getty@.service; enabled; preset: enabled)

  Copy to Clipboard Toggle word wrap

• Vous pouvez éditer le fichier /etc/libvirt/libvirt.conf et définir la valeur du paramètre uri_default à example-qemu-host-alias comme cible libvirt par défaut.

  # These can be used in cases when no URI is supplied by the application
  # (@uri_default also prevents probing of the hypervisor driver).
  #
  uri_default = "example-qemu-host-alias"

  Copy to Clipboard Toggle word wrap

  Par conséquent, toutes les commandes basées sur libvirt seront automatiquement exécutées sur l'hôte distant spécifié.

  $ virsh list
  root@192.0.2.1's password:
  
  Id   Name              State
  ---------------------------------
  1   example-remote-guest      running

  Copy to Clipboard Toggle word wrap

• Lorsque vous vous connectez à un hôte distant, vous pouvez éviter de fournir le mot de passe root au système distant. Pour ce faire, utilisez une ou plusieurs des méthodes suivantes :

  • Configurer l'accès SSH à l'hôte distant à l'aide d'une clé
  • Utiliser le multiplexage de connexion SSH pour se connecter au système distant
  • Authentification Kerberos dans la gestion des identités
• L'option -c (ou --connect) peut être utilisée pour exécuter le programme virt-install, virt-vieweret virsh sur un hôte distant.

• Utilisez une commande d'arrêt appropriée au système d'exploitation de l'invité lorsque vous êtes connecté à l'invité.

• Utilisez la commande virsh shutdown sur l'hôte :

  • Si la VM se trouve sur un hôte local :

    # virsh shutdown demo-guest1
    Domain 'demo-guest1' is being shutdown

    Copy to Clipboard Toggle word wrap

  • Si la VM se trouve sur un hôte distant, dans cet exemple 192.0.2.1 :

    # virsh -c qemu+ssh://root@192.0.2.1/system shutdown demo-guest1
    
    root@192.0.2.1's password:
    Domain 'demo-guest1' is being shutdown

    Copy to Clipboard Toggle word wrap

Conditions préalables

• Sauvegarder les données importantes de la VM.
• Arrêtez la VM.
• Assurez-vous qu'aucune autre VM n'utilise le même stockage associé.

Procédure

• Utilisez l'utilitaire virsh undefine.

  Par exemple, la commande suivante supprime la VM guest1, les volumes de stockage associés et la mémoire vive non volatile, le cas échéant.

  # virsh undefine guest1 --remove-all-storage --nvram
  Domain 'guest1' has been undefined
  Volume 'vda'(/home/images/guest1.qcow2) removed.

  Copy to Clipboard Toggle word wrap

Conditions préalables

• Le plug-in VM de la console web est installé sur votre système.
• Sauvegarder les données importantes de la VM.
• Assurez-vous qu'aucune autre VM n'utilise le même stockage associé.
• Optional: Arrêtez la VM.

Prochaines étapes

• Pour savoir comment activer la gestion des machines virtuelles dans votre console web, voir Configuration de la console web pour la gestion des machines virtuelles.
• Pour une liste complète des actions de gestion des machines virtuelles proposées par la console web, voir Fonctions de gestion des machines virtuelles disponibles dans la console web.

Conditions préalables

• Assurez-vous que la console web est installée et activée sur votre machine.

  # systemctl status cockpit.socket
  cockpit.socket - Cockpit Web Service Socket
  Loaded: loaded (/usr/lib/systemd/system/cockpit.socket
  [...]

  Copy to Clipboard Toggle word wrap

  Si cette commande renvoie Unit cockpit.socket could not be found, suivez le document Installation de la console web pour activer la console web.

Procédure

• Installer le plug-in cockpit-machines.

  # dnf install cockpit-machines

  Copy to Clipboard Toggle word wrap

Conditions préalables

• Le plug-in VM de la console web est installé sur votre système.
• La VM est arrêtée.

Vérification

• Vérifiez que le nouveau nom de la VM est apparu dans l'interface Machines virtuelles.

Procédure

• Pour obtenir une liste des machines virtuelles sur votre hôte :

  # virsh list --all
  Id   Name              State
  ----------------------------------
  1    testguest1             running
  -    testguest2             shut off
  -    testguest3             shut off
  -    testguest4             shut off

  Copy to Clipboard Toggle word wrap

• Pour obtenir des informations de base sur une VM spécifique :

  # virsh dominfo testguest1
  Id:             1
  Name:           testguest1
  UUID:           a973666f-2f6e-415a-8949-75a7a98569e1
  OS Type:        hvm
  State:          running
  CPU(s):         2
  CPU time:       188.3s
  Max memory:     4194304 KiB
  Used memory:    4194304 KiB
  Persistent:     yes
  Autostart:      disable
  Managed save:   no
  Security model: selinux
  Security DOI:   0
  Security label: system_u:system_r:svirt_t:s0:c486,c538 (enforcing)

  Copy to Clipboard Toggle word wrap

• Pour obtenir la configuration XML complète d'une VM spécifique :

  # virsh dumpxml testguest2
  
  <domain type='kvm' id='1'>
    <name>testguest2</name>
    <uuid>a973434f-2f6e-4ěša-8949-76a7a98569e1</uuid>
    <metadata>
  [...]

  Copy to Clipboard Toggle word wrap

• Pour obtenir des informations sur les disques et autres périphériques de bloc d'une VM :

  # virsh domblklist testguest3
   Target   Source
  ---------------------------------------------------------------
   vda      /var/lib/libvirt/images/testguest3.qcow2
   sda      -
   sdb      /home/username/Downloads/virt-p2v-1.36.10-1.el7.iso

  Copy to Clipboard Toggle word wrap

• Pour obtenir des informations sur les systèmes de fichiers d'une VM et leurs points de montage :

  # virsh domfsinfo testguest3
  Mountpoint   Name   Type   Target
  ------------------------------------
   /            dm-0   xfs
   /boot        vda1   xfs

  Copy to Clipboard Toggle word wrap

• Pour obtenir plus de détails sur les vCPU d'une VM spécifique :

  # virsh vcpuinfo testguest4
  VCPU:           0
  CPU:            3
  State:          running
  CPU time:       103.1s
  CPU Affinity:   yyyy
  
  VCPU:           1
  CPU:            0
  State:          running
  CPU time:       88.6s
  CPU Affinity:   yyyy

  Copy to Clipboard Toggle word wrap

  Pour configurer et optimiser les vCPU de votre VM, voir Optimiser les performances du CPU de la machine virtuelle.

• Pour dresser la liste de toutes les interfaces réseau virtuelles de votre hôte :

  # virsh net-list --all
   Name       State    Autostart   Persistent
  ---------------------------------------------
   default    active   yes         yes
   labnet     active   yes         yes

  Copy to Clipboard Toggle word wrap

  Pour obtenir des informations sur une interface spécifique :

  # virsh net-info default
  Name:           default
  UUID:           c699f9f6-9202-4ca8-91d0-6b8cb9024116
  Active:         yes
  Persistent:     yes
  Autostart:      yes
  Bridge:         virbr0

  Copy to Clipboard Toggle word wrap

  Pour plus d'informations sur les interfaces réseau, les réseaux de VM et les instructions pour les configurer, voir Configuration des connexions réseau des machines virtuelles.

Conditions préalables

• Assurez-vous que vous disposez d'un espace disque suffisant pour sauvegarder la VM et sa configuration. Notez que l'espace occupé par la VM dépend de la quantité de RAM allouée à cette VM.
• S'assurer que la VM est persistante.
• Optional: Sauvegarder les données importantes de la VM si nécessaire.

Procédure

• Utilisez l'utilitaire virsh managedsave.

  Par exemple, la commande suivante arrête la VM demo-guest1 et enregistre sa configuration.

  # virsh managedsave demo-guest1
  Domain 'demo-guest1' saved by libvirt

  Copy to Clipboard Toggle word wrap

  Le fichier VM sauvegardé est situé par défaut dans le répertoire /var/lib/libvirt/qemu/save sous le nom de demo-guest1.save.

  La prochaine fois que la VM sera démarrée, elle restaurera automatiquement l'état sauvegardé dans le fichier ci-dessus.

Vérification

• Répertoriez les machines virtuelles pour lesquelles la fonction de gestion des sauvegardes est activée. Dans l'exemple suivant, les VM répertoriées sous saved ont leur sauvegarde gérée activée.

  # virsh list --managed-save --all
  Id    Name                           State
  ----------------------------------------------------
  -     demo-guest1                    saved
  -     demo-guest2                    shut off

  Copy to Clipboard Toggle word wrap

  Pour dresser la liste des machines virtuelles dont l'image de sauvegarde est gérée :

  # virsh list --with-managed-save --all
  Id    Name                           State
  ----------------------------------------------------
  -     demo-guest1                    shut off

  Copy to Clipboard Toggle word wrap

  Notez que pour lister les machines virtuelles sauvegardées qui sont dans un état d'arrêt, vous devez utiliser les options --all ou --inactive avec la commande.

Résolution de problèmes

• Si le fichier VM sauvegardé est corrompu ou illisible, la restauration de la VM lancera un démarrage VM standard à la place.

Conditions préalables

• Une VM inactive qui est déjà définie.
• Le nom de la VM.

• Pour les machines virtuelles distantes :

  • L'adresse IP de l'hôte où se trouve la VM.
  • Privilèges d'accès à la racine de l'hôte.

Procédure

• Pour une VM locale, utilisez l'utilitaire virsh start.

  Par exemple, la commande suivante démarre la VM demo-guest1.

  # virsh start demo-guest1
  Domain 'demo-guest1' started

  Copy to Clipboard Toggle word wrap

• Pour une VM située sur un hôte distant, utilisez l'utilitaire virsh start ainsi que la connexion SSH QEMU à l'hôte.

  Par exemple, la commande suivante démarre la VM demo-guest1 sur l'hôte 192.0.2.1.

  # virsh -c qemu+ssh://root@192.0.2.1/system start demo-guest1
  
  root@192.0.2.1's password:
  
  Domain 'demo-guest1' started

  Copy to Clipboard Toggle word wrap

Conditions préalables

• Le plug-in VM de la console web est installé sur votre système.
• Une VM inactive qui est déjà définie.
• Le nom de la VM.

• Paramètres uniques, tels que la configuration MAC persistante du réseau, qui peuvent empêcher les clones de fonctionner correctement.
• Les données sensibles, telles que les clés SSH et les fichiers de mots de passe.

Conditions préalables

• La VM source est arrêtée.
• Assurez-vous qu'il y a suffisamment d'espace disque pour stocker les images de disque clonées.
• Optional: Lorsque vous créez plusieurs clones de VM, supprimez les données et les paramètres uniques de la VM source afin de garantir le bon fonctionnement des VM clonées. Pour plus d'informations, voir Création de modèles de machines virtuelles.

Procédure

• Utilisez l'utilitaire virt-clone avec les options appropriées à votre environnement et à votre cas d'utilisation.

  Sample use cases

  • La commande suivante clone une VM locale nommée example-VM-1 et crée la VM example-VM-1-clone. Elle crée et alloue également l'image disque example-VM-1-clone.qcow2 au même endroit que l'image disque de la VM d'origine et avec les mêmes données :

    # virt-clone --original example-VM-1 --auto-clone
    Allocating 'example-VM-1-clone.qcow2'                            | 50.0 GB  00:05:37
    
    Clone 'example-VM-1-clone' created successfully.

    Copy to Clipboard Toggle word wrap

  • La commande suivante clone une VM nommée example-VM-2, et crée une VM locale nommée example-VM-3, qui n'utilise que deux des multiples disques de example-VM-2:

    # virt-clone --original example-VM-2 --name example-VM-3 --file /var/lib/libvirt/images/disk-1-example-VM-2.qcow2 --file /var/lib/libvirt/images/disk-2-example-VM-2.qcow2
    Allocating 'disk-1-example-VM-2-clone.qcow2'                                      | 78.0 GB  00:05:37
    Allocating 'disk-2-example-VM-2-clone.qcow2'                                      | 80.0 GB  00:05:37
    
    Clone 'example-VM-3' created successfully.

    Copy to Clipboard Toggle word wrap

  • Pour cloner votre VM sur un autre hôte, migrez la VM sans la redéfinir sur l'hôte local. Par exemple, les commandes suivantes clonent la VM example-VM-3 précédemment créée sur le système distant 192.0.2.1, y compris ses disques locaux. Notez que vous devez disposer des privilèges root pour exécuter ces commandes sur 192.0.2.1:

    # virsh migrate --offline --persistent example-VM-3 qemu+ssh://root@192.0.2.1/system
    root@192.0.2.1's password:
    
    # scp /var/lib/libvirt/images/<disk-1-example-VM-2-clone>.qcow2 root@192.0.2.1/<user@remote_host.com>://var/lib/libvirt/images/
    
    # scp /var/lib/libvirt/images/<disk-2-example-VM-2-clone>.qcow2 root@192.0.2.1/<user@remote_host.com>://var/lib/libvirt/images/

    Copy to Clipboard Toggle word wrap

Conditions préalables

• Le plug-in VM de la console web est installé sur votre système.
• Assurez-vous que la VM que vous souhaitez cloner est éteinte.

Vérification

• Confirmez que la VM clonée apparaît dans la liste des VM disponibles sur votre hôte.

• La migration des machines virtuelles depuis ou vers une connexion de session de libvirt n'est pas fiable et n'est donc pas recommandée.

• Les machines virtuelles qui utilisent certaines fonctions et configurations ne fonctionneront pas correctement si elles sont migrées, ou la migration échouera. Il s'agit notamment des fonctions suivantes

  • Passage d'appareil
  • Affectation des dispositifs SR-IOV
  • Dispositifs médiatisés, tels que les vGPU
• Une migration entre des hôtes qui utilisent l'épinglage NUMA (Non-Uniform Memory Access) ne fonctionne que si les hôtes ont une topologie similaire. Cependant, les performances des charges de travail en cours d'exécution peuvent être affectées par la migration.

• Les CPU émulés, tant sur la VM source que sur la VM de destination, doivent être identiques, sinon la migration risque d'échouer. Toute différence entre les VM dans les domaines suivants liés au processeur peut entraîner des problèmes de migration :

  • Modèle de CPU

    • La migration entre un hôte Intel 64 et un hôte AMD64 n'est pas prise en charge, même s'ils partagent le jeu d'instructions x86-64.
    • Pour savoir comment s'assurer qu'une machine virtuelle fonctionnera correctement après avoir migré vers un hôte doté d'un modèle de CPU différent, voir Vérifier la compatibilité du CPU de l'hôte pour la migration de la machine virtuelle.
  • Paramètres du micrologiciel
  • Version du microcode
  • Version du BIOS
  • Paramètres du BIOS
  • Version de QEMU
  • Version du noyau
• La migration en direct d'une VM qui utilise plus de 1 To de mémoire peut, dans certains cas, ne pas être fiable. Pour savoir comment éviter ou résoudre ce problème, voir La migration en direct d'une VM prend beaucoup de temps sans se terminer.

Conditions préalables

• La virtualisation est installée et activée sur votre système.
• Vous disposez d'un accès administrateur à l'hôte source et à l'hôte de destination pour la migration.

Prochaines étapes

• Partage d'images de disques de machines virtuelles avec d'autres hôtes
• Migrer une machine virtuelle à l'aide de l'interface de ligne de commande
• Migration en direct d'une machine virtuelle à l'aide de la console web

Conditions préalables

• La machine virtuelle destinée à la migration est arrêtée.
• Optional: Un système hôte est disponible pour héberger le stockage qui n'est pas l'hôte source ou l'hôte de destination, mais l'hôte source et l'hôte de destination peuvent tous deux l'atteindre via le réseau. Il s'agit de la solution optimale pour le stockage partagé et elle est recommandée par Red Hat.
• Assurez-vous que le verrouillage des fichiers NFS n'est pas utilisé car il n'est pas pris en charge par KVM.
• NFS est installé et activé sur les hôtes source et destination. Voir
• Déploiement d'un serveur NFS.

Vérification

• Démarrez la VM sur l'hôte source et observez si elle démarre correctement.

Conditions préalables

• L'hôte source et l'hôte de destination utilisent tous deux l'hyperviseur KVM.
• L'hôte source et l'hôte de destination sont en mesure de se joindre l'un l'autre sur le réseau. Utilisez l'utilitaire ping pour le vérifier.

• Assurez-vous que les ports suivants sont ouverts sur l'hôte de destination.

  • Le port 22 est nécessaire pour se connecter à l'hôte de destination en utilisant SSH.
  • Le port 16509 est nécessaire pour se connecter à l'hôte de destination en utilisant TLS.
  • Le port 16514 est nécessaire pour se connecter à l'hôte de destination en utilisant TCP.
  • Les ports 49152-49215 sont nécessaires à QEMU pour transférer les données de migration de la mémoire et du disque.
• Pour que la migration soit prise en charge par Red Hat, l'hôte source et l'hôte de destination doivent utiliser des systèmes d'exploitation et des types de machines spécifiques. Pour vous assurer que c'est le cas, consultez la section Hôtes pris en charge pour la migration de machines virtuelles.
• La machine virtuelle doit être compatible avec les caractéristiques du processeur de l'hôte de destination. Pour s'en assurer, voir Vérification de la compatibilité du CPU de l'hôte pour la migration de la machine virtuelle.

• Les images de disque des machines virtuelles qui seront migrées sont situées sur un emplacement réseau distinct accessible à la fois à l'hôte source et à l'hôte de destination. Cette opération est facultative pour la migration hors ligne, mais obligatoire pour la migration d'une VM en cours d'exécution.

  Pour obtenir des instructions sur la configuration d'un tel stockage partagé de VM, voir Partage d'images de disques de machines virtuelles avec d'autres hôtes.

• Lors de la migration d'une VM en cours d'exécution, la bande passante de votre réseau doit être supérieure à la vitesse à laquelle la VM génère des pages de mémoire sale.

  Pour obtenir le taux de pages sales de votre VM avant de lancer la migration en direct, procédez comme suit :

  • Surveillez le taux de génération de pages sales de la VM pendant une courte période.

    # virsh domdirtyrate-calc example-VM 30

    Copy to Clipboard Toggle word wrap

  • Une fois le contrôle terminé, obtenez ses résultats :

    # virsh domstats example-VM --dirtyrate
    Domain: 'example-VM'
      dirtyrate.calc_status=2
      dirtyrate.calc_start_time=200942
      dirtyrate.calc_period=30
      dirtyrate.megabytes_per_second=2

    Copy to Clipboard Toggle word wrap

    Dans cet exemple, la VM génère 2 Mo de pages de mémoire sale par seconde. Si vous tentez de migrer en direct une telle VM sur un réseau dont la bande passante est inférieure ou égale à 2 Mo/s, la migration en direct ne progressera pas si vous ne mettez pas la VM en pause ou si vous ne réduisez pas sa charge de travail.

    Pour s'assurer que la migration en direct se termine avec succès, Red Hat recommande que la bande passante de votre réseau soit significativement plus grande que le taux de génération de pages sales de la VM.

• Lors de la migration d'une VM existante dans un réseau de robinets à pont public, les hôtes source et destination doivent être situés sur le même réseau. Dans le cas contraire, le réseau VM ne fonctionnera pas après la migration.

• Lors de la migration d'une VM, le client virsh sur l'hôte source peut utiliser l'un des protocoles suivants pour se connecter au démon libvirt sur l'hôte de destination. Les exemples de la procédure suivante utilisent une connexion SSH, mais vous pouvez en choisir une autre.

  • Si vous souhaitez que libvirt utilise une connexion SSH, assurez-vous que le socket virtqemud est activé et fonctionne sur l'hôte de destination.

    # systemctl enable --now virtqemud.socket

    Copy to Clipboard Toggle word wrap

  • Si vous souhaitez que libvirt utilise une connexion TLS, assurez-vous que le socket virtproxyd-tls est activé et fonctionne sur l'hôte de destination.

    # systemctl enable --now virtproxyd-tls.socket

    Copy to Clipboard Toggle word wrap

  • Si vous souhaitez que libvirt utilise une connexion TCP, assurez-vous que le socket virtproxyd-tcp est activé et fonctionne sur l'hôte de destination.

    # systemctl enable --now virtproxyd-tcp.socket

    Copy to Clipboard Toggle word wrap