3.6. Gestion des tâches en grappe non versionnées et versionnées


En tant qu'administrateur de cluster, l'installation de Red Hat OpenShift Pipelines Operator crée des variantes de chaque tâche de cluster par défaut connues sous le nom de versioned cluster tasks (VCT) et non-versioned cluster tasks (NVCT). Par exemple, l'installation de Red Hat OpenShift Pipelines Operator v1.7 crée une buildah-1-7-0 VCT et une buildah NVCT.

NVCT et VCT ont les mêmes métadonnées, le même comportement et les mêmes spécifications, y compris params, workspaces, et steps. Cependant, ils se comportent différemment lorsque vous les désactivez ou que vous mettez à niveau l'opérateur.

Important

Dans Red Hat OpenShift Pipelines 1.10, la fonctionnalité de tâche de cluster est dépréciée et il est prévu de la supprimer dans une prochaine version.

Les tâches de cluster non-versionnées et versionnées ont des conventions d'appellation différentes. De plus, l'opérateur Red Hat OpenShift Pipelines les met à jour différemment.

Expand
Tableau 3.5. Différences entre les tâches en grappe non versionnées et versionnées
 Tâche en grappe non versionnéeTâche en grappe versionnée

Nomenclature

Le NVCT ne contient que le nom de la tâche de cluster. Par exemple, le nom du NVCT de Buildah installé avec Operator v1.7 est buildah.

Le VCT contient le nom de la tâche de cluster, suivi de la version comme suffixe. Par exemple, le nom du VCT de Buildah installé avec Operator v1.7 est buildah-1-7-0.

Mise à niveau

Lorsque vous mettez à niveau l'Opérateur, il met à jour la tâche de cluster non versionnée avec les dernières modifications. Le nom de la tâche NVCT reste inchangé.

La mise à niveau de l'opérateur installe la dernière version du VCT et conserve la version précédente. La dernière version d'un VCT correspond à l'Opérateur mis à jour. Par exemple, l'installation de l'Opérateur 1.7 installe buildah-1-7-0 et conserve buildah-1-6-0.

Avant d'adopter les tâches de cluster versionnées ou non versionnées comme standard dans les environnements de production, les administrateurs de cluster peuvent prendre en compte leurs avantages et leurs inconvénients.

Expand
Tableau 3.6. Avantages et inconvénients des tâches en grappe non versionnées et versionnées
Tâche en grappeAvantagesInconvénients

Tâche en grappe sans version (NVCT)

  • Si vous préférez déployer des pipelines avec les dernières mises à jour et corrections de bogues, utilisez le NVCT.
  • La mise à niveau de l'opérateur met à niveau les tâches de cluster non versionnées, qui consomment moins de ressources que plusieurs tâches de cluster versionnées.

Si vous déployez des pipelines qui utilisent NVCT, ils risquent de s'interrompre après une mise à niveau d'Operator si les tâches de cluster mises à niveau automatiquement ne sont pas rétrocompatibles.

Tâche en grappe versionnée (VCT)

  • Si vous préférez des pipelines stables en production, utilisez le VCT.
  • La version antérieure est conservée sur le cluster même après l'installation de la version ultérieure d'une tâche de cluster. Vous pouvez continuer à utiliser les tâches de cluster antérieures.
  • Si vous continuez à utiliser une version antérieure d'une tâche de cluster, vous risquez de ne pas bénéficier des dernières fonctionnalités et des mises à jour de sécurité critiques.
  • Les versions antérieures des tâches de la grappe qui ne sont pas opérationnelles consomment des ressources de la grappe.
  • * Après la mise à niveau, l'opérateur ne peut plus gérer l'ancien VCT. Vous pouvez supprimer l'ancien VCT manuellement à l'aide de la commande oc delete clustertask, mais vous ne pouvez pas le restaurer.

En tant qu'administrateur de cluster, vous pouvez désactiver les tâches de cluster que l'OpenShift Pipelines Operator a installées.

Procédure

  1. Pour supprimer toutes les tâches en grappe non versionnées et les dernières tâches en grappe versionnées, modifiez la définition de ressource personnalisée (CRD) TektonConfig et définissez le paramètre clusterTasks dans spec.addon.params sur false.

    Exemple TektonConfig CR

    apiVersion: operator.tekton.dev/v1alpha1
    kind: TektonConfig
    metadata:
      name: config
    spec:
      params:
      - name: createRbacResource
        value: "false"
      profile: all
      targetNamespace: openshift-pipelines
      addon:
        params:
        - name: clusterTasks
          value: "false"
    ...
    Copy to Clipboard Toggle word wrap

    Lorsque vous désactivez les tâches de cluster, l'opérateur supprime du cluster toutes les tâches de cluster non versionnées et uniquement la dernière version des tâches de cluster versionnées.

    Note

    La réactivation des tâches de cluster installe les tâches de cluster non révisées.

  2. Facultatif : Pour supprimer les versions antérieures des tâches de cluster versionnées, utilisez l'une des méthodes suivantes :

    1. Pour supprimer des tâches de cluster à version antérieure, utilisez la commande oc delete clustertask suivie du nom de la tâche de cluster à version. Par exemple :

      $ oc delete clustertask buildah-1-6-0
      Copy to Clipboard Toggle word wrap
    2. Pour supprimer toutes les tâches de cluster versionnées créées par une ancienne version de l'Opérateur, vous pouvez supprimer l'ensemble d'installation correspondant. Par exemple, vous pouvez supprimer l'ensemble d'installation correspondant :

      $ oc delete tektoninstallerset versioned-clustertask-1-6-k98as
      Copy to Clipboard Toggle word wrap
      Important

      Si vous supprimez une ancienne tâche en grappe versionnée, vous ne pouvez pas la restaurer. Vous ne pouvez restaurer que les tâches de cluster versionnées et non versionnées que la version actuelle de l'opérateur a créées.

Retour au début
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. Découvrez nos récentes mises à jour.

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 le Blog 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.

Theme

© 2025 Red Hat