6.10. Maintenance et assistance
6.10.1. À propos des configurations non prises en charge
La manière supportée de configurer le sous-système de journalisation pour Red Hat OpenShift est de le configurer en utilisant les options décrites dans cette documentation. N'utilisez pas d'autres configurations, car elles ne sont pas prises en charge. Les paradigmes de configuration peuvent changer à travers les versions d'OpenShift Container Platform, et de tels cas ne peuvent être gérés avec élégance que si toutes les possibilités de configuration sont contrôlées. Si vous utilisez des configurations autres que celles décrites dans cette documentation, vos changements disparaîtront car l'OpenShift Elasticsearch Operator et le Red Hat OpenShift Logging Operator réconcilient toutes les différences. Les opérateurs inversent tout à l'état défini par défaut et par conception.
Si vous must effectuez des configurations non décrites dans la documentation d'OpenShift Container Platform, vous must configurez votre Red Hat OpenShift Logging Operator ou OpenShift Elasticsearch Operator sur Unmanaged. Un environnement OpenShift Logging non géré est not supported et ne reçoit pas de mises à jour jusqu'à ce que vous remettiez OpenShift Logging sur Managed.
6.10.2. Configurations non prises en charge
Vous devez configurer l'Opérateur de journalisation de Red Hat OpenShift à l'état non géré pour modifier les composants suivants :
-
Le CR
Elasticsearch - Le déploiement de Kibana
-
Le fichier
fluent.conf - Le jeu de démons Fluentd
Vous devez mettre l'OpenShift Elasticsearch Operator à l'état non géré pour modifier le composant suivant :
- les fichiers de déploiement d'Elasticsearch.
Les cas explicitement non pris en charge sont les suivants :
- Configuring default log rotation. Vous ne pouvez pas modifier la configuration par défaut de la rotation des journaux.
-
Configuring the collected log location. Vous ne pouvez pas modifier l'emplacement du fichier de sortie du collecteur de journaux, qui est par défaut
/var/log/fluentd/fluentd.log. - Throttling log collection. Vous ne pouvez pas réduire la vitesse à laquelle les journaux sont lus par le collecteur de journaux.
- Configuring the logging collector using environment variables. Vous ne pouvez pas utiliser de variables d'environnement pour modifier le collecteur de journaux.
- Configuring how the log collector normalizes logs. Vous ne pouvez pas modifier la normalisation des journaux par défaut.
6.10.3. Politique de soutien aux opérateurs non gérés
Le site management state d'un opérateur détermine si celui-ci gère activement les ressources de son composant dans le cluster comme prévu. Si un opérateur est dans l'état unmanaged, il ne réagit pas aux changements de configuration et ne reçoit pas de mises à jour.
Bien que cela puisse être utile dans les clusters de non-production ou lors du débogage, les opérateurs dans un état non géré ne sont pas pris en charge et l'administrateur du cluster assume le contrôle total des configurations et des mises à niveau des composants individuels.
Un opérateur peut être placé dans un état non géré à l'aide des méthodes suivantes :
Individual Operator configuration
Chaque opérateur dispose d'un paramètre
managementStatedans sa configuration. Il est possible d'y accéder de différentes manières, en fonction de l'opérateur. Par exemple, l'opérateur de journalisation de Red Hat OpenShift accomplit ceci en modifiant une ressource personnalisée (CR) qu'il gère, tandis que l'opérateur d'échantillons de clusters utilise une ressource de configuration à l'échelle du cluster.La modification du paramètre
managementStateenUnmanagedsignifie que l'opérateur ne gère pas activement ses ressources et qu'il ne prendra aucune mesure concernant le composant en question. Certains opérateurs peuvent ne pas supporter cet état de gestion car il pourrait endommager le cluster et nécessiter une récupération manuelle.AvertissementLe passage d'opérateurs individuels à l'état
Unmanagedrend ce composant et cette fonctionnalité particuliers non pris en charge. Les problèmes signalés doivent être reproduits dans l'étatManagedpour que l'assistance soit assurée.Cluster Version Operator (CVO) overrides
Le paramètre
spec.overridespeut être ajouté à la configuration de l'OVC pour permettre aux administrateurs de fournir une liste de dérogations au comportement de l'OVC pour un composant. La définition du paramètrespec.overrides[].unmanagedàtruepour un composant bloque les mises à niveau du cluster et alerte l'administrateur lorsqu'une dérogation de l'OVC a été définie :Disabling ownership via cluster version overrides prevents upgrades. Please remove overrides before continuing.
AvertissementLa mise en place d'une surcharge CVO place l'ensemble du cluster dans un état non supporté. Les problèmes signalés doivent être reproduits après la suppression de toute surcharge pour que l'assistance soit assurée.
