天氣預報API
天氣預報api地址：http://www.weather.com.cn/data/sk/101010100.html
api正常情況下會返回如下數據：
{ "weatherinfo": { "city": "北京", "cityid": "101010100", "temp": "-1", "WD": "北風", "WS": "3級", "SD": "12%", "WSE": "3", "time": "11:15", "isRadar": "1", "Radar": "JC_RADAR_AZ9010_JB", "njd": "暫無實況", "qy": "1021" } }
ZABBIX WEB場景配置
configuration->host->您的主機->web->點擊右上角create scenario
zabbix監控api - 創建
點擊step，輸入如下
zabbix監控api - step
查看監控結果
monitoring->web->選擇相應的hosts，點擊如下的“監控天氣預報API_FOR_TTLSA”
zabbix監控api - 查看結果
zabbix監控api - 整體情況
zabbix監控api - 速度
zabbix監控api - 響應時間
創建觸發器
至於怎么創建觸發器，我這邊就不多說了，請看關於觸發器的文章《zabbix創建觸發器》，當有故障發生，便可以發送故障報警。
zabbix監控api說明
以上只是一個簡單的例子，具體應用看大家了，比如說可以監控注冊、獲取新聞列表、獲取評論等等接口是否可以使用，以及這些接口的一些性能。
zabbix使用IT services 了解服務器SLA整體情況（60）
什么是IT Services
服 務器或者某項服務、業務的可用率，不懂技術的上級領導會過問最近服務器可用率如何、所有api的狀況怎么樣？通常一些技術人員會說負載怎么樣，哪 些cpu使用率怎么樣，硬盤使用情況，api的響應速度都保持在多少、響應時間都在多少？還沒等說完，領導就打斷了。他不關心這些細節，更不懂這些技術。 他想要的是一個結果。比如說服務器故障率在0.001，api的響應率在99.99%。這就是IT Services的功能。
IT service結構如下：
IT Service | |-Workstations | | | |-Workstation1 | | | |-Workstation2 | |-Server
IT Sverices示例
舉個例子，API的SLA，各個子Service都有他的可用率，然后XXX網站API可以統計到整個API的可用率，當領導過問起來，給他看這個就行了。
IT Service | |-XXX網站API | | | |-天氣API | | | |-新聞API | | | |-用戶API | | |-....xxxAPI（省略各種api） | |-Servers（其他services）
那這些可用率是怎么計算出來的呢？根據你的觸發器，除了未分類和信息這兩類，其他嚴重性級別，例如警告（warnning）等等都會記入故障率
配置IT Services
configuration->IT Services->單擊root->Add services
zabbix it service - 創建
創建服務器在線率
zabbix it services 服務器在線率
service說明
name：名稱
Parent service：上級節點，這邊是root
Status calculation algorithm：計算付費，共有三個選項
- Do not calculate - 不加入計算
- Problem, if at least one child has a problem - 子項至少一個發生故障（一般用這個）
- Problem, if all children have problems - 所有子項都發生故障，才加入計算
Acceptable SLA (in %)：可接受的可用率百分比，如果在大於這個百分比那么現實綠色，如果小於那么就是紅色顯示
Trigger：觸發器，可以選觸發器也可以不選，不過大家要記住，可用率計算的就是這些觸發器的可用率，如果沒有觸發器根本無法計算。最上級的可以不選觸發器，子項一定記得選擇觸發器，否則就失去意義了。
添加子service
zabbix-it-service-03
zabbix-it-service-04
依賴標簽
這邊我們不增加依賴，在后面我們專門來談談這個依賴
zabbix-it-service-05
Time這邊如果默認，那么就是24x7
zabbix-it-service-06
Time說明
Service times：定義好的工作時間
New service time：一共有三個選項
- Downtime - 在這個時間段，不計入SLA
- One-time downtime - 在這個時間段，不計入SLA，指定一個時間（只有一次）
- Uptime ：工作時間，在這個時間內出現故障都計入SLA
看看效果，monitoring-->IT services
zabbix-it-service-07
IT Services依賴
分 為hard和soft依賴，例如我們增加一個C服務器，他需要依賴其他IT樹下的services，首先它不能鏈接觸發器，在依賴那邊選擇其他樹 下依賴即可，可以添加多個，軟依賴是灰色的標識，硬件依賴則是直接把整個service挪過來。如果C服務器使用軟依賴，那么可以直接刪除C服務器 Service，如果是硬依賴，需要先移除依賴，才能刪除。
service-soft-hard-01
soft不勾選，表示為硬依賴
service-soft-hard-02
如下，原本“測試”和“服務器在線率”在同一個層級，都歸屬於root，但是加了硬依賴之后，直接到了C服務器只下了
service-soft-hard-03
接着來看看軟依賴
勾選soft，就是軟依賴了
service-soft-hard-04
看下圖，和硬依賴很不相同，C服務器下的測試是灰色的，並且“測試”依舊和“服務器在線率”在同一個層次。
service-soft-hard-05
此時你可以直接刪除C服務器，但是硬依賴的情況下不行哦。
好了，zabbix IT SERVICES就到這里了，可以給領導開個權限，這樣他也可以了解到服務器整體狀況了。運維們也需要經常看，畢竟這是調整的一個一句。