0x00の概要
filebeat非常に軽量、通常の状況下では、ほぼすべてのリソースを占有はごくわずかなので、容疑者は論外自体filebeatです。
初めてのログ（デフォルトパスは/ var / log / filebeat / filebeat）filebeatを参照してください、私たちは大きなコンテンツの出力を見つけました：
2019-03-20T08：55：02.198 + 0800 INFOカフカ/ log.go：53プロデューサー/ブローカー/ 544 Uの開始 Pを 2019-03-20T08：55：02.198 + 0800 INFOカフカ/ log.go：53プロデューサー/ブローカー/ WP-ニュースfilebeat / 4の[オープン]に544状態変化 2019-03-20T08：55：02.198 + 0800 INFOカフカ/ log.go：53プロデューサー/リーダー/ WP-ニュースfilebeat / 4 選択ブローカー544 2019- 03-20T08：55：02.198 + 0800 INFOカフカ/ log.go：53プロデューサー/ブローカー/ 478状態への変化[閉] EOFため 2019-03-20T08：55：02.199 + 0800 INFOカフカ/ log.go：53 クローズド 9092：bitar1d12ブローカーに接続 2019-03-20T08：55：02.199 + 0800 INFOカフカ/ log.go：53プロデューサー/リーダー/ WP-ニュース-filebeat / 5の状態への変更を [再試行-3] 2019-03-20T08：55：02.199 + 0800 INFOカフカ/ log.go：53プロデューサ/へリーダー/ WP-ニュースfilebeat / 4の状態変化[フラッシング-3] 2019-03-20T08：55：02.199 + 0800 INFOカフカ/ log.go：53プロデューサー/リーダー/ WP-ニュース-filebeat / 5 断念ブローカー478 2019-03-20T08：55：02.199 + 0800 INFOカフカ/ log.go：53プロデューサー/リーダー/ WP-ニュース-filebeat / [再試行-2]〜2状態変化 2019-03-20T08：55：02.199 + 0800 INFOカフカ/ log.go：53プロデューサー/リーダー/ WP-ニュースfilebeat / 2放棄ブローカ541 2019-03-20T08：55： 02.199 + 0800 INFOカフカ/ log.go：53プロデューサー/ [リトライ-2]にリーダー/ WP-ニュースfilebeat / 3の状態変化 2019-03-20T08：55：02.199 + 0800 INFOカフカ/ log.go：53プロデューサー/ブローカー/ 478シャットダウン
0x01の問題を特定
ログの説明を参照してください、一定の作成や決算カフカ接続にされているようです。
当初はカフカのDNSに関連すると疑わ（/etc/resolve.conf）リードブローカーのRomのカフカを構成しますが、検査と比較して、通常のマシンの後に、DNSの構成が同じで、それはこのような状況を除外されていません。
次の容疑者は、弾性製品ファミリは、尿、スピードの髪のバージョンは非常に頻繁であるということですので、問題のfilebeatバージョンであってもよく、大規模な互換性のない多くの異なるバージョンがあります。
filebeatバージョンをコントラストとサーバ（5.6.12）の大きいバージョンのバージョン（6.5.3）通常よりも高いを発見し、カフカハンドリング機構の異なるバージョンの結果と同じではないと考えられています。
見つかっ公式サイトfilebeatレビューした後、これを確認するには、6.5.xのデフォルトのカフカのバージョンは1.0.0で、5.6.xのデフォルトは0.8.2.0であり、その運用・保守カフカバージョン0.10.2.2を聞いて、そう問題は基本的に確認しました。
公式文書によると、コンフィギュレーションで指定されたカフカのバージョンについて説明します。
問題が解決されます。
0x02の概要
ビューカフカバージョン、https://blog.csdn.net/wuzhuge1990/article/details/80733622