主動模式和被動模式與zabbix的web管理界面使用
筆記內容：
19.7 主動模式和被動模式
19.8 添加監控主機
19.9 添加自定義模板
19.10 處理圖形中的亂碼
19.11 自動發現
筆記日期：
19.7 主動模式和被動模式
所謂主動就是客戶端主動上報數據，被動則是客戶端被動去提供數據。
主動模式的情況下，在添加監控項目後，就會主動去采集數據，會采集例如cpu使用率、網絡的網卡流量、系統的負載等信息。主動采集數據有一個間隔時間，每隔幾分鐘或者每隔幾十秒，間隔時間是可自定義的，在監控中心去配置。到了設置的時間點，就會去采集數據，然後將采集到的數據主動上傳到服務端，服務端會將這些數據，儲在數據庫的表格裏。
被動模式的情況下，服務端需要給客戶端發送一個采集數據的請求，客戶端才會去采集數據，同樣的采集到後會上傳給服務端，這種模式下也有一個間隔時間，也是在監控中心配置這個間隔的時間，也就是說主動和被動的區別就在於：前者是自己到點了就會去采集數據上傳，而後者得接收到服務端的請求才會去采集數據並上傳。
適合使用主動模式的場景：
1. 客戶端數量非常多，建議使用主動模式，這樣可以降低服務端的壓力。
2. 服務端上有公網ip，而客戶端只有內網ip，這種場景適合主動模式。
19.8 添加監控主機
在web界面中添加主機，首先打開主機群組，在群組裏添加主機：
創建一個主機群組：
然後再點擊主機進行創建主機：
可以看到主機那一欄有很多個選項，其中的應用集是監控項目的集合，應用集包含著監控項，以Zabbix server作為示例：
通過應用集可以更加好的去管理所有的監控項。
監控項裏就很多內容了：
有監控cpu的，有監控系統負載、網卡流量的，監控項有很多。
觸發器，是用於針對某一個監控項設置一個告警規則：
其中警告級別分為多種，可以在嚴重性一欄看到。
圖形，就是把歷史的數據繪制成圖表：
自動發現規則，就是能夠自動識別你的文件系統分區信息和網卡的流量信息，這樣就不需要自己手動去配置規則了：
Web場景，是用來監控某一個網站、網址，只要被監控的網站出現異常就會報警：
模板是一些預設的設置：
19.9 添加自定義模板
模板非常的有用，因為當你增加一些特有格式或特有組的服務器的時候，需要給這一組服務器添加一些個性化的監控項目。我們可以將這些較為特殊的監控項目添加到一個自定義的模板裏，之後再添加類似的機器時，就可以將模板拿過去使用就可以了，所以模板的目的主要是為了方便給新增主機添加監控項目。
下面我們來創建一個模板：
添加完之後從自帶的模板中，找一些監控項，將這些監控項復制到自定義模板中：
1. 找到Template OS Linux，點擊監控項：
例如我勾選以下幾個監控項（實際情況根據需求而定）：
點擊復制，復制到自定義的模板中：
然後再去看你的自定義模板就會發現有了6項監控項：
同樣的，可以使用相同的方法，把觸發器、圖形、聚合圖形、自動發現，給復制到自定義模板中。但是有一點要註意的是，自動發現裏的規則不能直接復制，因為沒有復制的按鈕：
想要把自動發現裏的規則復制到自定義模板中有兩個方法：
把自帶的目標模板導出：
會下載一個xml文件：
然後需要編輯這個xml文件，將除了自動發現之外的標簽都需要刪除掉，然後修改模板名稱後，導入到模板中，但是這個xml有很多行內容，所以工作量比較大，一般不推薦使用這種方法。
第二個方法就要方便一些，我們先把剛剛添加到自定義模板裏的監控項給刪掉：
然後編輯這個模板，點擊鏈接的模板：
然後選擇一個鏈接模板，並點擊添加，接著點擊更新：
這時候就會發現自定義模板中所有項的數量都和Template OS Linux模板一樣了，這是因為把Template OS Linux裏的東西都完整的復制了過來：
如果你的模板不需要這麽多的項目，想要刪除掉一些的話，是不能夠直接刪除的，刪除的方法參照以下示例：
進入到連接的模板界面中，在動作那一欄有取消連接和取消連接並清理：
其中取消鏈接只是單純的把鏈接給取消掉，不會把你自定義模板中項目給清空，而取消連接並清理則是會把項目給清空。
所以點擊取消連接即可：
這時候就可以直接去刪除不需要的項目了：
關於刪除應用集：想要刪除某個應用集時，需要先把應用集裏面的監控刪掉後，才能刪除應用集。
例如我刪除一些監控項：
到應用集中，只要監控項為空的，就可以刪除：
自動發現的規則也添加進來了，這種方式比編輯xml要方面得多：
接下來就是把一開始創建的主機和這個自定義模板連接起來：
連接完之後就可以看到主機的項目數量和模板的一致：
19.10 處理圖形中的亂碼
以上完成主機和模板的連接後，進入圖形項目中的CPU load：
點擊預覽後會發現中文顯示不出來：
原因：
這是因為在zabbix的字體庫中沒有中文字體，而不是字符集編碼的問題，像這種中文文字會顯示小方框的情況，是因為沒有中文字體庫，無法顯示中文才用小方框代替。
解決方法：
從windows上借用一個過來即可，在此之前我們先在服務端上看一下字體配置文件的內容，在文件中搜索ZBX_FONTPATH：
vim /usr/share/zabbix/include/defines.inc.php
如圖，可以看到ZBX_FONTPATH定義的路徑是“fonts”，它是一個相對路徑，相對於/usr/share/zabbix這個路徑，所以絕對路徑為/usr/share/zabbix/fonts，而這個路徑下的字體文件的名稱是“ZBX_GRAPH_FONT_NAME”參數所定義的“graphfont”，它是一個文件，絕對路徑為/usr/share/zabbix/fonts/graphfont
/usr/share/zabbix/fonts這個路徑就是存放字體文件的路徑：
可以看到，這是一個軟連接文件。
然而這個軟鏈接的目標文件也是一個軟鏈接文件：
最終真正的字體文件在/usr/share/fonts/dejavu目錄下：
知道了這些路徑後就知道把字體文件放在哪了，windows中的字體放在以下路徑：
C:\Windows\Fonts
選擇一個中文的字體，復制到桌面上，然後使用xftp上傳到Linux中的root目錄即可：
然後把這個字體文件放到/usr/share/zabbix/fonts目錄下：
mv simkai.ttf /usr/share/zabbix/fonts
接著把/usr/share/zabbix/fonts目錄下原本的那個字體文件重命名一下：
cd /usr/share/zabbix/fonts
mv graphfont.ttf graphfont.ttf.bak
把中文字體文件做一個軟鏈接即可：
ln -s simkai.ttf graphfont.ttf
以上這些操作就是貍貓換太子，把中文字體文件替換成了原本的字體文件。為什麽非要使用graphfont.ttf這個文件名呢？這是因為在配置文件中的“ZBX_GRAPH_FONT_NAME”參數裏定義的是graphfont這個前綴名，所以就得改為graphfont.ttf這個文件名才能被識別。
完成以上操作，再刷新一下頁面，就可以看到中文正常顯示了：
而且也可以看到這個圖形相較於上面那個圖形有所變化，因為剛剛我們替換了字體庫，所以導致了cpu的數值發生了變化。
查看數據的方式：
點擊應用後，就可以在下方查看數據了：
點擊右側的圖形，可以查看圖形數據：
創建圖形：
然後點擊添加即可：
這樣就成功創建了一個圖形，在監測中的圖形界面裏就可以直接查看了：
如果你不創建的話，是不能在這裏直接查看的，只能在最新數據中查看。
19.11 自動發現
自動發現的圖形默認是不會在圖形界面顯示的，因為間隔的時間太久了，默認是是一個小時，這個間隔時間是可以更改的，點擊需要更改的規則就會進入到以下界面：
然後在客戶端重啟一下zabbix-agent服務：
systemctl restart zabbix-agent.service
服務端也需要重啟一下zabbix-server服務：
systemctl restart zabbix-server.service
然後刷新頁面，就會發現圖形的項目數量增加了：
這時候就可以在圖形中直接查看網卡的流量了：
圖形的顏色是可以進行配置的：
在模板中更改圖形更新的間隔時間：
在實際生產環境中，間隔時間一般不能低於30秒，除非機器數量很少。
這種圖形化的操作界面也很簡單，多玩玩就會了。
如果圖片失效了可以點擊以下的連接查看：
主動模式和被動模式，添加監控主機，添加自定義模板，處理圖形中的亂碼，自動發現
擴展
zabbix監控交換機（思科）
http://tryrus.blog.51cto.com/10914693/1789847
zabbix遠程執行命令
http://www.ywnds.com/?p=6610
zabbix分布式部署
http://sfzhang88.blog.51cto.com/4995876/1364399
zabbix監控tomcat（版本有點老，大家只需要參考步驟，不能照搬）
http://www.jianshu.com/p/e3825a885a1b
http://www.fblinux.com/?p=616
本文出自 “zero” 博客，請務必保留此出處http://zero01.blog.51cto.com/12831981/1982894
主動模式和被動模式與zabbix的web管理界面使用