Definir limites de log do journald nos nós do cluster

Defina os limites de tamanho e retenção do journald nos nós do
FactoryTalk® Optix™
High Availability, reinicie o journald e confirme a configuração mesclada.
  • Garanta acesso sudo em cada nó do cluster.
  • Planeje os valores do journald para cada nó com base na capacidade do disco, no espaço livre e na retenção de logs necessária.
IMPORTANTE: Use um arquivo drop-in em
/etc/systemd/journald.conf.d
. Não edite
/etc/systemd/journald.conf
 diretamente.
Nos nós do cluster de High Availability, o systemd journald reserva espaço em disco com base na porcentagem do sistema de arquivos. Em discos maiores, os limites padrão podem permitir mais dados de journal do que o nó pode disponibilizar.
Defina um arquivo drop-in em cada nó para limitar o tamanho e a retenção do journal.
  1. (Opcional) Para revisar o uso atual do disco pelo journal, execute
    journalctl --disk-usage
    .
  2. Para criar o diretório de drop-in do journald, execute
    sudo mkdir -p /etc/systemd/journald.conf.d
    .
  3. Para criar o arquivo de limites do journald, salve o conteúdo a seguir em
    /etc/systemd/journald.conf.d/99-journald-log-caps.conf
    .
    Esses valores são pontos de partida. Eles não são fixos para todos os sistemas.
    [Journal]
SystemMaxUse=1G
SystemKeepFree=2G
RuntimeMaxUse=256M
RuntimeKeepFree=128M
MaxRetentionSec=7day
    Valores iniciais recomendados
    Configuração
    Valor inicial
    Finalidade
    SystemMaxUse
    1G
    Limite superior para journals persistentes no disco.
    SystemKeepFree
    2G
    Espaço em disco que o journald tenta manter livre.
    RuntimeMaxUse
    256M
    Limite superior para journals voláteis em
    /run
    .
    RuntimeKeepFree
    128M
    Espaço de tempo de execução que o journald tenta manter livre.
    MaxRetentionSec
    7day
    Idade máxima das entradas do journal.
  4. Para aplicar os novos limites, execute
    sudo systemctl restart systemd-journald
    .
  5. Para confirmar a configuração mesclada do journald, execute
    sudo systemd-analyze cat-config systemd/journald.conf
    .
    O comando exibe as configurações efetivas depois que o systemd mescla a configuração base e todos os arquivos drop-in.
O journald usa os limites de tamanho e retenção do arquivo drop-in no nó.
O HA Manager define os limites do log de auditoria da API do Kubernetes durante a instalação. Você não precisa definir esses valores no journald.
Limites do log de auditoria da API do Kubernetes
Configuração
Valor
Caminho
/var/log/k3s-audit/audit.log
audit-log-maxage
30
 dias
audit-log-maxbackup
10
audit-log-maxsize
100
 MB
DICA: No pior caso, o uso de disco do log de auditoria é de aproximadamente 1,1 GB por nó de servidor. Inclua esse valor no planejamento do disco do nó, juntamente com os logs do journald e do aplicativo.
Se forem necessários limites diferentes para o log de auditoria da API do Kubernetes, altere
audit-log-maxage
,
audit-log-maxbackup
 e
audit-log-maxsize
 em
/etc/rancher/k3s/config.yaml.d/20-security.yaml
 em cada nó de servidor e reinicie o serviço K3s nesse nó.
Dê sua opinião
Tem dúvidas ou comentários sobre esta documentação? Por favor, envie seu comentário aqui.
Normal