开源监控利器nagios实战(一)

简介:



开源监控利器nagios实战

作者:田逸(sery@163.com) from:   http://net.it168.com/a2009/0309/267/000000267878.shtml
 
俗话说:工欲善其事,必先利其器.要做好系统管理,使自己的工作更轻松更有效的话,一个好的监控工具是必不可少的了.在这里我向大家推荐一款我使用了4年多的、功能强大、可灵活定制的开源监控利器---nagios。
 
首先,我们来看实际工作中需要监控的对象有哪些?在这里我总结出2种类型的监控对象:网络服务监控及主机资源监控。网络服务监控可包括主机存活检查、web服务监控、ftp服务监控、数据库服务监控、自定义服务监控等;主机资源监控可包括系统负载、当前ip链接数、磁盘空间使用情况、当前进程数以及自定义的资源监控等。
 
其次,我们再来看nagios监控的表现形式。监控的主要目的是当监控的对象发生故障或资源紧张时及时通知相关人员,以便问题得到迅速的处理。追求的效果就是“在老板和客户发现问题之前得到及时、有效的通知”,假定故障通知来自老板,我想大家都不会很愉快的。Nagios为了方便我们的管理工作,提供了至少3种表现手段:
1、web方式,即通过浏览器观看被监控的对象;如正常状态下,其状态(status)是以蓝色填充并显示一个OK。
2、邮件通知,发生故障时,到达设定重试次数和探测间隔时间后发送邮件给管理员或相关人员,报告问题的大致情况。
3、手机短信,这是非常有用和及时的功能了;晚上熟睡中,再也没可能看web页面或查阅邮件,可以一旦发生故障,手机短信却能把你随时唤醒。
一般情况下,这3者是同时进行的:上班时间开个浏览器看页面显示、打开邮件程序定时收取邮件、手机24小时在线。
 
最后,我们以一个实际场景来展示nagios的强大功能,希望对大家的系统管理工作有所帮助。
 
场景描述
为了描述问题方便,我们假定有5个服务器要监控(web服务器、数据库服务器、邮件服务器、nfs文件共享服务器),需要对几个服务器的服务进行监控,同时监控每个服务器的资源使用情况,包括负载情况、磁盘分区使用情况、总进程数、当前ip连接数这个4个项目(当然你也可以自己写脚本监控更多的资源对象)。这些服务器除了系统管理员而外,还有其他用户(如程序员)对各自的服务器进行维护;当发生故障的时候,维护网站的程序员能收到报警邮件和报警短信,而管理数据库管理员则无需收到这些报警,同时维护程序的用户可以以自己的帐号登陆监控服务器,通过web方式察看自己所管服务器的状态(只能看自己的而看不到别人管辖服务器的状态)。

通过上面的描述,我们可以整理出下面的表格:
配置好nagios和被监控机器后,其在浏览器里的基本输出与下图类似:
 
Nagios服务器的自我监控实现
要实现资源和服务两个方面的监控,需要配置服务器端(nagios server)及被监控端(NRPE-nagios remote plugin executor).为了能顺利地、有条理的部署nagios监控平台,一个好的工作风格是在nagios server自身实现服务和资源的监控,然后再在其他监控端部署nrpe,从nagios server端用check_nrpe测试通过后,再在nagios server配置文件中逐一增加监控项目。当然如果只是监控服务而不监控主机资源,则被监控端不做任何nrpe的安装。为了方便初学者更容易上手和成功,我们就从简单的步骤开始。
 
一、 配置邮件发送功能
因为报警邮件发送给用户邮箱后,监控系统本身没有必要接受别的邮件服务器发送的邮件,因此只需要使用服务器本身自带的sendmail来发送报警信息即可。用sendmail的另外一个目的就是简便。
 
如果系统是redhat 或 centos ,只需执行 service sendmail start 启动守护进程,然后再用dns服务器给它一个合法的域名(即A记录),马上就可以用mail命令来发送测试邮件到你的某个电子邮箱里了。收到测试邮件,就说明邮件系统配置结束,是不是很容易呢?这里给一个发送邮件的例子:
  mail  -s “This is sery’s nagios test mail” sery@163.com < install.log
 
