Encaminhe seu log usando o agente de infraestrutura

Caminho para o arquivo de log ou arquivos. O agente rastreia alterações no arquivo de log de forma semelhante ao shell tail -f .

Example:

logs:
  - name: example-log
    file: /var/log/example.log     # Path to a single log file
  - name: example-log-two
    file: /var/log/example-two.log # Path to another single log file

O parâmetro file pode apontar para um arquivo de log específico ou para vários arquivos usando caracteres curinga aplicados a nomes e extensões; por exemplo, /logs/*.log. Você pode usar curingas no lugar de diretórios em um caminho de arquivo, que podem ser usados para rastrear arquivos localizados em diretórios diferentes.

Example:

logs:
  - name: docker-logs
    file: /var/lib/docker/containers/*/*.log # Path to multiple folders and files

Use o parâmetro systemd para encaminhar mensagens do log coletadas pelo daemon journald em ambientes Linux. Este tipo de entrada requer que o agente seja executado no modo raiz.

Example:

logs:
  - name: systemd-example
    systemd: cupsd

Fonte de dados syslog.

Parameters:

• uri: Soquete Syslog. O formato varia dependendo do protocolo:

  • Soquetes de rede TCP/UDP: [tcp/udp]://LISTEN_ADDRESS:PORT
  • Unix Domain Sockets: unix_[tcp/udp]:// + /socket/path

• parser: Analisador de syslog. O padrão é rfc3164. Use rfc5424 se suas mensagens incluírem frações de segundos. Nota: rfc3164 atualmente não funciona no SuSE.

• unix_permissions: O padrão é 0644 para soquetes de domínio. Isso limita as entradas aos processos executados como root. Você pode usar 0666 para escutar processos não raiz (por sua conta e risco).

  Ao executar o agente no modo privilegiado, as portas e os soquetes devem estar disponíveis ou pertencer a nri-agent e ter permissões de arquivo 0666 para que outros processos possam gravar log nos soquetes.

  logs:
    # TCP network socket
    - name: syslog-tcp-test
      syslog:
        uri: tcp://0.0.0.0:5140 # Use the tcp://LISTEN_ADDRESS:PORT format
        parser: rfc5424 # Default syslog parser is rfc3164
  
    # UDP network socket
    - name: syslog-udp-test
      syslog:
        uri: udp://0.0.0.0:6140 # Use the udp://LISTEN_ADDRESS:PORT format
      max_line_kb: 35
  
    # Unix TCP domain socket
    - name: syslog-unix-tcp-test
      syslog:
        uri: unix_tcp:///var/unix-tcp-socket-test
        unix_permissions: 0666 # Default is 0644. Change at your own risk
  
    # Unix UDP domain socket
    - name: syslog-unix-udp-test
      syslog:
        uri: unix_udp:///var/unix-udp-socket-test
        parser: rfc5424

  Copiar

Log recuperado por meio de conexões TCP.

Parameters:

• uri: Soquete TCP/IP para escutar dados recebidos. O formato do URI é tcp://LISTEN_ADDRESS:PORT.

• format: Formato dos dados. Pode ser json ou none.

• separator: Se format: none for usado, você poderá definir uma string separadora para dividir registros (padrão: \n).

  logs:
    - name: tcp-simple-test
      tcp:
        uri: tcp://0.0.0.0:1234 # Use the tcp://LISTEN_ADDRESS:PORT format
        format: none            # Raw text - this is default for 'tcp'
        separator: \t           # String for separating raw text entries
      max_line_kb: 32
    - name: tcp-json-test
      tcp:
        uri: tcp://0.0.0.0:2345 # Use the tcp://LISTEN_ADDRESS:PORT format
        format: json

  Copiar

Colete eventos de canais log do Windows usando a nova API de log de eventos do Windows usando o plug-in winevtlog Fluent Bit.

Parameters:

• channel: O nome do log do canal será coletado.

• collect-eventids: Lista de IDs de eventos do Windows a serem coletados e encaminhados para o New Relic. Os intervalos de ID de evento são suportados.

• exclude-eventids: lista de IDs de eventos do Windows a serem excluídos da coleção. Os intervalos de ID de evento são suportados.

