傳統ELK圖示：

單純使用ElK實現分布式日志收集缺點？

1、logstash太多了，擴展不好。

如上圖這種形式就是一個 tomcat 對應一個 logstash，新增一個節點就得同樣的擁有 logstash，可以說很浪費了。

2、讀取IO文件，可能會產生日志丟失。

3、不是實時性

比如logstash，底層通過定時器發現數據庫發生變化后才去同步，由于是定時則必然出現延遲。

那么既然出現了這些問題，有什么解決方案呢？

安裝kafka

kafka是基于發布訂閱模式的，類似于生產者與消費者。

一張圖搞懂 kafka 的作用：

思考問題：

1. Logstash輸入來源有那些？

本地文件、kafka、數據庫、mongdb、redis等

2. 那些日志信息需要輸入logstash

error級別

3. AOP 異常通知 服務與服務之間如何區分日志索引文件

服務名稱

4. 在分布式日志收集中，相同的服務集群的話是不需要區分日志索引文件。

5. 目的為了 統一管理相同節點日志我信息。

6. 相同的服務集群的話，是是不需要區分日志索引文件 搜索日志的時候，如何定位服務器節點信息呢？

未完待續。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的传统ELK分布式日志收集的缺点？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。