zabbix笔记

监控软件有哪些？

cacti：[ˈkæktaɪ] 
	1.这是一套基于php、MySQL、SNMP及RRD Tool开发的检测图形分析工具，cacti是使用轮询的方式由主服务端向被控端发送数据请求来获取设备上的状态信息。如果设备很多的话主服务器就会浪费很多的时间和资源，因为要不断的向被控端请求数据，如果一台被控端请求数据要0.1秒，那么多100、1000台的话就会花费很多时间，不能及时的反应问题。监控工具就是要及时的反馈主机的问题。
	2.并且这种方式只能展示数据的情况，并不关注数据异常后的反馈。也就没有报警机制，也不能监控集群。所以这种方式基本被淘汰了。擅长画图、路程图、架构图


Nagios：
	1.Nagios是一款开源的免费网络监控报警服务，能监控win、linux、Unix、交换机、路由器、防火墙等网络设备的状态。有报警机制，发现问题的时候会通过事先设置的短信、邮箱等方式返送报警信息。现在这种方式也很少使用。
	2.无法将多个相同应用集群的数据集合起来，也不能监控到集群中特殊的节点的迁移和恢复。擅长报警、配置复杂
	

Ganglia
	是UC发起的一个开源集群监视项目，设计用于测量数以万计的节点。Ganglia的核心包括（gmond、gmetad以及一个web前端）。主要是监控系统的各种资源信息，CPU内存磁盘io(线程、接口)负载等。
		
Zabbix
	1.zabbix是一个基于web界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。zabbix能监视各种网络参数，保证服务器系统的安装运营；并提供灵活的通知机制(短信、邮箱、电话、微信、钉钉等)让系统管理员快速的定位解决问题。
	2.zabbix是一款能够监视各种网络参数以及服务器健康和完整性的软件。并且允许用户为任何事件配置报警，这样可以快速反馈服务器的问题。基于以及存储的数据，zabbix提供了出色的报告和数据可视化功能。
	3.zabbix支持主动轮询和被动捕获的方式获取被监控端的信息。能画图报警，1w台服务器

监控的区别：

	1、nagios图形不是特别好，也可以安装图形插件，但是不是很好看，一般在使用图形的时候会和cacti配置和使用
	2、cacti的监控是轮询监控，效率低，图形相对nagios比较好看
	3、zabbix和nagios因为是并发监控，所以对CPU的要求更高
	4、zabbix性能和功能上都更强大，并且图形也很好看但是要搭配grafana，并且支持自动发现功能。

zabbix的优缺点：

	优点：
		1、开源、无软件成本投入
		2、server对设备的性能要求地
		3、支持设备多，自带多种模板
		4、支持分布式集中管理，有自动发现功能，可以实现自动化监控 就是server端会通过网络自动发现被控主机然后根据主机属性来添加相依的模板和动作
		5、开放是借口，扩展性强，插件编写容易
		6、当监控的item(项、内容)比较多，服务器队列比较大时，可以采用被动状态(站在agent端来说的被动模式)，service主动找agent要数据信息。这种方式对服务器的负载较小。
		7、api的支持(两种不同系统结合的一个接口、端口)，方便与其他系统结合

	缺点：
		1、需要在被监控主机上安装agent，所哟数据都存在数据库里，产生的数据量很多，瓶颈主要在数据库。
		2、项目批量修改不方便
		3、入门虽然容易，能实现基础的监控。但是深层次需求需要非常熟练zabbix，并进行大量的二次定制开发 难度比较大
		4、系统界别的报警设置相对比较多，如果不撒选的haul报警邮箱会很多，并且自定义的项目报警需要自己设置，过程比较繁琐。
		5、缺少数据汇总功能，如无法查看一组服务器的平均值，只能查看单个的。如果需要查看一组得要二次开发。

zabbix监控系统监控对象

• 数据库：MySQL、mariadb、Oracle、SQLserver—agent（受控端、客户端）

• 应用软件：nginx、Apache、PHP、tomcat—agent

• 集群： lvs、keepalibed、haproxy、rhcs、f5—agent

• 虚拟化： VMware、kvm、xen、docker、k8s—agent

• 操作系统：linux、Unix、Windows性能参数—agent

• 硬件：服务器、存储、网络设备—IPMI（硬件智能卡采集信息）

• 网络： 网络环境（内外网）—SNMP（协议）

zabbix监控方式：

被动模式

被动检测 相对于agent而言；server向agent请求获取配置的监控项相关信息，agent收到请求后向server发送所需的监控项

主动模式

主动检测 相对于agent而言；agent主动向server端发送自己相关监控项配置，主动配置server。大大节约了server的资源

zabbix架构：

• zabbix server

zabbix server是agent程序报告系统可用性、系统完整性和统计数据的核心组件，是所有配置信息，统计信息和操作数据的核心存储器。

• zabbix 数据库存储

是所有配置信息和zabbix收集到的数据都被存储在数据库中。

• zabbix web界面

