監視のトラブルシューティング
このセクションの情報を使用して、一般的な問題をトラブルシューティングし、よくある質問の回答を見つけてください。また、Logstashでの監視のトラブルシューティングも参照してください。
自分で修正できない問題については…私たちが助けます。サポート契約のある既存のElasticのお客様は、Elasticサポートポータルでチケットを作成してください。または、Elasticフォーラムに投稿してください。
Kibanaに監視データが表示されない
症状: KibanaのStack Monitoringページにクラスターに関する情報が表示されません。
解決策: 監視クラスターに適切なインデックスが存在するか確認してください。たとえば、cat indicesコマンドを使用して、Kibanaの監視データ用の.monitoring-kibana*
インデックスとElasticsearchの監視データ用の.monitoring-es*
インデックスが存在することを確認します。Metricbeatを使用して監視データを収集している場合、インデックス名には-mb
が含まれています。インデックスが存在しない場合は、設定を見直してください。たとえば、本番環境での監視を参照してください。
Kibanaから一部のElastic Stackノードまたはインスタンスの監視データが欠落している
症状: KibanaのStack Monitoringページにクラスター内の一部のノードまたはインスタンスに関する情報が表示されません。
解決策: 欠落しているアイテムがユニークなUUIDを持っていることを確認してください。各Elasticsearchノード、Logstashノード、Kibanaインスタンス、Beatインスタンス、およびAPMサーバーは、そのpath.data
ディレクトリにある永続的なUUIDに基づいてユニークと見なされます。代わりに、起動時の製品ログでUUIDを見つけることもできます。
場合によっては、APIを介してこの情報を取得することもできます:
- Beatインスタンスの場合、HTTPエンドポイントを使用して
uuid
プロパティを取得します。たとえば、FilebeatメトリクスのHTTPエンドポイントを構成するを参照してください。 - Kibanaインスタンスの場合、status endpointを使用して
uuid
プロパティを取得します。 - Logstashノードの場合、monitoring APIs root resourceを使用して
id
プロパティを取得します。
Elasticsearch、Logstash、Kibana、APMサーバー、またはBeatsをインストールするとき、path.data
ディレクトリは存在しないか空である必要があります。他のインストールからこのディレクトリをコピーしないでください。