SupportConsoleDéveloppeursCommencer un essaiContact

Chapitre 6. Permettre le suivi de projets définis par l'utilisateur

Dans OpenShift Container Platform 4.12, vous pouvez activer la surveillance des projets définis par l'utilisateur en plus de la surveillance par défaut de la plateforme. Vous pouvez surveiller vos propres projets dans OpenShift Container Platform sans avoir besoin d'une solution de surveillance supplémentaire. L'utilisation de cette fonctionnalité centralise la surveillance des composants centraux de la plateforme et des projets définis par l'utilisateur.

Note

Les versions de Prometheus Operator installées à l'aide d'Operator Lifecycle Manager (OLM) ne sont pas compatibles avec la surveillance définie par l'utilisateur. Par conséquent, les instances Prometheus personnalisées installées en tant que ressource personnalisée Prometheus (CR) gérée par l'opérateur Prometheus OLM ne sont pas prises en charge dans OpenShift Container Platform.

6.1. Permettre le suivi de projets définis par l'utilisateur

Les administrateurs de clusters peuvent activer la surveillance des projets définis par l'utilisateur en définissant le champ enableUserWorkload: true dans l'objet de surveillance des clusters ConfigMap.

Important

Dans OpenShift Container Platform 4.12, vous devez supprimer toutes les instances Prometheus personnalisées avant d'activer la surveillance des projets définis par l'utilisateur.

Note

Vous devez avoir accès au cluster en tant qu'utilisateur avec le rôle cluster-admin pour activer la surveillance des projets définis par l'utilisateur dans OpenShift Container Platform. Les administrateurs de cluster peuvent ensuite, de manière facultative, accorder aux utilisateurs l'autorisation de configurer les composants responsables de la surveillance des projets définis par l'utilisateur.

Conditions préalables

  • Vous avez accès au cluster en tant qu'utilisateur ayant le rôle cluster-admin.
  • Vous avez installé l'OpenShift CLI (oc).
  • Vous avez créé l'objet cluster-monitoring-config ConfigMap .

  • Vous avez éventuellement créé et configuré l'objet user-workload-monitoring-config ConfigMap dans le projet openshift-user-workload-monitoring. Vous pouvez ajouter des options de configuration à cet objet ConfigMap pour les composants qui surveillent les projets définis par l'utilisateur.

    Note

    Chaque fois que vous enregistrez des modifications de configuration dans l'objet user-workload-monitoring-config ConfigMap , les pods du projet openshift-user-workload-monitoring sont redéployés. Le redéploiement de ces composants peut parfois prendre un certain temps. Vous pouvez créer et configurer l'objet ConfigMap avant d'activer pour la première fois la surveillance des projets définis par l'utilisateur, afin d'éviter de devoir redéployer souvent les pods.

Procédure

  1. Modifier l'objet cluster-monitoring-config ConfigMap : 

    $ oc -n openshift-monitoring edit configmap cluster-monitoring-config

  2. Ajouter enableUserWorkload: true sous data/config.yaml: 

    apiVersion: v1
kind: ConfigMap
metadata:
  name: cluster-monitoring-config
  namespace: openshift-monitoring
data:
  config.yaml: |
    enableUserWorkload: true 1
    1
    Lorsqu'il est défini sur true, le paramètre enableUserWorkload permet la surveillance de projets définis par l'utilisateur dans un cluster.

  3. Enregistrez le fichier pour appliquer les modifications. La surveillance des projets définis par l'utilisateur est alors automatiquement activée.

    Avertissement

    Lorsque les modifications sont enregistrées dans l'objet cluster-monitoring-config ConfigMap , les pods et autres ressources du projet openshift-monitoring peuvent être redéployés. Les processus de surveillance en cours dans ce projet peuvent également être redémarrés.

  4. Vérifiez que les pods prometheus-operator, prometheus-user-workload et thanos-ruler-user-workload sont en cours d'exécution dans le projet openshift-user-workload-monitoring. Le démarrage des pods peut prendre un certain temps : 

    $ oc -n openshift-user-workload-monitoring get pod

    Exemple de sortie

    NAME                                   READY   STATUS        RESTARTS   AGE
prometheus-operator-6f7b748d5b-t7nbg   2/2     Running       0          3h
prometheus-user-workload-0             4/4     Running       1          3h
prometheus-user-workload-1             4/4     Running       1          3h
thanos-ruler-user-workload-0           3/3     Running       0          3h
thanos-ruler-user-workload-1           3/3     Running       0          3h

Ressources supplémentaires

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.