为了从任何地方和任何平台都可以访问到zabbix，zabbix提供了web界面。该界面是zabbix server的一部分，通常部署在和zabbix server运行的同一台物理主机上（但是也可以运行在其他的主机上）

• Zabbix Proxy 代理服务器

zabbix proxy可以代替zabbix server收集性能和可用性数据。proxy代理服务器是zabbix软件可选择部署的一部分；，同时他还可以帮助单台zabbix server分担负载压力

• zabbix agent监控代理

zabbix agent监控代理，部署在被监控主机上，能够主动监控本地的资源和应用软件状态等信息，并将这些信息发送给zabbix server。

zabbix 数据量

1. 监控方面 为了创建一个监控项（item）用于采集数据，必须要先创建一个主机
2. 告警方面 在监控项里创建触发器（trigger），通过触发器来触发告警动作（action）。

zabbix监控配置流程：

   1、添加主机组(可选，如果有就不用加了)
   2、添加主机并加入主机组(在新的主机中配置以下步骤)                
   3、添加监控项
         手动配置监控项
         通过模板配置监控项(系统资源监控)
   4、添加触发器(定义什么情况才出问题需要报警)
   5、配置用户媒介(邮箱还是电话短信通知告警)
   6、添加动作(触发警告后发送邮箱给管理员)

zabbix常用的术语含义

1.主机（host）
一台你想监控的网络设备，用IP或者域名表示

2.主机组（host group）
主机的逻辑组，包含主机和模板。一个主机组里面的主机和模板并没有任何直接的关联。通常在给不同用户组的主机分配权限的时候使用主机组

3.监控项（item）
你想要接受的主机的特定数据，一个度量值。比如想监控CPU使用率

4.触发器（trigger）
一个被用于定义问题阈值和评估监控项收到的数据的逻辑表达式。当收到的数据高于阈值时，触发器从OK变成problem状态。当收到的数据地低于阀值时，触发器保留或返回一个ok状态。也就是说如果监控项检测到数值大于多少或小于多少的时候就触发报警。

5.事件（event）
单次发生的需要注意的事情，例如触发器的状态改变（触发了触发器等），或者发现有代理监控自动注册等。

6.异常（problem）
一个处于异常的状态的触发器

7.动作（action）
一个对时间做出反应的预定的操作。比如cpu使用率过高触发了报警，然后会按照预先设定好的操作，去处理问题。
一个动作由操作（例如发出通知）和条件组成

8.升级（escalation）
一个在动作内执行操作的自定义场景；发送通知/执行远程命令的顺序。

9.媒介（media）
发送告警通知的手段，告警通知的途径。如短信，邮箱，电话等

10.通知（notification）
利用已选择的媒介把跟事实相关的信息发送给用户

11.远程命令（remote command）
一个预定义好的，满足一些条件的情况下，可以在被监控主机上自动执行的命令。例如ssh连接到一台主机执行操作

12.模板（template）
一组可以被应用到一个或多个主机上的实体（监控项、触发器、图形、聚合图形、应用、web界面）的集合
模板的任务就是加快对主机监控任务的实施；也可以使监控任务的批量修改更简单。模板是直接关联到每台单独的主机上。

13.应用（application）
一组监控项组成的逻辑分组

14.web场景（web scenario）
利用一个或多个http请求来检查网站的可用性

15.前端（frontend）
zabbix提供的web界面

16.zabbix API
zabbix允许使用json rpc协议（这是一个无状态且轻量级的远程过程调用 RPC传输协议，其传递内容通过kson为主）来创建、更新和获取zabbix对象（主机、监控项、图形等）信息或者执行任何其他的自定义的任务

17.zabbix server
zabbix软件实现监控的核心程序，主要功能是与zabbix proxies和agents进行交互、触发器计算、发送告警通知等；并将数据集中保存等。

18.zabbix agent
一个部署在监控对象上的，能过主动监控本地资源和应用的程序。
zabbix agent部署在监控的目标上，主动检测本地的资源和应用(硬件驱动、内存、处理器统计等)
zabbix agent手机本地的操作信息并将数据报告给server端，用于进一步处理。zabbix agent的极端高效源于他可以利用本地系统调用来完成统计数据的收集。

19.被动（passive）和主动（active）检查
zabbix agents 可以执行被动和主动两种检查方式：
1、被动模式
被动检测 相对于agent而言；server向agent请求获取配置的监控项相关信息，agent收到请求后向server发送所需的监控项
2、主动模式
主动检测 相对于agent而言；agent主动向server端发送自己相关监控项配置，主动配置server。大大节约了server的资源

20.zabbix proxy
一个帮助zabbix server收集数据、分担压力的程序。
zabbix proxy可以从一个或多个受监控设备收集监控数据，并将信息发送给zabbix server端的进程。基本上是代表server工作的。所有收集的数据都在本地进行缓存，然后传送到proxy所属的zabbix server。部署proxy是可选的。
zabbix proxy是完成远程区域、分支结构、没有本地管理员的网络的集中监控理想解决方案。
zabbix proxy需要使用独立的数据库。