官方站點http://www.zabbix.com/   
 Zabbix版本
        LTS:long time support 長期維護版
             2.2 3.0
    特性:
            數據采集:
                snmp ssh/telnet agent ipmi jxm(Java Management eXtensions )      ....so  on 
                自定義采樣機制:UserPrameter
            告警:
                告警升級機制:
                                執行腳本:script
                                notification:故障匯報給相關人員,若問題沒有解決,匯報給升級主管.....
            數據存儲:
                  數據存儲:MySQL/PGSQL                #語錄 有人的地方就有江湖,有人的地方就有手機
            展示: 
                實時繪圖:把數據以可視化的數據graph(圖表)-->>screen-->>slide show(幻燈片切換)    
                   map-->>創建拓撲圖-->>每個節點用線連接..節點壞了用紅線等等
             支持模板:
                 網路自動發現:自動發現硬件并套用模板自動監控     #逆天
                 分布式監控: 當集群非常大時,需要用到
                                Server<-->Proxy<-->agent/ssh/ipmi
                  API:開發接口 自行開發
Zabbix:程序組件
    
            核心組件:
                Zabbix server:服務端守護進程:負責發出監控請求,并采集數據以后存儲到Zabbix database中      服務主組件   #C
                Zabbix agentd:agent守護進程                            #被監控主機
                Zabbix web GUI:負責從Zabbix database中檢索處理數據并顯示  管理結構 關鍵組件            #PHP 
                Zabbix database: 數據庫,載體為各種數據庫. 專門有腳本生成數據庫結構       #根Zabbix 本身無關
                Zabbix proxy :代理 當集群過大時,負責分攤負載.傳送數據匯總給Zabbix server        #可選
                Zabbix get:命令行工具,手動測試向agent發起數據采集請求
                Zabbix sender:命令行工具.運行于agent端.手動向server發送采集數據
                Zabbix jave gateway:JMX監控時用到的java網關                                #不懂
                (Web pager :采集 請求頁面資源的響應速度,作出評估,確保用戶體驗)
Zabbix  監控模式:
                    被動模式:由Zabbix server請求.agent端被動回復
                    主動模式:agent端主動回復采集信息給Zabbix

創新互聯：從2013年開始為各行業開拓出企業自己的“網站建設”服務，為1000多家公司企業提供了專業的成都網站制作、成都做網站、外貿營銷網站建設、網頁設計和網站推廣服務， 按需求定制網站由設計師親自精心設計，設計的效果完全按照客戶的要求，并適當的提出合理的建議，擁有的視覺效果，策劃師分析客戶的同行競爭對手，根據客戶的實際情況給出合理的網站構架，制作客戶同行業具有領先地位的。

  *******************************************************************************************************************

php
            server3:數據庫服務器  

    **************************************別說看不懂*************************************略

 

*****************************************************************************************

Zabbix常用術語:
主機(host):每一個被Zabbix監控的服務器,可有IP或DNS名稱指定;
主機組(host groups):通常可分為;同類的host,按照功能,服務,地理位置,結構等劃分,業務邏輯劃分,組合起來(通常為同一服務,便于管理的)
監控項(item):一個特定監控指標的相關數據,    #"key"可以理解為函數 item:理解為參數 
            item里邊是由key定義的 而每一個key里面定義了 采集程序 
觸發器(trigger):一個表達式,用來匹配item是否在合理的區間內,即閘值;數值大于閘值時"ok(觸發器被觸發)"-->'problem';<閘值-->"problem"-->>'ok'   #符合表達式表示有問題 不符合表達式為正常狀態  具體情況看表達式定義
事件(event):即發生一個值得關注的事情,例如觸發器狀態變化,新的agent上線或下線.
動作(action):指對于特定時間的處理動作      #發送通知或重啟服務或執行指定腳本
報警升級(escalation): 
 

*********************************************************************************

            Zabbix邏輯架構: 
            
多個host組成一個host組,通過定義的items來匹配,當發生變化觸發觸發器時,即產生事件(Events) ,而Actions可監控事件的發生來完成所定義的動作(Actions) 執行遠程命令或發送通知(Email只是其中的一種表現形式)
如果要對主機做快速監控配置,則可利用模板(Template),然后套用 
Maintenance(維護),當處于維護模式時,不觸發監控
items必然對應的是數據采集器(Zabbix Poller)拉取工具(基于上面三個通道)

*********************************************************************************

Zabbix 服務端進程
 
當啟動Zabbix服務時,需要啟動以上這么多進程.而且有些進程還不止一個. 
 watchdog:檢查Zabbix的各個進程,防止進程被kill(watchdog工作在內核當中,所以被kill的幾率大大減小) 
housekeeper:主要用來管理數據庫中的歷史數據,過期數據自動刪除
alerter:報警工具
escalator:報警升級
pinger:用來探測主機是否在線
poller:實現item的數據采集(進程數量不一定是一個 看定義的采集項有多少)
httppoller:web監控的.....
discoverer:自動發現主機
nodewatcher:監控節點
timer:計時器
db_config_syncer:完成db配置同步到         #proxy db和Zabbix server的數據同步組件 
            proxy所采集的數據并不是直接發送給 Zabbix server 而是需要同步的 
db_data_syner: 完成db數據同步的            

***********************************************配置要求******************

一般Zabbix 的瓶頸時 磁盤I/O或者網絡I/O 
硬件配置略..
DB要求.略..
前端要求:
 

三大組件
    Zabbix Server
    Zabbix web GUI
    Zabbix Database
以上組件可放在三臺不同的主機上進行監控

網頁標題：linux監控系統_Zabbix概念(2)
當前鏈接：http://www.xueling.net.cn/article/pepege.html