12.4. Migration d'une machine virtuelle sur un réseau supplémentaire dédié
Vous pouvez configurer un réseau Multus dédié pour la migration en direct. Un réseau dédié minimise les effets de la saturation du réseau sur les charges de travail des locataires pendant la migration en direct.
12.4.1. Configuration d'un réseau secondaire dédié pour la migration en direct des machines virtuelles
Pour configurer un réseau secondaire dédié pour la migration en direct, vous devez d'abord créer une définition d'attachement de réseau pont pour l'espace de noms openshift-cnv
à l'aide de l'interface CLI. Ensuite, ajoutez le nom de l'objet NetworkAttachmentDefinition
à la ressource personnalisée (CR) HyperConverged
.
Conditions préalables
-
You installed the OpenShift CLI (
oc
). -
Vous vous êtes connecté au cluster en tant qu'utilisateur ayant le rôle
cluster-admin
. - Le plugin Multus Container Network Interface (CNI) est installé sur le cluster.
- Chaque nœud de la grappe possède au moins deux cartes d'interface réseau (NIC), et les NIC à utiliser pour la migration en direct sont connectées au même VLAN.
-
La machine virtuelle (VM) fonctionne avec la stratégie d'éviction
LiveMigrate
.
Procédure
Créer un manifeste
NetworkAttachmentDefinition
.Exemple de fichier de configuration
apiVersion: "k8s.cni.cncf.io/v1" kind: NetworkAttachmentDefinition metadata: name: my-secondary-network 1 namespace: openshift-cnv 2 spec: config: '{ "cniVersion": "0.3.1", "name": "migration-bridge", "type": "macvlan", "master": "eth1", 3 "mode": "bridge", "ipam": { "type": "whereabouts", 4 "range": "10.200.5.0/24" 5 } }'
- 1
- Le nom de l'objet
NetworkAttachmentDefinition
. - 2
- L'espace de noms dans lequel réside l'objet
NetworkAttachmentDefinition
. Il doit s'agir deopenshift-cnv
. - 3
- Le nom du NIC à utiliser pour la migration en direct.
- 4
- Le nom du plugin CNI qui fournit le réseau pour cette définition d'attachement réseau.
- 5
- La plage d'adresses IP pour le réseau secondaire. Cette plage ne doit pas se chevaucher avec les adresses IP du réseau principal.
Ouvrez le CR
HyperConverged
dans votre éditeur par défaut en exécutant la commande suivante :oc edit hyperconverged kubevirt-hyperconverged -n openshift-cnv
Ajoutez le nom de l'objet
NetworkAttachmentDefinition
à la strophespec.liveMigrationConfig
de la CRHyperConverged
. Par exemple :Exemple de fichier de configuration
apiVersion: hco.kubevirt.io/v1beta1 kind: HyperConverged metadata: name: kubevirt-hyperconverged spec: liveMigrationConfig: completionTimeoutPerGiB: 800 network: my-secondary-network 1 parallelMigrationsPerCluster: 5 parallelOutboundMigrationsPerNode: 2 progressTimeout: 150 ...
- 1
- Le nom de l'objet Multus
NetworkAttachmentDefinition
à utiliser pour les migrations en direct.
-
Enregistrez vos modifications et quittez l'éditeur. Les pods
virt-handler
redémarrent et se connectent au réseau secondaire.
Vérification
Lorsque le nœud sur lequel tourne la machine virtuelle est placé en mode maintenance, la VM migre automatiquement vers un autre nœud du cluster. Vous pouvez vérifier que la migration s'est produite sur le réseau secondaire et non sur le réseau de pods par défaut en vérifiant l'adresse IP cible dans les métadonnées de l'instance de machine virtuelle (VMI).
oc get vmi <vmi_name> -o jsonpath='{.status.migrationState.targetNodeAddress}'
12.4.2. Sélection d'un réseau dédié à l'aide de la console web
Vous pouvez sélectionner un réseau dédié pour la migration en direct en utilisant la console web d'OpenShift Container Platform.
Conditions préalables
- Vous avez configuré un réseau Multus pour la migration en direct.
Procédure
- Naviguez vers Virtualization > Overview dans la console web de OpenShift Container Platform.
- Cliquez sur l'onglet Settings puis sur Live migration.
- Sélectionnez le réseau dans la liste Live migration network.