• use-ansi: Use a codificação ANSI em winlog mensagens. Usamos a codificação ANSI por padrão no Windows Server 2016 e versões anteriores, e UTF-8 nas versões mais recentes. Você pode substituir esse comportamento por este parâmetro de configuração se esses padrões não forem adequados ao seu caso de uso. Isso resolve o problema do log de código de caracteres ANSI ser strings vazias. Não é uma função converter o log de código de caracteres multibyte em código de caracteres ANSI para UTF-8.

  Todos os eventos são coletados do canal especificado por padrão. Configure as seções collect-eventids e exclude-eventids para evitar o envio de registros indesejados para sua conta New Relic.

  Adicione IDs ou intervalos de eventos a collect-eventids ou exclude-eventids para encaminhar ou descartar eventos específicos. exclude-eventids terá precedência sobre collect-eventids se o mesmo ID de evento estiver presente em ambas as seções.

  Example:

  logs:
    # Example winevtlog security log ingestion with eventId filters.
    - name: windows-security
      winevtlog:
        channel: Security
        collect-eventids:
          - 4624
          - 4265
          - 4700-4800
        exclude-eventids:
          - 4735
      attributes:
        logtype: windows_security
  
    # Example entries for the application and system channels
    - name: windows-application
      winevtlog:
        channel: Application
        attributes:
          logtype: windows_application
  
    # Example entries for the application use-ansi
    - name: windows-application
      winevtlog:
        channel: Application
        attributes:
          logtype: windows_application
        use-ansi: true
  
    - name: windows-system
      winevtlog:
        channel: System
        attributes:
          logtype: windows_system
  
    # Example/Optional entry for Windows Defender Logs
    - name: windows-defender
      winevtlog:
        channel: Microsoft-Windows-Windows Defender/Operational
  
    # Example/Optional entry for Windows Clustering Logs
    - name: windows-clustering
      winevtlog:
        channel: Microsoft-Windows-FailoverClustering/Operational

  Copiar

Colete eventos dos canais de log do Windows.

Parameters:

• channel: O nome do log do canal será coletado. Não funciona para canais personalizados.

• collect-eventids: Lista de IDs de eventos do Windows a serem coletados e encaminhados para o New Relic. Os intervalos de ID de evento são suportados.

• exclude-eventids: lista de IDs de eventos do Windows a serem excluídos da coleção. Os intervalos de ID de evento são suportados.

• use-ansi: Use a codificação ANSI em winlog mensagens. Usamos a codificação ANSI por padrão no Windows Server 2016 e versões anteriores, e UTF-8 nas versões mais recentes. Você pode substituir esse comportamento por este parâmetro de configuração se esses padrões não forem adequados ao seu caso de uso. Isso resolve o problema do log de código de caracteres ANSI ser strings vazias. Não é uma função converter o log de código de caracteres multibyte em código de caracteres ANSI para UTF-8.

  Todos os eventos são coletados do canal especificado por padrão. Configure as seções collect-eventids e exclude-eventids para evitar o envio de registros indesejados para sua conta New Relic.

  Adicione IDs ou intervalos de eventos a collect-eventids ou exclude-eventids para encaminhar ou descartar eventos específicos. exclude-eventids terá precedência sobre collect-eventids se o mesmo ID de evento estiver presente em ambas as seções.

  Example:

  logs:
    # Example winlog security log ingestion with eventId filters.
    - name: windows-security
      winlog:
        channel: Security
        collect-eventids:
          - 4624
          - 4265
          - 4700-4800
        exclude-eventids:
          - 4735
      attributes:
        logtype: windows_security
  
    # Example entries for the application and system channels
    - name: windows-application
      winlog:
        channel: Application
        attributes:
          logtype: windows_application
    - name: windows-system
      winlog:
        channel: System
        attributes:
          logtype: windows_system
  
    # Example entries for the application use-ansi
    - name: windows-application
      winlog:
        channel: Application
        attributes:
          logtype: windows_application
        use-ansi: true
  
    # Example/Optional entry for Windows Defender Logs
    - name: windows-defender
      winlog:
        channel: Microsoft-Windows-Windows Defender/Operational
  
    # Example/Optional entry for Windows Clustering Logs
    - name: windows-clustering
      winlog:
        channel: Microsoft-Windows-FailoverClustering/Operational

  Copiar

Lista de atributos personalizados especificados como pares de valores principais que podem ser usados para enviar dados adicionais com o log que você pode consultar. O parâmetro de configuração attributes pode ser usado com qualquer origem de log.

Um uso comum do parâmetro de configuração attributes é especificar o atributo logtype . Este atributo permite aproveitar uma das regras de análise integradas suportadas pelos recursos gerenciamento de logsdo New Relic.

Example:

