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.

    Note

    Si une CR VirtualMachineInstance contient evictionStrategy: 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

  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
  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
    ...
    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.
Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.