運行Nagios的基本操作-快速啟動選項

運行Nagios的基本操作

7.1. 驗證配置文件的正確性

每次修改過你的配置文件，你應該運行一次檢測程序來驗證配置的正確性。在運行你的Nagios程序之前這是很重要的，否則的話會導致Nagios服務因配置的錯誤而關閉。

為驗證你配置，運行Nagios帶命令行參數 -v，象這樣：

/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

如 果你確實忘記了一些重要的數據或是錯誤地配置了，Nagios將會給出一個報警或是一個錯誤信息，其中會給出錯誤的位置。錯誤信息通常會打印出錯誤配置的 文件中的那一行。在錯誤時，Nagios通常是在預檢查出有問題打印出問題的源配置文件行后退回到命令行狀態。這使得Nagios不會因一個錯誤而落入需 要驗證一個因錯誤而嵌套的配置循環錯誤之中。報警信息可通常是被忽略的，因為一般那些只是建議性的并非必須的。

一旦你已經驗證了你配置文件并修改過你的錯誤，就可以繼續下去，啟動或重啟Nagios服務了。

7.2. 啟動與停止Nagios

有多于一種方式來啟動、停止和重啟動Nagios，這里在有更通常做的方式...

提示

在你啟動或重啟動你的Nagios程序之前，你總是要確保你驗證你的配置文件已經通過。

7.2.1. 啟動Nagios

1. 初始化腳本：最簡單的啟動Nagios守護進程的方式是使用初始化腳本，象這樣：

   /etc/rc.d/init.d/nagios start

2. 手工方式：你可以手動地啟動Nagios守護進程，用命令參數-d，象這樣：

   /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg

7.2.2. 重啟動Nagios

當你修改了配置文件并想使之生效的話，重啟動或重載入動作是必須的。

1. 初始化腳本：最簡單地重啟動Nagios守護進程的方式是使用初始化腳本，象這樣：

   /etc/rc.d/init.d/nagios reload

2. Web接口方式：你可以利用WEB接口，通過點擊“進程信息”的超鏈接頁面里的“重啟動Nagios進程”來重啟動Nagios，見圖

   

3. 手工方式：你可以手動地發一個SIGHUP信號，象這樣：

   kill -HUP <nagios_pid>

7.2.3. 停止Nagios

1. 初始化腳本：最簡單地停止Nagios守護進程的方式是通過初始化腳本，象這樣：

   /etc/rc.d/init.d/nagios stop

2. Web接口方式：你可以利用WEB接口，通過點擊“進程信息”的超鏈接頁面里的“關閉Nagios進程”來停止Nagios，見圖

   

3. 手工方式：你可以手動發一個SIGTERM信號，象這樣：

   kill <nagios_pid>

7.3. 快速啟動選項

7.3.1. 介紹

只有很少幾件事可以減少Nagios的啟動或重啟總時間。加速啟動方法包括有移除些負擔還包括加快配置文件處理過程。

利用這些技術在如下一種或幾種情況時特別有效：

1. 大型安裝配置

2. 復雜地配置(過度地利用模板特性)

3. 需要進行頻繁重啟動的安裝模式

7.3.2. 背景

每次Nagios啟動和重啟時，在它著手進行監控工作之前必須要處理配置文件。啟動過程中的配置處理包括如下幾步：

1. 讀入配置文件

2. 解析模板定義

3. 重粘連("Recombobulating")對象(是我想到的應做各種工作)

4. 復制對象定義

5. 繼承對象屬性

6. 對象定義排序

7. 驗證對象關聯關系的完整性

8. 驗證回路

9. 和其他...

當有很大的或是很復雜的配置文件要處理時有幾步非常消耗時間的。有沒有加快這些的辦法？當然有！

7.3.3. 評估啟動時間

在做讓啟動速度更快的事情之前，需要看看可能性有多少和是否有必要涉足此事。這個比較容易－只是用-s命令行開關啟動Nagios以取得計時和調度信息。

下面是個輸出樣例(做過精減，只是顯示了有關部分)，在這個例子中，假定Nagios配置為對25個主機和超過10,000個服務進行監控。

