Establecer límites de registro de journald en nodos del clúster

Establezca los límites de tamaño y retención de journald en los nodos de
FactoryTalk® Optix™
High Availability, reinicie journald y confirme la configuración combinada.
  • Garantice el acceso mediante sudo en cada nodo del clúster.
  • Planifique los valores de journald para cada nodo en función de la capacidad del disco, el espacio libre y la retención de registros necesaria.
IMPORTANTE: Utilice un archivo drop-in en
/etc/systemd/journald.conf.d
. No edite
/etc/systemd/journald.conf
 directamente.
En los nodos del clúster de High Availability, systemd journald reserva espacio en disco según un porcentaje del sistema de archivos. En discos más grandes, los límites predeterminados pueden permitir más datos de diario de los que el nodo puede permitirse.
Establezca un archivo drop-in en cada nodo para limitar el tamaño y la retención del diario.
  1. (opcional) Para revisar el uso actual del disco del diario, ejecute
    journalctl --disk-usage
    .
  2. Para crear el directorio drop-in de journald, ejecute
    sudo mkdir -p /etc/systemd/journald.conf.d
    .
  3. Para crear el archivo de límites de journald, guarde el siguiente contenido en
    /etc/systemd/journald.conf.d/99-journald-log-caps.conf
    .
    Estos valores son puntos de partida. No son fijos para todos los sistemas.
    [Journal]
SystemMaxUse=1G
SystemKeepFree=2G
RuntimeMaxUse=256M
RuntimeKeepFree=128M
MaxRetentionSec=7day
    Valores iniciales recomendados
    Configuración
    Valor inicial
    Finalidad
    SystemMaxUse
    1G
    Límite superior para diarios persistentes en disco.
    SystemKeepFree
    2G
    Espacio en disco que journald intenta dejar libre.
    RuntimeMaxUse
    256M
    Límite superior para diarios volátiles en
    /run
    .
    RuntimeKeepFree
    128M
    Espacio en tiempo de ejecución que journald intenta dejar libre.
    MaxRetentionSec
    7day
    Vigencia máxima de las entradas de journald.
  4. Para aplicar los nuevos límites, ejecute
    sudo systemctl restart systemd-journald
    .
  5. Para confirmar la configuración combinada de journald, ejecute
    sudo systemd-analyze cat-config systemd/journald.conf
    .
    El comando muestra la configuración efectiva después de que systemd combine la configuración base y todos los archivos drop-in.
Journald utiliza los límites de tamaño y retención del archivo drop-in en el nodo.
HA Manager establece los límites del registro de auditoría de la API de Kubernetes durante la instalación. No es necesario establecer estos valores en journald.
Límites del registro de auditoría de la API de Kubernetes
Configuración
Valor
Ruta de acceso
/var/log/k3s-audit/audit.log
audit-log-maxage
30
 días
audit-log-maxbackup
10
audit-log-maxsize
100
 MB
CONSEJO: En el peor de los casos, el uso de disco del registro de auditoría es de aproximadamente 1,1 GB por nodo de servidor. Incluya este valor en la planificación del disco del nodo, junto con los registros de journald y de la aplicación.
Si se requieren diferentes límites del registro de auditoría de la API de Kubernetes, cambie
audit-log-maxage
,
audit-log-maxbackup
 y
audit-log-maxsize
 en
/etc/rancher/k3s/config.yaml.d/20-security.yaml
 en cada nodo de servidor, y reinicie el servicio K3s en ese nodo.
Entregue su opinión
¿Tiene dudas o comentarios acerca de esta documentación? Por favor deje su opinión aquí.
Normal