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]