3.2. Configuration de la pile de surveillance
Dans OpenShift Dedicated, vous pouvez configurer la pile qui surveille les charges de travail des projets définis par l’utilisateur en utilisant l’objet ConfigMap. Configurez les cartes configurer l’opérateur de surveillance des clusters (CMO), qui à son tour configure les composants de la pile.
Conditions préalables
- En tant qu’utilisateur, vous avez accès au cluster avec le rôle d’administrateur dédié.
- L’objet ConfigMap existe. Cet objet est créé par défaut lorsque le cluster est créé.
- L’OpenShift CLI (oc) a été installé.
Procédure
Éditez l’objet ConfigMap.
Éditer l’objet ConfigMap de l’utilisateur-workload-monitoring-config dans le projet openshift-user-workload-monitoring:
oc -n openshift-user-workload-monitoring edit configmap user-workload-monitoring-config
$ oc -n openshift-user-workload-monitoring edit configmap user-workload-monitoring-config
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Ajoutez votre configuration sous data/config.yaml en tant que paire de clés-valeur <component_name>: <component_configuration>:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow <composant> et <configuration_for_the_component> en conséquence.
L’exemple suivant de l’objet ConfigMap configure une période de conservation des données et des demandes minimales de ressources de conteneur pour Prometheus. Cela concerne l’instance Prometheus qui surveille uniquement les projets définis par l’utilisateur:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Définit le composant Prometheus et les lignes suivantes définissent sa configuration.
- 2
- Configure une période de conservation des données de vingt-quatre heures pour l’instance Prometheus qui surveille les projets définis par l’utilisateur.
- 3
- Définit une demande de ressources minimale de 200 millicores pour le conteneur Prometheus.
- 4
- Définit une demande minimale de ressources de Pod de 2 GiB de mémoire pour le conteneur Prometheus.
Enregistrez le fichier pour appliquer les modifications à l’objet ConfigMap.
AvertissementDifférentes modifications de configuration de l’objet ConfigMap donnent des résultats différents:
- Les pods ne sont pas redéployés. Il n’y a donc pas de panne de service.
Les gousses touchées sont redéployées:
- Dans le cas des clusters à nœud unique, il en résulte une panne de service temporaire.
- Dans le cas des grappes à nœuds multiples, en raison de leur disponibilité élevée, les gousses touchées sont progressivement déployées et la pile de surveillance reste disponible.
- La configuration et le redimensionnement d’un volume persistant entraînent toujours une panne de service, quelle que soit la disponibilité élevée.
Chaque procédure qui nécessite un changement dans la carte de configuration inclut le résultat attendu.