Nagios系统监控实践-(原书第2版)

内容简介

 　 本书是介绍Nagios的指南。详细讲解了整个监控技术，演示了做法，揭示了常见的错误及其后果，以及如何避免。提供了所有配置和运行方式，并探讨如何编写自定义模块与基于Nagios事件代理API。
　　本书从实际出发，在开篇就系统运维中的监控提出一系列需求，从而展开对Nagios系统的初步介绍（第1~2章），随后从实用的角度，全面、详细地讲解了Nagios安装、配置的相关内容（第3~4章）。通过简化配置、实施监控等工作（第5~6章），用大量的示例展示Nagios的实际能力。然后，在扩展方面介绍了一些常用的方案（第7章），并从原理、案例到的DIY，一步步带领读者进入数据可视化的世界（第8章）。此外，还介绍了Nagios商业版本——Nagios XI的功能（第9章）。，介绍Nagios事件代理（NEB），并用C语言实现完整NEB插件（第10章），使读者进一步掌握NEB的工作机制。

目录

译者序
序言
前言
第1章　实践 
1.1　系统监控的过程方法 
1.2　处理和开销 
1.2.1　远端处理与本地处理 
1.2.2　带宽方面的考虑 
1.3　网络位置和依赖关系 
1.4　安全 
1.5　沉默是金 
1.6　监视端口与监视应用 
1.7　谁来监控这些检测插件 
第2章　运作原理 
2.1　主机和服务范例 
2.1.1　从头开始 
2.1.2　主机和服务 
2.1.3　相互依赖 
2.1.4　主机和服务的消极面 
2.2　插件 
2.2.1　退出代码 
2.2.2　远程执行 
2.3　调度 
2.3.1　检测间隔及状态 
2.3.2　分散负载 
2.3.3　信息采集和并发执行 
2.4　通知 
2.4.1　全局陷阱 
2.4.2　通知选项 
2.4.3　模板 
2.4.4　时间段 
2.4.5　计划宕机时间、状态确认以及升级规则 
2.5　I/O界面总结 
2.5.1　Web界面 
2.5.2　当前状态 
2.5.3　报表 
2.5.4　外部命令文件 
2.5.5　性能数据 
2.5.6　事件代理 
第3章　Nagios的安装 
3.1　操作系统支持及FHS 
3.2　安装步骤及先决条件 
3.3　安装Nagios 
3.3.1　configure 
3.3.2　make 
3.3.3　make install 
3.4　安装插件 
3.5　安装NRPE 
第4章　Nagios的配置 
4.1　对象和定义 
4.2　nagios.cfg 
4.3　CGI程序配置 
4.4　模板 
4.5　时间段 
4.6　命令 
4.7　联系人 
4.8　联系人组 
4.9　主机 
4.10　服务 
4.11　主机组 
4.12　服务组 
4.13　升级规则 
4.14　依赖关系 
4.15　扩展信息 
4.16　Apache配置 
4.17　GO 
第5章　Nagios配置文件引导 
5.1　开发脚本模板 
5.2　自动发现 
5.2.1　Check_MK 
5.2.2　Nagios XI 
5.2.3　自动发现：已死还是永生 
5.3　NagiosQL 
第6章　监视：通过Nagios插件监控 
6.1　本地查询 
6.1.1　Ping检测 
6.1.2　端口查询 
6.1.3　多端口查询 
6.1.4　更复杂的服务检测 
6.1.5　使用WebInject和Cucumber-Nagios进行端到端监控 
6.2　监视Windows 
6.2.1　Windows脚本开发环境 
6.2.2　COM和OLE 
6.2.3　WMI技术 
6.2.4　WSH：用还是不用 
6.2.5　VB：用还是不用 
6.2.6　Windows脚本开发的未来 
6.2.7　切入正题 
6.2.8　NRPE 
6.2.9　Check_NT 
6.2.10　NSCP 
6.3　监视UNIX 
6.3.1　NRPE 
6.3.2　CPU 
6.3.3　内存 
6.3.4　磁盘 
6.4　Check_MK 
6.5　监视“其他内容” 
6.5.1　SNMP 
6.5.2　使用SNMP进行工作 
6.5.3　环境传感器 
6.5.4　独立传感器 
6.5.5　LMSensor 
6.5.6　IPMI 
第7章　Nagios的扩展 
7.1　调整、优化以及一些组成要素 
7.1.1　NRDP/NSCA 
7.1.2　NDOUtils 
7.2　使用二级Nagios守护进程进行分布式被动检测 
7.3　事件代理模块：DNX、Merlin以及Mod Gearman 
7.3.1　DNX <

