原来zabbix监控进程与端口是如此的简单!

使用zabbix自带key监控进程与端口

    每一个公司都有本身的程序，本身的进程名与端口监听，对于nagios来讲，这些都常常须要本身去写插件，可是zabbix不须要，它本身就有监控进程与端口的key。ios

    在使用zabbix的key来监控进程与端口前，我也本身写了插件，但用起来很不爽，由于须要在全部agent上都要进行配置与维护。若是用zabbix自带的功能，只须要在server端维护就能够了。简直就是操十分心与操一分心的区别啊，为何我就没有早点发现这功能呢。
tcp

开始正题......ide

1、监控端口

监控端口使用以下key:this

key：net.tcp.listen[port]spa

Checks if this port is in LISTEN state. 0 - it is not, 1 - it is inLISTEN state.插件

翻译：监听端口状态，返回结果为1，则运行；返回结果为0，则没有运行。翻译

例如监控443端口，net.tcp.listen[443]3d

2、监控进程

若是一个进程没有监听端口，则能够使用以下key。orm

key：proc.num[<name>,<user>,<state>,<cmdline>]server

Number of processes. <name> and <user> same as inproc.mem item. <state> all (default), run, sleep, zomb. <cmdline>filter by command line (supports regex).

name:是进程名

user：运行该进程的用户

state：进程状态包括run,sleep,zomb

cmdline：该项内容是模糊匹配，即用ps aux看到的最后一列中包含该字段则匹配上。

注:name匹配可能不是很准，通常根据cmdline来匹配进程

例如监控cond，proc.num[,root,all,crond]

配置以下：

3、触发器配置

对于端口的监控，正常则返回值=1；对于进程的监控，正常则返回值>=1；若是返回结果为0，则表明该进程宕掉。

例如对443端口的触发器配置以下：

如最后两次的结果都等于0时，则报警。对于进程的触发器配置，是同样的。

zabbix对监控进程与端口存活状态实在太方便了。最近我在自学zabbix,慢慢的探索更多好用的功能，欢迎留言交流。