您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iProcess 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
   
 
     
   
 订阅
  捐助
zabbix学习笔记:zabbix监控之邮件报警
 
作者: linux_player_c
109 次浏览     评价:  
 2019-10-29
 
编辑推荐:
本文介绍了在zabbix的使用中,完善的报警机制配置步骤以及脚本的编写,希望对您的学习有所帮助。
本文来自于csdn,由火龙果软件Alice编辑、推荐。

在zabbix的使用中,最重要的一点就是完善的报警机制,作为监控平台,需要时刻关注机器和服务的运行状态,更重要的是发现故障之后需要及时的报警给相关人员,早点发现问题,将隐患消除在未然阶段。这样才能保证服务的稳定运行。

报警的方式是多种多样的,微信、短信和邮件报警是我们比较常见的方式。而且报警的频率和策略直接影响着运维人员的重视程度和检错效率。如果整个报警列表中都是一些无关痛痒的提示、轻度警告。而他们的发送频率又特别的高,则非常容易错过真正关键的报警。

报警涉及的触发器(trigger)一般包括以下几个方面:

(1)服务器的基本状态:磁盘容量、内存大小、cpu的负载;

(2)基础服务状态:web服务器(nginx、apache)的状态,数据库的状态(mysql、oracle、nosql等);

(3)应用服务器状态:应用服务器的可用性以及负载状态;

以本人之前所在的游戏公司为例,日常的监控报警中主要集中在服务器的基本状态的报警:(1)比如随着服务器的运行,会产生大量的日志文件,因为来不及转移导致服务器的磁盘可用空间不足;(2)开启的应用过多导致cpu和内存的不足;

第一种磁盘不足的情况,可以采用crontab定期清理日志的方式解决,注意

为了防止日志内容的丢失,需要把日志及时的备份到远程的日志服务器中进行存放;

第二种情况则需要定期对服务器进行升配操作;

而基础服务状态和应用服务器状态则需要提高报警级别,毕竟服务的不可用是非常严重的事故,另外给出建议是关键的服务一定要做到高可用,不能因为节约成本而导致服务故障,否则造成的损失也许更加巨大。

邮件报警配置步骤

邮件报警的配置主要划分为一下几个步骤:

1.在zabbix服务端配置邮件发送脚本和修改zabbix服务端配置文件;

2.在zabbix前端控制台进行相关设置;

配置脚本

(1)邮件的发送可以采用系统自带的mail发送,但是需要配置mail的配置文件/etc/mail.rc,在该文件的末尾添加如下几行:

set from=********@sina.com
set smtp=smtp://smtp.sina.com
set smtp-auth-user=********@sina.com
set smtp-auth-password=********
set smtp-auth=login

其中from为你所指定的邮件发送的发件方名称,smtp为所使用的邮件服务器,smtp-auth-user和smtp-auth-password分别进行用户名和密码的验证;

这个smtp的功能需要登录邮箱进行开通:

注意:

我这里采用的是sina的邮箱发送,因为新浪的邮件内容审核相对比较宽松,除了sina之外,还可以选择网易邮箱或者qq邮箱,甚至为了方便可以自己搭建一个smtp服务器。

网易邮箱和qq邮箱的smtp分别如下:

网易 smtp.163.com

qq smtp.exmail.qq.com

另外需要注意使用网易或者qq邮箱他们的smtp-auth-password密码会单独进行设定,不要与邮箱本身的登录密码混淆。

(2)测试发送一个邮件给指定的用户:

[root@localhost conf]# echo "hello" | mail -s "hello" 597****76@qq.com

在该用户的邮箱查看是否收到邮件:

已经收到邮件,说明邮件的发送没有问题,如果邮件发送失败,可能会是以下几个原因:

1)连接的邮件服务器错误,或者用户名、密码认证失败,这个是比较好排查的,可以通过telnet测试是否可以连接邮件服务器(邮件服务器的默认端口是25):

[root@localhost conf]# telnet smtp.sima.com 25
Trying 173.254.89.192...
Connected to smtp.sima.com.
Escape character is '^]'.
220-box1089.bluehost.com ESMTP Exim 4.86_1 #1 Wed, 23 Nov 2016 01:29:33 -0700
220-We do not authorize the use of this system to transport unsolicited,
220 and/or bulk e-mail.

用户名密码认证失败会明确的告诉原因;

2)发送的邮件内容没有通过发件方邮箱的审核;

3)发送的邮件内容没有通过收件方的白(黑)名单活着邮件内容的审核;