logs:
  - name: example-file-attributes
    file: /var/log/example.log
    attributes:
      logtype: nginx
      region: example-us-02
      team: A-team
  - name: example-tcp-attributes
    tcp:
      uri: tcp://0.0.0.0:2345
      format: json
    attributes:
      logtype: nginx
      region: example-us-02
      team: B-team

O agente de infraestrutura insere automaticamente o log atributo para sua conveniência. Alguns deles são inseridos para qualquer registro de log, enquanto outros dependem do parâmetro de configuração que você utilizou ao configurar o direcionamento de logs.

Expressão regular para filtragem de registros. Compatível apenas com as fontes tail, systemd, syslog e tcp (somente com formato none).

Este campo funciona de forma semelhante a grep -E em sistemas Unix. Por exemplo, para um determinado arquivo que está sendo capturado, você pode filtrar registros contendo WARN ou ERROR usando:

- name: only-records-with-warn-and-error
  file: /var/log/logFile.log
  pattern: WARN|ERROR

Nenhuma filtragem é aplicada por padrão.

Tamanho máximo de entradas/linhas de log em KB. Se as entradas de log excederem o limite, elas serão ignoradas. O padrão é 128, o valor mínimo permitido é 33.

Arquivos externos de configuração e analisador do Fluent Bit . Se definidos, eles serão mesclados com os arquivos de configuração e analisador existentes gerados pelo agente de infraestrutura.

O agente de infraestrutura processa os arquivos de configuração localizados no diretório logging.d e gerará um arquivo de configuração do Fluent Bit em tempo de execução que contém as seções [INPUT], [FILTER] e [OUTPUT] apropriadas. Opcionalmente, ele também declarará um @INCLUDE caso você tenha fornecido um arquivo de configuração externo do Fluent Bit por meio da opção fluentbit .

O arquivo de tempo de execução não define uma seção[SERVICE] , deixando todos os valores de configuração padrão do Fluent Bit. Você ainda pode substituir as configurações padrão do Fluent Bit definindo sua própria seção [SERVICE] em seu arquivo de configuração externo do Fluent Bit e incluí-la por meio da opção fluentbit .

Parameters:

config_file: caminho para um arquivo de configuração existente do Fluent Bit. Observe que qualquer fonte sobreposta resulta em mensagens duplicadas em nossa interface de log.

parsers_file: caminho para um arquivo de analisadores Fluent Bit existente. Os seguintes nomes de analisadores são reservados: rfc3164, rfc3164-local e rfc5424.

Copie ou renomeie o arquivo elasticsearch-log.yml.example para elasticsearch-log.yml para ativar a análise de log automática no formato JSON do Elasticsearch e o encaminhamento para o New Relic. Não há necessidade de reiniciar o agente.

Example:

$
sudo cp /etc/newrelic-infra/logging.d/elasticsearch-log.yml.example /etc/newrelic-infra/logging.d/elasticsearch-log.yml

Copie ou renomeie o arquivo mysql-log.yml.example para mysql-log.yml para ativar a análise automática de log de erros do MySQL e o encaminhamento para o New Relic. Não há necessidade de reiniciar o agente.

Example:

$
sudo cp /etc/newrelic-infra/logging.d/mysql-log.yml.example /etc/newrelic-infra/logging.d/mysql-log.yml

Copie ou renomeie o arquivo nginx-log.yml.example para nginx-log.yml para ativar o acesso automático ao NGINX e a análise de log de erros e o encaminhamento para o New Relic. Não há necessidade de reiniciar o agente.

Example:

$
sudo cp /etc/newrelic-infra/logging.d/nginx-log.yml.example /etc/newrelic-infra/logging.d/nginx-log.yml

Copie ou renomeie o arquivo rabbitmq-log.yml.example para rabbitmq-log.yml para ativar a análise automática de log de erros do Rabbitmq e o encaminhamento para o New Relic. Não há necessidade de reiniciar o agente.

Example:

$
sudo cp /etc/newrelic-infra/logging.d/rabbitmq-log.yml.example /etc/newrelic-infra/logging.d/rabbitmq-log.yml

Copie ou renomeie o arquivo redis-log.yml.example para redis-log.yml para ativar a análise automática de log de erros do Redis e o encaminhamento para o New Relic. Não há necessidade de reiniciar o agente.

Example:

$
sudo cp /etc/newrelic-infra/logging.d/redis-log.yml.example /etc/newrelic-infra/logging.d/redis-log.yml

