1.3. Glossaire des termes communs pour OpenShift Surveillance dédiée
Ce glossaire définit des termes communs qui sont utilisés dans l’architecture dédiée OpenShift.
- Alertmanager
- Alertmanager gère les alertes reçues de Prometheus. Alertmanager est également responsable de l’envoi des alertes aux systèmes de notification externes.
- Les règles d’alerte
- Les règles d’alerte contiennent un ensemble de conditions qui définissent un état particulier au sein d’un cluster. Les alertes sont déclenchées lorsque ces conditions sont vraies. Il est possible d’attribuer une règle d’alerte à une sévérité qui définit la manière dont les alertes sont acheminées.
- Opérateur de surveillance des clusters
- L’opérateur de surveillance des grappes (CMO) est un élément central de la pile de surveillance. Il déploie et gère des instances Prometheus telles que, le Thanos Querier, le Telemeter Client, et des cibles métriques pour s’assurer qu’elles sont à jour. Le CMO est déployé par l’opérateur de versions de cluster (CVO).
- L’opérateur de la version cluster
- Le CVO (Cluster Version Operator) gère le cycle de vie des opérateurs de clusters, dont beaucoup sont installés dans OpenShift Dedicated par défaut.
- configuration de la carte
- La carte de configuration fournit un moyen d’injecter des données de configuration dans des pods. Les données stockées dans une carte de configuration peuvent être référencées dans un volume de type ConfigMap. Les applications qui s’exécutent dans un pod peuvent utiliser ces données.
- Conteneur
- Le conteneur est une image légère et exécutable qui comprend des logiciels et toutes ses dépendances. Les conteneurs virtualisent le système d’exploitation. En conséquence, vous pouvez exécuter des conteneurs n’importe où d’un centre de données vers un cloud public ou privé ainsi que l’ordinateur portable d’un développeur.
- les ressources personnalisées (CR)
- A CR est une extension de l’API Kubernetes. Créez des ressources personnalisées.
- etc.
- etcd est le magasin de valeur clé pour OpenShift Dedicated, qui stocke l’état de tous les objets de ressource.
- Fluentd
Fluentd est un collectionneur de journaux qui réside sur chaque nœud dédié OpenShift. Il rassemble les journaux d’applications, d’infrastructures et d’audits et les transmet à différents extrants.
NoteFluentd est déprécié et devrait être retiré dans une version ultérieure. Le Red Hat fournit des corrections de bogues et une prise en charge de cette fonctionnalité pendant le cycle de vie de la version actuelle, mais cette fonctionnalité ne reçoit plus d’améliorations. Comme alternative à Fluentd, vous pouvez utiliser Vector à la place.
- Kubelets
- Fonctionne sur les nœuds et lit le conteneur se manifeste. Assure que les conteneurs définis ont commencé et sont en cours d’exécution.
- Kubernetes serveur API
- Kubernetes API serveur valide et configure les données pour les objets API.
- Gestionnaire de contrôleur Kubernetes
- Le gestionnaire du contrôleur Kubernetes régit l’état du cluster.
- Kubernetes planificateur
- Kubernetes programmateur alloue des pods aux nœuds.
- étiquettes
- Les étiquettes sont des paires clé-valeur que vous pouvez utiliser pour organiser et sélectionner des sous-ensembles d’objets tels qu’un pod.
- Le serveur de métriques
- Le composant de surveillance Metrics Server recueille les métriques des ressources et les expose dans le service API Metrics.k8s.io pour une utilisation par d’autres outils et API, ce qui libère la pile de la plateforme principale Prometheus de gérer cette fonctionnalité.
- le nœud
- D’une machine ouvrier dans le cluster dédié OpenShift. Le nœud est soit une machine virtuelle (VM) soit une machine physique.
- Exploitant
- La méthode préférée d’emballage, de déploiement et de gestion d’une application Kubernetes dans un cluster dédié OpenShift. L’opérateur utilise les connaissances opérationnelles humaines et l’encode dans un logiciel qui est emballé et partagé avec les clients.
- Gestionnaire du cycle de vie de l’opérateur (OLM)
- Il vous aide à installer, mettre à jour et gérer le cycle de vie des applications natives Kubernetes. L’OLM est une boîte à outils open source conçue pour gérer les opérateurs de manière efficace, automatisée et évolutive.
- Le stockage persistant
- Enregistre les données même après l’arrêt de l’appareil. Kubernetes utilise des volumes persistants pour stocker les données de l’application.
- Allégation de volume persistant (PVC)
- Il est possible d’utiliser un PVC pour monter un Volume Persistent dans un Pod. Il est possible d’accéder au stockage sans connaître les détails de l’environnement cloud.
- la pod
- Le pod est la plus petite unité logique de Kubernetes. La gousse est composée d’un ou de plusieurs contenants à utiliser dans un nœud ouvrier.
- Le Prométhée
- Le Prometheus est le système de surveillance sur lequel repose la pile de surveillance OpenShift Dedicated. Le Prometheus est une base de données de séries chronologiques et un moteur d’évaluation des règles pour les métriques. Le Prometheus envoie des alertes à Alertmanager pour le traitement.
- L’opérateur Prometheus
- L’opérateur Prometheus (PO) dans le projet de surveillance openshift crée, configure et gère les instances de la plateforme Prometheus et Alertmanager. Il génère également automatiquement des configurations cibles de surveillance basées sur les requêtes d’étiquettes Kubernetes.
- Les silences
- Le silence peut être appliqué à une alerte pour empêcher l’envoi de notifications lorsque les conditions d’une alerte sont vraies. Après la notification initiale, vous pouvez réduire une alerte pendant que vous travaillez à résoudre le problème sous-jacent.
- le stockage
- Le logiciel OpenShift Dedicated prend en charge de nombreux types de stockage sur AWS et GCP. Dans un cluster dédié OpenShift, vous pouvez gérer le stockage de conteneurs pour des données persistantes et non persistantes.
- Le chef de Thanos
- Le Thanos Ruler est un moteur d’évaluation de règles pour Prometheus qui est déployé en tant que processus séparé. Dans OpenShift Dedicated, Thanos Ruler fournit une évaluation des règles et des alertes pour le suivi des projets définis par l’utilisateur.
- Le vecteur
- Le vecteur est un collecteur de journaux qui se déploie sur chaque nœud dédié OpenShift. Il collecte les données de log de chaque nœud, transforme les données et les transmet aux sorties configurées.
- console Web
- Interface utilisateur (UI) pour gérer OpenShift Dedicated.