Chapitre 12. Migration des machines virtuelles
Si l'hôte actuel d'une machine virtuelle (VM) ne convient plus ou ne peut plus être utilisé, ou si vous souhaitez redistribuer la charge de travail d'hébergement, vous pouvez migrer la VM vers un autre hôte KVM.
12.1. Comment fonctionne la migration des machines virtuelles
La partie essentielle de la migration d'une machine virtuelle (VM) consiste à copier la configuration XML d'une VM vers une machine hôte différente. Si la VM migrée n'est pas arrêtée, la migration transfère également l'état de la mémoire de la VM et de tous les périphériques virtualisés vers une machine hôte de destination. Pour que la VM reste fonctionnelle sur l'hôte de destination, les images de disque de la VM doivent rester disponibles.
Par défaut, la VM migrée est transitoire sur l'hôte de destination et reste définie sur l'hôte source.
Vous pouvez migrer une VM en cours d'exécution en utilisant les migrations live ou non-live. Pour migrer une VM éteinte, vous devez utiliser une migration offline. Pour plus de détails, voir le tableau suivant.
| Type de migration | Description | Cas d'utilisation | Storage requirements |
|---|---|---|---|
| Live migration | La VM continue de fonctionner sur la machine hôte source pendant que KVM transfère les pages mémoire de la VM vers la machine hôte de destination. Lorsque la migration est presque terminée, KVM suspend brièvement la VM et la reprend sur l'hôte de destination. | Utile pour les machines virtuelles qui nécessitent une disponibilité constante. Cependant, les machines virtuelles qui modifient les pages de mémoire plus rapidement que KVM ne peut les transférer, telles que les machines virtuelles soumises à une forte charge d'E/S, ne peuvent pas être migrées en direct, et non-live migration doit être utilisé à la place. | Les images de disque de la VM doivent être situées sur un réseau partagé, accessible à la fois à l'hôte source et à l'hôte de destination. |
| Non-live migration | Suspend la VM, copie sa configuration et sa mémoire sur l'hôte de destination et reprend la VM. | Elle entraîne une indisponibilité de la VM, mais elle est généralement plus fiable que la migration en direct. Recommandé pour les machines virtuelles soumises à une forte charge de mémoire. | Les images de disque de la VM doivent être situées sur un réseau partagé, accessible à la fois à l'hôte source et à l'hôte de destination. |
| Offline migration | Déplace la configuration de la VM vers l'hôte de destination | Recommandé pour les machines virtuelles arrêtées et dans les cas où l'arrêt de la machine virtuelle ne perturbe pas la charge de travail. | Les images de disque de la VM ne doivent pas nécessairement être disponibles sur un réseau partagé et peuvent être copiées ou déplacées manuellement vers l'hôte de destination. |
Vous pouvez également combiner live migration et non-live migration. Cette méthode est recommandée, par exemple, lors de la migration en direct d'une VM qui utilise un très grand nombre de vCPU ou une grande quantité de mémoire, ce qui empêche la migration de s'achever. Dans un tel scénario, vous pouvez suspendre la VM source. Cela permet d'éviter la génération de pages de mémoire sales supplémentaires et d'augmenter considérablement les chances de réussite de la migration. En fonction de la charge de travail de l'invité et du nombre de pages statiques pendant la migration, une telle migration hybrid peut entraîner un temps d'arrêt nettement inférieur à celui d'une migration non live.
