Metricbeat使用過程中的一些坑

使用metricbeat7.4監控elasticsearch 6.4

es 7.x使用metricbeat收集elasticsearch監視資料

es 6.x暫停資料收集（可選）

metricbeat中elasticsearch-xpack模組，檢視日誌時，metricbeat服務並沒有出現報錯，但是metricbeat test modules出現如下報錯：

elasticsearch... ccr... error... error timeout waiting for an event cluster_stats... error... error timeout waiting for an event index... error... error timeout waiting for an event index_recovery... error... error timeout waiting for an event index_summary... error... error timeout waiting for an event ml_job...

error... error timeout waiting for an event

但是在es集群的主節點執行metricbeat test modules是ok的，而且使用elasticsearch-head外掛程式檢視資料時，分片以及索引監控資訊可以監控到

在es集群每個節點安裝metricbeat，其實是為了獲取node_stats，而cluster_stats、index、index_recovery、index_summary、shard這幾類資訊，只要metricbeat其中乙個例項可以正確上傳就可以

使用es主節點的metricbeat例項執行metricbeat test modules，只要能通過測試就ok，不用太過糾結metricbeat test modules出現的報錯

收集器indices_stats，這些文件代表索引統計資訊輸出的一部分（例如get /_stats）。該資訊只需要收集一次，因此可以在選舉的主節點上收集。該收集器最常見的故障與索引數量過大（因此收集它們的時間）有關，導致超時。indices_stats每個集合生成乙個摘要文件index_stats ，每個集合每個索引生成乙個文件。

metricbeat收集監控資料超時

1、環境說明

2、出現以下型別報錯

3、原因

因為es從7.0版本開始，棄用了對映型別，所以metricbeat6.4取得的資料，想要儲存在es7.x中，資料字段是不匹配的

4、解決

elasticsearch模組已通過elasticsearch 6.3進行了測試，並且有望與所有6.x版本一起使用。

使用metricbeat7.4.x監控elasticsearch 6.3+

elasticsearch模組

使用metricbeat收集elasticsearch監視資料（官方）

預設監控索引保留7天

使用metricbeat 7.x監控es 6.3+的集群，es 6.3+預設是開啟集群監控的，為了避免metricbeat採集和系統監控重複，可選擇關閉預設監控採集

#在kibana開發工具中
put /_cluster/settings
}#命令列
}'

暫停資料收集

群集更新設定api

Metricbeat使用過程中的一些坑

element ui dialog使用過程中的坑

python使用過程中問題

Spring data Jpa使用過程中遇到的坑

Metricbeat使用過程中的一些坑

element ui dialog使用過程中的坑

python使用過程中問題

Spring data Jpa使用過程中遇到的坑

相關推薦