このトピックでは、Beatsシッパーのインストールエラーと異常なハートビートのトラブルシューティング方法について説明します。
手順
BeatsがインストールされているElastic Compute Service(ECS)インスタンスで、Alibaba Cloud Linux (Alinux)、Red Hat Enterprise Linux(RHEL)、またはCentOSが実行されているかどうかを確認します。
BeatsがインストールされているECSインスタンスが、Alibaba Cloud ElasticsearchまたはLogstashクラスターと同じ仮想プライベートクラウド(VPC)内にあるかどうかを確認します。
BeatsがインストールされているECSインスタンスにCloud AssistantとDockerがインストールされているかどうかを確認します。
確認を実行するには、ECSインスタンスに接続し、次のコマンドを実行します。
Cloud Assistantの状態を確認します
systemctl status aliyun.service
Cloud Assistantが正常な状態の場合、次の図に示す結果が返されます。
Cloud Assistantのインストール方法の詳細については、「Cloud Assistantクライアントをインストールする」をご参照ください。
Dockerの状態を確認します
systemctl status docker
Dockerが正常な状態の場合、次の図に示す結果が返されます。
Dockerのインストール方法の詳細については、「Alibaba Cloud Linux 2 インスタンスに Docker をデプロイして使用する」をご参照ください。
シッパーのYML構成ファイルで、次のパラメーターが構成されているかどうかを確認します。
- type: log # この入力構成を有効にするには、true に変更します。 enabled: true # クロールおよびフェッチする必要があるパス。Glob ベースのパス。 paths: - /var/log/*.log
パラメーター
説明
enabled
Beatsを使用する場合は、このパラメーターをtrueに設定します。デフォルト値:false。
paths
*.log など、ワイルドカードを使用してこのパラメーターを指定できます。これは、ログファイルのクエリを容易にします。
重要paths の値は、構成ページで指定したFilebeatログファイルパスとは異なります。Filebeatの場合、収集されたデータは、pathsで指定されたパスがDockerによってマッピングされた後にのみ、pathsで示されたファイルに保存できます。ただし、DockerはFilebeatログファイルパスで指定されたパスをマッピングします。そのため、pathsとFilebeatログファイルパスを同じ値に設定することをお勧めします。パス
構成ページで 出力 を既に指定している場合は、YML構成ファイルで再度指定することはできません。指定すると、システムはインストールエラーをプロンプトします。
シッパーのYML構成ファイルで、番号記号(#)を使用してコメントアウトされているパラメーター(X-Pack関連のパラメーターなど)を変更する場合は注意してください。変更すると、シッパーがインストールに失敗します。
ECSインスタンスに接続し、/opt/aliyunbeats/ パスにBeatsインスタンスが作成されているかどうか、および conf、data、logs フォルダーが存在するかどうかを確認します。
logsフォルダー内のBeatsログをクエリして、問題を特定することもできます。
Beatsサービスが提供されているDockerコンテナーの状態を確認します。次に、ログに基づいて問題を特定します。
Dockerコンテナーの状態を確認します。
docker ps -a | grep filebeat
Dockerコンテナーがexited状態の場合は、コンテナーが生成するログを確認します。
docker logs -f Container ID