【分布式技术】——监控平台zabbix 介绍与部署

一、监控系统的相关知识 

1.监控系统运用的原因

 当我们需要实时关注与其相关的各项指标是否正常，往往存在着很多的服务器、网络设备等硬件资源，如果我们想要能够更加方便的、集中的监控他们，zabix可以实现集中监控管理的应用程序

监控的初衷就是当某些指标不符合我们的需求时，我们能够在第一时间发现异常。

个人认为 ：作为一个运维，需要进行时刻监控整个业务架构的性能情况，以便及时预防，不可能只手动命令或者脚本监控，而且工作量很大并容易出错，需要会使用监控系统可以更加直观的查看到服务器系统性能、应用服务状态和网站流量指标等，利用监控系统的数据去了解网站上线发布的结果和健康状态。所以有了运维监控架构部署：

2.运维架构：运维客户端 -> 跳板机/堡垒机（jumpserver/VPN）-> 监控系统（zabbix、prometheus）、日志系统（ELK、Loki）、存储系统（NFS、Ceph、NAS、SAN）、自动化运维平台（Ansible）、自动发布系统（CI/CD jenkins gitlab）

利用一个优秀的监控软件可以给我带来：

• 通过一个友好的界面进行浏览整个网站所有的服务器状态（并且是实时展示）
• 可以在 Web 前端方便的查看监控数据
• 可以回溯寻找事故发生时系统的问题和报警情况

3.市面上常用的监控系统 

市场上常用的监控软件：

• 传统运维：zabbix、 Nagios
• 云原生环境： Prometheus （go语言开发的）

二、zabbix 

1.zabbix的概述

• zabbix是一个开源的监控系统，提供了分布式监控以及集中的web管理页面
•  zabbix具备常见商业监控软件所具备的功能，主机性能监控，网络设备性能监控，数据库性能监控，ftp、http等通用协议的监控，当被监控的指标异常可以发送基于 E-mail的报警
• zbbix提供报表及实时的图形化数据处理，实现对监控主机7x24小时集中监控
• Zabbix通过C/S模式采集监控数据，通过B/S模式在web端展示和配置，被监控对象只需要支持SNMP协议或者运行Zabbix agents代理程序即可，服务端监听端口为 10051，被监控端即Zabbix——agents代理程序监控10050端口

2.zabbix 是什么？

• zabbix 是一个基于 Web 界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。
• zabbix 能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。
• zabbix 由 2 部分构成，zabbix server 与可选组件 zabbix agent。通过 C/S 模式采集数据，通过 B/S 模式在 Web 端展示和配置。
• zabbix server 可以通过 zabbix agent，SNMP协议，端口监视等方法提供对远程服务器/网络状态的监视，数据收集等功能，它可以运行在 Linux 等平台上。
• zabbix agent 需要安装在被监视的目标服务器上，它主要完成对硬件信息或与操作系统有关的内存，CPU 等信息的收集。

3.zabbix有哪些组件？

• zabbix server（端口10051）：zabbix服务端进程，用于配置和管理zabbix应用程序，也是监控系统的告警中心（需要配置监控项告警触发阈值和发送告警）
• zabbix database：持久化存储配置信息和监控指标数据（支持mysql oracle gpdb tsdb等）
• zabbix web：用于zabbix服务端配置界面和监控数据的UI界面展示（支持LAMP/LNMP）
• zabbix agent（端口10050）：部署在被监控的主机上，采集监控指标数据，并发送给zabbix server（数据采集支持主动模式和被动模式）
• 主动模式：zabbix agent 主动向 zabbix server 请求监控项列表，并主动将监控项需要的数据发送给 zabbix server
•  被动模式：zabbix agent 被动接收 zabbix server 请求的监控项列表，zabbix agent 发送监控项需要的数据发送给 zabbix server
• zabbix proxy：zabbix代理端进程，部署在zabbix server与zabbix agent之间，代替zabbix server接收zabbix agent发送的监控数据并存储在本地，汇总后再转发给 zabbix server，从而可以分担zabbix server的集中式负载压力
• zabbix java gateway：用于获取从通过JMX在JAVA应用暴露的端口采集监控数据

4.zabbix的工作原理？

zabbix agent 安装在被监控的主机上，zabbix agent 负责定期收集客户端本地各项数据，并发送至 zabbix server 端，zabbix server 收到数据后， 将数据存储到数据库中，用户基于 Zabbix Web 可以看到数据在前端展现图像。当 zabbix 监控某个具体的项目， 该项目会设置一个触发器阈值， 当被监控的指标超过该触发器设定的阈值，会进行一些必要的动作，动作包括：发送信息（邮件、微信、短信）、发送命令（shell 命令、reboot、restart、 install 等）。

总结：

zabbix agent 会定期采集被监控主机的指标数据并发送给 zabbix server，zabbix server 接收数据后会存储到 zabbix database 里，管理员基于 zabbix web 即可在浏览器查看到监控数据的图像。

Zabbix 6.0 新特性：

1、Zabbix server高可用防止硬件故障或计划维护期的停机：
•原生选择加入HA群集配置
•定义一个或多个备用节点
•实时监控Zabbix server群集节点的状态
•不需要外部工具即可将Zabbix server配置为HA群集模式

2、Zabbix 6.0 LTS新增Kubernetes监控功能，可以在Kubernetes系统从多个维度采集指标：
•Kubernetes节点和pods的自动发现和监控
•无代理方式采集Kubernetes pods和节点的信息
•获取Kubernetes节点主机高水平信息

Zabbix 6.0 功能组件

Zabbix Server
zabbix 服务端守护进程，是 Zabbix 软件的核心组件，Zabbix Agent 向其报告可用性、系统完整性信息和统计信息。
Zabbix Server 也是存储所有配置信息、统计信息和操作信息的核心存储库。
Zabbix Server 也是 Zabbix 监控系统的告警中心。在监控的系统中出现任何异常，将发出通知给管理员。

基本的 Zabbix Server 的功能分解成为三个不同的组件。他们是：Zabbix server、Web 前端、数据库。

Zabbix 的所有配置信息都存储在 Server 和 Web 前端进行交互的数据库中。例如，当你通过 Web 前端（或者API）新增一个监控项时， 它会被添加到数据库的监控项表里。然后，Zabbix server 以每分钟一次的频率查询监控项表中的有效项，接着将它存储在 Zabbix server 中的缓存里。 这就是为什么 Zabbix 前端所做的任何更改需要花费两分钟左右才能显示在最新的数据段的原因。

数据库
所有配置信息以及 Zabbix 采集到的数据都被持久存储在数据库中。
可以支持 MySQL、PostgreSQL、Oracle、DB2、TimescaleDB 等多种数据库。

Web 界面
Web 界面是 Zabbix Server 的一部分，用于实现展示和配置的界面。通常（但不一定）和 Zabbix server 运行在同一台物理机器上。
基于 Apache/Nginx + PHP 实现，早期只支持 LAMP 架构，从 Zabbix5.0 开始支持 LNMP 。

Zabbix Agent
客户端守护进程，部署在被监控目标上，用于主动监控本地资源和应用程序，并将收集的数据发送给 Zabbix Server。从 Zabbix5.0 开始支技 Zabbix Agent2 。

Zabbix Proxy
zabbix 分布式代理守护进程，可以代替 Zabbix Server 采集性能和可用性数据。Zabbix Proxy 在 Zabbix 的部署是可选部分。
Zabbix Proxy 的部署可以很好的分担单个 Zabbix Server 的负载。
通常监控大于 5