zabbix自定義腳本
Ⅰ zabbix伺服器需要怎麼樣的硬體配置
配置方式：
1. 完成自定義監控腳本的編寫（windows或linux腳本）
腳本要求：（1）既然是監控，那必然要有輸出結果值（字元串，數字皆可）
（2）必須要求zabbix用戶有執行許可權，當然可以直接設置所有用戶都有執行許可權（chmod 777 腳本文件）
（3）若腳本需要傳入參數，按照參數傳入的順序，在腳本中可用$1-$9來引用傳入的參數
2 找到zabbix agent的配置文件zabbix_agentd.conf,修改如下兩個參數
UnsafeUserParameters=0 => UnsafeUserParameters=1並去掉前面的注釋符
UserParameter= => UserParameter=aaa.bbb[*], /usr/local/script/monitor.sh $1 $2 …
說明：aaa.bbb[*] ---zabbix伺服器添加監控信息時需要用到的key值，
格式：aaa.bbb[*]（例：system.file.size[*]）
/usr/local/script/monitor.sh ----監控腳本絕對路徑
為了便於靈活監控，有時腳本需要傳入參數，此參數可從zabbix伺服器端傳入，所有參數按順序分別從$1-$9表示
註：（1）若無需傳入參數，則紅色部分可省略
（2）該自定義腳本可由zabbix伺服器控制收集數據的頻率（如：每30s運行一次），無需再添加計劃任務
（3）以上參數請根據實際情況填寫，並注意去除參數前注釋符（#）
（4）注意在key值和後面的腳本之間有個逗號隔開
至此，自定義監控腳本zabbix agent端配置結束
3. 測試
測試命令： /usr/local/bin/zabbix_agentd -t key[參數]
示例：/usr/local/bin/zabbix_agentd -t system.file.size[/etc/a.txt,abc,…]
4. 監控腳本舉例：
腳本名稱：/usr/local/script/monitor.sh
腳本內容：echo `date +"%F %T"`
腳本要求：必須在控制台輸出值，該值將作為返回值返回給zabbix伺服器端
Ⅱ zabbix 告警
根據支持的時間定義的事件：
生成觸發器的動作
郵件告警就配置成功
在為對應的用戶添加對應的郵箱即可。
內容：
編寫通知腳本
創建媒體類型
用戶指定媒體類型
在sever端，自定義腳本發
1.首先在要在server編寫對應的可執行的腳本
首先腳本文件的編寫
接下來租豎純為腳本文件添加可執行許可權
chmod +x sendmail.py
接下來將腳本文件安裝到zabbix告纖襪警媒介文件夾下
vim /etc/zabbix/zabbix_server.conf
將sendmail文件移動到對應的目錄下：
接下來就可以在前端上配置對應的告警媒介
參數：
{ALERT.SENDTO}收件人地址
{ALERT.SUBJECT}主題
{ALERT.MESSAGE}詳細內容
在經弊咐過測試確認可用之後，就有新的告警媒介了。
像一般的告警介質一樣使用就可以了。
去設置對應的告警就可以了
Ⅲ 生產環境使用zabbix一般監控哪些
Zabbix支持的主要監控方式
Zabbix主要有Agent, Trapper, SNMP, JMX, IPMI這幾種監控方式，下面主要就監控原理和優缺點介紹一下這幾種方式。
Zabbix支持的主要監控方式
Agent監控方式
Trapper監控方式
SNMP監控方式
JMX監控方式
IPMI監控方式
結論
Agent監控方式
在Agent監控方式下，zabbix-agent會主動收集本機的監控信息並通過TCP協議與zabbix-server傳遞信息。Agent監控方式分為主動和被動模式。在被動模式下，zabbix-agent監聽10050埠，等待zabbix-server的監控信息收集信息請求；在主動模式下，zabbix-agent收集監控信息並通過10050埠主動將數據傳給zabbix-server所在伺服器的10051埠。
優點：
是zabbix最常用的監控方式，監測指標深入細致有針對性。
內置監控功能強大，內置監控項目豐富。
TCP方式實現通訊，可靠性也有保證。
缺點：
需要在被監控機器上安裝zabbix-agent客戶端，部署相對麻煩，最初需要逐個機器安裝代理軟體。
zabbix-agent客戶端運行在被監控機上，會收集本機信息。
Trapper監控方式
Trapper監控方式使用zabbix-sender程序主動向zabbix-server發送數據。key的名稱和發送的數據內容都可以靈活定義。發送的信息採用JSON格式，遵循zabbix-sender協議。可以自定義腳本利用zabbix-sender協議來向zabbix-server發送信息。
優點：
不需要在被監控機器安裝zabbix-agent
不收集被監控機器的信息
可以自定義發送的信息內容
可以使用自定義腳本發送信息
缺點：
需要自定義發送的信息內容
無內置監控項目
SNMP監控方式
SNMP全稱Simple Network Management Protocol，即網路管理協議，包括進程管理和被管理設備兩部分。作為一種國際通用的網路管理協議被廣泛的應用於對各種交換機，路由器等網路設備的管理上，而現在也越來越多被用於對伺服器的監控上。
優點：
伺服器一旦部署SNMPAgent,任何能實現SNMP協議的軟體都可對其進行監測。
通過這種手段進行監測不需知道被監測伺服器的用戶名與密碼，比較安尺沖爛全。
缺點：
很多伺服器並非默認安裝SNMPAgent，如果要通過這種方式監測則需要對所有伺服器安裝部署。
能監測的參數指標比較固定不夠深入，無法滿足用戶的特殊需求。
由於SNMP協議是通過UDP方式實現的，在網路狀況不佳的情況下其可靠性難以保證。
JMX監控方式
JMX，全稱java Management Extensions，即Java管理拓展，是Java平台為應用程序，設備，系統等植入管理功能的框架。在zabbix中，JMX數據的獲取由zabbix-java-gateway代理程序來負責數據的采陵漏集判亮。
優點：
可以詳細地監控各類Java程序的運行狀態。
缺點：
被監控機上需要安裝zabbix-java-gateway
IPMI監控方式
IPMI，全稱Intelligent Platform Management Interface，即智能平台管理介面，原本是Intel架構中企業系統的周邊設備所採用的一種工業標准，後來成為業界通用的標准。用戶可以利用IPMI監視伺服器的物理特徵，如溫度，電壓，電扇工作狀態，電源供應以及機箱入侵等指標。
結論
根據以上對zabbix各主要監控方式的梳理，結論如下：
根據被監控機器的環境和客戶要求選用適當的監控方式，可同時配合使用多種監控方式。
有條件在被監控機上部署zabbix-agent客戶端時，該方法為第一選擇，因為其功能強大且配置相對簡便。
需要自定義腳本或者監控信息時，可使用trapper方式，即使用zabbix-sender程序或者自定義腳本遵循zabbix-sender協議，以JSON形式，通過TCP發送自定義信息。
Ⅳ zabbix監控哪些東西
zabbix server可以通過SNMP，zabbix agent，ping，埠監視等方法提供對遠程伺服器/網路狀態的監視，數據收集等功能。
它可以運行在Linux，Solaris，HP-UX，AIX，Free BSD，Open BSD，OS X等平台上。zabbix agent需要安裝在被監昌散視的目標伺服器上，它主要完成對硬體信息枝銷或與操作系統有關的內存，CPU等信息的收集。
1、Agent監控方式。
在Agent監控方式下，猛迅游zabbix-agent會主動收集本機的監控信息並通過TCP協議與zabbix-server傳遞信息。
Agent監控方式分為主動和被動模式。在被動模式下，zabbix-agent監聽10050埠，等待zabbix-server的監控信息收集信息請求；在主動模式下，zabbix-agent收集監控信息並通過10050埠主動將數據傳給zabbix-server所在伺服器的10051埠。
2、Trapper監控方式。
Trapper監控方式使用zabbix-sender程序主動向zabbix-server發送數據。key的名稱和發送的數據內容都可以靈活定義。發送的信息採用JSON格式，遵循zabbix-sender協議。可以自定義腳本利用zabbix-sender協議來zabbix-server發送信息。
3、SNMP監控方式。
SNMP包括進程管理和被管理設備兩部分。作為一種國際通用的網路管理協議被廣泛的應用於各種交換機，路由器等網路設備的管理上，而現在也越來越多被用於對伺服器的監控上。
Ⅳ 關於伺服器，硬體配置，和溫度環境要求是怎麼樣的
關於伺服器，硬體配置，和溫度環境要求是怎麼樣的
環境的話，一般就是需要注意物理環境。即溫度、電源、地板、防火系統。
作為機房（電腦學習室/數據中心），它的物理環境是受到了嚴格控制的，主要分為幾個方面：即溫度、電源、地板、防火系統。
溫度
說到溫度，一般用的都是空調了。空調用來控制數據中心的溫度和濕度，製冷與空調工程協會的「數據處理環境熱准則」建議溫度范圍為20-25℃(68-75℉)，濕度范圍為40-55%，適宜數據中心環境的最大露點溫度是17℃。在數據中心電源會加熱空氣，除非熱量被排除出去，否則環境溫度就會上升，導致電子設備失靈。通過控制空氣溫度，伺服器組件能夠保持製造商規定的溫度/濕度范圍內。空調系統通過冷卻室內空氣下降到露點幫助控制濕度，濕度太大，水可能在內部部件上開始凝結。如果在乾燥的環境中，輔助加濕系統可以添加水蒸氣，因為如果濕度太低，可能導致靜電放電問題，可能會損壞元器件。
電源
機房的電源由一個或多個陸辯不間斷電源(UPS)和/或柴油發電機組成備用電源。為了避免出現單點故障，所有電力系統，包括備用電源都是全冗餘的。對於關鍵伺服器來說，要同時連接到兩個電源，以實現N+1冗餘系統的可靠性。靜態開關有時用來確保在發生電力故障時瞬間從一個電源切換到另一個電源。
地板
機房的地板相對瓷磚地板要提升60厘米(2英尺)，這個高度隨社會發展變得更高了，是80-100厘米，以提供更好的氣流均勻分布。這樣空調系統可以把冷空氣也灌到地板下，同時也為地下電力線布線提供更充足的空間，現代數據中心的數據電纜通常是經由高架電纜盤鋪設的，但仍然有些人建議出於安全考慮還是應將數據線鋪設到地板下，並考慮增加冷卻系統。小型數據中心裡沒有提升的地板可以不用防靜電地板。計算機機櫃往往被組織到一個熱通道中，以便使空氣流通效率最好。
防火系統
機房的防火系統包括無源和有源設計，以及防火行動執行計劃。通常會安裝煙霧探測器，在燃燒產生明火之前能夠提前發現火警，在火勢增大之前可以截斷電源，使用滅火器手動滅火。在數據中心是不能使用自動噴水滅火裝置的，因為電子元器件遇水後通常會發生故障，特別是電源未截斷的情況下使用水滅火情況會變得更糟。即使安裝了自動噴水滅火系統，清潔氣體滅火系統也應早於自動噴水滅火系統啟動。在數據中心還應該安裝防火牆，這樣可以將火源控制在局部范圍內，即便是發生火災也可以將損失減到最低。
zabbix伺服器需要怎麼樣的硬體配置
配置方式：
1. 完成自定義監控腳本的編寫（windows或linux腳本）
腳本要求：（1）既然是監控，那必然要有閉拍輸出結果值（字元串，數字皆可）
（2）必須要求zabbix用戶有執行許可權，當然可以直接設置所有用戶都有執行許可權（chmod 777 腳本文件）
（3）若腳本需要傳入參數，按照參數傳入的順序，在腳本中可用$1-$9來引用傳入的參數
2 找到zabbix agent的配置文件zabbix_agentd.conf,修改如下兩個參數
UnsafeUserParameters=0 => UnsafeUserParameters=1並去掉前面的注釋符
UserParameter= => UserParameter=aaa.bbb[*], /usr/local/script/monitor.sh $1 $2 …
說明：aaa.bbb[*] ---zabbix伺服器添加監控信息時需要用到的key值，
格式：aaa.bbb[*]（例：system.file.size[*]）
/usr/local/script/monitor.sh ----監控腳本絕對路徑
為了便於靈活監控，有時腳本需要傳入參數，此參數可從zabbix伺服器端傳入，所有參數按順序分別從$1-$9表示
註：（1）若無需傳入參數，則紅色部分可省略
（2）該自定義腳早態缺本可由zabbix伺服器控制收集數據的頻率（如：每30s運行一次），無需再添加計劃任務
（3）以上參數請根據實際情況填寫，並注意去除參數前注釋符（#）
（4）注意在key值和後面的腳本之間有個逗號隔開
至此，自定義監控腳本zabbix agent端配置結束
3. 測試
測試命令： /usr/local/bin/zabbix_agentd -t key[參數]
示例：/usr/local/bin/zabbix_agentd -t system.file.size[/etc/a.txt,abc,…]
4. 監控腳本舉例：
腳本名稱：/usr/local/script/monitor.sh
腳本內容：echo `date +"%F %T"`
腳本要求：必須在控制台輸出值，該值將作為返回值返回給zabbix伺服器端
魔方雲的伺服器硬體配置怎麼樣？
搭建純SSD架構的高性能企業級雲伺服器，採用高端Intel Haswell CPU、高頻DDR4內存、高速Sas3 SSD快閃記憶體作為底層硬體配置。
怎樣估算oracle伺服器的硬體配置
Dell PowerEdge T710
標准配置
TPCC：239,392
代理伺服器的硬體配置
公司用最好還是用專業級的伺服器，打電話給相關電腦伺服器供應商很容易了解行情。否則，找台內存大點兒的機器，速度快點兒的機器也湊合著用。
聯想rd350伺服器怎麼查硬體配置
因為陣列卡等設備的原因，在伺服器上檢測硬碟不太方便，如果是sata盤，拔下直接上台式機檢測。
我用的是小鳥雲的伺服器，挺不錯。
打水伺服器的配置要求是怎樣的
打水伺服器通常是指虛擬伺服器業務，多在境外。 打水的伺服器，一般都是需要高配置，一般為Q84OO以上，i3 i5 17是目前市面上的打水伺服器的最佳選擇。
小提示：目前，打水雖然有風險，但是還是有利可圖的，但是要方法得當，如果你打兩個月都賺不到點錢，建議不要再打，因為可能你不合適做打水，正如不是個個人都能炒股賺到錢一樣。
郵件伺服器250用戶 需要怎麼樣的硬體配置 需要多大的硬碟容量？
dell R310 X3430/4G/500G*2 sata/raid1 這個配置用於郵件伺服器足夠了，軟體推薦用：《科信KXmail郵件系統》，可以查下！
選購伺服器硬體配置要注意什麼？
伺服器硬體配置要穩定高效，千萬不要選購一些太便宜的伺服器配件，如果伺服器運行時因為配置問題出現什麼問題，損失就很大了，如機箱一定要選擇好點的，國產有家叫IOK的機箱還可以，你去了解下。什麼EMC啊 防震效果 聽說都是不錯 而且最大的好處是可以定製 客戶喜歡咋整就咋整
怎麼配置伺服器硬體
300個web站點，說多也不多，說少也不少了。在這個階段，可以先用這款雙路四核的伺服器，標配一顆至強E5620四核處理器，英特爾5500晶元組伺服器主板，2G DDR3 REG ECC內存，SSD 80G固態硬碟，雙千兆網卡，性能可以說是相當不錯，帶100萬廣告聯盟沒問題。如果以後訪問量增加，可以擴展到兩顆處理器，達成8顆處理核心，16條處理線程（在任務管理器的cpu格子窗口能看到16個- -~~~相當變態），內存可以增加到24GB!
Ⅵ zabbix告警配置
概述
假設我們配置了一些監控項和觸發器，現在當觸發器狀態改變時會獲取一些發生的事件，是時候考慮下一步行動了。
我們不可能一直盯著觸發器或者事件列表，當發生一些標志性的事件時發送警告再好不過。當問題發生，關注這些的用戶都會被通知。
zabbix提供主要的功能就是發送告警就是這個原因。哪些人？在什麼時候？應該收到哪些信息是可以被定義的。
為了發送和接收來自zabbix的告警，你必須：
定義媒介
配置發送信息到定義媒介的動作
動作由 觸發條件 和 操作 組成。基本上當條件符合時，操作被執行。兩個主要的操作是 發送消息 和 執行遠程命令
為了發現和自動注冊創建的事件，一些額外的操作是可用的，包含添加或者刪除主機，鏈接模板等
一、媒介（Media types）
概述
Media 是用於發送zabbix的消息與告警的遞送通道
可以定義一下媒介類型
E-mail
SMS
Jabber
Ez Texting
Custom alertscripts
1、 E-mail
為消息定義E-mail發送通道，需要配置e-mail 作為媒介類型並且傳遞指定的地址給用戶
配置
依次點擊 管理——>報警媒介類型，點擊創建媒介類型（或者點擊預先定義的媒介類型 E-mail）
媒介類型表包含通常的媒介類型屬性
所有重要的欄位都會標記紅星
Name 媒介類型名字
Type 選擇Email作為類型
SMTP server 設置stmp伺服器作為處理信息的出口
SMTP server port 設置smtp服務的埠，這個參數從zabbix3.0開始支持
SMTP helo 這是正確的stmp鏈接值，通常為域名
SMTP email 這個地址會被用於信息發送者，用來發送消息，添加發送者的顯示名 如 Zabbix_info則zabbix_info<[email protected]>
幾個可以生效的配置：
[email protected] 只有郵箱地址，不需要尖括弧
zabbix_info<[email protected]> 顯示名與郵件地址，地址寫在尖括弧中
監控系統<[email protected]> 使用UTF-8格式的顯示名
Connection security 選擇鏈接安全級別，None為不使用ssl選項，starttls 使用 CURLOPT_USE_SSL參數，SSL/TLS則CURLOPT_USE_SSL可選
SSL verify peer 標記checkbox同步SMTP服務的SSL證書，
Authentication 認證方法
Username 用戶名
Password 密碼
Enabled 啟用媒介
注意 ： 為了使SMTP中的authentication 選項可用，zabbix在編譯時，需要帶--with-libcurl參數 使用cURL7.20.0或更高版本
第二個選項卡options
第二個選項卡options配置了告警的處理流程。同樣的options配置在其他的媒介類型中也存在。
所有媒介都是並行處理的，當前最大會話每個媒介自己定義，但是zabbix服務的告警處理總數被參數（zabbix_sever.conf）StartAlerters所限制。同一觸發器生成的告警會序列化的處理
options表
concurrent sessions 並發會話數，三個選項，one（一個），unlimited（不限制），custom（自定義）
Attempts 嘗試發送告警的次數，如果設置為1，則zabbix會發送以此通知，並且失敗時不會重發
Attempts interval 重發通知的頻率，發送失敗時重發的間隔
配置用戶的媒介
依次點擊 Administration（管理）--->Users(用戶)
點擊用戶的屬性表，在Media（媒介）表中點擊add
type 選擇Email作為類型
send to 指定email地址，可以點擊add添加多個地址，同理此地址也可設置顯示名如Zabbix_admin<[email protected]>或者[email protected]
when active 設置發送時間如工作日（1-5,09:00-18:00）可以使用宏
Use if severity 指定想要接受的告警等級
status 啟用與否
2、SMS
zabbix發送簡訊，使用串列GSM調試解調器連接到zabbix server的serial port
先決條件：
串列設備（正常情況下在linux的/dev/ttyS0）的速度取決於modem。zabbix不設置串列鏈接的速度。
zabbix user擁有對串列設備的讀寫許可權，運行ls -l /dev/ttyS0查看當前許可權
GSM調試解調器擁有PIN碼，PIN也可以禁用使用命令 AT+CPIN="NNNN"輸入PIN， 必須有雙引號。
已經測試好的modem Siemens MC35 Teltonika ModemCOM/G10
配置SMS作為發送通道，需要配置SMS作為媒介類型並且在用戶界面配置接收手機號
配置
依次點擊 Administration--->Media types，點擊創建media type或使用預先的配置
sms的Media type表屬性
Description media type名
Type 選擇SMS
GSM modem 選擇設備如 /dev/ttyS0
options選項卡見E-mail
配置用戶媒介
依次點擊 Administration（管理）--->Users(用戶)
點擊用戶的屬性表，在Media（媒介）表中點擊add
types 選擇SMS作為媒介
Send to 輸入用戶手機號
When active 設置發送時間如工作日（1-5,09:00-18:00）可以使用宏
Use if severity 指定想要接受的告警等級
status 啟用與否
3、Jabber （略）
4、Ez Texing（略）
5、Custom alertscripts
如果不滿足於存在的媒介來發送警告，可以自定義腳本進行發送
警告腳本在zabbix server上執行，這些腳本位於server配置文件AlertScriptsPath變數（默認/usr/local/share/zabbix/alertscripts）
腳本示例：
#！/bin/bash
to=$1
subject=$2
body=$3
cat <<EOF |mail -s "$subject" "$to"
$bodyEOF
從3.4開始zabbix會檢查exit code（shell執行返回碼，0為成功），若exit code 不等於0，則認為執行失敗，zabbix會重復執行
script不保存環境變數，所以環境變數要精確指定
配置
依次點擊 Administration--->Media types，點擊創建media type
mediatype表屬性
Name 輸入媒介的名字
Type 選擇Script作為類型
Script name 輸入腳本的名字（zabbix server中的腳本文件）
Script parameters 添加命令行參數到腳本
可支持ALERT.SENDTO}、{ALERT.SUBJECT}、{ALERT.MESSAGE}等宏，
{ALERT.SENDTO} 用戶媒介中的send to（收件人）的值
{ALERT.SUBJECT} 動作配置中的Default subject（默認標題）
{ALERT.MESSAGE} 動作配置中的Default message（消息內容）
options表中定義了處理流程，見E-mail的說明
配置用戶媒介User media
依次點擊 Administration（管理）--->Users(用戶)
點擊用戶的屬性表，在Media（媒介）表中點擊add
用戶媒介屬性
Type 選擇自定義腳本的媒介類型
Send to 指定告警接收人
When active 設置發送時間如工作日（1-5,09:00-18:00）可以使用宏
Use if serverity 指定想要接受的告警等級
status 啟用與否
二、動作
如果你希望發生事件時會觸發一些操作，那麼你需要配置action
動作可以定義回應所有支持的事件類型，
事件類型：
Trigger events觸發器事件，當觸發器狀態從ok改變到problem或相反。
Discovery events 當自動發現產生
Auto registration events當新的agent自動注冊時，或者經注冊過的主機元數據改變
Internal events當監控項變為不支持或觸發器狀態變為unknown時
配置一個動作
依次 Configuration ——>Actions
從event source中選擇需要的源（分為:觸發器源，自動發現源，自動注冊源，事件源）
點擊創建動作
選擇操作執行的條件
選擇具體操作
選擇恢復操作
動作表的屬性
Name 唯一動作名
Type of calcaulation 選擇條件觸發的計算方法
And 必須符合所有條件
Or 只要一個條件符合即可
And/Or 結合二者，不同類型的條件用And，同一類型的條件用Or
Custom expression 用戶自定義
Conditions 觸發動作的一系列條件、
New condition 選擇新的動作觸發條件
Enabled 啟用動作
條件設置
基於觸發器的條件
Application 應用集
Host group 主機組
Template 模板
Host 主機
Tag 標簽（串）
tag value 標簽值
Trigger 觸發器
Trigger name 觸發器名字
Trigger severity 觸發器等級
Time period 觸發時間
Problem is suppressed 觸發問題是否意料之中，如主機維護
基於自動發現的條件
Host IP 指定主機ip地址自動發現范圍 格式： 單獨的ip：192.168.1.33 范圍ip： 192.168.1-101.1-254 Ip mask： 192.168.4。0/24
Service type 服務類型
service port 服務埠
Discovery rule 指定自動發現規則
Discovery check
Discovery object
Discovery status
Uptime/Downtime
Received value
Proxy
基於自動注冊的條件
Host metadata 由zabbix_agentd.conf 文件中的HostMetadata變數定義
Host name
Proxy
基於內部事件的條件
Application
Event type
Host group
Template
Host
條件匹配後，就需要執行響應的動作了
可以支持以下動作
send a message
execute a remote command
add host
remove host
enable host
disable host
add to host group
remove from host group
link to template
unlink from template
set host inventory mode
執行遠程命令
確保配置文件中（zabbix_agentd.conf）EnableRemoteCommands 參數設置為1
加入zabbix用戶到sudo，vim /etc/sudoer
zabbix ALL=NOPASS: ALL #所有命令不需密碼
zabbix ALL=NOPASS: /etc/init.d/apache restart #指定某一命令不需要密碼
觸發操作後，使用宏 編輯信息
如 告警信息模板
標題 伺服器：{HOST.NAME} - 發生： {TRIGGER.NAME}故障
信息 告警主機：{HOST.NAME}
告警地址：{HOST.IP}
監控項目：{ITEM.NAME}
監控取值：{ITEM.LASTVALUE}
告警等級：{TRIGGER.SEVERITY}
當前狀態：{TRIGGER.STATUS}
告警信息：{TRIGGER.NAME}
告警時間：{EVENT.DATE} {EVENT.TIME}
事件ID：{EVENT.ID}
恢復信息
標題 伺服器：{HOST.NAME} - {TRIGGER.NAME} 已恢復
信息 告警主機：{HOST.NAME}
告警地址：{HOST.IP}
監控項目：{ITEM.NAME}
監控取值：{ITEM.LASTVALUE}
告警等級：{TRIGGER.SEVERITY}
當前狀態：{TRIGGER.STATUS}
告警信息：{TRIGGER.NAME}
告警時間：{EVENT.DATE} {EVENT.TIME}
恢復時間：{EVENT.RECOVERY.DATE} {EVENT.RECOVERY.TIME}
持續時間：{EVENT.AGE}
事件ID：{EVENT.ID}
Ⅶ zabbix自定義腳本執行時間過長，怎樣設置監控項呢
好辦法！之前我曾經想過讓zabbixagent調用BAT文件，先用BAT的start功能讓VBS在旁邊運行著，自己讀取VBS上次執行的結果。可惜zabbixagent似乎在BAT執行完畢後，會將它start出來的子進程也結束掉，無法實現我要的效果。不過還真沒想過用windows的任務計劃來先執行VBS把結果放在那再獲取。謝樓上提醒！ 查看原帖>>
Ⅷ zabbix運維系統怎麼編寫腳本
1.修改zabbix server端配置文件啟用AlertScriptsPath使其支持腳本功能
1.編輯zabbix server端配置文件並重啟服務
# vim /etc/zabbix/zabbix_server.conf
AlertScriptsPath=/usr/local/zabbix/alertscripts
# /etc/init.d/zabbix_server restart
2.服務端添加郵件報警python腳本並給腳本執行許可權
郵件報警並記錄志
# vim /usr/local/zabbix/alertscripts/zabbix_sendmail.py
#!/usr/bin/env python
# -*- coding: utf-8 -*-
import pdb
import smtplib
import string
import time
import sys
reload(sys)
sys.setdefaultencoding(『utf-8『)
#pdb.set_trace()
#HOST = "mail.gw.com.cn"
def S_Mail():
HOST = "smtp.exmail.qq.com" #郵件伺服器
SUBJECT = sys.argv[2].decode(『utf-8『).encode(『gbk『) #主題
TO =sys.argv[1] #收件郵箱
FROM = "[email protected]"
text = sys.argv[3].decode(『utf-8『).encode(『gbk『) #發件內容
BODY = string.join((
"FROM: %s" % FROM,
"To: %s" % TO,
"Subject: %s" %SUBJECT,
"",
text
),"\r\n")
server = smtplib.SMTP()
server.connect(HOST,25)
#server.starttls()
server.login("發件郵箱","密碼")
server.sendmail(FROM,[TO],BODY)
server.quit()
# email log 記錄志
with open(『/data/logs/zabbix/Email.log『, 『a『) as f:
date=time.strftime("%y-%m-%d %H:%M:%S")
str = date + " " + TO +" " + SUBJECT + "\r\n" + "\n"
str1 = str.decode(『gbk『).encode(『utf-8『)
# print("%s" %str1)
f.write(str1)
if __name__==『__main__『:
S_Mail()
Ⅸ zabbix怎麼監控redis
-
1、目的
通過自定義腳本獲取redis的性能信息數顯示在zabbix系統或則上
2、簡要步驟
2.1 zabbix server端自定義模板文件
redis
模板文件導出為後綴xml，後附
2.2 zabbix server端定義需要監控的伺服器
這里定義redis組的b103/g12/h12共計3台
凡是衫耐棚充當redis伺服器都應增加2.1中的兩個模板
2.3 zabbix client端配置定義
3台伺服器的畝好zabbix_agentd.conf 增加如下配置：
Ⅹ zabbix自定義鍵值腳本如下如何傳入多個$1參數
具體示例和格式就是這樣的：system.cpu.util[0,user,avg5]默認的參數則稿是這樣的system.cpu.util[,,]cpu具體編號就是CPU的具體核心，為空就代筆CPU所以核心type就是CPU的不同狀態值idle,nice,user(default),system(defaultforWindows),iowait,interrupt,softirq,steal其中idle表示空閑，user表示用戶使用最後的avg5表示平均每5分鍾的值，為空表示當前值，仿盯吵要改成平均每15分鍾只需要寫成avg15當前CPU使用率寫備侍成system.cpu.util[,user]即可，同理system.cpu.util[,idle]