ELK従来の分散ログ収集不利?

伝統的なELKアイコン:

ELKの欠点を使用して、分散ログ収集の単純な実装?

1、logstashあまり、ない展開。

Tomcatの上に示されている。この形態はlogstashに対応し、同じlogstashを有していなければならないノードを追加し、それは非常に無駄であることができます。

2、読みIOファイルが生成されるログは失われます。

3、ないリアルタイム

データベース同期の基礎となる変更後、タイマによって発見例のlogstashについては、タイミングが避けられない遅延です。

さて、これらの問題の出現以来、何ソリューション?

インストールカフカ

カフカのリリースは、生産者と消費者と同様のサブスクリプションモデルに基づいています。

写真カフカは役割を知ってもらいます。

考えます:
1. Logstash入力ソースは、これらのですか?

ローカルファイル、カフカ、データベース、mongdb、Redisの、など

2.これらのログはlogstashを入力する必要があります

エラーレベル

ログインデックスファイル3. AOPの例外通知サービスとサービスを区別する方法

サービス名

分散ログ収集、同じサービスのクラスタ4.その後、ログインデックスファイルを区別する必要はありません。
同じノードの一元管理の目的は、私の情報をログに記録します。
6.同じサービスクラスタは、その後、検索ログには、どのようにサーバノード情報を検索する際に必要とされていないログインデックスファイルを区別するのですか?

継続するには。

おすすめ

転載: www.cnblogs.com/niceyoo/p/11361335.html