zabbix數(shù)據(jù)庫(kù)簡(jiǎn)要分析

1、Zabbix數(shù)據(jù)庫(kù)分析Zabbix數(shù)據(jù)庫(kù)共有108個(gè)表，表的名稱都是復(fù)數(shù)的。針對(duì)Zabbix中的每一個(gè)資源，都有一張表與其對(duì)應(yīng)，比如hosts表，items表等。每一張表中都有一個(gè)id字段，如hosts表中的hostid，items中的itemid等。而資源之間的關(guān)聯(lián)關(guān)系是通過(guò)外鍵來(lái)完成的。比如host和item的關(guān)聯(lián)關(guān)系，就是在items表中使用hostid與hosts表中的資源進(jìn)行關(guān)聯(lián)。hosts“host”就是一臺(tái)被監(jiān)控的對(duì)象。Hosts表結(jié)構(gòu)如下：圖1 hosts表Hostid：唯一標(biāo)識(shí)Host在Zabbix及數(shù)據(jù)庫(kù)中的id。不同表之間的關(guān)聯(lián)也要用id。Proxy_hostid：若啟用

2、“proxy-server”架構(gòu)，才會(huì)出現(xiàn)被監(jiān)控機(jī)器的proxy_hostid。Host：被監(jiān)控機(jī)器的名字。Dns：DNS的名稱。Useip：是否用ip監(jiān)控。Port：監(jiān)控的端口。Status：機(jī)器目前的狀態(tài)?！?”為正常監(jiān)控，“1”為disable。Disabled_util、error、available、errors_from：這些值Zabbix Poller回去修改的值。Lastacess：表示proxy最后一次工作的時(shí)間。Ipmi*、snmp*、jmx*為使用這三種監(jiān)控方式時(shí)的監(jiān)控記錄。hosts_groupshosts_groups 保存了host（主機(jī)）與host groups（

3、主機(jī)組）的關(guān)聯(lián)關(guān)系。這部分信息可以在我們自己做一些批量查詢，例如查詢關(guān)聯(lián)到某個(gè)主機(jī)組的所有 設(shè)備的IP 、存活狀態(tài)等，進(jìn)一步去查詢?cè)撆吭O(shè)備的load、IO、mem等統(tǒng)計(jì)信息。我之前做的一個(gè)簡(jiǎn)單的報(bào)表就是例如了這部分的信息去查詢某個(gè)業(yè)務(wù)線下所有設(shè)備 的一周統(tǒng)計(jì)信息，當(dāng)然了是在同一個(gè)主機(jī)組或者模版組才可以的。表 2表結(jié)構(gòu)hosts_groupsInterfaceInterface表用于存儲(chǔ)每一個(gè)host的接口信息，此表與hosts表分離，方便了用戶修改信息與管理。Figure 3 Interface表結(jié)構(gòu)ItemsItems表記錄了item的所有設(shè)置。在Zabbix中，最多的操作就是對(duì)items

4、的。如添加監(jiān)控項(xiàng)、刪除監(jiān)控項(xiàng)、更新監(jiān)控配置等。Items表結(jié)構(gòu)如下：圖4 items表結(jié)構(gòu)Key_：items的key，可以理解為在triggers中的進(jìn)行判斷的變量。ApplicationsApplication表用于存儲(chǔ)監(jiān)控像所屬于的應(yīng)用，applicationid為主鍵編號(hào)，hostid對(duì)應(yīng)與host的id，name用于存儲(chǔ)application的名稱，flag用于存儲(chǔ)application的狀態(tài)。圖 5 application表結(jié)構(gòu)TriggersTriggers表是Zabbix中關(guān)于觸發(fā)警報(bào)時(shí)記錄的表。Triggers的表結(jié)構(gòu)如下：圖6 triggers表結(jié)構(gòu)MappingsMapp

