高负载web架构（四）

f.在node9上部署好zabbix

监控：

       最关键的工具：传感器：收集数据，检测数据

过程：

       数据采集 --> 数据存储 --> 数据展现

       报警：采集到的数据超出阈值

 

       常见的实现监控SNMP：Simple Network Management Protocol 简单网络管理协议

              有两部分组成：监控端（NMS）和被监控端（agent）

 

       SNMP的工做模式：

              NMS主动向agent采集数据

              agent主动向NMS报告数据

              NMS请求agent修改配置

 

       SNMP的组件：三部分组成

              MIB：management information base  管理信息库（。。。将每一被监控的id到对应名称的转换）MIB：全部能够被监控、被管理的对象的集合

每一个Agent都有管理信息库

              SMI：MIB表示符号

              SNMP协议

 

SNMP是一个简单协议，这个协议只能发送get，好比get abc，对方收到get abc以后，知道对方要收集abc的指标，可是abc是什么？cpu利用率？内存空间？这就是MIB库中定义的，abc假如为cpu利用率，bcd为磁盘空间空闲等，get abc后，Agent就知道对方要收集什么数据了。而专用的agent端他们对协议自己实现了扩展，在协议自己就能够描述获取什么数据的，在zabbix 2.2以前协议使用的都是JSON格式的，JSON（相似轻量级的xml）

 

NMS可发起操做：

              Get（得到数据）, GetNext（得到下一个数据或下一批）, Set（设定、修改配置）, Trap（等待被监控端所发来的主动报告数据）

 

              agent: Response  响应一个或多个值

 

       SNMP工做于UDP协议

                     NMS: 161端口

                     agent: 162端口

 

SNMP自己没有提供数据存储、报警等的能力，因此须要借助第三方工具来实现数据存储展现和报警。

 

常见的报警: 邮件、短信

 

报警升级操做：在指定时间内若是报警依然存在，则须要实现升级。

定义在维护时间内不进行报警【服务器下线，更新版本】

 

       监控功能的实现：

              专用agent

              ssh

              SNMP

              IPMI

 

       智慧平台管理接口（Intelligent Platform Management Interface）本来是一种Intel架构的企业系统的周边设备所采用的一种工业标准。IPMI亦是一个开放的免费标准，使用者无需支付额外的费用便可使用此标准。

 

zabbix 是基于json格式，因为json有不少元数据，额外须要多消耗带宽，到zabbix 2.4以后，不在使用json格式来描述数据，它本身直接在协议中经过换行来定义协议是如何工做的。zabbix自己是php所实现的，能够经过API接口添加扩展自身业务的需求

 

MIB有mib视图是mib的子集，一般配置Agent时，用户能够将commit名与mib视图绑定，从而限制nms能够访问的mib对象。能够在定义Agent时，明确指定经过哪个commit名             仅能获取那一部分mib库中的子集。包含关系经过mib树来实现，是一颗倒置的数，每个被监控对象都有其惟一的OID。

 

       Linux上snmp功能: net-snmp程序包

 

       zabbix: 有专用agent的监控工具

              监控主机：

                     Linux、Windows、FreeBSD

              网络设备：

                     SNMP, SSH(并不是全部)

 

       数据存储：

              cacti: rrd (round robin database 环状数据库，环满了，就覆盖数据)

              zabbix: mysql, pgsql

 

能够在zabbix上定义一个触发器，对每个被监控项定义一个或多个触发器，触发器中定义了阈值，一旦采集的数据超出了阈值或不符合阈值的指标，触发器被触发就会产生一个触发事件，这个事件能够被action所调用，action操做主要有两类：执行程序；发送报警；

 

若是监控节点和数据量太大，则须要部署分布式的zabbix监控，经过一个中心控制zabbix【不监控任何数据】代理到后端多个zabbix上。代理监控的数据都保存到本身独立的数据库中，在一个指定的时间段时把代理监控的数据所有复制到中心控制端的数据存储上，然后就能够把代理上的数据都删除，从而继续进行监控存储数据。

 

zabbix 2.4支持两种分布式机制：zabbix proxy; zabbix node。               

 

       zabbix架构中的组件：

       监控端  zabbix-server:C语言

       被监控端     OS:zabbix-agent: C语言

              zabbix-web：GUI，用于实现zabbix设定和展现  php研发的

              zabbix-proxy: 分布式监控环境中的专用组件

 

      zabbix-database: MySQL, PGSQL(postgreSQL)、Oracle、DB2、SQLite