Se nenhum dado aparecer após você ativar nossos recursos de gerenciamento de logs, siga nossos procedimentos padrão de resolução de problemas de log.

O recurso de encaminhamento de logs requer que o agente tenha permissão para ler as fontes de dados. Ao executar o agente de infraestrutura em modos privilegiados ou não privilegiados, certifique-se de que o arquivo de log que você deseja encaminhar (e qualquer diretório intermediário em seu caminho) possa ser lido pelo usuário que executa nri-agent.

Example: Check file access under Linux

Vamos verificar se o arquivo /var/log/restrictedLogs/logFile.log pode ser monitorado pelo usuário nri-agent . No Linux, você pode fazer uma verificação rápida com o comando namei :

$
sudo -u nri-agent namei -ml /var/log/restrictedLogs/logFile.log
f: /var/log/restrictedLogs/logFile.log
drwxr-xr-x root root /
drwxr-xr-x root root var
drwxrwxr-x root syslog log
drwxr--r-- root root restrictedLogs
logFile.log - No such file or directory

Este comando falhou porque o arquivo não está visível para o usuário nri-agent . Ao inspecionar a saída anterior, podemos detectar que o diretório restrictedLogs não possui o sinalizador de execução para others.

Para corrigir isso, execute:

$
sudo chmod 755 /var/log/restrictedLogs

E então verifique o acesso ao arquivo novamente:

$
sudo -u nri-agent namei -ml /var/log/restrictedLogs/logFile.log
f: /var/log/restrictedLogs/logFile.log
drwxr-xr-x root root /
drwxr-xr-x root root var
drwxrwxr-x root syslog log
drwxr-xr-x root root restrictedLogs
-rw-r----- vagrant vagrant logFile.log

O arquivo agora está visível para o usuário nri-agent . Você deve garantir que o arquivo também possa ser lido pelo usuário nri-agent . Para verificar isso, use:

$
sudo -u nri-agent head /var/log/restrictedLogs/logFile.log
head: cannot open '/var/log/restrictedLogs/logFile.log' for reading: Permission denied

Neste exemplo, o arquivo não tem direitos de leitura para o grupo others (usuário diferente de vagrant e grupo de usuários vagrant ). Você poderia corrigir isso concedendo permissões de leitura para others, mas o aplicativo poderia alterar essas permissões ao reiniciar.

Para evitar isso, uma abordagem melhor é adicionar o usuário nri-agent ao grupo de usuários vagrant .

O recurso de encaminhamento de logs requer que o agente tenha permissão para ler as fontes de dados. Ao executar o agente de infraestrutura em modos privilegiados ou não privilegiados:

• Se você estiver usando arquivos de Unix domain socket, certifique-se de que o usuário nri-agent possa acessar esses arquivos (consulte a seção anterior) e que ele tenha permissões de leitura e gravação (666) para que outros usuários além de nri-agent pode escrever para eles.

• Se você estiver usando soquetes IP, certifique-se de que a porta que você está usando não seja reservada pelo sistema (como a porta 80, por exemplo).

  Se nenhum dado aparecer após você ativar o gerenciamento de logs, siga os procedimentos padrão de gerenciamento de logs e resolução de problemas.

Conforme explicado nas diretrizes de configuração do agente de infraestrutura, o parâmetro proxy deve usar HTTP ou HTTPS e estar no formato https://user:password@hostname:port. O agente pode analisar o parâmetro sem HTTP ou HTTPS, mas o encaminhador de logs não. Você verá um erro como o seguinte no log detalhado do agente:

[ERROR] building HTTP transport: parse \"hostname:port\":
first path segment in URL cannot contain colon

Para resolver esse problema, verifique seu arquivo newrelic-infra.yml e certifique-se de que o parâmetro proxy esteja de acordo com este formulário.

Se você estiver usando caBundleFile ou caBundleDir para especificar qualquer certificado, recomendamos seguir as regras abaixo para cada sistema operacional:

Linux

Para proxies HTTP você não precisa configurar nenhum certificado. O plug-in carrega os certificados do sistema e o New Relic envia o log para o endpoint de registro. No entanto, você pode especificar o certificado autoassinado do proxy (arquivo PEM) usando o parâmetro caBundleFile ou caBundleDir .

Windows

• Para proxies HTTP você não precisa configurar nenhum certificado. O plug-in carrega os certificados do sistema.