5、ings表用于存儲(chǔ)的應(yīng)用狀態(tài)映射信息，存儲(chǔ)數(shù)據(jù)時(shí)會(huì)將不同的值、不同的范圍對(duì)應(yīng)不同的狀態(tài)，而用戶關(guān)心的正是這些狀態(tài)。圖 7 mapping表結(jié)構(gòu)ExpressionsExpressions表用于判斷triggers時(shí)需要用到的正則表達(dá)式，助于合理的進(jìn)行triggers判斷。圖 8 expressions表結(jié)構(gòu)mediamedia 保存了某個(gè)用戶的media配置項(xiàng)，即對(duì)應(yīng)的告警方式，如郵件等方式。圖9 media 表結(jié)構(gòu)Events每當(dāng)zabbix server獲取一個(gè)數(shù)據(jù)，它就會(huì)檢查跟這個(gè)items相關(guān)的trigger，然后無(wú)論是否觸發(fā)action，都會(huì)生成一個(gè)event。表10 events表

6、結(jié)構(gòu)Source:Event可能由多種源頭生成，source就記錄了Event是由什么事件而生成的。Object：這個(gè)字段記錄了和event相關(guān)的Zabbix對(duì)象。Objected：根據(jù)前面object里的定義，這里可能為triggerid，也可能是discovered  hosted。ns：這個(gè)字段是在版本加入這個(gè)記錄的。因?yàn)槿绻挥衪imestamp，那么這個(gè)ITEM.VALUE會(huì)發(fā)生錯(cuò)亂。Value：和object字段類似，根據(jù)source的不同，這里的值有不同的意義。 Actionsactions表記錄了當(dāng)觸發(fā)器觸發(fā)時(shí)，需要采用的動(dòng)作。圖11 action表結(jié)構(gòu)al

7、ertsalerts 表保存了歷史的告警事件，可以從這個(gè)表里面去做一些統(tǒng)計(jì)分析，例如某個(gè)部門、 某人、某類時(shí)間的告警統(tǒng)計(jì)，以及更深入的故障發(fā)生、恢復(fù)時(shí)間，看你想怎么用了。圖12 alerts表結(jié)構(gòu)configconfig表保存了全局的參數(shù)，前端包括后端也是，很多情況下會(huì)查詢改表的參數(shù)的，例如用戶的自定義主題、 登陸認(rèn)證類型等，非常重要。圖13config表結(jié)構(gòu)functionsfunction 表時(shí)非常重要的一個(gè)表了，記錄了trigger中使用的表達(dá)式，例如max、last、nodata等函數(shù)。但其實(shí)這個(gè)表說(shuō)他重要時(shí)因?yàn)橥瑫r(shí)記錄了trigger、itemid，那就可以做一些API的開(kāi)發(fā)了，例如

8、根據(jù) IP 茶香改IP的所有trigger，我記得1.8的版本的API是無(wú)法實(shí)現(xiàn)我說(shuō)的這個(gè)功能的，那只能利用 function表去自己查詢了。圖 14functions表結(jié)構(gòu)graphs_itemsgraphs_items 保存了屬于某個(gè)圖表的所有的監(jiān)控項(xiàng)信息。圖 15 graphs_items 表結(jié)構(gòu)profilesprofiles 表保存了用戶的一些配置項(xiàng)。圖16 profiles表結(jié)構(gòu)sessionssessions 表很重要，保存了每個(gè)用戶的sessions,在登陸、注銷的時(shí)候均會(huì)操作 該張表的。圖17 sessions表結(jié)構(gòu)historyHistory表用于存儲(chǔ)監(jiān)控所得的原始數(shù)據(jù)，itemid對(duì)應(yīng)與監(jiān)控項(xiàng)；clock為數(shù)據(jù)的獲取時(shí)間，用時(shí)間戳表示；value為獲取的原始數(shù)據(jù)；ns表示采集到該數(shù)據(jù)所用的時(shí)間。圖18 history表結(jié)構(gòu)history_strhistory_str表用于存儲(chǔ)采集到的數(shù)據(jù)中需要用字符串記錄的數(shù)據(jù)，itemid對(duì)應(yīng)與監(jiān)控項(xiàng)；clock為數(shù)據(jù)的獲取時(shí)間，用時(shí)間戳表示；value為獲取的原始數(shù)據(jù)；ns表示采集到該數(shù)據(jù)所用的時(shí)間。圖 19 history_str表結(jié)構(gòu)TrendsTrends表用于儲(chǔ)存監(jiān)控的