Zabbix架构

Zabbix Server：负责接收Agent发送的报告信息的核心组件，全部配置、统计数据及操做数据均由其组织进行；

Database Storage：专用于存储全部配置信息，以及由zabbix收集的数据；

Web interface：zabbix的GUI接口，一般与Server运行在同一台主机上；

Proxy：可选组件，经常使用于分布式监控环境中，代理Server收集部分被监控端的监控数据并同一发往Server端；

Agent：部署在被监控主机上，负责收集本地数据并发往Server端或Proxy端；

JMX：Zabbix监控Java应用

 

zabbix架构

Zabbix经常使用术语

  主机（host）：要监控的网络设备，可由IP或DNS名称指定；

  主机组（host group）：主机的逻辑容器，能够包含主机和模板，但同一个组内的主机和模板不能互相连接；主机组一般在给用户或用户指派监控权限时使用；

  监控项（item）：一个特定监控指标的相关的数据，这些数据来自于被监控对象；item是zabbix进行数据收集的核心，没有item，将没有数据；相对某监控对象来讲，每一个item都由“key”进行标识；

  触发器（trigger）：一个表达式，用于评估某监控对象的某特定item内所接收到的数据是否合理范围内，即阈值；接收到的数据量大于阈值时，触发器状态将从“OK”转变为“Problem”，当数据量再次回归到合理范围时，其状态将从“Problem”转换回“OK”；

  事件（event）：即发生的一个值得关注的事情，例如触发器的状态转变，新的Agent或从新上线的Agent的自动注册等；

  动做（action）：指对于特定事件事先定义的处理方法，经过包含操做（如发送通知）和条件（什么时候执行操做）；

  报警升级（escalation）：发送警报或执行远程命令的自定义方案，如每隔5分钟发送一次警报，共发送5次等；

  媒介（media）：发送通知的手段或通道，如Email，Jabber或SMS等；

  通知（notification）：经过选定的媒介向用户发送的有关某事件的信息；

  远程命令（remote command）：预约义的命令，可在被监控主机处于某特定条件下时自动执行；

  模板（template）：用于快速定义被监控主机的预设条目集合，一般包含了item，trigger，graph，screen，application以及low-level discovery rule；模板能够直接链接至单个主机；

  应用（application）：一组item的集合；

  web场景（web scennario）：用于检测web站点可用性的一个或多个HTTP请求；

  前端（frontend）：Zabbix的web接口；

Zabbix的逻辑架构

Zabbix启动后，Zabbix Server Processes

watchdog 【监控每个进程是否处于正常运行当中】

housekeeper 【管家，监控数据是保存到数据库上的，定义item时须要说明数据的保存时间，不在指定范围内监控到的数据都会被清理】

poller【收集数据的】

alerter 【执行警报操做的】

httppoller【专用web的收集数据】

discoverer 【发现机制，一旦对应的主机启动了就会加入监控列表中，很是消耗资源】

escalator 【报警升级】

timer【计时器】

nodewatcher 【监控各节点的，每个被监控主机都不在线时，这些主机上的item都不能监控数据了】

db_data_syncer 【数据库的数据同步器，在分布式场景中使用】

db_config_syncer 【数据库的配置同步器，在分布式场景中使用】

pinger 【经过ping操做探测主机是否在线】

 

       zabbix产生的数据主要由四部分组成：

              配置数据：比较小

              历史数据：50Bytes

              历史趋势数据: 128Bytes

              事件数据: 130Bytes

 

Install Zabbix

1.Create zabbixuser

2.Untar sourcetarball

3.Create zabbixdatabase and populate it

  A mysql (Postgresql,....) installation isneeded...

4. ./configure ;make ; make install;

  Some packages may be missing..

  Does not take too long ( < 10min )

5.Createconfiguration file for zabbix server

  (misc/conf/zabbix_server.conf)

6.Start the zabbixserver

 

经过服务器端的web接口来完成zabbix server的初始化，不使用web接口则如下操做完成便可。

Install the Zabbixweb interface

