Chapitre 12. Accord de performance et de fiabilité
12.1. Les mécanismes de contrôle du flux Copier lienLien copié sur presse-papiers!
Lorsque les journaux sont produits plus rapidement qu’ils ne peuvent être collectés, il peut être difficile de prédire ou de contrôler le volume des logs envoyés à une sortie. Le fait de ne pas pouvoir prédire ou contrôler le volume des journaux envoyés à une sortie peut entraîner la perte de logs. En cas de panne du système et les tampons de log sont accumulés sans contrôle de l’utilisateur, cela peut également entraîner de longs temps de récupération et une latence élevée lorsque la connexion est restaurée.
En tant qu’administrateur, vous pouvez limiter les taux de journalisation en configurant des mécanismes de contrôle de flux pour votre journalisation.
12.1.1. Avantages des mécanismes de contrôle du débit Copier lienLien copié sur presse-papiers!
- Le coût et le volume de l’exploitation forestière peuvent être prédits plus précisément à l’avance.
- Les conteneurs bruyants ne peuvent pas produire un trafic journal non lié qui noie d’autres conteneurs.
- Ignorer les journaux de faible valeur réduit la charge sur l’infrastructure d’exploitation forestière.
- Les journaux à haute valeur peuvent être préférés aux journaux de faible valeur en attribuant des limites de taux plus élevées.
12.1.2. Configuration des limites de taux Copier lienLien copié sur presse-papiers!
Les limites de taux sont configurées par collecteur, ce qui signifie que le taux maximum de collecte de journaux est le nombre d’instances de collecte multipliée par la limite de taux.
Étant donné que les journaux sont recueillis à partir du système de fichiers de chaque nœud, un collecteur est déployé sur chaque nœud de cluster. Ainsi, dans un groupe de 3 nœuds, avec une limite maximale de 10 enregistrements par seconde par collecteur, le taux maximal de collecte des logs est de 30 enregistrements par seconde.
Étant donné que la taille exacte d’octets d’un enregistrement tel qu’écrit à une sortie peut varier en raison de transformations, différents encodages ou d’autres facteurs, les limites de taux sont fixées en nombre d’enregistrements au lieu d’octets.
Configurez les limites de taux dans la ressource personnalisée ClusterLogForwarder (CR) de deux manières:
- Limite de taux de production
- Limitez le taux de logs sortants aux sorties sélectionnées, par exemple, pour correspondre à la capacité de réseau ou de stockage d’une sortie. La limite de taux de sortie contrôle le taux agrégé par sortie.
- Limite de taux d’entrée
- Limiter le taux de collecte des logs par conteneur pour les conteneurs sélectionnés.
12.1.3. Configuration des limites de débit de sortie de l’expéditeur journal Copier lienLien copié sur presse-papiers!
Il est possible de limiter le taux de logs sortants à une sortie spécifiée en configurant la ressource personnalisée ClusterLogForwarder (CR).
Conditions préalables
- L’opérateur de journalisation Red Hat OpenShift a été installé.
- Il y a des autorisations d’administrateur.
Procédure
Ajoutez une valeur limite maxRecordsPerSecond au ClusterLogForwarder CR pour une sortie spécifiée.
L’exemple suivant montre comment configurer une limite de débit de sortie par collecteur pour une sortie de courtier Kafka nommée kafka-exemple:
Exemple ClusterLogForwarder CR
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Le nom de sortie.
- 2
- Le type de sortie.
- 3
- La limite de débit de sortie du journal. Cette valeur définit la quantité maximale de logs qui peuvent être envoyées au courtier Kafka par seconde. Cette valeur n’est pas définie par défaut. Le comportement par défaut est le meilleur effort, et les enregistrements sont supprimés si l’expéditeur de journal ne peut pas suivre. Dans le cas où cette valeur est 0, aucun journal n’est transmis.
Appliquer le ClusterLogForwarder CR:
Commande d’exemple
oc apply -f <filename>.yaml
$ oc apply -f <filename>.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
12.1.4. Configuration des limites de débit d’entrée de l’expéditeur journal Copier lienLien copié sur presse-papiers!
Il est possible de limiter le taux de logs entrants qui sont collectés en configurant la ressource personnalisée ClusterLogForwarder (CR). Il est possible de fixer des limites d’entrée sur une base par conteneur ou par espace.
Conditions préalables
- L’opérateur de journalisation Red Hat OpenShift a été installé.
- Il y a des autorisations d’administrateur.
Procédure
Ajoutez une valeur limite maxRecordsPerSecond au ClusterLogForwarder CR pour une entrée spécifiée.
Les exemples suivants montrent comment configurer les limites de débit d’entrée pour différents scénarios:
Exemple ClusterLogForwarder CR qui fixe une limite par conteneur pour les conteneurs avec certaines étiquettes
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Le nom d’entrée.
- 2
- Liste des étiquettes. Lorsque ces étiquettes correspondent aux étiquettes apposées sur un pod, la limite par conteneur spécifiée dans le champ maxRecordsPerSecond est appliquée à ces conteneurs.
- 3
- Configure la limite de taux. Définir le champ maxRecordsPerSecond sur 0 signifie qu’aucun journal n’est collecté pour le conteneur. Définir le champ maxRecordsPerSecond sur une autre valeur signifie qu’un maximum de ce nombre d’enregistrements par seconde est collecté pour le conteneur.
Exemple ClusterLogForwarder CR qui fixe une limite par conteneur pour les conteneurs dans certains espaces de noms
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Le nom d’entrée.
- 2
- Liste des espaces de noms. La limite par conteneur spécifiée dans le champ maxRecordsPerSecond est appliquée à tous les conteneurs dans les espaces de noms listés.
- 3
- Configure la limite de taux. Définir le champ maxRecordsPerSecond à 10 signifie qu’un maximum de 10 enregistrements par seconde sont collectés pour chaque conteneur dans les espaces de noms énumérés.
Appliquer le ClusterLogForwarder CR:
Commande d’exemple
oc apply -f <filename>.yaml
$ oc apply -f <filename>.yaml
Copy to Clipboard Copied! Toggle word wrap Toggle overflow