Bonjour Robert Luc,
Oui, cette situation est assez courante lorsque le trafic de migration à chaud (Live Migration) d'Hyper-V bascule par défaut sur les cartes réseau de gestion en raison d'une inversion de métrique dans la configuration réseau du cluster de basculement (Failover Cluster). Le cluster attribue des rôles et des priorités en fonction des valeurs de métrique réseau ; si celles-ci sont mal calculées, la migration empruntera la mauvaise interface. La solution consiste à configurer explicitement les rôles réseau du cluster via PowerShell. Exécutez Get-ClusterNetwork pour lister tous les réseaux, puis utilisez Get-ClusterNetwork "NetworkName" | Set-ClusterNetwork -Role 3 pour affecter le rôle combiné « cluster et trafic de migration à chaud ». Les valeurs de rôle sont : 0 (aucun), 1 (cluster uniquement), 2 (client uniquement) et 3 (cluster et client). Vous pouvez également définir les priorités de migration avec Set-VMHost -VirtualMachineMigrationPerformanceOption SMB et Set-VMHost -VirtualMachineMigrationNetworkPreference pour forcer Hyper-V à utiliser en priorité les cartes réseau à haut débit. Une fois ces réglages effectués, vérifiez avec Get-VMHost que l'ordre de préférence des réseaux de migration est correct. Cette configuration manuelle garantit que le trafic de migration à chaud transite par les réseaux de cluster à large bande passante prévus à cet effet, plutôt que par les interfaces de gestion plus lentes.
Si ma réponse vous a été utile, merci de cliquer sur « Accepter la réponse » pour me soutenir.
Cordialement,
HL.