7.3. Configuration des méthodes de mise à jour de la charge de travail

Procédure

1. Pour ouvrir le CR HyperConverged dans votre éditeur par défaut, exécutez la commande suivante :

   $ oc edit hco -n openshift-cnv kubevirt-hyperconverged

   Copy to Clipboard Toggle word wrap

2. Modifiez la strophe workloadUpdateStrategy du CR HyperConverged. Par exemple :

   apiVersion: hco.kubevirt.io/v1beta1
   kind: HyperConverged
   metadata:
     name: kubevirt-hyperconverged
   spec:
     workloadUpdateStrategy:
       workloadUpdateMethods: 

   1

   
       - LiveMigrate 

   2

   
       - Evict 

   3

   
       batchEvictionSize: 10 

   4

   
       batchEvictionInterval: "1m0s" 

   5

   
   ...

   Copy to Clipboard Toggle word wrap

   1

   Les méthodes qui peuvent être utilisées pour effectuer des mises à jour automatisées de la charge de travail. Les valeurs disponibles sont LiveMigrate et Evict. Si vous activez les deux options comme indiqué dans cet exemple, les mises à jour utilisent LiveMigrate pour les IMV qui prennent en charge la migration en direct et Evict pour toutes les IMV qui ne prennent pas en charge la migration en direct. Pour désactiver les mises à jour automatiques de la charge de travail, vous pouvez soit supprimer la strophe workloadUpdateStrategy, soit définir workloadUpdateMethods: [] pour laisser le tableau vide.

   2

   Méthode de mise à jour la moins perturbatrice. Les IMV qui prennent en charge la migration en direct sont mises à jour en migrant l'invité de la machine virtuelle (VM) dans un nouveau pod avec les composants mis à jour activés. Si LiveMigrate est la seule méthode de mise à jour de la charge de travail répertoriée, les IMV qui ne prennent pas en charge la migration en direct ne sont pas perturbées ni mises à jour.

   3

   Méthode perturbatrice qui arrête les pods VMI pendant la mise à niveau. Evict est la seule méthode de mise à jour disponible si la migration en direct n'est pas activée dans le cluster. Si une IMV est contrôlée par un objet VirtualMachine qui a été configuré sur runStrategy: always, une nouvelle IMV est créée dans un nouveau pod avec des composants mis à jour.

   4

   Nombre d'IMV que l'on peut forcer à être mis à jour à la fois en utilisant la méthode Evict. Ceci ne s'applique pas à la méthode LiveMigrate.

   5

   L'intervalle à attendre avant d'expulser le prochain lot de charges de travail. Ceci ne s'applique pas à la méthode LiveMigrate.

   Note

   Vous pouvez configurer les limites et les délais de migration en direct en modifiant la strophe spec.liveMigrationConfig de la CR HyperConverged.

3. Pour appliquer vos modifications, enregistrez et quittez l'éditeur.