12.3. Limites de la migration des machines virtuelles
Avant de migrer des machines virtuelles (VM) dans RHEL 9, assurez-vous de connaître les limites de la migration.
-
La migration des machines virtuelles depuis ou vers une connexion de session de
libvirtn'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.