二、测试短信发送
正常情况下,没有任何服务器能向手机发送短消息的,要到达这个目的,得花钱购买短信服务(也有些人运用飞信一类的方式来达到这个目的,个人觉得对于运营网站不是太靠谱)。要是在几年前,自己申请短信通道还是有可能的,2005年以后似乎门槛提高了很多。当你付费成功后,短信服务商会给你提供入口及加密关键字;然后我们自己写个脚本就可以发送短信。以下是我的服务器用perl写的脚本:
#!/usr/bin/perl -w
use strict;
use LWP::Simple;
use URI::Escape;
use Digest::MD5;
 
my ($mobile, $content) = @ARGV;
my $log_control = 1;
my $key = 'Ysdbyhd6T';
my $souce_content = substr($mobile, 0, 8) . substr($mobile, -10, 10) . $key;
my $md5 = Digest::MD5->new;
$md5->add($souce_content);
my $result_conent = uc($md5->hexdigest); 
 
my $url = "http://http.asp.sh.cn/MT.do?Username=sery&Password=([-BVG'0&Mobile=$mobile&Content=$content&Keyword=$result_conent";
my $result = get $url;
if($log_control) {
 my $fh;
 open($fh, '>> /var/log/sms.log') or die "can't open log: $!";
 print $fh join(' ', time, $result, "\n");
 close $fh;
}
( 以上脚本由宇捷提供 )
说明:
1 my $key = 'Ysdbyhd6T'’  短信服务商给的验证关键字。
2 my $url=”…..”   短信服务商给的用户名、密码以及短信服务商的访问接口(url)全包括在这里了。
我们把这个文件放在目录 /usr/local/bin/ 下面,把它命名为 sms_send.pl ,用命令 chomod +x /usr/local/bin/sms.pl 给与它执行权限。这个脚本在各种各样的unixlinux下都可以正常工作,nagios报警短信发送就是靠它了。如果读者也打算拿这个脚本发送短信的话,只要改一下key值和url值就可以直接使用。
 
接下来就是验证是否可以发送短信,执行命令行 /usr/local/bin/sms.pl 13300108888  "It is a test" ,回车后数秒钟,你的手机应该能收到带有内容“It is a test”的短信息。为了保证短信服务的可靠性,我做了一个策略:每天下午6点定时给我发一个通知短信;告诉我短信发送是正常的,也是该下班回家了。做法:执行 crontab –e 然后输入行 00 18 * * * /usr/local/bin/sms.pl 13300108888  "It is Ok” 
 
三、部署apache
Apache应该是我们最常用的部署了,它可以被弄得很复杂,但在nagios 这个平台上,我们只需要简单的功能即可,为了验证用户,我们稍微加一点修改就行了。这样做也是为了体现“越简单越容易的思想”。做得简单,以后重新部署或恢复就越迅速、越没压力[1]
 
(一)安装apache
tar zxvf httpd-2.2.8.tar.gz
cd httpd-2.2.8
./configure  --prefix=/usr/local/apache    #仅仅需要这么一个选项
make
make install
(二)检查apache是否被正确的安装
1、执行 /usr/local/apache/bin/apachectl –t 检查apache的配置文件语法是否正确。未经更改的apache配置文件语法显然是正确无误的,当我们对配置文件httpd.conf 或其包含的文件作了更改的时候,最好先运行一下这个命令,它的错误输出能迅速定位配置文件哪里出现了错误。
2、执行命令行 /usr/local/apache/bin/apachectl start 启动apache守护进程,在别的机器的浏览器里输入这个服务器的ip地址,看是否可以正常浏览apache的默认页面通常是一个“IT works!”。为了方便以后维护apache 更方便些,我们可以修改环境变量文件/etc/profile,在文件的末尾追加行 “export  PATH=$PATH:/usr/local/apache/bin “,保存后执行 source /etc/profile 使其修改立即生效,这样我们以后执行apache 启动之类的命令就不必输很长一串路径,直接输入 apachectl start 就可以了
(三)修改apache配置文件httpd.conf
     1、修改apache运行用户和组。默认是daemon,需要把它改成nagios。这样它才能有权限访问我们安装的nagios目录,执行相关的cgi命令,如通过浏览器界面关闭nagios、停止某个故障对象发送报警信息等。
     2、添加nagios访问目录(nagios 的安装路径/usr/local/nagios),同时使用http用户验证。把下面的内容追加到httpd.conf文件的末尾:
     .Alias /nagios/cgi-bin /usr/local/nagios/sbin
     <Directory "/usr/local/nagios/sbin">
       AuthType Basic
       Options ExecCGI
       AllowOverride None
       Order allow,deny
       Allow from all
       AuthName "Nagios Access"
       AuthUserFile /usr/local/nagios/etc/htpasswd 
       Require valid-user
     </Directory>
 
    Alias /nagios /usr/local/nagios/share
     <Directory "/usr/local/nagios/share">  
      AuthType Basic
      Options None
      AllowOverride None
      Order allow,deny
      Allow from all
      AuthName "nagios Access"
      AuthUserFile /usr/local/nagios/etc/htpasswd 
      Require valid-user
    </Directory>
