2017-02-05 82 views
0

我最近開始使用Intel Snap一段時間後檢查Collectd系統狀態收集器。到目前爲止,似乎Snapd收集器的動態性較差,但也許我完全沒有意識到它的能力。我有關於它的使用幾個問題:關於Collectd系統狀態收集器的幾個問題

  1. 是否有可能只收集部分從每個插件的指標?萬一我對他們全都不感興趣。
  2. 是否有可能動態更改正在收集的指標,類似於快照任務?例如,僅收集前3個插件的部分指標?或者我需要每次更改配置文件?
  3. 我無法找到每個插件收集的統計信息/度量標準的列表,我可以找到它嗎?
  4. 對於同時使用Intel Snap和Collectd的用戶,Collectd與Snap相比有什麼優勢/劣勢?

謝謝!

回答

1

(1) 大多數collectd插件支持某種度量選擇和反向選擇機制,您可以在插件文檔中找到它。此外,還有collectd「鏈」插件,可用於重命名或過濾指標。 (2) No. collectd本身不支持動態更改。參見:https://github.com/collectd/collectd/issues/1005

(3) 一些方法。如果您在collectd wiki上找不到您需要的內容,請查看collectd的手冊頁。如果你想檢查正在運行的collectd進程,然後看指標的好方法是使unixsock插件,並使用「collectdctl listval」爲指標的內省

(4) 優點和缺點都

  • collectd是更成熟
  • collectd支持多個傳統和嵌入式系統
  • collectd是重量輕的具有許多編譯時間選項和 嵌入口譯
  • collectd插件都可以通過OS分發包更頻繁的可用

  • 卡支持動態配置(參見答案#2)

  • 卡插件docmentation更清晰。例如。看到該指標列表,路線圖,並安裝方向
  • 捕捉任務調度是比較先進的:(我知道這從遭受痛苦試圖匹配輸入插件間隔在collectd輸出插件間隔)
  • 卡處理器提供更多的funcionality比collectd。例如。我知道沒有相同的標籤或異常檢測從捕捉收集

collectd和快照不支持相同的一組插件。基於用例,插件的存在或缺失將是明顯的優勢/劣勢。構建插件的方法也有很大的不同,這樣可能是一個因素,以及。

+0

謝謝你的詳細解答,我也聽說過這collectd具有更好的性能比卡和資源消耗方面較輕,你會同意嗎? –

+0

是,collectd的核心是重量輕,資源利用率低,且具備構建和插件框架鼓勵這一點。使用將具有最顯着的影響,儘管插件的質量。我之前由於高MEM collectd實例在write_riemann插件的早期迭代問題。 –