12.8. Migration en direct d'une machine virtuelle avec une fonction virtuelle Mellanox attachée

• Calcul du taux de génération de pages de mémoire sale de la VM.
• Utilisation d'une migration post-copie en direct.
• Utilisation d'une unité virtuelle de gestion de la mémoire d'E/S (vIOMMU) dans la VM.

Conditions préalables

• Vous avez un périphérique réseau Mellanox CX-7 dont la version du micrologiciel est égale ou supérieure à 28.36.1010.

  Reportez-vous à la documentation de Mellanox pour plus de détails sur les versions du micrologiciel.

• Le paquetage mstflint est installé à la fois sur l'hôte source et sur l'hôte de destination :

  # dnf install mstflint

• Le périphérique de mise en réseau Mellanox CX-7 a pour adresse VF_MIGRATION_MODE MIGRATION_ENABLED :

  # mstconfig -d <device_pci_address> query | grep -i VF_migration
  
  VF_MIGRATION_MODE                           MIGRATION_ENABLED(2)

  • Vous pouvez remplacer VF_MIGRATION_MODE par MIGRATION_ENABLED à l'aide de la commande suivante :

    # mstconfig -d <device_pci_address> set VF_MIGRATION_MODE=2

• Le paquetage openvswitch est installé à la fois sur l'hôte source et sur l'hôte de destination :

  # dnf install openvswitch

• L'unité centrale et le micrologiciel de votre hôte prennent en charge l'unité de gestion de la mémoire d'E/S (IOMMU).

  • Si vous utilisez un processeur Intel, il doit supporter la technologie de virtualisation Intel pour Directed I/O (VT-d).
  • Si vous utilisez un processeur AMD, il doit prendre en charge la fonction AMD-Vi.

• Le système hôte utilise le service de contrôle d'accès (ACS) pour assurer l'isolation de l'accès direct à la mémoire (DMA) pour la topologie PCIe. Vérifiez ce point auprès du fournisseur du système.

  Pour plus d'informations, voir Considérations matérielles pour l'implémentation du SR-IOV.

• L'interface réseau hôte que vous souhaitez utiliser pour créer des VF est en cours d'exécution. Par exemple, pour activer l'interface eth1 et vérifier qu'elle fonctionne, utilisez les commandes suivantes :

  # ip link set eth1 up
  # ip link show eth1
  8: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT qlen 1000
     link/ether a0:36:9f:8f:3f:b8 brd ff:ff:ff:ff:ff:ff
     vf 0 MAC 00:00:00:00:00:00, spoof checking on, link-state auto
     vf 1 MAC 00:00:00:00:00:00, spoof checking on, link-state auto
     vf 2 MAC 00:00:00:00:00:00, spoof checking on, link-state auto
     vf 3 MAC 00:00:00:00:00:00, spoof checking on, link-state auto

• Pour que l'attribution de périphériques SR-IOV fonctionne, la fonction IOMMU doit être activée dans le BIOS et le noyau de l'hôte. Pour ce faire, il faut

  • Sur un hôte Intel, activez la technologie de virtualisation Intel pour Directed I/O (VT-d) :

    1. Régénérer la configuration GRUB avec les paramètres intel_iommu=on et iommu=pt:

       # grubby --args="intel_iommu=on iommu=pt" --update-kernel=ALL

    2. Redémarrer l'hôte.

  • Sur un hôte AMD, activez AMD-Vi :

    1. Régénérer la configuration GRUB avec le paramètre iommu=pt:

       # grubby --args="iommu=pt" --update-kernel=ALL

    2. Redémarrer l'hôte.
• 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.

• 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.
• L'hôte source et l'hôte de destination utilisent des systèmes d'exploitation et des types de machines qui autorisent la migration. Pour s'en assurer, voir Hôtes pris en charge pour la migration des 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.

• Une prise réseau virtuelle correspondant au protocole de connexion est activée.

  When performing a VM migration, the virsh client on the source host can use one of several protocols to connect to the libvirt daemon on the destination host. Examples in the following procedure use an SSH connection, but you can choose a different one. ** If you want libvirt to use an SSH connection, ensure that the virtqemud socket is enabled and running on the destination host.

  # systemctl enable --now virtqemud.socket

  • 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

  • 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