哪個更好，Nagios或Sensu？

Question

我不確定要使用哪個監視框架。目前我正在尋找Nagios或Sensu。

任何人都可以給我一個很好的參考，它顯示了這兩個（或任何其他監測工具，可能是一個很好的解決方案）的比較？我的主要目的是擴大EC2。我正在使用Opscode Chef進行系統集成。

Answer 1

從與Sensu的最近經驗以及Nagios的相當豐富的經驗，我會說這兩個都是很好的選擇。

Sensu絕對是新的孩子。它有一個很好的用戶界面和漂亮的API。但是，它需要您的設置中的Redis和RabbitMQ正常工作。因此，請考慮您是否希望在Sensu監控堆棧之外監控這些依賴關係。 Sonian提供廚師食譜也嘗試它。

https://github.com/sensu/sensu-chef

Nagios的已經存在了相當長的時間。它通常包裝在大多數發行版中，這使安裝變得簡單並且依賴性很小。它的追蹤記錄也意味着找到知道或已經使用它並能提供建議的人很容易。另一方面，用戶界面很醜陋，程序訪問通常很難或通過第三方附加組件。廚師的食譜也存在Nagios的：

https://github.com/bryanwb/chef-nagios

如果有時間我會嘗試兩種，很少有壞處有作爲試用版運行兩個監控系統。主要考慮的重點是，尤其是在動態EC2設置中，配置管理工具可以輕鬆生成監控配置文件。

就其他工具而言，我個人會記錄時間序列數據，例如每秒請求數或隨時間變化的負載。圖表對監控非常有幫助，並可用於通過Nagios或類似的方式驅動警報。就我個人而言，我是Ganglia和Graphite的粉絲，而Librato指標（https://metrics.librato.com/）是非常不錯的非免費選項。

Answer 2

我嘗試過使用Nagios一段時間：我覺得它唯一的原因是'其他人都使用它'，因爲這與它一起工作是非常糟糕的。巨大的過度複雜，困難和囉嗦使它做了新的事情：如果你發現它沒有做的事情，你知道你在爲一個古老的設計的糟糕文件發誓一週。在所有努力的最後，這一切都奏效，它看起來很可怕。刮掉它讓我睡得更好。

仙人掌看起來不錯，但是當創建新的插件時它又不必要的複雜。

對於圖形我建議Munin：用任何語言編寫新插件都是微不足道的，有數百個可用的，它看起來很合理。這非常容易安裝 - 一個命令來安裝和設置一個訪問規則，適用於自動化部署，易於包裝到a chef recipe。 2.0即將推出並解決其大部分缺點（特別是添加可變更新間隔，可縮放圖，ssh傳輸）。 Munin可以與Nagios討論通知，也可以自己做，並提供一個基本的儀表盤。

對於本地進程/文件/服務監控，monit比god更簡單，效果更好。我沒有嘗試過m/monit。Nagios的和扇子之間

Answer 3

一個重要的區別 -

Nagios的需要1）檢查2）處理程序，但最重要的3所有配置）主機在Nagios的服務器上的配置文件進行寫操作。這意味着，每當上述3中的一個發生更改時（例如添加新主機，刪除舊主機），您需要重新編寫配置文件並重新啓動Nagios。

Sensu與上述幾乎相同，但有一個重要的不同點 - 當您的架構中添加或刪除主機（如大多數自動擴展雲部署中的情況）時，主機本身運行一個敏感客戶「訂閱」不同的可用支票。因此，當一臺新的服務器出現並說「我是一個網絡服務器」時，運行它的sensu-client將會詢問sensu-server「Web服務器本身應該執行哪些檢查？」並運行這些。

除此之外，Nagios（也是Icinga）和Sensu的操作都很好，並且通過儀表板（YMMV）具有許多檢查，處理程序和可見性的功能。

Answer 4

只要企業由數據庫，sap，網絡設備，網絡服務器，文件管理器，備份庫......組成，幾乎沒有替代品可以替代nagios（或者它的堂兄妹冰糕，shinken） 也許有一天一切都會來自動出雲，但仍有幾年會有靜態服務器（物理或虛擬，無所謂），並具有至少幾個月休息的定義目的。我們仍然需要監視接口帶寬，表空間，業務流程，數據庫會話，日誌文件，jmx指標。所有的插件概念的納吉奧斯世界有優勢。

Answer 5

與Sensu和Nagios相比......選擇的是Sensu監控系統。

下面是是主要的原因，

1.Easy設置..還有很多減少重新啓動客戶端的..的是在大企業大麻煩 2. Nagios的插件可以使用Sensu生態系統。 3.可擴展且易於使用雲環境。

有沒有人聽說過Zabbix.It有很多功能，並且作爲一個單獨的包裝來。我懷疑可擴展性