|NO.Z.00035|——————————|^^ 构建 ^^|——|Nagios构建.V1|——|3台server|

一、相关原理：对比cacti

### --- 对比cacti

### --- cacti：
~~~     判断自检之前cpu，内存数据信息的状态。
~~~     nagios和cacti是相辅相成的关系。而不是谁取代谁。
~~~     收集数据、图形展示偏重网络流量SNMP、OID、SNMP（收集数据方案）、Agent

### --- Nagios：
~~~     可以判断当前服务的状态；是否正常。
~~~     偏重主机、服务的状态Agent脚本：定义出收集数据的脚本，就可以收集到数据。
~~~     比较灵活。nagios告警信息由几个阀值来展示：
~~~     OK：表示主机处于正常状态，没有任何不可控因素存在

### --- warring：
~~~     警告级别：定义一个阀值，当达这个阀值来告警提示；设定值为85定义为warring
### --- criticall：
~~~     严重警告；表示快不行了，赶紧处理

### --- unknown：
~~~     已经不可以正常工作了，停止服务
### --- pending：
~~~     添加新主机的时候，正在传输数据的时候会显示pending状态，不太常见。过程阀值。

二、原理-1

### --- 监控对象

~~~     主机、主机组
~~~     服务/资源，服务组
~~~     联系人，联系人组
~~~     时段
~~~     命令：监控特定资源时需要键入特定的指令进行调用。

三、原理-2

### --- 通过nagios调用对应的脚本来调用数据。

### --- check_xyz：
~~~     nagios定义脚本的定义格式。
~~~     通过插件管理器，是nagios的辅选项，必选项。
~~~     对于Redhat linux类来说都是通过sshd去调用的。
~~~     都是plugin去调用数据的。第二种数据收集方案

### --- 第三种方案：
~~~     加入了nrpe的方案，对方要安装一个nrpe的脚本，nrpe在类Unix下有大量的收集方案。
~~~     以上三种方案是被动方案：没有错误方案。主动方案是主选方案。

### --- 第四方案：
~~~     对于交换机或者路由器来说，不能安装对应的脚本。以下为主动方案。
~~~     被动方案：会有一定的循环次数。添加的方案，不能作为主要的方案。

四、原理-3

---

 

 

 

 

 

 

 

 

 

---

Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of life.It sinks, and I am ready to depart

                                                                                                                                                   ——W.S.Landor

---