照这样一种方式修改配置文件,保证不会把配置文件改得一塌糊涂,我相信大部分初学者都有把文件修改后而不知道文件本身的原貌。到这步配置文件虽然修改好了,但还不能通过语法检查,因为有2个与之相关联的东西还不存在,他们是用户和组nagiosapache的验证用户文件 /usr/local/nagios/etc/htpasswd .  在后续操作中完成这任务后,再验证不迟。
 
四、部署nagios服务
(一)   添加帐户,以用来运行Nagios。当然也可以用root运行,但出于安全考虑而使用普通帐号来运行,并且不给这个账号分配shell登录权限.
1、  linux 增加帐号的操作为 useradd nagios –s /sbin/nologin 添加帐号就自动生成同名组 nagios
2、  freebsd 增加帐号的操作为 pw groupadd nagios ; pw useradd nagios –g nagios –s /sbin/nologin.
注意:不要给nagios用户设置密码。
(二)安装nagios软件
tar zxvf nagios-2.9.tar.gz
cd nagios-2.9
./configure –prefix=/usr/local/nagios ----with-nagios-user=nagios --with-nagios-group=nagios
make all
make install  执行完这个步骤后,程序会提示依次运行  make install-init  make install-commandmode make install-config 这几个命令。我们选取其中的两个来执行:
make install-commandmode
make install-config
跟一般的 gnu 源码软件安装相比, nagios 的安装多了几个步骤(一般的软件运行到 make install 就算安装完了)。当然也可以连这两步都不执行,用手工赋予目录或文件权限,再手动创建配置文件,其效果完全相同。安装完 nagios , 我们可以在安装目录 /usr/local/nagios 下生成下面的目录 :
()安装nagios插件
没有插件,nagios将什么作用也没有,插件也是nagios扩展功能的强大武器,除了下载常用的插件外,我们还可以根据实际要求编写自己的插件。Nagios的插件nagios-plugins-1.4.9www.nagios.org上可以找到,接着我们用wget下载它。注意:插件与nagios之间的版本关联不大,不一定非得用nagios-plugins-1.4.9这个版本。下载完成后,安装它是很简单的:先执行配置 ./configure –prefix=/usr/local/nagios ,接着编译安装 make ; make install即可。这里需要说明一下的是在配置过程指定的安装路径是/usr/local/nagios,而不是/usr/local/nagios-plus,安装完成后,将在目录/usr/local/nagios生成目录libexec(里面有很多文件),这正是nagios所需要的。 (四)配置nagios
配置是nagios最复杂的部分,让我们耐心一些,逐个处理,配置成功也不是什么难事。刚安装完成的nagios,其配置文件的目录是/usr/local/nagios/etc,下图是其etc目录的文件:
先把这些文件改名,如 cgi.cfg-sample改成cgi.cfg ,用命令cp cgi.cfg-sample cgi.cfg …依样把余下的几个*.cfg-sample都复制成*.cfg文件。从nagios2.6版开始,不用修改配置文件localhost.cfg就可以直接运行../bin/nagios –v nagios.cfg验证程序是否能正常运行(nagios2.5及以前版本的最小运行的配置文件是minimal.cfg,但需要修改这个文件多处才能验证成功)。当然,我们不能指望这个最小的配置文件能够满足实际的需求,因此,需要对现有的配置文件进行修改,其次增加自定义的一些配置文件。通过复制这些自带的模板文件,我们可以得出几个主要的配置文件,我们可以把它归类为:
依照这个表格,我们逐一配置之。
1、修改主配置文件nagios.cfg.基于方便维护的原则,把各个配置目标单独放在文件中,如联系人信息在contacts.cfg中定义。Nagios.cfg文件比较长,我只把修改过的内容贴出来:
   
# 注释或删掉这行
#cfg_file=/usr/local/nagios/etc/localhost.cfg
 
# 主机配置文件路径
cfg_file=/usr/local/nagios/etc/hosts.cfg
 
