標籤:style blog http io ar color os 使用 sp
NAGIOS現狀
從nagios的官網http://www.nagios.org/及其它已經公開的資料,我們可以知道:在web UI層nagios只提供了給我們查看圖形介面的操作,介面上有簡單的啟停服務檢查及通知的操作。背景操作,如host增刪改查、hostgroup增刪改查等操作完全是依賴於server端對伺服器目錄中設定檔的更改來進行。這樣做的好處是,系統管理員可以通過指令碼批量的匯入所需要的資料。而帶來的麻煩就是,無圖形化,操作繁瑣,無設定檔使用基礎的管理員,很難去配置好監控資訊。更大的問題是:對nagios系統配置的許可權無法進行有效限制。因為nagios的UI層的許可權控制是通過apache的許可權模組來進行的。種種弊端我們都懂得!
圖1.1為當前nagios的UI介面(來自官網):
NAGIOSQL現狀
當我們發現開源項目nagiosql(http://www.nagiosql.org/)存在時,我們終於祈禱,nagios的春天來了!nagiosql為nagios提供了強大的後台配置的支援,完全解決了nagios無UI配置介面的問題。但是它無法解決nagios完全依賴於設定檔.cfg進行配置的事實。即使後來的後來出現的NDOUTILS也無法直接解決這個問題。因為NDOUTILS只是把nagios的配置及監控結果放到了資料庫中而已。目前我所瞭解到的一個能用到NDOUTILS的產物mysql資料庫中的資料的一個項目已經在google開源項目中停滯n多年了,後續我會簡要的介紹下這個項目。Nagiosql目前的存的問題是,配置項n多,上手需要些時日才會把它的用法及與nagios的關係濾清。且最重要的問題就是,它是和nagios相獨立的一個項目,目前來看只是有幾毛關係而已,既然不是一個項目,那它的問題就是,它只會提供後台nagios佈建服務。那現在的問題來了,我們配置後台資料的時候需要在nagiosql上配置,但是查看監控資料的時候卻需要跳到nagios上去看,而他們卻沒有統一的認證及許可權控制機制。
圖1.2為當前nagiosQL的UI介面:
二次開發思想
針對以上的問題(前後台分離,無統一的許可權控制)。我們想到了針對nagios+nagiosql進行二次開發,以滿足兩者的先天不足以及按我們目前的業務要求進行的定製化開發。我這裡只討論UI層面的開發問題,不會涉級nagios的服務監控機制,因為那個太高深了,一時玩不轉。如果真正有需要的話,我建議你花點錢去買個它的商業版。也許此時有些朋友會說,不是有很久之前的centreon和當前強大的zabbix嗎,為什麼不用它們。那麼我要謝謝你的提醒,對於centreon我確實不太瞭解,如果你想瞭解的話去這裡(http://assets.nagios.com/datasheets/compare/How_Nagios_Compares_To_Centreon.pdf)。至於zabbix,昨天確實才查它的資料,感覺不錯,功能震撼。但是我們對它還不太瞭解。所以暫時未考慮。末來是有可能的,但是目前據我所知,也有部分人也在對zabbix進行著二次開發,瞧瞧吧,無論選擇什麼都是要二次的,=。=。
請朋友們轉載時註明出處,因為我是為了更好的方便大家來和我討論。謝謝了。
意見及建議:[email protected]
nagios二次開發(一)---開發思想