infrastructureエージェントを用いたログの転送

ログファイルへのパス。エージェントは、 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

fileパラメーターは、名前と拡張子に適用されるワイルドカードを使用して、特定のログファイルまたは複数のファイルを指すことができます（例： /logs/*.log ）。ファイルパス内のディレクトリの代わりにワイルドカードを使用できます。これを使用すると、異なるディレクトリにあるファイルを追跡できます。

Example:

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

Linux 環境でjournaldデーモンによって収集されたログメッセージを転送するには、 systemdパラメーターを使用します。この入力タイプでは、エージェントをrootモードで実行する必要があります。

Example:

logs:
  - name: systemd-example
    systemd: cupsd

Syslogデータソース。

Parameters:

• uri: Syslogソケット。フォーマットはプロトコルによって異なります。

  • TCP/UDPネットワークソケット： [tcp/udp]://LISTEN_ADDRESS:PORT
  • Unix ドメインソケット： unix_[tcp/udp]:// + /socket/path

• parser: Syslog パーサー。デフォルトはrfc3164です。メッセージに小数秒が含まれる場合はrfc5424使用します。注意：rfc3164現在、SuSEでは動作しません。

• unix_permissions: ドメインソケットのデフォルトは0644です。これにより、エントリはrootとして実行されているプロセスに制限されます。0666使用して、非ルートプロセスをリッスンすることができます（自己責任）。

  エージェントを特権モードで実行する場合、他のプロセスがソケットにログを書き込むことができるように、ポートとソケットが使用可能であるか、 nri-agentによって所有されており、 0666ファイル権限を持っている必要があります。

  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

  コピー

TCP接続を介して取得されたログ。

Parameters:

• uri: 着信データをリッスンするTCP/IPソケット。URI 形式はtcp://LISTEN_ADDRESS:PORTです。

• format: データの形式。jsonまたはnoneになります。

• separator: format: noneを使用する場合、レコードを分割するための区切り文字列を定義できます（デフォルト：\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

  コピー

winevtlog Fluent Bitプラグインを使用した新しいWindowsイベントログAPIを使用して、 Windowsログチャネルからイベントを収集します。

Parameters:

• channel：ログが収集されるチャネルの名前。

• collect-eventids：収集され、New Relicに転送されるWindowsイベントIDのリスト。イベントIDの範囲がサポートされています。

• exclude-eventids：収集から除外するWindowsイベントIDのリスト。イベントIDの範囲がサポートされています。

• use-ansi：winlogメッセージにANSIエンコードを使用します。Windows Server 2016以前のバージョンではデフォルトでANSIエンコードが使用され、それ以降のバージョンではUTF-8が使用されます。これらのデフォルトがユースケースに合わない場合は、この設定パラメーターでこの動作をオーバーライドできます。これにより、ANSI 文字コードログが空の文字列になる問題が解決されます。これは、ANSI文字コード内のマルチバイト文字コードのログをUTF-8に変換する機能ではありません。

  デフォルトでは、すべてのイベントは指定されたチャネルから収集されます。不要なログがNew Relicアカウントに送信されないように、 collect-eventidsセクションとexclude-eventidsセクションを構成します。

  特定のイベントを転送または削除するには、イベントIDまたは範囲をcollect-eventidsまたはexclude-eventidsに追加します。両方のセクションに同じイベントIDが存在する場合、 exclude-eventids collect-eventidsよりも優先されます。

  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

  コピー

Windowsログチャネルからイベントを収集します。

Parameters:

• channel：ログが収集されるチャネルの名前。カスタムチャネルでは機能しません。

• collect-eventids：収集され、New Relicに転送されるWindowsイベントIDのリスト。イベントIDの範囲がサポートされています。

• exclude-eventids：収集から除外するWindowsイベントIDのリスト。イベントIDの範囲がサポートされています。

• use-ansi：winlogメッセージにANSIエンコードを使用します。Windows Server 2016以前のバージョンではデフォルトでANSIエンコードが使用され、それ以降のバージョンではUTF-8が使用されます。これらのデフォルトがユースケースに合わない場合は、この設定パラメーターでこの動作をオーバーライドできます。これにより、ANSI 文字コードログが空の文字列になる問題が解決されます。これは、ANSI文字コード内のマルチバイト文字コードのログをUTF-8に変換する機能ではありません。

  デフォルトでは、すべてのイベントは指定されたチャネルから収集されます。不要なログがNew Relicアカウントに送信されないように、 collect-eventidsセクションとexclude-eventidsセクションを構成します。

  特定のイベントを転送または削除するには、イベントIDまたは範囲をcollect-eventidsまたはexclude-eventidsに追加します。両方のセクションに同じイベントIDが存在する場合、 exclude-eventids collect-eventidsよりも優先されます。

  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

  コピー

キーの値のペアとして指定されたカスタムアトリビュートのリスト。これを使用してログとともに追加データを送信し、そのデータを書き込むことができます。attributes設定パラメーターは、どのログソースでも使用できます。

attributes設定パラメーターの一般的な使用法の1つは、 logtype属性を指定することです。この属性により、New Relic のログ管理機能でサポートされている組み込み解析ルールの1つを活用できます。

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

infrastructureエージェントは、利便性のためにログ属性を自動的に挿入します。それらの一部は任意のログレコードに挿入されますが、その他はログフォワーダーのセットアップ中に使用した設定パラメーターに依存します。

レコードをフィルタリングするための正規表現。file 、 systemd 、 syslog 、およびtcp（none形式のみ）のソースでのみサポートされます。

このフィールドは、Unixシステムのgrep -Eと同様に機能します。たとえば、キャプチャされている特定のファイルに対して、次のようにしてWARNまたはERRORのいずれかを含むレコードをフィルタリングできます。

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

デフォルトではフィルタリングは適用されません。

ログエントリ/行の最大サイズ（KB）。ログエントリが制限を超えた場合、スキップされます。デフォルトは128 、最小許容値は33です。

外部のFluent Bit設定およびパーサーファイル。定義されている場合、それらはinfrastructureエージェントによって生成された既存の設定およびパーサーファイルとマージされます。

infrastructureエージェントは、 logging.dディレクトリにある設定ファイルを処理し、適切な[INPUT] 、 [FILTER] 、および[OUTPUT]セクションを含むランタイムFluent Bit設定ファイルを生成します。オプションとして、 fluentbitオプションを使用して外部のFluent Bit設定ファイルを提供した場合、 @INCLUDEも宣言されます。

ランタイムファイルでは[SERVICE]セクションが定義されていないため、 Fluent Bit設定値はすべてデフォルトのままになります。外部Fluent Bit構成ファイルで独自の[SERVICE]セクションを定義し、それをfluentbitオプションで含めることで、Fluent Bitのデフォルト設定をオーバーライドすることもできます。

Parameters:

config_file: 既存のFluent Bit設定ファイルへのパス。重複するソースがあると、ログUIに重複したメッセージが表示されることに注意してください。

parsers_file: 既存のFluent Bitパーサーファイルへのパス。次のパーサー名は予約されています：rfc3164 、 rfc3164-local 、およびrfc5424 。

自動Elasticsearch JSON形式のログ解析とNew Relicへの転送を有効にするには、 elasticsearch-log.yml.exampleファイルをelasticsearch-log.ymlにコピーするか名前を変更します。エージェントを再起動する必要はありません。

Example:

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

自動MySQLエラーログ解析とNew Relicへの転送を有効にするには、 mysql-log.yml.exampleファイルをmysql-log.ymlにコピーするか名前を変更します。エージェントを再起動する必要はありません。

Example:

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

自動NGINXアクセスとエラーログ解析を有効にしてNew Relicに転送するには、 nginx-log.yml.exampleファイルをnginx-log.ymlにコピーするか名前を変更します。エージェントを再起動する必要はありません。

Example:

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

自動Rabbitmqエラーログ解析とNew Relicへの転送を有効にするには、 rabbitmq-log.yml.exampleファイルをrabbitmq-log.ymlにコピーするか名前を変更します。エージェントを再起動する必要はありません。

Example:

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

自動Redisエラーログ解析とNew Relicへの転送を有効にするには、 redis-log.yml.exampleファイルをredis-log.ymlにコピーするか名前を変更します。エージェントを再起動する必要はありません。

Example:

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

ログ管理機能を有効にしてもデータが表示されない場合は、標準のログトラブルシューティング手順に従ってください。

ログ転送機能を使用するには、エージェントにデータソースを読み取る権限が必要です。infrastructureエージェントを特権モードまたは非特権モードで実行する場合は、転送するログファイル（およびそのパス内の中間ディレクトリ）が、 nri-agentを実行しているユーザーによって読み取れることを確認してください。

Example: Check file access under Linux

ファイル/var/log/restrictedLogs/logFile.logがnri-agentユーザーによって監視できるかどうかを確認してみましょう。Linuxでは、 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

ファイルがnri-agentユーザーに表示されないため、このコマンドは失敗しました。前の出力を調べると、 restrictedLogsディレクトリにothers実行フラグがないことがわかります。

これを修正するには、次を実行します。

$
sudo chmod 755 /var/log/restrictedLogs

次に、ファイルアクセスを再度確認します。

$
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

ファイルはnri-agentユーザーに表示されます。ファイルがnri-agentユーザーによって読み取り可能であることも確認する必要があります。これを確認するには、次を使用します。

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

この例では、ファイルにothersグループ（vagrantおよびvagrantユーザーグループ以外のユーザー）の読み取り権限がありません。othersに読み取り権限を付与することでこれを修正できますが、アプリケーションの再起動時にこれらの権限が変更される可能性があります。

これを回避するには、 nri-agentユーザーをvagrantユーザーグループに追加することをお勧めします。

ログ転送機能を使用するには、エージェントにデータソースを読み取る権限が必要です。infrastructureエージェントを特権モードまたは非特権モードで実行する場合：

• Unixドメインソケットファイルを使用している場合は、nri-agentユーザーがこれらのファイルにアクセスできること（前のセクションを参照してください）と、他のユーザーが読み取りおよび書き込み権限（666）を持っていることを確認してください。 nri-agentよりも多くのユーザーが書き込み可能です。

• IPソケットを使用している場合は、使用しているポートがシステムで予約済みのポート（たとえば、ポート80など）ではないことを確認してください。

  ログ管理を有効にしてもデータが表示されない場合は、標準のログ管理トラブルシューティング手順に従ってください。

infrastructureエージェント設定ガイドラインで説明されているように、 proxyパラメーターはHTTPまたはHTTPSのいずれかを使用し、https://user:password@hostname:port形式である必要があります。エージェントはHTTPまたはHTTPSを使用せずにパラメーターを解析できますが、ログフォワーダーは解析できません。エージェントの詳細ログに次のようなエラーが表示されます。

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

この問題を解決するには、 newrelic-infra.ymlファイルをチェックして、 proxyパラメーターがこの形式に従っていることを確認してください。

証明書を指定するためにcaBundleFileまたはcaBundleDirを使用している場合は、OSごとに以下の規則に従うことをお勧めします。

Linux

HTTPプロキシの場合、証明書を設定する必要はありません。プラグインはシステム証明書を読み込み、New Relicはログをログエンドポイントに送信します。ただし、 caBundleFileまたはcaBundleDirパラメーターのいずれかを使用して、プロキシ自己署名証明書（PEMファイル）を指定できます。

Windows

• HTTPプロキシの場合、証明書を設定する必要はありません。プラグインはシステム証明書を読み込みます。

• HTTPSの場合は、次のいずれかの方法で設定できます。

  • （推奨）プロキシ証明書をシステムプールにインポートします。MMCツールを使用して、プロキシ自己署名証明書（PEMファイル）をインポートします。このリンクを参照し、 Step 2ではIntermediate Certification AuthoritiesではなくTrusted Root Certification Authoritiesにインポートするようにしてください。

  • caBundleFileおよびcaBundleDirパラメーターを使用してください。 Windowsでは、システム証明書プールからの証明書と、 caBundleFile caBundleDirパラメーターで指定された証明書の両方を読み込むことはできません。したがって、 caBundleFileまたはcaBundleDir使用している場合は、次の証明書が同じPEMファイル（caBundleFileを使用している場合）または同じディレクトリ（caBundleDirを使用している場合）に配置されていることを確認してください。

• プロキシ証明書（HTTPSプロキシであるため）。

• ログ記録エンドポイント証明書（例：https://log-api.newrelic.com/log/v1）。

• infrastructureエージェント証明書（例：https://infra-api.newrelic.com）。

  次のコマンドを実行して証明書を確認できます。

  bash

  コピー

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

独自のログをNew Relicに送信するようにinfrastructureエージェントを設定できます。これは、ログ転送、エージェントに関する問題のトラブルシューティングや、サポートへの問い合わせに役立ちます。

infrastructureエージェントのログをNew Relicに転送するには：

1. newrelic-infra.ymlファイルを編集します。

2. 次の設定スニペットを追加して、New Relicへのログ転送を有効にします。

   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

   コピー

3. 新しい設定を読み込むにはエージェントを再起動します。

   この設定はトラブルシューティングモードでエージェントを設定しますが、ログフォワーダー（Fluent Bitに基づく）は非冗長モードで続行されます。

ログフォワーダー自体に問題が発生する場合があります。たとえば、 Windowsログイベントを配信するときや特定のログファイルにアクセスするときに、特定のチャネルにアクセスするときに問題が発生する可能性があります。このような状況では、ログフォワーダーの冗長モードを有効にすることもできます。

1. newrelic-infra.ymlファイルを編集します。
2. 次の構成スニペットを追加して、Fluent Bitの詳細ログを有効にします。

   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

   コピー
3. 新しい設定を読み込むにはエージェントを再起動します。

2016より前の Linuxバージョンの場合、OpenSSLライブラリを1.1.0以降に更新する必要がある場合があります。この問題があるかどうかを確認するには：

1. 次を実行して、 infra-agentがFluent Bitを開始したかどうかを確認します。

   bash

   コピー

   $
   ps -aux | grep fluent-bit

2. 実行されていない場合は、 /var/db/newrelic-infra/newrelic-integrations/loggingに移動して次を実行してください：

   bash

   コピー

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

3. 次のエラーが表示された場合：

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

   コピー

   OpenSSLを1.1.0以降にアップデートしてください。

Windowsでログ転送を有効にすると、次のエラーメッセージのいずれかが表示される場合があります。

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

または

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

これはDLLが見つからないために発生します。

この問題を解決するには、該当するMicrosoft Visual C++再頒布可能パッケージをインストールします。

• x64
• x86

大量のファイルをtailしようとすると、次のいずれかのエラーメッセージが発生するのが一般的です。

• 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

  OSは、割り当て可能なファイル記述子の最大数（通常はデフォルトで1024）と、割り当て可能なinotify watchの最大数（通常はデフォルトで8192）を定義します。これらの制限を超えようとするプロセスは失敗し、上記のいずれかのエラーが返されます。

  ログを転送するために使用する基礎テクノロジーであるFluent Bitは、1 つのファイル記述子を開き、転送するように構成されたファイルごとにinotify watchを設定します。さらに、このセクションの執筆時点では、Fluent Bitは通常の操作に32個のファイル記述子の追加セットを使用し、シャットダウン時にはさらに別のファイル記述子を使用します。したがって、 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 。

  次の手順は、10,000個のログファイルを追跡する場合にこれらの制限を増やす方法をまとめたものです。また、infrastructureエージェントがroot 実行モードでインストールされていることを前提としているため、 rootユーザーを使用して実行する必要があります。

1. プロセスあたりのファイル記述子の数に対する現在のハード制限を確認します。通常、この制限は非常に高く設定されており、変更する必要はありません。

   bash

   コピー

   $
   ulimit -Hn

2. /etc/security/limits.confに次の行を追加します。Fluent Bitが動作するために必要な追加のファイル記述子を割り当てられるように、ここでは10000ではなく10100の制限を指定しました。

   bash

   コピー

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

3. 再起動時に以前の制限が適用されるように、 /etc/pam.d/common-sessionに次の行を追加します。

   bash

   コピー

   $
   session required pam_limits.so

4. ユーザーごとに許可されるinotifyウォッチャーの数を増やすには、 /etc/sysctl.confに次の行を追加します。ここでは、 10000ではなく18192の制限を指定しました。これにより、 rootユーザーは引き続き8192のinotify watch（デフォルト値）を利用できるようになります。

   bash

   コピー

   $
   fs.inotify.max_user_watches=18192

5. システムを再起動します。

6. 次のコマンドを実行して、新しい制限が適用されていることを確認します。

   bash

   コピー

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

   オープンファイルの制限を増やす方法、またはinotify watchを増やす方法について詳しく説明します。

バージョン1.19.0（SLES 12.5の場合はバージョン1.20.3）より前では、Linux infrastructureエージェントはFluent Bitバイナリにバンドルされていました。このバージョンから、Fluent Bitが個別のrecommendedパッケージ依存関係として含まれるようになりました。

つまり、エージェントとは別に Fluent Bit をインストール、更新、またはダウングレードできます。便宜上、インフラストラクチャが存在する同じリポジトリにいくつかのFluent Bitパッケージを含めました。そのため、 Fluent Bitアップグレードするために追加のリポジトリをインストールする必要はありません。

エージェントは、初めてインストールするときに、利用可能な最新バージョンを使用して Fluent Bit を自動的にインストールすることに注意してください。最初のインストレーション後は、他のLinuxパッケージと同様にFluent Bitアップグレードできます。

次のコマンドを実行すると、利用可能なFluent Bitバージョンを一覧表示できます。

RPM：

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

DEB：

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

最新の Fluent Bitバージョンにアップグレードするには、次のコマンドを実行します。

RPM：

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

DEB：

$
sudo apt install fluent-bit

td-agent-bitは次のディストリビューションでは利用できないため、ロールバックは不可能であることに注意してください。

• CentOS 9ストリーム（Rocky Linux と AlmaLinux を含む）

• RedHat 9

• Ubuntu 22.04.x

• オープンSUSE（SLES）15.4

• Amazon Linux 2023

  td-agent-bitに戻したい場合は、以下の手順に従ってください。

1. 好みのテキストエディターを使用してファイル/etc/newrelic-infra.ymlを開きます。

2. ファイルの末尾に次の行を追加します：fluent_bit_exe_path: /opt/td-agent-bit/bin/td-agent-bit 。

3. 変更を保存します。

4. 次のコマンドを実行して、infrastructureエージェントを再起動します：sudo systemctl restart newrelic-infra 。

   これらの手順を完了すると、infrastructureエージェントは、fluent-bitの代わりにtd-agent-bitを使用するように構成されます。