#// 主机组配置文件路径
cfg_file=/usr/local/nagios/etc/hostgroups.cfg 
 
   # 联系人配置文件路径
   cfg_file=/usr/local/nagios/etc/contacts.cfg     
 
 # 联系组配置文件路径      
   cfg_file=/usr/local/nagios/etc/contactgroups.cfg 
 
   # 服务配置文件路径     
   cfg_file=/usr/local/nagios/etc/services.cfg       
 
   # 监视时段配置文件路径
   cfg_file=/usr/local/nagios/etc/timeperiods.cfg   
 
   # web 界面下重启 nagios 、停止主机 / 服务检查等操作 ,. 默认值是 0.
   check_external_commands=1  
   # 根据自己的情况定这个命令检查时间间隔 . 默认值是 1 .
command_check_interval=10s 
 
2、修改cgi配置文件cgi.cfg.跟修改nagios.cfg一样,只贴出被修改之处:
   # 如有多个用户,中间用逗号隔开
   authorized_for_system_information=sery
   authorized_for_configuration_information=sery
   authorized_for_system_commands=sery 
   authorized_for_all_services=sery
   authorized_for_all_hosts=nagiosadmin,sery
   authorized_for_all_service_commands=sery
   authorized_for_all_host_commands=sery
在这里指定的用户”sery”可以通过浏览器操纵nagios服务的关闭、重启等各种操作。
 
3、修改commands.cfg配置文件
这个文件已经包含了发送邮件报警的部分,因此只需要再把短信报警的部分加上就可以了
   ###### host-notify-by-sms command definition
   define command{
        command_name    host-notify-by-sms
     command_line /usr/local/bin/sms.pl $CONTACTPAGER$         "$NOTIFICATIONTYPE$ alert - Host $HOSTNAME$ is $HOSTSTATE$"
        }
   ###### service-notify-by-sms command definition
   define command{
        command_name    service-notify-by-sms
     command_line    /usr/local/bin/sms.pl $CONTACTPAGER$    "$NOTIFICATIONTYPE$: $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$"
        }
第一个块定义主机报警的内容,即主机发生死机、恢复等情况发送手机短信报警,其接受者和发送内容由“$..$”定义的宏来决定。第二个块定义服务报警内容,即监控的服务或监控的主机资源发生故障时发送手机报警短信。Nagios规定,如果探测到被监控的主机停机或不可达,它就不再探测这个停机主机上的服务。通俗地一点理解:主机都停了,当然服务也跟着停了!另外一个需要注意的地方是命令行(command_line)路径一定要用全路径,这里调用的命令就是我们在全面编写的那个脚本sms.pl。
4、 新增其他配置文件
在主配置文件nagios.cfg中,我们注释了行 cfg_file=/usr/local/nagios/etc/localhost.cfg ,而使用若干单独的配置文件来定义各种对象,这样可以获得维护方便、书写规范等诸多方面的好处。这些单独的配置文件不是自然存在的,我们需要手工创建并添加内容。当然,一开始我们并不是很清楚怎么往这些文件里添加内容,只好回过头去看官方文档,天啦,太分散了,尽然不知道怎么着手了!怎么办?打开文件localhost.cfg-sample,心里基本上就有数了:无非是把这个文件拆分开来,形成多个文件嘛!下面我按新添一个主机进入监控的较优方式添加这些配置文件(当然也可以有其它的顺序,这并不影响监控的效果)。好了,我们先把nagios服务器本身给监控上,这些监控包括:主机存活、web服务监控、磁盘空间监控、负载监控、进程数监控、ip连接数监控。
 
1)、定义主机配置文件hosts.cfg
       define host {
       host_name                 nagios-server
       alias                      nagios server
       address                    59.26.240.63
       contact_groups              sagroup
       check_command             check-host-alive
       max_check_attempts          5
       notification_interval          10   
       notification_period           24x7
       notification_options          d,u,r
       }
说明:
      联系组contact_group没有建立,需在后面的步骤完成。
      主机检查命令行一般选择检查主机存活check-host-alive
      最大尝试次数最好不要设置为“1,一般3-4次比较合理。
      通知时间间隔notification_interval 根据自己实际情况设定,它的单位是分钟。
      通知选项notification_options 几个值的意思是 d-down,u-unreacheable,r-recovery.
 
2)、定义主机组配置文件hostgroups.cfg
      define hostgroup {
      hostgroup_name  sa-servers
      alias            sa servers
      members        nagios-server
      }
