7.3. Configuration des méthodes de mise à jour de la charge de travail
Vous pouvez configurer les méthodes de mise à jour de la charge de travail en modifiant la ressource personnalisée (CR) HyperConverged
.
Conditions préalables
Pour utiliser la migration en direct comme méthode de mise à jour, vous devez d'abord activer la migration en direct dans le cluster.
NoteSi une CR
VirtualMachineInstance
contientevictionStrategy: LiveMigrate
et que l'instance de machine virtuelle (VMI) ne prend pas en charge la migration en direct, la VMI ne sera pas mise à jour.
Procédure
Pour ouvrir le CR
HyperConverged
dans votre éditeur par défaut, exécutez la commande suivante :$ oc edit hco -n openshift-cnv kubevirt-hyperconverged
Modifiez la strophe
workloadUpdateStrategy
du CRHyperConverged
. 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 ...
- 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
etEvict
. Si vous activez les deux options comme indiqué dans cet exemple, les mises à jour utilisentLiveMigrate
pour les IMV qui prennent en charge la migration en direct etEvict
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 stropheworkloadUpdateStrategy
, soit définirworkloadUpdateMethods: []
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 objetVirtualMachine
qui a été configuré surrunStrategy: 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éthodeLiveMigrate
. - 5
- L'intervalle à attendre avant d'expulser le prochain lot de charges de travail. Ceci ne s'applique pas à la méthode
LiveMigrate
.
NoteVous pouvez configurer les limites et les délais de migration en direct en modifiant la strophe
spec.liveMigrationConfig
de la CRHyperConverged
.- Pour appliquer vos modifications, enregistrez et quittez l'éditeur.