Mise à jour des ressources au niveau du cluster pour les composants partagés du cluster (mise à niveau de la version 5.1 à la version 5.3 )

Si le scheduling service est installé sur le cluster, vous devez mettre à jour les ressources au niveau du cluster, telles que les rôles de cluster et les liaisons de rôles de cluster, pour le scheduling service.

Phase de mise à niveau
  • Vous n'êtes pas ici. Mise à jour de votre poste de travail client
  • Vous n'êtes pas ici. Collecte des informations requises
  • Vous n'êtes pas ici. Préparation d'une mise à niveau dans un réseau restreint
  • Vous n'êtes pas ici. Préparation à l'exécution d'une mise à niveau à partir d'un registre de conteneurs privé
  • Vous êtes ici icône. Préparation du cluster
  • Vous n'êtes pas ici. Préparation à la mise à niveau d'une instance
  • Vous n'êtes pas ici. Mise à niveau d'une instance
Qui doit accomplir cette tâche?

Administrateur de cluster Un administrateur de cluster doit effectuer cette tâche.

Quand devez-vous terminer cette tâche?

Effectuez cette tâche si le scheduling service est installé sur le cluster.

Vous devez mettre à jour les ressources au niveau du cluster avant de procéder à la mise à niveau scheduling service.

Configuration unique Effectuez cette tâche une seule fois pour chaque cluster sur lequel scheduling service est installé.

Avant de commencer

Meilleure pratique : vous pouvez exécuter les commandes de cette tâche exactement telles qu'elles sont écrites en utilisant les variables d'environnement d'installation. Assurez-vous d'avoir ajouté les nouvelles variables d'environnement à partir du script Mise à jour de vos variables d'environnement.

De plus, assurez-vous de récupérer les variables d'environnement avant d'exécuter les commandes de cette tâche.

A propos de cette tâche

Utilisez la cpd-cli manage case-download commande pour générer les ressources mises à jour au niveau du cluster pour le scheduling service.

La commande génère un fichier YAML nommé cluster_scoped_resources.yaml qui définit les ressources suivantes pour le scheduling service:

  • CRD
  • Rôles de cluster
  • Liaisons de rôle de cluster
  • Webhooks

Après avoir vérifié le fichier YAML, utilisez le cluster_scoped_resources.yaml fichier pour appliquer les ressources mises à jour au cluster.

Procédure

  1. Générer les définitions de ressources au niveau du cluster pour le scheduling service:
    La commande nécessite que les CASE paquets soient présents sur le poste de travail. Exécutez la commande appropriée pour votre environnement :
    Les CASE paquets sont déjà sur le poste de travail du client
    cpd-cli manage case-download \
    --components=scheduler \
    --release=${VERSION} \
    --scheduler_ns=${PROJECT_SCHEDULING_SERVICE} \
    --cluster_resources=true

    Téléchargez le CASE paquet depuis GitHub ( github.com/IBM )
    cpd-cli manage case-download \
    --components=scheduler \
    --release=${VERSION} \
    --scheduler_ns=${PROJECT_SCHEDULING_SERVICE} \
    --cluster_resources=true

    Téléchargez le CASE paquet depuis le référentiel IBM Cloud Pak Open Container Initiative
    cpd-cli manage case-download \
    --components=scheduler \
    --release=${VERSION} \
    --from_oci=true \
    --scheduler_ns=${PROJECT_SCHEDULING_SERVICE} \
    --cluster_resources=true

    Téléchargez les CASE paquets depuis votre propre référentiel Open Container Initiative
    cpd-cli manage case-download \
    --components=scheduler \
    --release=${VERSION} \
    --from_oci=true \
    --oci_location=${OCI_REGISTRY_LOCATION} \
    --scheduler_ns=${PROJECT_SCHEDULING_SERVICE} \
    --cluster_resources=true

  2. Passez au répertoire work .
    L'emplacement par défaut du répertoire work est cpd-cli-workspace/olm-utils-workspace/work.
  3. Connectez-vous à Red Hat® OpenShift® Container Platform en tant qu'administrateur de cluster.
    ${OC_LOGIN}
    Rappel : OC_LOGIN est un alias de la oc login commande.
  4. Appliquez les ressources au niveau du cluster pour le scheduling service à partir du cluster_scoped_resources.yaml fichier :
    oc apply -f cluster_scoped_resources.yaml \
    --server-side \
    --force-conflicts
  5. Facultatif : si vous souhaitez conserver une trace des ressources que vous avez générées, renommez le fichier cluster_scoped_resources.yaml
    mv cluster_scoped_resources.yaml ${VERSION}-${PROJECT_SCHEDULING_SERVICE}-cluster_scoped_resources.yaml

Etape suivante

Maintenant que vous avez mis à jour les ressources au niveau du cluster pour les composants partagés du cluster, vous êtes prêt à terminer la création des secrets de récupération d'image pour les composants partagés du cluster (mise à niveau de la version 5.1 à la version 5.3 ).