【文章內(nèi)容簡介】 送給Nagios服務(wù)器(這在冗余監(jiān)控模式中特別要用到)（3）NSClient++：用來監(jiān)控 Windows主機(jī)時安裝在Windows主機(jī)上的組件 （4）NDOUtils：則用來將Nagios的配置信息和各event產(chǎn)生的數(shù)據(jù)存入數(shù)據(jù)庫，以實現(xiàn) 這些數(shù)據(jù)的快速檢索和處理 這四個ADDON(附件)中，NRPE和NSClient++工作于客戶端，NDOUtils工作于服務(wù)器端，而NSCA則需要同時安裝在服務(wù)器端和客戶端。各插件關(guān)系如下圖21所示。圖21 Nagios監(jiān)控各插件關(guān)系示意圖Nagios主程序根據(jù)預(yù)先配置好的信息對所有需要監(jiān)控的項目計算出一張計劃表，在什么時間需要對哪臺主機(jī)或服務(wù)進(jìn)行檢測，等到達(dá)這個時點時它將調(diào)用指定的檢測插件，由這個插件來檢測主機(jī)或服務(wù)并返回個明確的狀態(tài)代碼給Nagios守護(hù)進(jìn)程。Nagios將此信息暫存在一個待處理信息的隊列中，定期掃描這個隊列，從中取出檢測的結(jié)果信息進(jìn)行分析，并按照程序邏輯來做適當(dāng)?shù)膭幼?比如發(fā)出告警、記錄日志、執(zhí)行命令等等)，就這樣周而復(fù)始的完成整個監(jiān)控過程。 Nagios對主機(jī)和服務(wù)的監(jiān)控有以下幾種:直接監(jiān)控就是由Nagios監(jiān)控主機(jī)使用本地監(jiān)控插件通過網(wǎng)絡(luò)直接對被監(jiān)控機(jī)的開放服務(wù)進(jìn)行監(jiān)控。這也是所有監(jiān)控模式中最為簡單的一種，具有以下特點:（1）監(jiān)控模式簡單，配置簡便，只需在監(jiān)控主機(jī)上根據(jù)需要的監(jiān)控項進(jìn)行配置即可。（2）只能監(jiān)控開放服務(wù)，無法探測到被監(jiān)控機(jī)上的本地信息。（3）要求監(jiān)控主機(jī)和被監(jiān)控機(jī)之間的網(wǎng)絡(luò)端口直接可達(dá)，例如要監(jiān)控A主機(jī)的FTP服務(wù)，B主機(jī)的HTTP服務(wù)，C主機(jī)的SSH服務(wù)及所有主機(jī)的開機(jī)情況，則監(jiān)控主機(jī)分別到達(dá)這些主機(jī)的Ping、FTP、HTTP、SSH端口必須打開，否則無法進(jìn)行直接監(jiān)控。（4）系統(tǒng)負(fù)載集中在監(jiān)控主機(jī)上，所有的監(jiān)控工作和信息處理都是由主機(jī)完成的，被監(jiān)控機(jī)只是按照正常的業(yè)務(wù)邏輯響應(yīng)來自監(jiān)控主機(jī)的探測，是“被動”的參與整個監(jiān)控工作。直接監(jiān)控示意圖如下圖22所示。圖22 Nagios直接監(jiān)控示意圖對于像磁盤容量、Cpul內(nèi)存利用率這樣的本地信息，只有本機(jī)上具有相應(yīng)權(quán)限的程序才能取得。 Nagios監(jiān)控程序也只能檢測到自己所在的監(jiān)控主機(jī)上的信息，而無法直接讀取其他被監(jiān)控主機(jī)上的信息。因此 Nagios提供了一個附加插件NRPE來完成對遠(yuǎn)程Linux主機(jī)本地信息的監(jiān)控。NRPE的工作原理如下圖23所示。圖23 NRPE的工作原理NRPE由兩個模塊組成:1．Check_nrpe插件，此插件安裝于監(jiān)控主機(jī)上。2．NRPE進(jìn)程，運(yùn)行在遠(yuǎn)程的被監(jiān)控 1inux主機(jī)上。NRPE的工作原理Nagios監(jiān)控主機(jī)發(fā)起對某個遠(yuǎn)程Linux被監(jiān)控機(jī)的監(jiān)控時步驟如下：（1）Nagios主程序調(diào)用check_nrpe插件，通知其向指定的遠(yuǎn)程被監(jiān)控機(jī)送出監(jiān)控指令。（2）CheCk_nrpe插件通過SSL會話(專用端口)連接到該指定遠(yuǎn)程主機(jī)上的NRPE進(jìn)程，將需要執(zhí)行的監(jiān)控指令傳遞過去。（3）遠(yuǎn)程被監(jiān)控機(jī)上的NRPE進(jìn)程收到指令后，按要求調(diào)用本地的NagioS監(jiān)控插件來執(zhí)行具體的檢查任務(wù)。（4）檢查工作完畢，遠(yuǎn)程被監(jiān)控機(jī)上NRPE進(jìn)程將檢查的結(jié)果返回給調(diào)用它的CheCR_nrpe插件，再山check_nrpe插件將此返回結(jié)果提交給Nagios主程序進(jìn)行后續(xù)處理。特別注意到兩點:（1）在被監(jiān)控機(jī)上，NRPE進(jìn)程只是負(fù)責(zé)接受指令和傳遞監(jiān)控信息，其本身不做任何監(jiān)控工作，對遠(yuǎn)程Llinux主機(jī)的監(jiān)控同樣需要Nagios插件安裝在本機(jī)上。（2）這種監(jiān)控模式下，監(jiān)控主機(jī)和被監(jiān)控機(jī)之間的通訊被整合為check_nrPe插件和NRPE進(jìn)程之間的單一通訊，而這個端日是唯一指定的。引此，只需開通監(jiān)控主機(jī)和被監(jiān)控機(jī)之間的專用監(jiān)控端口。通過這種方式可以解決跨網(wǎng)絡(luò)區(qū)域進(jìn)行直接監(jiān)控時遇到的防火墻策略過于復(fù)雜的問題，而月在日后增加或調(diào)整監(jiān)控項目時無需再額外開通其他防火墻端口。根據(jù)NRPE的檢測對象，又可以分為兩種:（1）直接檢測:檢測的對象是運(yùn)行NRPE的那臺Linux主機(jī)的木地資源，既可以是磁盤容量這樣的木地信息。圖24 NRPE直接檢測（2）間接檢測:當(dāng)運(yùn)行NagioS的監(jiān)控主機(jī)無法訪問到某臺被監(jiān)控機(jī)，但是運(yùn)行NRPE的機(jī)器可以訪問到時，NRPE就可以充當(dāng)一個監(jiān)控代理，通過它來監(jiān)控遠(yuǎn)程被監(jiān)控機(jī)。但是這種方式也有其局限性，因為這種情況下是由NRPE代理監(jiān)控主機(jī)來對遠(yuǎn)程主機(jī)進(jìn)行直接監(jiān)控，因此同樣只能監(jiān)控開放服務(wù)，無法探測到被監(jiān)控機(jī)上的本地信息。Nrpe間接檢測如下圖25所示。圖 25 NRPE間接檢測對于windows平臺，Nagios提供了check_nt這個插件用米進(jìn)行遠(yuǎn)程主機(jī)監(jiān)控，其功能類似于Linux下的Check_nrpe，check_nt是主機(jī)上用來發(fā)出監(jiān)控指令的組件，它還需要搭配另外一個WindowS客戶端插件 NSCIient++(類似于Linux下的NRPE進(jìn)程)來進(jìn)行遠(yuǎn)程主機(jī)上的本地信息采集， NSCIient++的工作原理圖如下圖26所示。圖 26 windows 平臺的主機(jī)檢測從圖中可以以看到，NSClient++與NRPE進(jìn)程一個最大的區(qū)別就是: Linux被監(jiān)控機(jī)上安裝有NRPE進(jìn)程，同時還必須安裝檢測插件，監(jiān)控工作是由這些插件來執(zhí)行的。當(dāng)監(jiān)控主機(jī)上的check_nrpe將監(jiān)控請求發(fā)給NRPE,由被監(jiān)控機(jī)上的NRPE調(diào)用本地插件來進(jìn)行監(jiān)控。而對于WindowS平臺，被監(jiān)控機(jī)上只需安裝NSCLient++，無需其他任何的檢測插件，當(dāng)監(jiān)控主機(jī)上的Check_nt將監(jiān)控請求發(fā)送給 NSClient++后，由 NSCIient++直接在被監(jiān)控機(jī)上完成全部檢測工作。15洛陽理工學(xué)院畢業(yè)設(shè)計（論文）第3章 基于Nagios網(wǎng)絡(luò)監(jiān)控系統(tǒng)的分析 系統(tǒng)總體需求分析洛陽理工學(xué)院的IT信息中心，擁有數(shù)量龐大的主機(jī)和服務(wù)器，重點監(jiān)控的對象是支撐核心功能數(shù)據(jù)的關(guān)鍵服務(wù)器，但主要停留在定期人工檢查、屏幕截圖與手工記錄相結(jié)合的方式，僅能保證主要系統(tǒng)的日常運(yùn)行需要。而對于非核心系統(tǒng)，只能采取定期(一周或一月)對服務(wù)器的運(yùn)行情況進(jìn)行常規(guī)人工檢查，如磁盤空間，系統(tǒng)時間等項目，如有突發(fā)性的系統(tǒng)故障往往通過業(yè)務(wù)前端系統(tǒng)表現(xiàn)出來，缺乏主動監(jiān)控和預(yù)警的手段。為了實現(xiàn)校園IT數(shù)據(jù)中心整體的運(yùn)行監(jiān)控管理，計劃通過基于nagios網(wǎng)絡(luò)監(jiān)控管理系統(tǒng)項目的建設(shè)，構(gòu)建一個統(tǒng)一、通用、全面覆蓋、高可靠性的監(jiān)控系統(tǒng)。 基于nagios網(wǎng)絡(luò)監(jiān)控系統(tǒng)的架構(gòu)分析Nagios 系統(tǒng)運(yùn)行在中心服務(wù)器上，系統(tǒng)采用 Ubuntu Server。每一臺需要監(jiān)視的設(shè)備都會運(yùn)行一個與 Nagios 進(jìn)行通信的后臺程序。 Nagios 根據(jù)讀取的配置文件中的指令與遠(yuǎn)程的守護(hù)程序進(jìn)行聯(lián)系，并且指示遠(yuǎn)程的守護(hù)程序進(jìn)行必要的檢查。 雖然這個應(yīng)用程序必須在 Linux 或者 Unix 操作系統(tǒng)上運(yùn)行，但被監(jiān)視的設(shè)備可以是任何能夠與其進(jìn)行通信的硬件。Nagios 系統(tǒng)結(jié)構(gòu)是監(jiān)控系統(tǒng)中最復(fù)雜的,但 Nagios 同時也可以非常容易地與現(xiàn)有框架集成，因此 Nagios 被廣泛地應(yīng)用。 通過很多種方式與現(xiàn)有系統(tǒng)管理軟件進(jìn)行集成，完善管理軟件，從而監(jiān)控你所擁有的各類新型或用戶定制的設(shè)備硬件、應(yīng)用服務(wù)或是應(yīng)用程序。16 第4章 基于nagios的校園網(wǎng)絡(luò)監(jiān)控系統(tǒng)的設(shè)計 監(jiān)控系統(tǒng)的基本功能模塊設(shè)計 主機(jī)和主機(jī)組的管理主機(jī)被定義為存在于監(jiān)控系統(tǒng)可達(dá)網(wǎng)絡(luò)中的一個獨立節(jié)點，它可以是服務(wù)器、工作站或路由器、防火墻、交換機(jī)等網(wǎng)絡(luò)設(shè)備，也可以是網(wǎng)絡(luò)打印機(jī)、虛擬機(jī)等。作為被監(jiān)控的對象，在對其定義時需要涉及到多個要素:（1）主機(jī)名，用來唯一標(biāo)識系統(tǒng)中的設(shè)備。（2）備注，起到注釋作用，詳細(xì)描述設(shè)備情況或用途。（3）地址，設(shè)備網(wǎng)絡(luò)地址，用以監(jiān)控主機(jī)通過網(wǎng)絡(luò)與其進(jìn)行通訊和連接。（4）監(jiān)控時段，需要對該設(shè)備進(jìn)行監(jiān)控的時段，這里的時段將在后面的時間規(guī)則中進(jìn)行定義。（5）聯(lián)系人，也就是檢測到此設(shè)各出了問題通知誰，這里的聯(lián)系人將在后面的聯(lián)系人規(guī)則中定義。（6）通知時段，監(jiān)控到的信息，僅在此時間段內(nèi)向聯(lián)系人進(jìn)行通知，這里的時段將在后面的時間規(guī)則中進(jìn)行定義。此外，還有很多可選項，例如在監(jiān)控到哪些異常情況時才進(jìn)行告警，或者為了避免偶爾的網(wǎng)絡(luò)丟包造成誤報，指定在多少次探測失敗后再進(jìn)行告警。主機(jī)組是指事先定義的由多臺(類似的)主機(jī)構(gòu)成的一組設(shè)備，通過對其的定義和引用可以使監(jiān)控配置更簡單明了。 服務(wù)和服務(wù)組的管理服務(wù)定義為在主機(jī)之仁運(yùn)行的某種“應(yīng)用”它既包括主機(jī)上實際運(yùn)行的服務(wù)進(jìn)程(如HTTP,FTP,POP3,SSH等)，也可以是主機(jī)運(yùn)行的系統(tǒng)參數(shù)(如CPU利用率、活動進(jìn)程數(shù)、磁盤空間等)，因此可將其理解為主機(jī)上具體的監(jiān)控項目。與主機(jī)類似，定義時主要用到的要素有:（1）主機(jī)名，用來描述此服務(wù)是存在于哪臺主機(jī)之類的。（2）備注，起到注釋作用，詳細(xì)描述該服務(wù)的具體內(nèi)容。（3）監(jiān)控命令，對服務(wù)的檢測通過具體的監(jiān)控命令執(zhí)行，這里既指定通過哪條命令執(zhí)行對此服務(wù)的檢測。（4）監(jiān)控時段、聯(lián)系人、通知時段等等，這些項目定義與主機(jī)類似，此處不再贅述。同理，為便于管理和維護(hù)，可將多個(相關(guān)的)服務(wù)定義為一個服務(wù)組。 時間規(guī)則的管理通過時間規(guī)則管理來定義各種監(jiān)控項目所需要的時間段，在具體的監(jiān)控項中對預(yù)定義的時間規(guī)則進(jìn)行引用，清晰明了，也便于后期統(tǒng)一維護(hù)。這里的時間段可以是日期，也可以是一天中的具體時段，或者兩者的混合體。同時，既可以定義規(guī)則生效的時間段(例如工作日)，也可以定義規(guī)則不生效的時間段(例如節(jié)假日)，還可以將兩者嵌套起來使用。時間規(guī)則由以下屬性構(gòu)成（1）名稱，作為時間規(guī)則的唯一標(biāo)識，也是時間規(guī)則被工監(jiān)控規(guī)則引用時的標(biāo)識，取名應(yīng)簡潔明了。（2）注釋，起到注釋作用，詳細(xì)的對規(guī)則進(jìn)行說明，便于管理人員了解某個具體時間規(guī)則的定義范圍。（3）具體定義的時間段，時間段是整個時間規(guī)則中最核心的內(nèi)容，通常由一組時間條目組成，每個條目的格式為指定日期加上該日期中的具體時段組成，這個具體時段給出這一天當(dāng)中開始和結(jié)束的個具體時間段或多個時間段的組合。（4）時間段中日期的指定，本監(jiān)控系統(tǒng)提供了極為靈活的定義方式，可以具體指定到某年某月某日，或者指定到每年、每月或者每周里的某一天或某幾天，甚至是某個月的第幾周的周幾(國外的假日經(jīng)常這樣定義)，或者每隔幾周的周幾(多人輪班常見的定義)。對于我們理工學(xué)院來說，工作時間具有典型的以周為單位計時的特點（周一到周五（節(jié)假日除外）為工作日，周六日休息），因此使用一周作為循環(huán)計時單位更為合適。（5）特殊日期，這里設(shè)置的特殊日期所對應(yīng)的通常是那些需要在日常規(guī)則中排除掉的時間段，當(dāng)其被其他規(guī)則作為排除項進(jìn)行引用時，則監(jiān)控規(guī)則在這些日期上將不會生效，例如第四點中提及的需要設(shè)置為例外的節(jié)假日。無論是周幾，一旦遇到這些節(jié)假日，則不進(jìn)行監(jiān)控動作。節(jié)假日均勻分布于一年之中，因此通常使用以年為周期的設(shè)置方式。對于固定日期的節(jié)日例如每年元旦、五一、十一，都有一個確定的日期，而有些農(nóng)歷節(jié)日如春節(jié)、清明、端午每年都不相同。因此，實際的做法是:在每年年底，根據(jù)學(xué)校所公布的次年節(jié)假日休市安排進(jìn)行全年節(jié)假日設(shè)置工作。 用戶和用戶組的管理本監(jiān)控系統(tǒng)內(nèi)涉及到兩類用戶的概念，一類是管理用戶，即通過哪個用戶，可以登入監(jiān)控系統(tǒng)中查看監(jiān)控信息，并根據(jù)需要進(jìn)行某些前臺控制操作。第二類是通知用戶，即聯(lián)系人的概念，系統(tǒng)檢測到故障后需要向這個指定的聯(lián)系人或群組發(fā)送通知。在實際的應(yīng)用環(huán)境中，由于監(jiān)控系統(tǒng)前端界面位于數(shù)據(jù)中心的監(jiān)控室內(nèi)，且有專人24小時職守，負(fù)責(zé)監(jiān)控故障信息，不會出現(xiàn)多人混用的情況，因此不再特別對管理員用戶進(jìn)行身份鑒別和權(quán)限控制方面的設(shè)置，通常使用唯一的管理員身份進(jìn)行監(jiān)控和管理操作。 基于nagios的校園網(wǎng)絡(luò)監(jiān)控系統(tǒng)的對象論述 直接監(jiān)控考慮到學(xué)校的實際應(yīng)用環(huán)境，如果監(jiān)控主機(jī)和被監(jiān)控機(jī)不處于同一網(wǎng)段而是由于網(wǎng)絡(luò)防火墻進(jìn)行安全隔離的話，則在配置直接監(jiān)控模式的同時必須要求開通監(jiān)控主機(jī)和被監(jiān)控機(jī)之間的網(wǎng)絡(luò)防火墻端口，由于不同被監(jiān)控機(jī)開放了不同的服務(wù)，因此規(guī)劃對人規(guī)模主機(jī)進(jìn)行監(jiān)控時，對每臺主機(jī)分別列出其需要開通的網(wǎng)絡(luò)端口后，將形成一張規(guī)模龐大的訪問策略列表，不但大大增加了網(wǎng)絡(luò)管理員的工作量，更令人崩潰的是每當(dāng)新部署一臺打印記或添加一個應(yīng)用或調(diào)整一個現(xiàn)有的服務(wù)端口，就需要在防火墻上重新調(diào)整原有的訪問策略。當(dāng)然也有偷懶的做法，就是直接開通此監(jiān)控主機(jī)到達(dá)所有被監(jiān)控主機(jī)設(shè)備的所有端口的訪問限制，在這種“透明”的網(wǎng)絡(luò)環(huán)境下，可不受約束的配置各種監(jiān)控項目，但這顯然又違背了網(wǎng)絡(luò)安全中“按需開通”的基木原則，實際操作中這是不被允許的。為了規(guī)避這個問題，可以把監(jiān)控主機(jī)和被監(jiān)控主機(jī)部署在同一個網(wǎng)絡(luò)，但即便如此仍然無法監(jiān)控到遠(yuǎn)程主機(jī)上的本地信息，因此仍然需要通過客戶端插件來實現(xiàn)遠(yuǎn)程主機(jī)的完全監(jiān)控。 通過客戶端插件實現(xiàn)遠(yuǎn)程linux主機(jī)的監(jiān)控在實際工作中，通常被監(jiān)控機(jī)與監(jiān)控機(jī)在同一網(wǎng)絡(luò)內(nèi)，或者通過開通網(wǎng)絡(luò)防火墻能夠直接訪問到，所以需要設(shè)計成這種監(jiān)控模式的情況很少。但是有一類場景非常適合于應(yīng)用這種模式，那就是當(dāng)我們不僅需要關(guān)注到每個被監(jiān)控個體的運(yùn)轉(zhuǎn)情況，還要關(guān)心其相互之間的連接情況時，使用這種“模擬真實訪問路徑”的檢測方式會非常有效。例如在典型的三層應(yīng)用架構(gòu)中，利用傳統(tǒng)的監(jiān)控布局，可以有效的監(jiān)測到應(yīng)用中間件服務(wù)器和數(shù)據(jù)庫服務(wù)器的運(yùn)行狀況，但是如果中間件服務(wù)器和數(shù)據(jù)庫服務(wù)器之間的連接出現(xiàn)了問題(比如網(wǎng)絡(luò)防火墻異常阻斷)或是連接配置的錯誤設(shè)置導(dǎo)致無法正常連接，此時的監(jiān)控系統(tǒng)無法揭示問題所在。而如果應(yīng)用了間接檢測模式的話，就可以及時告警并通知用戶處理，大大加快了問題排查的速度。 通過客戶端插件實現(xiàn)遠(yuǎn)程windows主機(jī)的監(jiān)控NSClient++插件的工作邏輯和安裝部署相對更簡單些，但是這種模式也有其局限性，即其擴(kuò)展性較差，因為監(jiān)控功能是與插件整合在一起的，它只能執(zhí)行程序本身已包含的固有監(jiān)控動作，而不能象NRPE這樣通過增加本地監(jiān)控插件來擴(kuò)展新的監(jiān)控項目。不過NSClient++還是