Définir des limites de taille et de rétention des journaux journald sur les nœuds du cluster

Définissez les limites de taille et de durée de rétention de journald sur les nœuds
FactoryTalk® Optix™
High Availability, redémarrez journald et confirmez la configuration fusionnée.
  • Assurez-vous d’avoir un accès sudo sur chaque nœud du cluster.
  • Planifiez les valeurs de journald pour chaque nœud en fonction de la capacité du disque, de l’espace libre et de la durée de rétention requise des journaux.
IMPORTANT: Utilisez un fichier drop-in sous
/etc/systemd/journald.conf.d
. Ne modifiez pas
/etc/systemd/journald.conf
 directement.
Sur les nœuds du cluster High Availability, systemd journald réserve de l’espace disque en pourcentage du système de fichiers. Sur les disques plus volumineux, les limites par défaut peuvent autoriser plus de données de journal que le nœud ne peut se permettre d’y consacrer.
Définissez un fichier drop-in sur chaque nœud pour limiter la taille et la rétention du journal.
  1. (facultatif) Pour examiner l’espace disque actuellement utilisé par les journaux, exécutez
    journalctl --disk-usage
    .
  2. Pour créer le répertoire drop-in de journald, exécutez
    sudo mkdir -p /etc/systemd/journald.conf.d
    .
  3. Pour créer le fichier de configuration des limites de journald, enregistrez le contenu suivant dans
    /etc/systemd/journald.conf.d/99-journald-log-caps.conf
    .
    Ces valeurs sont des points de départ. Elles doivent être adaptées à chaque système.
    [Journal]
SystemMaxUse=1G
SystemKeepFree=2G
RuntimeMaxUse=256M
RuntimeKeepFree=128M
MaxRetentionSec=7day
    Valeurs de départ recommandées
    Paramètre
    Valeur de départ
    Finalité
    SystemMaxUse
    1G
    Limite supérieure pour les journaux persistants sur disque.
    SystemKeepFree
    2G
    Espace disque que journald essaie de laisser libre.
    RuntimeMaxUse
    256M
    Limite supérieure pour les journaux volatils dans
    /run
    .
    RuntimeKeepFree
    128M
    Espace de stockage volatil que journald tente de laisser libre.
    MaxRetentionSec
    7day
    Durée de vie maximale des entrées du journal.
  4. Pour appliquer les nouvelles limites, exécutez
    sudo systemctl restart systemd-journald
    .
  5. Pour confirmer la configuration fusionnée de journald, exécutez
    sudo systemd-analyze cat-config systemd/journald.conf
    .
    La commande affiche les paramètres effectifs après que systemd a fusionné la configuration de base et tous les fichiers drop-in.
Journald utilise les limites de taille et de rétention du fichier drop-in sur le nœud.
HA Manager définit les limites du journal d’audit de l’API Kubernetes pendant l’installation. Vous n’avez pas besoin de définir ces valeurs dans journald.
Limites du journal d’audit de l’API Kubernetes
Paramètre
Valeur
Chemin
/var/log/k3s-audit/audit.log
audit-log-maxage
30
 jours
audit-log-maxbackup
10
audit-log-maxsize
100
 Mo
CONSEIL: Dans le pire des cas, l’espace disque utilisé par le journal d’audit est d’environ 1,1 Go par nœud de serveur. Incluez cette valeur dans la planification du disque du nœud, ainsi que les journaux journald et les journaux de l’application.
Si des limites différentes du journal d’audit de l’API Kubernetes sont requises, modifiez
audit-log-maxage
,
audit-log-maxbackup
 et
audit-log-maxsize
 dans
/etc/rancher/k3s/config.yaml.d/20-security.yaml
 sur chaque nœud de serveur, puis redémarrez le service K3s sur ce nœud.
Fournir une réponse
Vous avez des questions ou des commentaires sur cette documentation ? Veuillez envoyer vos commentaires ici.
Normal