/usr/local/nagios/bin/nagios -s /usr/local/nagios/etc/nagios.cfg Nagios 3.0-prealpha Copyright (c) 1999-2007 Ethan Galstad (http://www.nagios.org) Last Modified: 01-27-2007 License: GPL Timing information on object configuration processing is listed below.  You can use this information to see if precaching your object configuration would be useful. Object Config Source: Config files (uncached) OBJECT CONFIG PROCESSING TIMES      (* = Potential for precache savings with -u option) ---------------------------------- Read:                 0.486780 sec Resolve:              0.004106 sec  * Recomb Contactgroups: 0.000077 sec  * Recomb Hostgroups:    0.000172 sec  * Dup Services:         0.028801 sec  * Recomb Servicegroups: 0.010358 sec  * Duplicate:            5.666932 sec  * Inherit:              0.003770 sec  * Recomb Contacts:      0.030085 sec  * Sort:                 2.648863 sec  * Register:             2.654628 sec Free:                 0.021347 sec                      ============ TOTAL:                11.555925 sec  * = 8.393170 sec (72.63%) estimated savings Timing information on configuration verification is listed below. CONFIG VERIFICATION TIMES          (* = Potential for speedup with -x option) ---------------------------------- Object Relationships: 1.400807 sec Circular Paths:       54.676622 sec  * Misc:                 0.006924 sec                      ============ TOTAL:                56.084353 sec  * = 54.676622 sec (97.5%) estimated savings

OK，看看發生了什么。先看匯總信息，大概有11.6秒用于處理配置文件有56秒來驗證配置。這意味著每次用這個配置啟動或重啟Nagios時，它大約會有68秒來做啟動事項而不會做任何監控的事情！如果是在定制配置Nagios過程中也是不可容忍的。

那么怎么辦？看一下輸出內容，如果運用了優化選項，Nagios將可以在配置讀取過程節省大約8.4秒而在驗證過程可節省63秒。

哇！從68秒到只有5秒？！是的！看看下面是怎么做到的。

7.3.4. 預緩存對象配置

Nagios可在解析配置文件過程中做些加速，特別是當配置中使用了模板來做繼承等的時候。為降低Nagios解析配置文件的處理時間可用Nagios預處理與預緩存配置文件的功能。

當用-p命令參數來運行Nagios時，Nagios將讀入配置文件，處理后將配置結果寫入預緩存文件(由主配置文件中precached_object_file域指定文件位置)。該預緩存配置文件將包含了預處理后的信息將使Nagios處理配置文件更容易和快捷。必須把-p參數選項與-v或-s命令參數一起使用，如下例。注意要做預緩存配置文件之前配置應是已被驗證過的。

/usr/local/nagios/bin/nagios -pv /usr/local/nagios/etc/nagios.cfg

預緩存配置文件有大小明顯地比原有配置文件大。這是正常的由設計初衷決定的。

一旦預緩存對象配置文件創建，可以啟動Nagios時帶上-u命令行選項以讓它使用預緩存配置文件而不是配置文件本身。

/usr/local/nagios/bin/nagios -ud /usr/local/nagios/etc/nagios.cfg

重要

如果更改了配置文件，必須在Nagios重啟動前要重新驗證和重建預緩存配置文件。如果沒有重構建預緩存配置文件，Nagios將使用舊配置運行因為是由舊配置生成的預緩存文件，而不是用新的原始配置文件。

7.3.5. 跳過回路檢測

第二步(也是最耗時)部分是對配置中的回路進行檢測。在上面例子中這一步幾乎用去了1分鐘來驗證配置驗證。

什 么時回路檢測和為什么要做這么長時間？回路檢測邏輯是為了確保在你的主機、主機依賴、服務和服務依賴等對象之間不存在任何的循環路徑。如果在配置中有循環 路徑，Nagios將會因死鎖而停止。用時較長原因是由于沒有使用較高效的算法。歡迎提供更高效發現回路的算法。提示：這意味著EMail給我有關 Nagios論文的計算機科學系研究生將有機會得到些回贈代碼。:-)

如果你想在Nagios為啟動時跳過回路檢測，可以在命令行回加上-x參數，象這樣：

/usr/local/nagios/bin/nagios -xd /usr/local/nagios/etc/nagios.cfg

重要

當要在啟動和重啟前跳過回路檢測之前，驗證配置文件的正確性是非常非常重要的！沒有這么做將有可能導致Nagios邏輯上的死鎖。你已被我提醒過了啊！

7.3.6. 聯合起來使用

按照下面步驟將會使用預緩存配置文件并且跳過回路檢測以充分加速啟動。

1、驗證配置文件并生成預緩存配置文件，用如下命令：

/usr/local/nagios/bin/nagios -vp /usr/local/nagios/etc/nagios.cfg

2、如果Nagios正在運行，停掉它；

3、啟動Nagios，讓其使用預緩存配置文件而且跳過回路檢測：

/usr/local/nagios/bin/nagios -uxd /usr/local/nagios/etc/nagios.cfg

4、 當更改了原始配置文件時，需要重啟動Nagios并修改現有內容，重新回到步驟1去驗證配置并重構預緩存配置文件。一旦做好了，就可以通過Web接口來重 啟Nagios或是在系統中發個SIGHUP信號，如果沒有重構預緩存配置文件，Nagios將用舊配置運行，因為它首先會讀入緩存配置文件而不是源配置 文件；

5、就這么多！祝你可以加快啟動過程。