1.Apache/PHP isrequired

   Copy PHP files to $DocumentRoot/zabbix

   http://localhost/zabbix

2.Change php.ini

   Default settings are by far not enough!

   date.timezone = Asia/Shanghai

3.Restart webserver

4.Finishconfiguration

5.Login withadmin/zabbix

登陆默认帐号和密码为admin，zabbix

1.安装httpd和php，mysql-server，zabbix-2.4.0-1.el6.x86_64.rpm zabbix-sender-2.4.0-1.el6.x86_64.rpmzabbix-agent-2.4.0-1.el6.x86_64.rpm zabbix-server-2.4.0-1.el6.x86_64.rpmzabbix-get-2.4.0-1.el6.x86_64.rpm zabbix-server-mysql-2.4.0-1.el6.x86_64.rpmzabbix-web-2.4.0-1.el6.noarch.rpm zabbix-web-mysql-2.4.0-1.el6.noarch.rpm

，受权用户给zabbix使用

mysql> grantall on zabbix.* to 'zabxuser'@'192.168.%.%' identified by 'zabxpass';

mysql> grantall on zabbix.* to 'zabxuser'@'localhost' identified by 'zabxpass';

2.在启动zabbix web以前须要先导入数据到数据库中，对应数据在

# ls/usr/share/doc/zabbix-server-mysql-2.4.0/

create  upgrades 有MySQL的模板脚本

# ls/usr/share/doc/zabbix-server-mysql-2.4.0/create/  建立数据库

data.sql  p_w_picpaths.sql schema.sql 三个脚本都须要导入数据库中，若是是proxy端，则只须要导入一个，他们执行次序和名字次序是相反的，先导入schema.sql、再导入p_w_picpaths.sql、最后导入data.sql

# mysql zabbix </usr/share/doc/zabbix-server-mysql-2.4.0/create/schema.sql 。。。

3. 配置zabbix的主配置文件，指定MySQL所在的位置等

# ListenPort=10051  服务器上须要监听的端口

# DBHost=localhost  数据库服务器节点，若是是本机建议使用localhost，与MySQL通讯时会更快

DBName=zabbix

# DBSchema=使用的为mysql，不用指定

DBUser=zabbix

DBPassword=xxx

4. Change php.ini

   Default settings are by far not enough!

   date.timezone = Asia/Shanghai

 

#servicezabbix-server start

监控客户端，客户端须要安装：zabbix-2.4.0-1.el6.x86_64.rpm net-snmp zabbix-agent-2.4.0-1.el6.x86_64.rpmzabbix-sender-2.4.0-1.el6.x86_64.rpm

mysql> selectkey_,type from items;

+-------------------------------------------+------+

| key_                                      | type |

+-------------------------------------------+------+

| proc.num[]                                |    0 |

|system.cpu.load[percpu,avg1]             |    0 |为0是zabbix Agent所提供的

|proc.num[,,run]                          |    0 |

|system.swap.size[,free]                  |    0 |

|system.users.num                         |    0 |

|vfs.file.cksum[/etc/passwd]              |    0 |

| agent.ping                                |    0 |

|system.uptime                            |    0 |

| vm.memory.size[total]                     |    0 |

。。。

zabbix_get -s127.0.0.1 -p 10050 -k "system.cpu.load[all,avg1]"

向某一zabbix agent获取key值

 

媒介类型（Media type）

在zabbix中，媒介指发送通知信息的通道，其一般有如下几种类型

  E-mail：电子邮件，即通知邮件的方式传送通知信息；

  SMS：手机短信，即经过链接至zabbix服务器GSM Modem发送通知；

  Jabber：jabber消息；Jabber是一个开放的、基于XML的协议，可以实现基于Internet或LAN的即时通信服务；

   自定义的通知脚本：以上方式不能知足需求时，zabbix能够调用位于其配置文件“AlertScriptsPath”变量所定义的脚本查找目录中的脚原本完成通知功能；

 

类别为“Send Message”时的相关属性：

   Send to User groups：给选定组中的全部用户发送通知；

   Send to users: 给选定的用户发送通知；

   Send only to：发送通知时所使用的媒介，all为全部媒介

   Default Message：若是启用，则发送默认消息；

   Subject：消息的自定义主体，能够包含宏；

   Message：要发送的消息内容，可使用宏；