上述的2、3两种失败情况邮件服务器都会发送给错误码进行查询,一般qq邮箱和网易邮箱的审核相对比较严格。为了防止被拒绝,可以选择sina或者139等邮箱,审核相对宽松。甚至可以自己搭建邮件服务器。

(3)编写zabbix发送邮件的脚本sendmail.sh

创建脚本所在目录**/usr/local/etc/alertscripts**:

[root@localhost conf]# mkdir /usr/local/etc/alertscripts

编写发送脚本:

[root@localhost conf]# cat /usr/local/etc/alertscripts/sendmail.sh
#!/bin/bash
messages=`echo $3 | tr '\r\n' '\n'`
subject=`echo $2 | tr '\r\n' '\n'`
echo "${messages}" | mail -s "${subject}" $1 >>/tmp/sendmail.log 2>&1

改变所属用户和组为zabbix,授予可执行权限:

[root@localhost conf]# chown zabbix.zabbix /usr/local/etc/alertscripts/ -R
[root@localhost conf]# chmod +x /usr/local/etc/alertscripts/sendmail.sh

创建日志文件,修改所属用户和组:

[root@localhost conf]# chown zabbix.zabbix /tmp/sendmail.log

(4)修改zabbix服务端配置文件,并且重启服务:

[root@localhost conf]# vim /usr/local/etc/zabbix_server.conf

添加如下内容,设置脚本目录为刚才创建的目录:

AlertScriptsPath=/usr/local/etc/alertscripts

修改完成后重启zabbix服务:操作略。

#配置zabbix控制台

1.首先设置报警媒介(指定邮件发送的脚本),点击“管理”—“报警媒介类型”—“Email”:

2.将类型选定为脚本,然后指定脚本的名称。在zabbix3.x之后还需要指定传递给邮件发送脚本的参数(邮件接收方**{ALERT.SENDTO}、邮件主题{ALERT.SUBJECT}、邮件内容{ALERT.MESSAGE}**)。

3.在用户组群中开启调试模式,点开启用:

4.点击相关组群设置组群的权限,因为是对管理员用户设置邮件,这里设定对所有组群具有读写权限(*代表所有组群):

5.然后设置管理菜单下的用户,这里对Admin用户进行设置:

6.在“报警媒介”中点击编辑设置邮件:

7.指定报警的类型为Email,指定邮件地址为接收方的邮件地址,为了让邮件可以准确的到达,需要在接收方的邮件中设置白名单,允许发送方的邮件被接收。

8.配置相关的动作,这个是针对触发器设定的,当监控的item达到一定的条件(由触发器Trigger设置),则会使trigger执行设定好的动作,一个动作可以针对多个触发器设定,当他们满则条件时都会执行相应的动作,因为是邮件报警,所以当trigger被触发时,我们给相关用户的邮箱发送邮件,这样运维人员会根据邮件的报错提示及时解决问题,当问题结局时还会发送恢复邮件,这样就可以把机器及业务的运行状态及时的监控起来。

条件是针对动作何时执行。可以多个条件并存或者任意存在,这个可以编写相关的逻辑进行判断。

操作和恢复操作分开设置是zabbix3.2.1和之前的版本有所不同的,在操作中进行设定:

然后设置恢复操作:

我们这里设定的条件是当zabbix客户端5分钟内没有连接的时候,则会触发该警报。

1.首先可以关闭zabbix agent,查看仪表盘的监控信息,五分钟后显示如下:

2.邮箱可以接受到对应的报警信息:

3.当我们启动zabbix agent,则会看到故障恢复的报警信息:

小结

上述是关于zabbix邮件报警的信息,正常情况下的操作很简单,但是笔者在设置的时候,发现网络和邮件审查的因素会对邮件的发送有很大的影响(安全和利益使然),所以大家在搭建的时候需要选择稳定可靠的邮箱,确保邮件的准确发送,还有就是再次基础上根据不同公司的业务和监控指标,需要设定好邮件发送的频率。

 
   
109 次浏览  评价: 差  订阅 捐助
相关文章

DevOps转型融入到企业文化
DevOps 能力模型、演进及案例剖析
基于 DevOps 理念的私有 PaaS 平台实践
微软开发团队的DevOps实践启示
相关文档

DevOps驱动应用运维变革与创新
运维管理规划
如何实现企业应用部署自动化
运维自动化实践之路
相关课程

自动化运维工具(基于DevOps)
互联网运维与DevOps
MySQL性能优化及运维培训
IT系统运维管理