• Para HTTPS, você pode configurá-lo de uma das seguintes maneiras:

  • (Recomendado) Importe o certificado proxy para o pool do sistema. Importe o certificado autoassinado do proxy (arquivo PEM) usando a ferramenta MMC. Consulte este link e em Step 2 certifique-se de importá-lo em seu Trusted Root Certification Authorities em vez de em Intermediate Certification Authorities.

  • Use os parâmetros caBundleFile e caBundleDir No Windows, não podemos carregar os certificados do pool de certificados do sistema e aqueles especificados com o parâmetro caBundleFile caBundleDir . Portanto, se você estiver usando caBundleFile ou caBundleDir, certifique-se de que os seguintes certificados sejam colocados no mesmo arquivo PEM (ao usar caBundleFile) ou no mesmo diretório (ao usar caBundleDir):

• O certificado proxy (porque é um proxy HTTPS ).

• O certificado de endpoint de registro em log (por exemplo. https://log-api.newrelic.com/log/v1).

• O certificado do agente de infraestrutura (por exemplo. https://infra-api.newrelic.com).

  Você pode verificar os certificados executando:

  bash

  Copiar

  $
  openssl s_client -connect log-api.newrelic.com:443 -servername log-api.newrelic.com

Você pode configurar o agente de infraestrutura para enviar seu próprio log para o New Relic. Isso é útil para resolução de problemas com o encaminhamento de logs, o agente ou ao entrar em contato com o suporte.

Para encaminhar o log do agente de infraestrutura para o New Relic:

1. Edite seu arquivo newrelic-infra.yml .

2. Habilite o encaminhamento de logs para o New Relic adicionando o seguinte trecho de configuração:

   log:
     level: trace  # Recommended: Helps with troubleshooting
     forward: true # Enables sending logs to New Relic
     format: json  # Recommended: Enable agent logging in JSON format
     stdout: false # On Windows and systems that don't use `systemd` or where `journald` is inaccessible

   Copiar

3. Reinicie o agente para carregar as novas configurações.

   Esta configuração coloca o agente em modo de resolução de problemas, mas o encaminhamento de logs (baseado em Fluent Bit) continuará em modo não detalhado.

Às vezes você pode ter problemas com o próprio direcionador de logs. Por exemplo, pode haver problemas ao acessar um canal específico ao enviar evento de log do Windows ou ao acessar um arquivo de log específico. Nessas situações, você também pode ativar o modo detalhado para o direcionamento de logs.

1. Edite seu arquivo newrelic-infra.yml .
2. Habilite o log detalhado do Fluent Bit adicionando o seguinte trecho de configuração:

   log:
     level: trace
     forward: true # Enables sending logs to New Relic
     format: json  # Recommended: Enable agent logging in JSON format
     stdout: false # On Windows and systems that don't use `systemd` or where `journald` is inaccessible
     include_filters:
       traces:
         - supervisor # Required to see verbose logs from Fluent Bit

   Copiar
3. Reinicie o agente para carregar as novas configurações.

Para versões do Linux anteriores a 2016, pode ser necessário atualizar a biblioteca OpenSSL para 1.1.0 (ou mais alto). Para verificar se você tem esse problema:

1. Veja se infra-agent iniciou o Fluent Bit executando:

   bash

   Copiar

   $
   ps -aux | grep fluent-bit

2. Se não estiver em execução, vá para /var/db/newrelic-infra/newrelic-integrations/logging e execute:

   bash

   Copiar

   $
   ./fluent-bit -i systemd -o stdout

3. Se você receber o seguinte erro:

   error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

   Copiar

   Certifique-se de atualizar o OpenSSL para 1.1.0 ou mais alto.

Uma das seguintes mensagens de erro pode aparecer ao ativar o encaminhamento de logs no Windows:

The code execution cannot proceed because VCRUNTIME140.dll was not found.

OU

error="exit status 3221225781" process=log-forwarder

Isso é causado por uma DLL ausente.

Para resolver o problema, instale o Microsoft Visual C++ Redistributable conforme aplicável:

• x64
• x86

É comum enfrentar uma das seguintes mensagens de erro ao tentar rastrear uma grande quantidade de arquivos:

• Too many open files

• The user limit on the total number of inotify watches was reached or the kernel failed to allocate a needed resource

  O sistema operacional define uma quantidade máxima de descritores de arquivo alocáveis (normalmente 1.024 por padrão) e uma quantidade máxima de inotify watchs alocáveis (normalmente 8.192 por padrão). Qualquer processo que tentar ultrapassar esses limites falhará, retornando um dos erros acima.

  A tecnologia subjacente que usamos para encaminhar log, Fluent Bit, abre um descritor de arquivo e define uma observação inotify para cada arquivo que você configura para ser encaminhado. Além disso, no momento em que escrevo esta seção, o Fluent Bit usa um conjunto extra de 32 descritores de arquivo para sua operação normal, com outro descritor de arquivo extra quando é desligado. Portanto, to capture a large amount of files you need to ensure that both the file descriptor and inotify watch limits are slightly greater than the amount of log files you wish to tail.

  As instruções a seguir resumem como aumentar esses limites se você quiser atingir 10.000 arquivos de log. Além disso, ele pressupõe que o agente de infraestrutura está instalado no modo de execução root e, portanto, deve ser executado usando o usuário root .

1. Verifique qual é o limite atual para a quantidade de descritores de arquivo por processo. Normalmente, este limite deve ser bastante elevado e não deve necessitar de ser modificado.

   bash

   Copiar

   $
   ulimit -Hn

2. Adicione a seguinte linha a /etc/security/limits.conf. Especificamos um limite de 10100 aqui em vez de apenas 10000 para permitir que o Fluent Bit aloque os descritores de arquivo extras de que pode precisar para funcionar.

   bash

   Copiar

   $
   root soft nofile 10100 # replace root by nri-agent for non-root (privileged and unprivileged) installations

3. Adicione a seguinte linha a /etc/pam.d/common-session para que o limite anterior seja aplicado na reinicialização:

   bash

   Copiar

   $
   session required pam_limits.so

4. Adicione a linha a seguir a /etc/sysctl.conf para aumentar a quantidade de observadores inotify permitidos por usuário. Especificamos um limite de 18192 aqui em vez de apenas 10000 para que o usuário root ainda tenha 8192 relógios inotify disponíveis (o valor padrão).

   bash

   Copiar

   $
   fs.inotify.max_user_watches=18192

5. Reinicie seu sistema.

6. Certifique-se de que os novos limites foram aplicados executando:

   bash

   Copiar

   $
   ulimit -Sn                                 # Should return 10100
   $
   cat /proc/sys/fs/inotify/max_user_watches  # Should return 18192

   Saiba mais sobre como aumentar os limites de arquivos abertos ou como aumentar os relógios inotify.

Antes da versão 1.19.0 (ou versão 1.20.3 para SLES 12.5), o agente de infraestrutura Linux vinha com um binário Fluent Bit. A partir desta versão, o Fluent Bit agora é incluído como uma dependência de pacote recommended separada.

Isso significa que você pode instalar, atualizar ou fazer downgrade do Fluent Bit separadamente do agente. Para sua conveniência, incluímos vários pacotes do Fluent Bit no mesmo repositório onde reside a infraestrutura, para que você não precise instalar nenhum repositório adicional para atualizar o Fluent Bit.

Observe que o agente instala automaticamente o Fluent Bit quando você o instala pela primeira vez, usando a versão mais recente disponível. Após a primeira instalação, você pode atualizar o Fluent Bit como faria normalmente com qualquer pacote Linux.

Você pode listar as versões disponíveis do Fluent Bit executando:

RPM:

$
sudo yum check-update
$
yum list fluent-bit --showduplicates

DÉB:

$
sudo apt update
$
apt-cache showpkg fluent-bit

Para atualizar para a versão mais recente do Fluent Bit, execute estes comandos:

RPM:

$
# Remove command only required when downgrading to a previous version
$
# sudo yum remove fluent-bit
$
sudo yum install fluent-bit

DÉB:

$
sudo apt install fluent-bit

Observe que o td-agente-bit não está disponível para as seguintes distribuições, portanto, reversões nelas não são possíveis:

• CentOS 9 Stream (incluindo Rocky Linux e AlmaLinux)

• RedHat 9

• Ubuntu 22.04.x

• Abra o Suse (SLES) 15.4

• Amazon Linux 2023

  Se desejar reverter para td-agente-bit, você pode seguir as etapas descritas abaixo:

1. Abra o arquivo /etc/newrelic-infra.yml usando seu editor de texto preferido.

2. Adicione a seguinte linha no final do arquivo: fluent_bit_exe_path: /opt/td-agent-bit/bin/td-agent-bit.

3. Salve as alterações.

4. Reinicie o agente de infraestrutura executando o comando a seguir: sudo systemctl restart newrelic-infra.

   Ao concluir essas etapas, o agente de infraestrutura estará configurado para usar td-agente-bit em vez de fluente-bit.