说明:
      这个配置文件不是必须的,为了在浏览器里方便归类及察看状态,可以添加这个文件。
      主机组的成员必须是在hosts.cfg里已经定义了的,多个主机成员间用逗号分隔。
 
3)、定义联系人配置文件contacts.cfg
     define contact {
     contact_name         sery
     alias                system administrator
     service_notification_period    24x7
     host_notification_period       24x7
     service_notification_options   w,u,c,r
     host_notification_options       d,u,r
     service_notification_commands service-notify-by-email,service-notify-by-sms
     host_notification_commands     host-notify-by-email,host-notify-by-sms
     email                          sery@163.com
     pager                          13301000018
     }
说明:
      服务通知选项 w-warning,u-unknown,c-critical,r-recovery.
      主机通知选项 d-down,u-unreacheable,r-recovery
      服务通知命令行及服务通知命令行在配置文件commands.cfg中得到定义,如果有报警发生,则邮件和手机短信一起发送给相关人,即下两行定义的email,pager.
      收报警信息的邮件和手机,一个人如有2个手机,手机号之间有逗号分隔,邮件也如此。
        如果这里定义的用户需要通过浏览器察看他所负责的服务器监控状态的话,还需要     apache的工具htpasswd增加同名帐号。
 
4)、定义联系组配置文件contactgroups.cfg
      define contactgroup {
      contactgroup_name    sagroup 
      alias                system administrator group
      members             sery 
      }
说明:
      当有多个人行使同样的职责时,定义成组是非常有用的。
      多个成员之间用逗号分隔。
      成员必须在联系人配置文件(contacts.cfg)已经定义。






















本文转自sery51CTO博客,原文链接:http://blog.51cto.com/sery/139281 ,如需转载请自行联系原作者
相关文章
|
10月前
|
监控 前端开发 关系型数据库
案例:搭建Zabbix监控系统
案例:搭建Zabbix监控系统
288 0
|
Prometheus 监控 Kubernetes
开源监控利器Prometheus初探
前言: Kubernetes作为当下最炙手可热的容器管理平台,在给应用部署运维带来便捷的同时,也给应用及性能监控带来了新的挑战。本文给大家分享一款十分火热的开源监控工具Prometheus,让我们一起来看它是如何兼顾传统的应用监控、主机性能监控和Kubernetes监控的。
2846 0
|
4月前
|
运维 监控
分布式运维监控平台WGCLOUD 之 【常用命令笔记】
WGCLOUD 在 v3.4.9版本 新增了一个模块【常用命令笔记】
|
7月前
|
监控 关系型数据库 Linux
Zabbix分布式监控快速入门 1
Zabbix分布式监控快速入门
64 0
|
8月前
|
运维 监控 网络协议
【运维知识进阶篇】zabbix5.0稳定版详解7(zabbix分布式监控:使用场景+功能详解+快速部署+基本使用)
【运维知识进阶篇】zabbix5.0稳定版详解7(zabbix分布式监控:使用场景+功能详解+快速部署+基本使用)
178 0
|
8月前
|
云安全 监控 安全
|
SQL 监控 Kubernetes
软件测试|简单易学的性能监控体系prometheus+grafana搭建教程
软件测试|简单易学的性能监控体系prometheus+grafana搭建教程
295 0
软件测试|简单易学的性能监控体系prometheus+grafana搭建教程
|
监控 Ubuntu 安全
监控神器Zabbix部署
zabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。 zabbix能监视各种网络参数,保证服务器系统的安全运营;并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。 zabbix由2部分构成,zabbix server与可选组件zabbix agent。 zabbix server可以通过SNMP,zabbix agent,ping,端口监视等方法提供对远程服务器/网络状态的监视,数据收集等功能,它可以运行在Linux,Ubuntu,Solaris,HP-UX,AIX,Free BSD,Open BSD,OS X等平台上。
|
存储 数据采集 监控
监控平台SkyWalking9入门实践
Skywalking是APM规范的国产开源分布式链路追踪系统,APM即应用性能管理,支持对SpringCloud微服务集成,并且无代码层面的侵入;
705 0
监控平台SkyWalking9入门实践
|
存储 JSON Prometheus
深入浅出开源监控系统Prometheus(上)
Prometheus是继Kubernetes(k8s)之后,CNCF毕业的第二个开源项目,其来源于Google的Borgmon。本文从“监控”这件事说起,深入浅出Prometheus的架构原理、目标发现、指标模型、聚合查询等设计核心点。
1697 0