Red Hat Summit4.2. À propos du déploiement de l’enregistrement
Les administrateurs peuvent déployer la journalisation à l’aide de la console Web OpenShift Dedicated ou de l’OpenShift CLI (oc) pour installer les opérateurs de journalisation. Les opérateurs sont responsables du déploiement, de la mise à niveau et de la maintenance de l’enregistrement.
Les administrateurs et les développeurs d’applications peuvent afficher les journaux des projets auxquels ils ont accès.
4.2.1. Journalisation des ressources personnalisées
Il est possible de configurer votre déploiement de journalisation avec des fichiers YAML de ressources personnalisées (CR) implémentés par chaque opérateur.
L’opérateur de journalisation de Red Hat OpenShift:
- ClusterLogging (CL) - Après l’installation des opérateurs, vous créez une ressource personnalisée ClusterLogging (CR) pour programmer les pods de journalisation et d’autres ressources nécessaires à la prise en charge de la journalisation. Le ClusterLogging CR déploie le collecteur et l’expéditeur, qui sont actuellement tous deux implémentés par un daemonset fonctionnant sur chaque nœud. Le Red Hat OpenShift Logging Operator surveille le ClusterLogging CR et ajuste le déploiement de la journalisation en conséquence.
- ClusterLogForwarder (CLF) - Génère la configuration du collecteur pour transférer les journaux par configuration utilisateur.
Loki Opérateur:
- LokiStack - Contrôle le cluster Loki en tant que log store et le proxy Web avec l’intégration d’authentification dédiée OpenShift pour appliquer la multi-tenance.
L’opérateur OpenShift Elasticsearch:
Ces CR sont générés et gérés par l’opérateur OpenShift Elasticsearch. Les modifications manuelles ne peuvent pas être effectuées sans avoir été écrasées par l’opérateur.
- Elasticsearch - Configurez et déployez une instance Elasticsearch en tant que log store par défaut.
- Kibana - Configurez et déployez l’instance Kibana pour rechercher, interroger et afficher les journaux.
4.2.2. Exigences en matière d’exploitation forestière
L’hébergement de votre propre pile de journalisation nécessite une grande quantité de ressources de calcul et de stockage, qui peuvent dépendre de votre quota de service cloud. Les besoins en ressources de calcul peuvent commencer à 48 Go ou plus, tandis que l’exigence de stockage peut être aussi grande que 1600 Go ou plus. La pile de journalisation s’exécute sur vos nœuds de travail, ce qui réduit votre ressource de charge de travail disponible. Avec ces considérations, l’hébergement de votre propre pile de journalisation augmente les coûts d’exploitation de votre cluster.
À titre d’information, consultez À propos de la collecte et de la transmission des journaux.
4.2.3. À propos de JSON OpenShift Dedicated Logging
La connexion JSON vous permet de configurer l’API Log Forwarding pour analyser les chaînes JSON dans un objet structuré. Il est possible d’effectuer les tâches suivantes:
- Analyser les journaux JSON
- Configurer les données de journal JSON pour Elasticsearch
- Envoyer les journaux JSON à la boutique de journal Elasticsearch
4.2.4. À propos de la collecte et du stockage des événements Kubernetes
Le routeur d’événements dédié OpenShift est un pod qui regarde les événements Kubernetes et les enregistre pour la collecte par OpenShift Dedicated Logging. Il faut déployer manuellement le routeur d’événements.
À titre d’information, consultez À propos de la collecte et du stockage des événements Kubernetes.
4.2.5. À propos du dépannage OpenShift Dedicated Logging
Il est possible de résoudre les problèmes de journalisation en effectuant les tâches suivantes:
- Affichage du statut de journalisation
- Affichez le statut de log store
- Comprendre les alertes de journalisation
- Collecte de données d’enregistrement pour Red Hat Support
- Dépannage des alertes critiques
4.2.6. À propos des champs d’exportation
Le système d’exploitation forestière exporte des champs. Les champs exportés sont présents dans les registres des journaux et sont disponibles pour la recherche chez Elasticsearch et Kibana.
À titre d’information, voir À propos des champs d’exportation.
4.2.7. À propos du routage des événements
Le routeur d’événements est un pod qui surveille les événements dédiés à OpenShift afin qu’ils puissent être collectés par journalisation. Le routeur de l’événement recueille les événements de tous les projets et les écrit à STDOUT. Fluentd recueille ces événements et les transmet dans l’instance OpenShift Dedicated Elasticsearch. Elasticsearch indexe les événements à l’indice infra.
Il faut déployer manuellement le routeur d’événements.
À titre d’information, voir Collecte et stockage des événements Kubernetes.
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}