網管的好幫手-Nagios 【歷史報表篇】

有了上篇介紹的圖形化管理工具-NagiosQL，是不是覺得設定監控主機及服務時，終於可以擺脫那些怎麼也不知道該怎麼設定的監控檔。

但，登入Nagios的網頁界面後，怎麼發現竟然只有最近一次的數值資料！美美的報表圖表咧！
這樣的話，怎麼做趨勢分析，怎麼去抓正常環境的基礎數值(Baseline)？

沒錯，Nagios Core的設計，主是著重於當次收集的資料並判斷是否符合所設定的Warning, Critial等數值將該服務/主機標示為不同狀態，同時依照預先在監控檔中設定的發報條件進行發報及告警。

不過Nagios Core仍然保留了監控數值資料的標準輸出資料檔(Performance Date，或perfdata)，以做為其他套件繪製歷史報表的依據。網路上能找到與Nagios Core配合較多的歷史報表套件有兩個-nagiosgraph, 以及接下來要介紹的主角-pnp4nagios。基本上這兩套都是對Nagios Core的perfdata進行處理後，透過呼叫RRD tool產生報表的套件。但"據說" pnp4nagios的使用上彈性較高，所以最後決定用pnp4nagios，至於nagiosgraph就沒再花時間去研究了。
底下就是來自pnp4nagios官方網頁中的示範報表。

網管的好幫手-Nagios 【圖形管理篇】

有安裝過Nagios Core的工程師們，印象最深的大概就是在第一次安裝完之後，不知道如何下手設定要監控的對象了。

一方面要搞懂command.cfg該怎麼設，有那些參數要加到service上。再來就是Host、Service、Host Group、Service Group以及Template之間的恩怨情仇了，Host跟Service各需要那些Directives，檔案的分割要設計得有彈性，還是方便就好。諸如此類的設定要一一紀錄下來，再用vi去編輯，往往一項服務的監控還沒搞定，天都黑一半了。

所幸NagiosQL的橫空出世，讓初次進入Nagios世界的網管們，不必在command line與vi之間糾結，可以用Web界面輕鬆設定要監控的Host與Service。

雖然受限於Nagios Core本身對監控Host與Service的設定檔要求，有時候仍會造成config檔檢查不通過，而必須重新檢視所有設定檔的狀況。但比起在一堆設定檔的亂麻中，找不出開始的那根線，絕對是要好上無數倍的選擇。

敬告老實的工程師：請不要為這五類人打工

借同學在G+上貼的文章放在這邊，以自我警惕。
原文出自「世界經理人論壇」
[職場]敬告老實的工程師：請不要為這五類人打工(轉)

當初選擇做技術，最主要的原因，是出於對科學技術的純潔性的熱愛，對人情世故的厭惡。但專於技術的工程師，要想有份有前途的工作，找到可以長久做下去的公司。「良禽擇木而棲，賢臣擇主而侍」，遇到下面五類性格的老闆，能走多遠就走多遠。 

這五類BOSS，請遠離之 

IT在台灣真的是挨踢

我們公司IT部門地位之低下已經不是一天兩天的事了，上週四下午又碰上一件讓我大動肝火的事情。
起因是大約一年半之前，我們公司的某部門打算導入全球性的網頁系統，於是自行找了系統商來簡報，之後的決議、SA、SD等階段完全沒有讓IT部門共同參與，最後是系統規格方面出了些問題，遲遲無法完工，所以該部門主管上報後才由上頭指派IT部門幫忙解決這件事。但是因為歐洲區域分公司要上傳資料時過慢，在建置系統的部門完全沒辦法擺平的狀況下，決定建置德國及台灣兩套系統且互為備援，系統商也告知他們的附的工具應該能協助兩套系統的同步，於是我們IT部門就在今年五月份時，協助網路建置讓他們測試同步工具完成測試。