摘要与插图

 第1章
　　佳 实 践
　　监控平台的构建是一项复杂的任务。监控系统要能够有效地与环境中的其他系统交互，并且要适用于各种客户，不论是菜鸟还是专家。监控平台的构建不仅需要技术能力，还需要精心的规划、全局的视角以及良好的人际沟通技巧。
　　可能要的是，所构建的监控系统不能对现有系统造成影响。与的系统相比，拙劣的监控系统会产生一系列的影响，不仅会占用网络、系统资源，还会产生安全问题，甚至会影响到信任它的运维人员。“先，不要带来伤害”这一信条不仅适用于医师，也适用于正在构建监控平台的你！
　　本书的第1章包含了一系列的建议，这些建议都是从邮件列表中一点一滴收集而来，它们出自于Nagios的用户列表、系统管理员以及来之不易的经验。我希望本章能够预先帮你做出重要的计划决策，避免一些常见的问题，以确保构建出来的监控系统是巨大的财富，而不是沉重的包袱。
　　1.1　系统监控的过程方法
　　的监控系统可不是由管理员闭门造车一个个脚本写出来（这样写出来的系统往往如同摇摇欲坠的空中楼阁），而是有条不紊地创建出来，管理员创建这样的系统不仅要获得管理层的支持，还需要对环境有清晰的认识—包括程序和计算环境，毕竟这些环境也是他们运维的。
　　如果对环境认识不清，会很麻烦。还是举例说明这个问题吧：如何确定哪些是关键系统，需要通过特定监控手段判断出它是否出现故障？但是对如此简单的问题，现实中常常会上演这么一幕：
　　经理：你把我加入到监控系统中，我想接收所有系统的告警消息。
　　管理员：所有的？
　　经理：是的，所有的告警消息。
　　管理员：呃，好的。
　　—第二天
　　经理：昨晚传呼机响个不停，害我一夜没合眼。这意味着什么？
　　管理员：哦，服务器1的/var分区满了，连接站点Site5的VPN隧道时断时续。
　　经理：你就不能通知我实际的问题吗？
　　管理员：这些就是实际的问题。
　　大学、医院及企业等机构之所以必须要通过HIPPA、Sarbanes-Oxley、PCIDSS、SSAE16等认证，就是为了要掌控其IT的过程方面。当今，多数组织无论规模大小，都制定了完善的应急计划，以应对糟糕事情的发生。灾难恢复、业务连续性、危机计划等工作，都是为了确保运维人员对业务的关键系统有所了解，在危机时刻到来时按照步骤操作就能保障系统的正常运行，或者在系统被破坏时能及时恢复。此外，这些认证也同样可以确保管理层为避免关键系统故障而进行过相关检查：如安装冗余设备或保存离站的磁带备份。
　　无论出于什么理由，这些应急计划的过程方法似乎都遗漏了监控系统。大多数监控系统都是因为1～2个小型技术团队对此有特殊需求，而作为兴趣项目上线的。通常情况下，多数团队都是各自使用自己的监控工具，无视组织内部的其他监控手段，这里似乎没必要连累别人。虽然这种系统监控方式可以满足个人或小团队的一时之需，但当规模扩大时就会慢慢暴露其弱点—由于早期缺乏规划，使其在发展过程中慢慢变成需求实现的堆积，整个系统将会变得十分脆弱，而用户的组织将会成为的受害者。
　　为了理解为何这个问题如此危险，则要考虑到在缺少过程化实施的监控框架的前提下，数百个关键重要的问题基本上无法回答。比如下面这些问题：
　　系统监控所消耗的总体带宽是多少？
　　为确保监控系统正常运行，客户端所需的UID是什么？
　　路由器或者其他系统依赖于什么？
　　在主机和监控系统之间，是否有敏感信息以明文传输？
　　如果有必要为监控某个进程编写一个脚本，那么也同样有必要思考当系统运行的这个脚本故障时会发生