企业级zabbix监控平台

已于 2024-08-31 11:00:52 修改
阅读量3.5k 收藏 50
点赞数 22
分类专栏： zabbix 文章标签： zabbix 网络 服务器
于 2024-08-31 10:42:48 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_58423196/article/details/141748879
版权

Zabbix6.x企业级监控解决方案

1、监控的意义2、监控的对象3、常见监控软件4、Zabbix应用手册4.1 Zabbix介绍4.1.1 zabbix企业版选型4.2 zabbix架构图详解4.2.1 zabbix 组件介绍4.2.2 zabbix 进程介绍4.3 Zabbix 优点和不足4.4 Zabbix功能4.5 zabbix 监控数据流程4.5.1 Zabbix 核心概念5、Zabbix 常用监控架构6、Zabbix 监控系统监控对象6.1 Zabbix监控方式7、安装和配置 Zabbix 服务7.1 实验准备7.2 安装 Zabbix-server端7.3 测试访问7.4 zabbix 主机图形乱码解决8、配置文件详解9、zabbix agent版本差异解释(了解)10、监控任意主机10.1 快速添加新的主机11、主机群组使用12、自定义监控模版12.1 boot分区剩余容量监控12.2 网卡出入流量监控12.2.1 ens33网卡进入流量监控12.2.2 ens33网卡出去流量监控12.3 监控服务端口12.4 监控系统进程数量12.5 监控cpu的状态12.5 监控文件的修改12.6 监控磁盘IO的情况12.7 监控磁盘的总和13、自定义监控设置(Items)13.1 自定义监控项编写13.2 获取不到内容报错解决13.3 使用脚本定义自定义监控项14、 自定义图形14.1 自定义单个监控项图形14.2 仪表盘创建(聚合图形)15、触发器器设置( Triggers)15.1 触发器介绍15.2 触发器严重性15.3 配置触发器15.3.1 触发器示例一：web服务端口15.3.2 触发器示例二：cpu 1分钟负载15.4 触发器常用表达式功能函数介绍16、zabbix监控模版16.1 zabbix server自带模版17、触发器 Action17.1 Action 动作介绍17.2 告警分类17.2 邮箱告警17.3 飞书告警18、宏18.1 介绍18.2 设置优先级18.3 作用及场景18.4 宏设置19、zabbix 自动发现20、zabbix自动注册20.1 zabbix自动注册介绍20.2 zabbix自动注册操作21、zabbix Proxy21.1 介绍21.2 安装zabbix-agent2配置23、zabbix结合Grafana实现图形展示

1、监控的意义

  1. 保障业务稳定运行：监控系统通过实时关注与业务相关的各项指标，确保服务器、网络设备等硬件资源的正常运行，从而保障公司线上业务的稳定性。

  2. 及时发现和解决问题：监控系统能够及时发现系统的异常和故障，通过告警管理迅速通知运维人员，以便尽快采取措施解决问题，减少潜在的损失。

  3. 数据收集与分析：监控系统可以收集系统运行的各种数据，如性能数据、日志信息等，通过数据分析帮助管理者更好地理解系统运行状况，优化系统性能。

  4. 预防故障：除了发现和解决已经发生的故障，监控系统还能够通过历史数据分析预测潜在的问题，提前采取预防措施，避免故障发生。

  5. 统一管理平台：监控系统往往提供一个统一的管理平台，使得企业可以从一个集中的地方监控和管理所有的IT资源，简化管理流程，提高工作效率。

  6. 支持决策：监控系统提供的详细报表和图表可以帮助企业决策者更好地理解业务状况，支持做出更加明智的决策

2、监控的对象

通常情况下，我们可以将监控对象这么来分：

  1. 服务器监控：主要监控服务器如：CPU 负载、内存使用率、磁盘使用率、登陆用户数、进程状态、网卡状态等。

  2. 应用程序监控：主要监控该应用程序的服务状态，吞吐率和响应时间，因为不同应用需要监控的对象不同，这里不一一列举。

  3. 数据库监控：只所以把数据库监控单独列出来，足以说明它的重要性，一般监控数据库状态，数据库表或者表空间的使用情况，是否有死锁，错误日志，性能信息等等。

  4. 网络监控：主要监控当前的网络状况，网络流量，端口，连接等。

举例：

Nginx监控：Zabbix可以收集包括活跃连接数（active connections）、已接受的连接数（accepts）、已处理的请求总数（handled requests）等在内的关键性能指标。这些数据可以通过自定义脚本使用awk等工具从Nginx状态页中提取出来。

3、常见监控软件

  1. Nagios：Nagios是一款开源的监控工具，主要用于监控系统和网络的运行状态，它可以通过多种插件来监控不同的服务和应用。Nagios的特点是轻量级，配置复杂，但是功能强大。

    image-20240425111948184

  2. Zabbix：Zabbix是一款更加强大的监控工具，它不仅可以监控系统和应用的运行状态，还可以进行分布式监控、容器监控、网络监控等。Zabbix的特点是功能强大，界面友好，同时支持多种插件和自定义脚本。

    image-20240425112701820

  3. Prometheus：Prometheus是一款开源的监控和报警系统，它将所有监控数据保存为时间序列数据，并对这些数据进行高效的查询和聚合。Prometheus的特点是数据模型简单，强大的查询语言，以及可通过Pull模式获取监控数据。

image-20230524135314127

4、Zabbix应用手册

4.1 Zabbix介绍

zabbix官方网站：Zabbix :: The Enterprise-Class Open Source Network Monitoring Solution

Zabbix是一款开源的监控软件，用于监控各种网络参数、服务器的健康状况以及应用程序的状态。它能够提供灵活的通知机制，允许用户在问题发生时立即得到通知。以下是Zabbix的一些关键特性和组成部分的详细解释：

  1. 分布式监控：Zabbix支持分布式监控，可以轻松地从一台主机监控远程主机和服务。这使得它适合于监控大型网络和云基础设施。

  2. 实时数据收集：Zabbix提供了实时数据收集和图形展示功能，使管理员能够快速了解系统状态并及时响应问题。

  3. 灵活的告警机制：Zabbix具有灵活的告警机制，可以根据预设的条件触发告警，并通过多种方式（如邮件、短信）通知管理员。

  4. 自动发现：Zabbix支持自动发现功能，可以自动检测网络中的设备和服务，简化了配置过程。

  5. 模板化管理：Zabbix使用模板来简化监控项的配置，只需将模板应用于特定的主机或服务，就可以实现对多个对象的统一监控。

  6. Web界面：Zabbix提供了一个直观的Web界面，使管理员能够轻松查看监控数据、配置告警和管理系统设置。

  7. Agent和Agentless监控：Zabbix支持基于Agent的监控和无Agent的监控。基于Agent的监控需要在被监控的主机上安装Zabbix Agent，而无Agent的监控则通过SNMP、IPMI等协议收集数据。

  8. 历史数据存储：Zabbix可以将历史数据存储在数据库中，以便进行长期趋势分析和报告生成。

  9. 权限管理：Zabbix具有强大的权限管理功能，可以定义不同角色的用户，并赋予他们对特定资源的访问权限。

  10. 集成和API：Zabbix提供了API接口，可以与其他系统集成，实现自动化和定制化的监控解决方案。

总的来说，Zabbix是一个功能强大且灵活的监控工具，适用于各种规模的网络和系统环境。通过合理的配置和使用，它可以帮助企业及时发现并解决潜在的问题，确保系统的稳定运行。

4.1.1 zabbix企业版选型

网站：Zabbix产品周期&发布日志

Zabbix LTS （长期支持版本）的生命周期

img

Zabbix标准版本的生命周期

img

4.2 zabbix架构图详解

image-20240424095830180

zabbix是一个典型的C/S（客户端/服务端）架构。

监控大致流程：zabbix-agent(客户端)获取监控数据，zabbix_server端(服务端)索要数据，然后数据会被存放至数据库，zabbix web展示所收集的监控数据。

image-20240425145214990

4.2.1 zabbix 组件介绍

  • Zabbix Server：Zabbix Server 是 Zabbix 的核心组件，是所有配置信息、统计信息和操作数据的核心存储器。 它主要负责接收客户端发送的报告和信息，同时，所有配置、统计数据及配置操作数据均由其组织进行。

  • Zabbix Database Storage：主要用于存储数据，所有配置信息和 Zabbix 收集到的数据都被存储在数据库中。常用的存储设备有 MySQL、Oracle 等。

  • Zabbix Web 界面：这是 Zabbix 提供的 GUI 接口，通常（但不一定）与 Zabbix Server 运行在同一台物理机器上。

  • Zabbix Proxy 代理服务器：这是一个可选组件，常用于分布监控环境中，代理 Server 可以替 Zabbix Server 收集性能和可用性数据，汇总后统一发往 Zabbix Server 端。

  • Zabbix Agent 监控代理： Zabbix Agent 部署在被监控主机上，能够主动监控本地资源和应用程序，并负责收集数据发往 Zabbix Server 端或 Zabbix Proxy 端。从 zabbix 5 版本开始，zabbix_agent 分为 zabbix_agent 和 zabbix_agent2，zabbix_agent2 是第二个 agent 版本，功能更加强大，采用 go 语言编写，支持 zabbix_agent 所有功能。使用 zabbix_agent2 可监控 docker 容器、ceph、mysql、oracle、 redis等。

4.2.2 zabbix 进程介绍

根据功能和用途，默认情况下 zabbix 包含 5 个进程，分别是 zabbix_agentd/zabbix_agent2、zabbix_get、zabbix_proxy、zabbix_sender、zabbix_server，另外还有一个 zabbix_java_gateway 是可选的功能，需要另外安装。下面分别介绍下它们各自的作用。

  • zabbix_agentd/zabbix_agent2： zabbix_agentd/agent2 是 Zabbix Agent 监控代理端守护进程，此进程收集客户端数据，例如cpu 负载、内存、硬盘、网络使用情况等，推荐使用 zabbix_agent2。

  • zabbix_get： zabbix 提供的一个工具，通常在 Zabbix server 或者 Zabbix proxy 端执行用来获取远程客户端信息，这其实是 Zabbix server 去 Zabbix Agent 端拉取数据的过程，此工具主要用来进行用户排错。例如在 Zabbix server 端获取不到客户端的监控数据时，可以使用 zabbix_get 命令测试获取客户端数据来做故障排查。

  • zabbix_sender：zabbix 提供的一个工具，用于发送数据给 Zabbix server 或者 Zabbix proxy，这其实是 Zabbix Agent 端主动推送监控数据到 Zabbix Server 端的过程，通常用于耗时比较长的检查或者有大量主机（千台以上）需要监控的场景。此时通过主动推送数据到 Zabbix server，可以在很大程度上减轻 Zabbix server 的压力和负载。

  • zabbix_proxy：Zabbix Proxy 的代理守护进程。功能类似 Zabbix server，唯一不同的是它只是一个中转站，它需要把收集到的数据提交或者被提交到 Zabbix server上。

  • zabbix_java_gateway：Zabbix 2.0 之后引入的一个功能。顾名思义：Java 网关，主要用来监控 JAVA 应用环境，类似 zabbix_agentd 进程。需要特别注意的是，它只能主动去推送数据，而不能等待 zabbix server或者 zabbix proxy 来拉取数据。它的数据最终会给到 zabbix server 或者 zabbix proxy 上。

  • zabbix_server：Zabbix server 是整个 Zabbix 系统的核心进程。其它进程 zabbix_agentd、zabbix_get、zabbix_sender、zabbix_proxy、zabbix_java_gateway 的数据最终都是提交到 Zabbix server 来统一进行处理。

  • zabbix web service：Zabbix web service 是一个用来连接外部网站服务的进程。现在，Zabbix web service 用来收集和发送定时报告，Zabbix web service 模块在预编译的 Zabbix 安装包中提供。通过源码包中编译 Zabbix web service 时，需要指定 --enable-webservice 配置参数。

4.3 Zabbix 优点和不足

优点：

  1. 开源性：Zabbix作为一个开源工具，意味着用户可以免费使用，并且拥有对软件进行二次开发的灵活性。这为企业节约了成本，并允许根据特定需求定制功能。

  2. 数据采集能力：它支持多种数据收集方式，包括agent、SNMP、JMX和telnet等，还支持主动和被动模式的数据传输。用户还可以自定义插件来收集数据，这提供了高度的灵活性和适应性。

  3. 高可用性：Zabbix server对设备性能要求低，支持proxy分布式监控，这使得它能够适应不同规模和需求的监控环境。

  4. 监控能力：Zabbix能够监控各种网络参数，并提供灵活的通知机制，帮助运维人员快速定位并解决存在的问题。

  5. 模板丰富：Zabbix自带多种监控模板，这简化了新设备的监控配置过程，加快了部署速度。

  6. API支持：Zabbix提供API支持，方便与其他系统整合，这为自动化和扩展功能提供了便利。

  7. 自动发现与全面监控：Zabbix支持自动发现网络中的设备和服务，这减少了手动配置的工作量，并确保了监控覆盖的全面性。

  8. 报警处理：它可以针对报警默认进行固定操作，减少人为操作失误的风险，同时降低人员成本。

  9. 支持多协议设备监控：Zabbix支持多种协议的设备监控，这意味着它可以用于多样化的技术环境中。

  10. 用户界面友好：基于Web的用户界面使得管理和配置变得直观和方便。

缺点：

  • 性能瓶颈：当机器数量增加时，数据量的增大会导致数据库写入成为瓶颈。Zabbix官方指出单机上限为5000台设备，超过这个数量就需要增加proxy来分担负载，这无疑增加了成本。

  • 数据延迟问题：在采用主动模式即server pull方式采集数据时，如果目标机器数量庞大，则可能出现任务积压和数据延迟的问题。

  • 数据库压力：所有数据都存在数据库里, 产生的数据据很大,瓶颈主要在数据库。

4.4 Zabbix功能

数据采集

  • 可用性和性能采集；

  • 支持 SNMP（包括主动轮询和被动捕获）、IPMI、JMX、VMware 监控；

  • 自定义检查；

  • 按照自定义的时间间隔采集需要的数据；

  • 通过 Server/Proxy 和 Agents 来执行数据采集。

灵活的阈值定义

  • 您可以定义非常灵活的告警阈值，称之为触发器，触发器从后端数据库获得参考值。

高度可配置化的告警

  • 可以根据递增计划、接收者、媒介类型自定义发送告警通知；

  • 使用宏变量可以使告警通知变得更加高效有益；

  • 自动动作包含远程命令。

实时图形

  • 使用内置图形功能可实以将监控项绘制成图形。

Web 监控功能

  • Zabbix 可以追踪模拟鼠标在 Web 网站上的点击操作，来检查 Web 网站的功能和响应时间。

丰富的可视化选项

  • 能够创建可以将多个监控项组合到单个视图中的自定义图形；

历史数据存储

  • 存储在数据库中的数据；

  • 可配置的历史数据；

  • 内置数据管理机制（housekeeping）。

配置简单

  • 将被监控设备添加为主机；

  • 主机一旦添加到数据库中，就会采集主机数据用于监控；

  • 将模板用于监控设备。

套用模板

  • 在模板中分组检查；

  • 模板可以关联其他模板，获得继承。

网络发现

  • 自动发现网络设备；

  • Zabbix Agent 发现设备后自动注册；

快捷的 Web 界面

  • 基于 PHP 的 Web 前端；

  • 可以从任何地方访问；

  • 您可以定制自己的操作方式；

  • 审计日志。

Zabbix API

  • Zabbix API 为 Zabbix 提供可编程接口，用于批量操作、第三方软件集成和其他用途。

适应更复杂的环境

  • 使用 Zabbix Proxy 代理，可以轻松实现分布式远程监控。

4.5 zabbix 监控数据流程

首先，为了创建一个采集数据的监控项，您就必须先创建主机。其次，必须有一个监控项，然后创建触发器。最后，您必须有一个触发器来触发一个动作，这几个点构成了一个完整的数据流。因此，如果您想要收到 CPU load it too high on Server X 的告警，您必须首先为 Server X 创建一个主机条目，其次创建一个用于监视其 CPU 的监控项，最后创建一个触发器，用来触发 CPU is too high 这个动作，并将其发送到您的邮箱里。虽然这些步骤看起来很繁琐，但是使用模板的话，其实并不复杂。也正是由于这种设计，使得 Zabbix 的配置变得更加灵活易用。

4.5.1 Zabbix 核心概念

主机（host）

你想要监控的联网设备，有IP/DNS。

主机组（host group)

主机的逻辑组；可能包含主机和模板。一个主机组里的主机和模板之间并没有任何直接的关联。通常在给不同用户组的主机分配权限时候使用主机组。

监控项（item）

你想要接收的主机的特定数据，一个度量/指标数据。

值预处理（value preprocessing）

转化/预处理接收到的指标数据* 存入数据库之前

触发器（trigger）

一个被用于定义问题阈值和“评估”监控项接收到的数据的逻辑表达式

当接收到的数据高于阈值时，触发器从“OK”变成“Problem”状态。当接收到的数据低于阈值时，触发器保留/返回“OK”的状态。

事件（event）

一次发生的需要注意的事情，例如触发器状态改变、发现/监控代理自动注册

事件标签（event tag）

提前设置的事件标记*可以被用于事件关联，权限细化设置等。

事件关联（event correlation）

自动灵活的、精确的关联问题和解决方案

比如说，你可以定义触发器A告警的异常可以由触发器B解决，触发器B可能采用完全不同的数据采集方式。

异常（problems）

一个处在“异常”状态的触发器

异常更新（problem update）

Zabbix提供的问题管理选项，例如添加评论、确认异常、改变问题级别或者手动关闭等。

动作（action）

预先定义的应对事件的操作

一个动作由操作(例如发出通知)和条件(什么时间进行操作)组成

升级（escalation）

一个在动作内执行操作的自定义方式; 发送通知/执行远程命令的顺序安排。

报警媒介（media）

发送告警通知的方式；传送途径

通知（notification）

关于事件的信心，将通过选设定的媒介途径发送给用户。

远程命令（remote command）

一个预定义好的，满足特定条件的情况下，可以在被监控主机上自动执行的命令。

模版（template）

一组可以被应用到一个或多个主机上的实体（监控项，触发器，图形，聚合图形，应用，LLD，Web场景）的集合

模版的应用使得主机上的监控任务部署快捷方便；也可以使监控任务的批量修改更加简单。模版是直接关联到每台单独的主机上。

应用（application）

一组监控项组成的逻辑分组

Web场景（web scenario）

检查网站可浏览性的一个或多个HTTP请求

前端（frontend)

Zabbix提供的web界面

Zabbix API

  • Zabbix API允许用户使用JSON RPC协议来创建、更新和获取Zabbix对象（如主机、监控项、图形和其他）信息或者执行任何其他的自定义的任务

Zabbix server

Zabbix监控的核心程序，主要功能是与Zabbix proxies和Agents进行交互、触发器计算、发送告警通知；并将数据集中保存等

Zabbix agent

部署在监控对象上的，能够主动监控本地资源和应用的程序

Zabbix proxy

一个帮助Zabbix Server收集数据，分担Zabbix Server的负载的程序

加密（encryption）

支持Zabbix组建之间的加密通讯(server, proxy, agent, zabbix_sender 和 zabbix_get 程序)使用TLS（Transport Layer Security ）协议。

5、Zabbix 常用监控架构

  1. 分布式监控 (企业常用) server-proxy-agent

  1. server-anget(点对点监控)

监控报警流程图：

6、Zabbix 监控系统监控对象

  • 数据库：   MySQL,MariaDB,Oracle,SQL Server     agent

  • 应用软件：Nginx,Apache,PHP,Tomcat                    agent

  • 集群：      LVS,Keepalived,HAproxy,RHCS,F5         agent

  • 虚拟化：   VMware,KVM,XEN ,docker,k8s              agent

  • 操作系统：Linux,Unix,Windows性能参数               agent

  • 硬件： 服务器，存储，网络设备                              IPMI

  • 网络： 网络环境（内网环境，外网环境）              SNMP

IPMI:智能平台管理接口（Intelligent Platform Management Interface）IPMI 能够横跨不同的操作系统、固件和硬件平台，可以智能的监视、控制和自动回报大量服务器的运作状况，以降低服务器系统成本。

SNMP：网络管理协议（SNMP） 是专门设计用于在 IP 网络管理网络节点（服务器、工作站、路由器、交换机等）的一种标准协议，它是一种应用层协议。

6.1 Zabbix监控方式

被动模式

  • 被动检测：相对于agent而言；agent, server向agent请求获取配置的各监控项相关的数据，agent接收请求、获取数据并响应给server；

主动模式

  • 主动检测：相对于agent而言；agent(active),agent向server请求与自己相关监控项配置，主动地将server配置的监控项相关的数据发送给server；

  • 主动监控能极大节约监控server 的资源。 Zabbix由几个主要的软件组件构成，这些组件的功能如下。

7、安装和配置 Zabbix 服务

服务器配置要求：2 安装要求 (zabbix.com)

7.1 实验准备

Centos7.9 系统服务器3台、 一台作为监控服务器， 两台台作为被监控节点， 配置好yum源、 防火墙关闭、 各节点时钟服务同步、 各节点之间可以通过主机名互相通信。

1. 所有机器关闭防火墙和selinux

$ setenforing 0 （修改配置文件关闭）
$ sed -i 's/SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config 
$ systemctl disable --now firewalld.service

2. 根据架构图，实验基本设置如下：

机器名称IP配置服务角色备注
zabbix-server192.168.153.147zabbix-server开启
zabbix-node1192.168.153.178zabbix-agent-node1开启
zabbix-node2192.168.153.179zabbix-agent-node2开启
7.2 安装 Zabbix-server端

安装NGINX

# 安装nginx
[root@zabbix-server ~]# vim /etc/yum.repos.d/nginx.repo
[nginx-stable]
name=nginx stable repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=1
enabled=1
gpgkey=https://nginx.org/keys/nginx_signing.key
module_hotfixes=true

[root@zabbix-server ~]# yum install -y nginx
[root@zabbix-server ~]# systemctl enable --now nginx
[root@zabbix-server ~]# systemctl status nginx

安装PHP

# 安装epel源
[root@zabbix-server ~]# wget -O /etc/yum.repos.d/epel.repo https://mirrors.aliyun.com/repo/epel-7.repo

# 安装webtatic 扩展源，安装PHP服务时需要
[root@zabbix-server ~]# yum install -y https://mirror.webtatic.com/yum/el7/epel-release.rpm
[root@zabbix-server ~]# yum install -y https://mirror.webtatic.com/yum/el7/webtatic-release.rpm
# 安装PHP服务
[root@zabbix-server ~]# yum install php72w-cli php72w-fpm php72w-gd php72w-mbstring php72w-bcmath php72w-xml php72w-ldap php72w-mysqlnd -y

修改nginx配置文件

[root@zabbix-server ~]# vim /etc/nginx/conf.d/zabbix.conf
server {
 listen 80;
 server_name zabbix.tanke.love;
 root /app/zabbix;
 location / {
   index index.php;
 }
 location ~ \.php$ {
   fastcgi_pass  127.0.0.1:9000;
   fastcgi_index index.php; 
   fastcgi_param SCRIPT_FILENAME   $document_root$fastcgi_script_name;
   include fastcgi_params;
 }
}

# 创建站点目录
[root@zabbix-server ~]# mkdir /app/zabbix

# 检查配置文件是否正确
[root@zabbix-server ~]# nginx -t

# 重新加载nginx配置文件
[root@zabbix-server ~]# systemc	reload nginx

修改PHP的服务的启动用户和用户组

# 进行替换
[root@zabbix-server ~]# sed -ri  '/^(user|group)/s#apache#nginx#g' /etc/php-fpm.d/www.conf

# 进行检查
[root@zabbix-server ~]# egrep '^(user|group)' /etc/php-fpm.d/www.conf
user = nginx
group = nginx

# 创建测试文件
[root@zabbix-server ~]# vim /app/zabbix/info.php
<?php
phpinfo();
?>

# 启动服务
[root@zabbix-server ~]# systemctl enable --now php-fpm
[root@zabbix-server ~]# systemctl status php-fpm

数据库部署

# 添加数据库源
[root@zabbix-server ~]# vim  /etc/yum.repos.d/mariadb.repo
[mariadb]
name = MariaDB
baseurl = http://mirrors.aliyun.com/mariadb/yum/10.5/centos7-amd64/
gpgkey = http://mirrors.aliyun.com/mariadb/yum/RPM-GPG-KEY-MariaDB
gpgcheck = 1
enabled=1

# 安装数据库
[root@zabbix-server ~]# yum install -y mariadb-server

# 检查是否安装成功
[root@zabbix-server ~]# rpm -qa | grep -i mariadb
MariaDB-compat-10.5.24-1.el7.centos.x86_64
MariaDB-client-10.5.24-1.el7.centos.x86_64
MariaDB-server-10.5.24-1.el7.centos.x86_64
MariaDB-common-10.5.24-1.el7.centos.x86_64

# 启动数据库
[root@zabbix-server ~]# systemctl enable --now mariadb

# 数据库基本设置
[root@zabbix-server ~]# mysql_secure_installation
mysql_secure_installation是一个用于设置MySQL服务器安全选项的脚本。它可以帮助你设置root密码、删除匿名用户、禁止远程root登录等，以提高MySQL服务器的安全性。

# 创建zabbix用户及数据库
mysql> create database zabbix charset utf8 collate utf8_bin;
2. 创建zabbix用户
mysql> grant all on zabbix.* to 'zabbix'@'localhost' identified by 'zabbix'; 
	#如果数据库与zbx,php不在一起
	#grant all on zabbix.* to 'zabbix'@'172.16.1.%' identified by 'zabbix' ;

zabbix server 配置

# 解压安装包
[root@zabbix-server ~]# tar xf zabbix-6.0.26.tar.gz

# 切换目录
[root@zabbix-server ~]# cd zabbix-6.0.26/database/mysql

# 导入zabbix 相关数据和表结构
[root@zabbix-server ~]# mysql -uroot -pabc123  zabbix < schema.sql 
[root@zabbix-server ~]# mysql -uroot -pabc123  zabbix < images.sql 
[root@zabbix-server ~]# mysql -uroot -pabc123  zabbix < data.sql 
[root@zabbix-server ~]# mysql -uroot -pabc123  zabbix < double.sql 
[root@zabbix-server ~]# mysql -uroot -pabc123  zabbix < history_pk_prepare.sql

# 安装编译需要的基础环境
[root@zabbix-server ~]# yum install -y mysql-devel pcre-devel openssl-devel zlib-devel libxml2-devel net-snmp-devel  net-snmp libssh2-devel OpenIPMI-devel libevent-devel openldap-devel   libcurl-devel gcc gcc-c++

# 编译安装zabbix 6.0
[root@zabbix-server ~]# cd zabbix-6.0.26
[root@zabbix-server ~]# ./configure --sysconfdir=/etc/zabbix/ --enable-server --with-mysql --with-net-snmp --with-libxml2 --with-ssh2 --with-openipmi --with-zlib --with-libpthread --with-libevent --with-openssl --with-ldap --with-libcurl --with-libpcre

# 编译安装zabbix server
[root@zabbix-server ~]# make install

# 检查是否安装成功
[root@zabbix-server ~]# echo $?
[root@zabbix-server ~]# zabbix_server --version

# 编写 zabbix server systemd启动配置文件
[root@zabbix-server ~]# cat /usr/lib/systemd/system/zabbix_server.service

[Unit]
Description=Zabbix Server with MySQL DB
After=syslog.target network.target mysqld.service

[Service]
Type=simple

ExecStart=/usr/local/sbin/zabbix_server -f
User=zabbix

[Install]
WantedBy=multi-user.target

# 重新加载systemd启动文件
[root@zabbix-server ~]# systemctl daemon-reload

# 启动并且检查 zabbix server 
[root@zabbix-server ~]# systemctl enable --now  zabbix-server
[root@zabbix-server ~]# systemctl status zabbix-server

部署前端代码

# 切换前端代码目录
[root@zabbix-server ~]# cd zabbix-6.0.26

# 拷贝前端代码
[root@zabbix-server ~]# cp -r ui/* /app/zabbix/

# 修改属主和数组
[root@zabbix-server ~]# chown -R nginx.nginx /app/zabbix/
7.3 测试访问

image-20240425165826345

游览器输入： http://zabbix.tanke.love

image-20240425165908837

修改php配置文件，解决报错：

# 修改配置文件参数
[root@zabbix-server ~]# egrep -n '^(max_.*_time|post_max)'   /etc/php.ini
/etc/php.ini:368:max_execution_time = 300
/etc/php.ini:378:max_input_time = 300
/etc/php.ini:656:post_max_size = 80M

# 重新启动 PHP
[root@zabbix-server ~]# systemctl restart php-fpm

修改时区

image-20240425170026975

image-20240425170039723

文件位置：/app/code/zbx/conf/zabbix.conf.php

image-20240425170059876

用户名：Admin 密码：zabbix

image-20240425170123419

此故障表示没有安装zabbix-agnet或者客户端宕机

zabbix server 自我测试

# 安装zabbix-agent安装源
[root@zabbix-server ~]# rpm -Uvh https://mirrors.tuna.tsinghua.edu.cn/zabbix/zabbix/6.0/rhel/7/x86_64/zabbix-release-6.0-1.el7.noarch.rpm

# 安装zabbix-agent2 
[root@zabbix-server ~]# yum install -y zabbix-agent2.x86_64

# 修改zabbix-agent2 配置文件参数
[root@zabbix-server ~]# grep '^[a-Z]' /etc/zabbix/zabbix_agent2.conf
PidFile=/run/zabbix/zabbix_agent2.pid
LogFile=/var/log/zabbix/zabbix_agent2.log
LogFileSize=0
Server=127.0.0.1  # zabbix-server所在的主机IP
ServerActive=127.0.0.1 	# zabbix-server所在的主机IP
Hostname=Zabbix server
Include=/etc/zabbix/zabbix_agent2.d/*.conf
PluginSocket=/run/zabbix/agent.plugin.sock
ControlSocket=/run/zabbix/agent.sock
Include=./zabbix_agent2.d/plugins.d/*.conf

# 启动zabbix-agent2
[root@zabbix-server ~]# systemctl enable --now zabbix-agent2

再次访问web界面

image-20240425170504277

7.4 zabbix 主机图形乱码解决

原因：zabbix显示中文的字体有问题，导致显示中文异常。 解决：把zabbix中文字体替换即可。

image-20240425174855188

image-20240425174925105

# 切换值zabbix 字体目录
[root@zabbix-server ~]# cd /app/zabbix/assets/fonts/
[root@zabbix-server fonts]# ls
DejaVuSans.ttf

# 备份原有字体
[root@zabbix-server fonts]# cp DejaVuSans.ttf{,.bak}

# 添加新的字体
[root@zabbix-server fonts]# ls msyh.ttc   

# 重命名新字体，不需要重新启动nginx
[root@zabbix-server fonts]# mv msyh.ttc DejaVuSans.ttf

image-20240425175627776

注意：修改成新的字体后，但是仍然有些许字段没有改变，生产环境建议使用英文版的。

8、配置文件详解

zabbix_server主配置文件详解

[root@zabbix-server ~]# grep "^[a-Z]" /etc/zabbix/zabbix_server.conf
ListenPort=10051
LogFile=/tmp/zabbix_server.log
DBHost=localhost
DBName=zabbix
DBUser=zabbix
DBPassword=zabbix
Timeout=4
AlertScriptsPath=${datadir}/zabbix/alertscripts
LogSlowQueries=3000
StatsAllowedIP=127.0.0.1
参数说明
ListenPort=10051Zabbix服务器监听的端口号，默认为10051
LogFile=/tmp/zabbix_server.logZabbix服务器日志文件的路径，默认为/tmp/zabbix_server.log。
DBHost=localhostZabbix服务器连接的数据库主机名，默认为localhost。
DBName=zabbixZabbix服务器连接的数据库名称，默认为zabbix。
DBUser=zabbixZabbix服务器连接的数据库用户名，默认为zabbix。
DBPassword=zabbixZabbix服务器连接的数据库密码，默认为zabbix。
Timeout=4Zabbix服务器的超时时间，单位为秒，默认为4秒。
AlertScriptsPath=${datadir}/zabbix/alertscriptsZabbix服务器报警脚本的存放路径，默认为{datadir}/zabbix/scripts。
LogSlowQueries=3000Zabbix服务器记录慢查询的阈值，单位为毫秒，默认为3000毫秒。
StatsAllowedIP=127.0.0.1允许访问Zabbix服务器统计信息的IP地址，默认为127.0.0.1（本地回环地址）。

zabbix-agent2配置文件参数解析

[root@zabbix-server ~]# grep "^[a-Z]" /etc/zabbix/zabbix_agent2.conf 
PidFile=/run/zabbix/zabbix_agent2.pid
LogFile=/var/log/zabbix/zabbix_agent2.log
LogFileSize=0
Server=127.0.0.1  #被动模式，服务端主动拉取数据
ServerActive=127.0.0.1  #主动模式，客户端主动推送
Hostname=Zabbix server
Include=/etc/zabbix/zabbix_agent2.d/*.conf
PluginSocket=/run/zabbix/agent.plugin.sock
ControlSocket=/run/zabbix/agent.sock
Include=./zabbix_agent2.d/plugins.d/*.conf
参数解释
PidFile=/run/zabbix/zabbix_agent2.pid指定Zabbix代理进程ID文件的路径，默认为/run/zabbix/zabbix_agent2.pid
LogFile=/var/log/zabbix/zabbix_agent2.log指定Zabbix代理日志文件的路径，默认为/var/log/zabbix/zabbix_agent2.log。
LogFileSize=0指定Zabbix代理日志文件的大小限制，单位为字节，默认为0，表示不限制大小。
Server=127.0.0.1指定Zabbix服务器的IP地址，默认为127.0.0.1。
ServerActive=127.0.0.1指定Zabbix服务器的活动IP地址，默认为127.0.0.1。
Hostname=Zabbix server指定Zabbix代理的主机名，默认为"Zabbix server"
Include=/etc/zabbix/zabbix_agent2.d/*.conf指定自定义监控文件配置路径。
PluginSocket=/run/zabbix/agent.plugin.sock指定插件套接字的路径，默认为/run/zabbix/agent.plugin.sock。
ControlSocket=/run/zabbix/agent.sock指定控制套接字的路径，默认为/run/zabbix/agent.sock。
Include=./zabbix_agent2.d/plugins.d/*.conf

9、zabbix agent版本差异解释(了解)

zabbix-agent：

  • C语言开发，基于传统的单线程设计，使用单个进程来处理所有的数据收集和处理任务。

zabbix-agent2：

  • GO语言和C语言混合开发，基于多线程设计，采用了更先进的异步架构，能够更高效地处理并发请求和大量数据。

10、监控任意主机

监控步骤：

  • 被监控端安装客户端工具，并修改配置文件中，server端的主机IP地址。

  • 启动客户端工具，并且查看服务是否正常启动。(ps netstat)

  • 服务端 web界面进行配置。

image-20240426113359441

image-20240426114257355

image-20240426114606918

image-20240426141751419

image-20240426142031899

10.1 快速添加新的主机

  • 被监控端安装客户端工具zabbix-agent

  • 通过web界面配置过的被监控主机进行克隆。

流程图如下：

image-20240426154530806

image-20240426154553230

image-20240426154755301

image-20240426154922536

11、主机群组使用

将多个相同服务的主机，归纳一个主机群组，该主机群组可针对服务设定相同的监控项或者自定义监控项，比如多个nginx，他们所监控的指标一致，可以为它们专门创建一个主机群组，例如web-servers。实现统一，方便后期管理。

image-20240504215946168

image-20240504220029956

image-20240504220102197

12、自定义监控模版

12.1 boot分区剩余容量监控

image-20240504220350681

image-20240504220410594

image-20240504220517123

image-20240504220609638

image-20240504222123795

  • 历史数据（history）和趋势数据（trends）是Zabbix中存储收集到的数据的两种方式。

  • 历史数据：每一个收集到的监控数据

  • 趋势数据：按小时统计计算的平均值数据

强烈建议将历史数据保留时长设置得尽可能的小。这么做可以让数据库不会因存储了大量的历史数据，导致超负荷运行。可以选择长时间的保留趋势数据，来替代长期需要的历史数据。例如：设置成保留14天历史数据和5年的趋势数据。

创建图形

image-20240504222331047

image-20240504222347806

image-20240504222541298

image-20240504222603463

添加主机

image-20240504222701746

image-20240504222723507

image-20240504222947897

查看监控指标

image-20240504223147777

image-20240504223239069

image-20240504223314247

或者：

image-20240504224047878

测试监控数据变化

# 被监控端boot分区压测
[root@test01 boot]# dd if=/dev/zero of=/boot/1.txt bs=1M count=100
[root@test01 boot]# dd if=/dev/zero of=/boot/1.txt bs=1M count=50
[root@test01 boot]# dd if=/dev/zero of=/boot/1.txt bs=1M count=20
[root@test01 boot]# rm -rf /boot/1.txt

被监控端压测完成以后，回到监控面板查看图形

image-20240504225846214

12.2 网卡出入流量监控
12.2.1 ens33网卡进入流量监控

image-20240504230557075

image-20240504230616846

image-20240504232537445

image-20240504231835611

image-20240504232618195

image-20240504232636484

image-20240504232751872

12.2.2 ens33网卡出去流量监控

选择配置-->模版-->监控项

image-20240504232923910

创建监控项

添加配置

创建图形

image-20240504233311352

image-20240504233344846

image-20240504233400744

12.3 监控服务端口

image-20240506223143740

image-20240506223214300

image-20240506223542384

创建图形

image-20240506223636746

image-20240506223652226

image-20240506223730462

监控网卡的上下流量总和

image-20240506230408478

image-20240506230429676

image-20240506230637983

image-20240506230800642

创建图形

image-20240506230856110

image-20240506230916332

image-20240506230955282

12.4 监控系统进程数量
  1. 系统总进程数量

image-20240506224242892

image-20240506224302429

image-20240506224432077

创建监控项图形

image-20240506224653338

image-20240506224735621

  1. 运行中的进程数量

image-20240506225029513

  1. 监控系统中沉睡的进程数量

image-20240506225533431

12.5 监控cpu的状态
  1. cpu 五分钟负载情况

image-20240507221245690

  1. cpu 1分钟负载情况

image-20240507221535110

  1. cpu 15分钟负载情况

    image-20240507221645660

12.5 监控文件的修改

练习题

12.6 监控磁盘IO的情况

练习题

12.7 监控磁盘的总和

练习题

13、自定义监控设置(Items)

客户端(安装有zabbix-agent端)：

  1. 通过命令、脚本取出需要监控的值；

  2. 安装zabbix的格式，编写配置文件、创建键值；格式为：key=values，key为监控项名称。values为监控项的值。通过shell命令取出。

  3. 重启客户端服务，并测试是否取出数据。zabbix-agent2 -t Key名

服务端：

  1. 服务端命令行测试是否get到客户端自定义监控的值；

  2. web界面：获取到的键值与监控项关联；

  3. web界面：测试。

13.1 自定义监控项编写

小试牛刀：监控web服务80端口

# 命令行取值
[root@test01 ~]# ss -tunlp | grep -w  80  | wc -l
1

image-20240428204223339

# 查看自定监控配置文件存放路径
[root@test01 ~]# grep -i "include" /etc/zabbix/zabbix_agent2.conf 
...
Include=/etc/zabbix/zabbix_agent2.d/*.conf
...

# 编写自定义监控项配置文件
[root@test01 ~]# vim /etc/zabbix/zabbix_agent2.d/web_status.conf
#UserParameter=key,cmd
#UserParameter=web_port_status,bash /check_service/xxx.sh
UserParameter=web_port_status,ss -tunlp | grep 80 | wc -l

# 重启客户端服务
[root@test01 ~]# systemctl restart zabbix-agent2
[root@test01 ~]# systemctl status zabbix-agent2

Include=/etc/zabbix/zabbix_agent2.d/*.conf 自定义监控项配置文件默认位置。

UserParameter=key,cmd UserParemeter=固定格式，表示要自定义监控项。 key表示键值名称，也就是自定义监控项的名称，命名最好为 单词+"." cmd表示取值的命令或者脚本。

# 客户端本地测试
[root@test01 ~]# zabbix_agent2 -t web_port_status
web_port_status                               [s|1]

image-20240428205503477

解释：web_port_status 表示自定义监控的Key，非配置文件名称。

# 服务端测试，安装测试工具
[root@zabbix-server ~]#  yum install -y zabbix-get

[root@zabbix-server ~]# zabbix_get  -s 192.168.174.60 -p 10050 -k web_port_status
1

解释：

  • -s 客户端IP地址；

  • -p 客户端zabbix-agent 端口，默认：10050；

  • -k 客户端自定义监控项Key名。

image-20240428211118750

web界面添加自定义监控项

image-20240428220752312

配置-->主机-->选择主机监控项

创建监控项

image-20240428221545133

参数解释：

  1. 历史数据保留时长：根据服务器的配置决定，建议保留时长不宜过久；

  2. 趋势存储时间：通常趋势数据设置的的留存时间应当比历史数据留存时间设置的长。

详细信息参考官方文档：4 历史数据与趋势数据 (zabbix.com)

image-20240428222405047

image-20240429091503703

image-20240429091543086

web 查看自定义监控项数据

image-20240429094725797

image-20240429094800733

13.2 获取不到内容报错解决

报错内容

image-20240428205848334

Unknown metric web_port_statuss

  1. 客户端测试时，自定义监控名称写错；

  2. 自定义监控项配置文件内部语法错误，例如：固定格式、命令；

  3. 自定义监控项创建完成没有重启客户端。

13.3 使用脚本定义自定义监控项

详细请见附件基于脚本实现自定义监控项

14、 自定义图形

14.1 自定义单个监控项图形

image-20240429095135012

image-20240429095158678

image-20240429095505410

image-20240429095627370

image-20240429095731458

查看自定义图形

image-20240429095846535

image-20240429095902300

14.2 仪表盘创建(聚合图形)

仪表盘用于，将我们自定以图像进行集中值一个界面进行展示，使得我们更方便的找到服务器的瓶颈。

image-20240507214110890

image-20240507214252787

image-20240507214331180

image-20240507214410547

image-20240507214509125

image-20240507214542592

查看自定义仪表盘

image-20240507214639940

image-20240507215152136

image-20240507215247553

15、触发器器设置( Triggers)

15.1 触发器介绍

触发器是条件的定义,一个触发器是根据一个监控项的返回值,将之对比预先设置的阈值，当监控项返回了不符合预定义的值范围后,就进行触发下一步操作的警戒线,一般要对创建的监控项设置触发器以及触发方式和值的大小

  • 可以在指定主机上创建触发器,只是针对指定主机有效；

  • 也可以在指定模板上创建触发器,则使用此模板的所有主机都有效,一个模板中可以有多触发器；

    触发器中使用的表达式是非常灵活的。你可以使用它们去创建关于监控统计的复杂逻辑测试。

15.2 触发器严重性

触发器严重性表示触发器的重要程度，Zabbix支持下列6种触发器的严重程度：

image-20240429104740157

严重性功能：

  • 通过不同的颜色区分不同的严重程度；

  • 报警音频，不同的音频代表不同的严重程度；

  • 用户媒介，不同的用户媒介（通知渠道）代表不同的严重程度。例如，短信 - 高严重性，email - 其他；

  • 不同的严重性通过触发器执行对应的条件动作。

15.3 配置触发器
15.3.1 触发器示例一：web服务端口

image-20240429105152136

image-20240429105218145

image-20240429111807604

image-20240429111947106

解释：

  • 监控项：自定义监控项默认没有触发器，需要自己去添加，选择自定义监控项的名称；

  • 功能：last函数：表示最新的值和最近一次的值作比较。

  • 结果：如果自定义监控项取出的值为0时，触发报警。

image-20240429112408935

解释：表达式 zabbix5和zabbix6之间的区别

  • zabbix 6

    • last(/nginx01/web_port_status)=0 # 函数(/主机/自定义监控项)=0

  • zabbix 5

    • {nginx01:web_port_status.last()}=0 # {主机:自定义监控项名称.功能函数}=0

测试触发器是否生效

# 客户端关闭nginx
[root@test01 ~]# systemctl stop nginx

web界面查看

image-20240429141751762

15.3.2 触发器示例二：cpu 1分钟负载
$ dd if=/dev/zero  of=/1.txt  bs=1M count=4000

image-20240507222036714

image-20240507222056500

image-20240507233302543

查看触发器

image-20240507233509372

image-20240507233527896

表达式：last(/nginx_status_monitor/system.cpu.load[all,avg1])>=0.4

解释：表达式函数(/监控模版/自定义监控项)>=0.4

图形查看触发器

image-20240507234327539

15.4 触发器常用表达式功能函数介绍

官方网站：2 触发器表达式 (zabbix.com)

image-20240429142518357

触发器示例场景

# 触发器示例场景1:www.zabbix.com的处理器负载过高
last(www.zabbix.com/system.cpu.load[all,avg1])>5
服务器是www.zabbix.com，监控项键值是system.cpu.load[all,avg1]
通过使用函数“last()”获取最新的值。最后>5 意味着当www.zabbix.com最新获取的处理器负载值大于5时触发器就会处于异常状态。

# 触发器示例场景2:当前处理器负载大于5或者最近10分钟内最小值大于2，表达式为True
last(www.zabbix.com/system.cpu.load[all,avg1]) > 5 and last(www.zabbix.com/system.cpu.load[all.avg1].min(10m)) > 2

# 触发器示例场景3:监控/etc/passwd 文件是否被修改，当文件/etc/passwd的checksum值与最近的值不同时，表达式为true。
diff(www.zabbix.com/vfs.file.cksum[/etc/passwd]) = 1 

# 触发器示例场景4:如果在最后五分钟期间eth0网卡接收到的网络字节数最小值超过 100 KB 将触发。
min(/Zabbix server/net.if.in[eth0,bytes],5m)>100K

# 触发器实力场景5：Zabbix server上的处理器负载太高。
last(/Zabbix server/system.cpu.load[all,avg1])>5
‘/Zabbix server/system.cpu.load[all,avg1]‘ 给出了被监控参数的简短名称。它指定了服务器是“Zabbix server”，监控项的键值是“system.cpu.load[all,avg1]”。通过使用函数“last()”获取最新的值。最后，“>5”意味着当Zabbix server最新获取的处理器负载值大于5时触发器就会处于异常状态。

# 触发器示例场景6：/etc/passwd文件被修改
(last(/www.example.com/vfs.file.cksum[/etc/passwd],#1)<>last(/www.example.com/vfs.file.cksum[/etc/passwd],#2))=1
当 /etc/passwd 校验和的前一个值与最近的值不同时，表达式为真。类似的表达式可能有助于监控重要的文件变化 ，例如 /etc/passwd、/etc/inetd.conf、/kernel 等。

# 触发器示例场景7：服务器网卡从 Internet 下载一个大文件。 min 函数的使用：
min(/www.example.com/net.if.in[eth0,bytes],5m)>100K
在过去5分钟内，eth0上接收字节数大于100kb时，表达式为true。

# 触发器示例场景8：服务器无法访问。
count(/example.example.com/icmpping,30m,,"0")>5、
如果主机“example.example.com” 在过去 30 分钟内超过 5 次无法访问，则表达式为真。

16、zabbix监控模版

16.1 zabbix server自带模版
Linux by Zabbix agent
名称解释
Linux: Host name of Zabbix agent runningLinux：Zabbix代理运行的主机名
Linux: Zabbix agent pingLinux:Zabbix代理ping
Linux: Version of Zabbix agent runningLinux：运行Zabbix代理的版本
Linux: Maximum number of open file descriptors打开文件描述符的最大数量
Linux: Maximum number of processesLinux：进程的最大数量
Linux: Number of processesLinux：进程数
Linux: Number of running processesLinux：正在运行的进程数
Linux: System boot timeLinux：系统启动时间
Linux: Interrupts per secondLinux:每秒中断次数
Linux: Load average (1m avg)Linux：平均负载（平均1分钟）
Linux: Load average (5m avg)Linux：平均负载（平均5分钟）
Linux: Load average (15m avg)Linux：平均负载（平均15分钟）
Linux: Number of CPUsLinux：CPU数量
Linux: Context switches per secondLinux:每秒上下文切换次数
Linux: CPU idle time: Linux: CPU utilizationLinux:CPU空闲时间：Linux:CPU利用率
Linux: CPU guest timeLinux 中的 CPU guest time 是指虚拟机在宿主机上运行期间，CPU 资源被占用的时间。这个指标可以帮助管理员了解虚拟机对宿主机 CPU 资源的使用情况，以便进行性能优化和资源分配。
Linux: CPU guest nice timeLinux 中的 CPU guest nice time 是指虚拟机在宿主机上运行期间，CPU 资源被占用的 nice 时间。nice 值是 Linux 系统中用于控制进程优先级的一个参数，范围从 -20（最高优先级）到 19（最低优先级）。
Linux: CPU idle time在 Linux 系统中，CPU idle time 指的是 CPU 处于空闲状态的时间。这是系统性能监控中的一个重要指标，因为它可以帮助你理解系统资源是否得到了充分利用或者是否存在过剩的计算能力。
Linux: CPU interrupt timeLinux 中的 CPU interrupt time 是指 CPU 在处理中断请求时所花费的时间。中断是计算机系统中的一种机制，用于响应硬件设备或软件程序的请求，以便进行相应的操作。
Linux: CPU iowait time在 Linux 中，CPU iowait time（I/O等待时间）是指 CPU 等待 I/O 操作完成的时间。当 CPU 需要从磁盘、网络或其他慢速设备读取数据时，如果该数据尚未准备好，CPU 就会进入等待状态。iowait 是衡量系统 I/O 性能的关键指标之一，它可以帮助识别是否存在 I/O 瓶颈问题。
Apache by HTTP
名称解释
Apache: Service pinghttpd服务是否存活
Apache: Service response timeApache 服务器的响应时间。是指从客户端发送请求到接收到服务器响应所需的时间。这个指标对于评估服务器性能和用户体验非常重要。
Apache: Get status: Apache: Total workers idleApache: Total workers idle 是指当前空闲的工作进程数量。这个指标可以帮助你了解服务器的负载情况，以及是否需要增加或减少工作进程的数量来优化性能。
Apache: Get status: Apache: Total workers busyApache: Total workers busy 是指当前正在处理请求的工作进程数量。这个指标可以帮助你了解服务器的负载情况，以及是否需要增加或减少工作进程的数量来优化性能。
Apache: Get status: Apache: Workers waiting for connectionApache: Workers waiting for connection 是指当前正在等待连接的工作进程数量。这个指标可以帮助你了解服务器的负载情况，以及是否需要增加或减少工作进程的数量来优化性能。
Apache: Get status: Apache: Workers starting upApache: Workers starting up 是指当前正在启动的工作进程数量。这个指标可以帮助你了解服务器的负载情况，以及是否需要增加或减少工作进程的数量来优化性能。
Apache: Get status: Apache: Workers slot with no current process指当前没有正在处理请求的工作进程的插槽数量。
Apache: Get status: Apache: Workers sending reply指当前正在发送响应的工作进程数量。
Apache: Get status: Apache: Workers reading request指当前正在读取请求的工作进程数量。
Apache: Get status: Apache: Workers logging指当前正在记录日志的工作进程数量。
Apache: Get status: Apache: Workers keepalive (read)指当前正在处理 Keep-Alive 连接的工作进程数量。
Apache: Get status: Apache: Workers finishing指当前正在结束请求的工作进程数量。
Apache: Get status: Apache: Workers DNS lookup指当前正在执行 DNS 查询的工作进程数量。
Apache: Get status: Apache: Workers closing connection指当前正在关闭连接的工作进程数量。
Apache: Get status: Apache: Workers idle cleanup指当前正在执行空闲清理的工作进程数量。
Apache: Get status: Apache: Version指 Apache HTTP Server 的版本号。
Apache: Get status: Apache: Uptime指 Apache HTTP Server 自上次启动以来的运行时间。
Apache: Get status: Apache: Requests per second指 Apache HTTP Server 每秒处理的请求数量。
Apache: Get status: Apache: Total requests指 Apache HTTP Server 自上次启动以来处理的总请求数量。
Apache: Get status指获取 Apache HTTP Server 的状态信息。
Apache: Get status: Apache: Bytes per second指 Apache HTTP Server 每秒传输的字节数。
Apache: Get status: Apache: Total bytes指 Apache HTTP Server 自上次启动以来传输的总字节数。

Nginx by Zabbix agent
名称解释
Nginx: Get stub status pageNginx: Get stub status page 是指获取 Nginx Web Server 的状态页面。这个状态页面提供了关于服务器的实时信息，包括连接数、请求处理时间等指标。
Nginx: Number of running processes指 Nginx Web Server 当前正在运行的进程数量。
Nginx: Memory usage (vsize)指 Nginx Web Server 进程的虚拟内存使用量。虚拟内存使用量（vsize）包括了进程直接使用的内存以及其映射的文件和设备所使用的内存。
Nginx: Memory usage (rss)Nginx Web Server 进程使用的驻留集大小内存（以字节为单位）。
Nginx: CPU utilization指的是Nginx进程在服务器CPU上占用的资源情况，包括用户态和内核态的占用。
Nginx: Get stub status page: Nginx: Version指 Nginx Web Server 的版本号。
Nginx: Get stub status page: Nginx: Requests per second指 Nginx Web Server 每秒处理的请求数量。
Nginx: Get stub status page: Nginx: Requests total指 Nginx Web Server 自上次启动以来处理的总请求数量。
Nginx: Get stub status page: Nginx: Connections writing指 Nginx Web Server 当前正在写入响应的连接数量。
Nginx: Get stub status page: Nginx: Connections waiting指 Nginx Web Server 当前正在等待连接的连接数量。
Nginx: Get stub status page: Nginx: Connections reading指 Nginx Web Server 当前正在读取请求的连接数量。
Nginx: Get stub status page: Nginx: Connections handled per second指 Nginx Web Server 每秒处理的连接数量。
Nginx: Get stub status page: Nginx: Connections dropped per second指 Nginx Web Server 每秒丢弃的连接数量。
Nginx: Get stub status page: Nginx: Connections active指 Nginx Web Server 当前活跃的连接数量。
Nginx: Get stub status page: Nginx: Connections accepted per second指 Nginx Web Server 每秒接受的连接数量。
Nginx: Service status指 Nginx Web Server 的运行状态。
Nginx: Service response time指 Nginx Web Server 处理请求的响应时间。

17、触发器 Action

17.1 Action 动作介绍

Zabbix中的Action是根据不同的事件状态执行相应操作的功能。

在Zabbix监控系统中，Action是一个核心功能，它允许你基于事件的不同状态来执行预定义的操作。这些操作可以极大地自动化日常的运维工作，减少手动干预的需要。以下是Zabbix Action的一些主要特点和用途：

  1. 自动响应：当监控系统检测到问题（如触发器状态变化）时，可以自动执行一系列操作，而不是需要人工介入。

  2. 可配置性：你可以根据需要自定义Action，例如发送报警通知、执行远程命令等。

  3. 权限管理：为了执行某些操作，如重启服务，可能需要相应的权限。因此，配置sudo权限或修改zabbix配置文件以允许接收远程命令是常见的设置步骤。

  4. 报警通知：最常见的用法是在检测到问题时，通过邮件、短信或其他方式将报警信息发送给指定的用户。

  5. 远程命令执行：可以配置Action来在特定条件下执行远程命令，如系统重启、服务重启等，这通常需要确保Zabbix用户具有执行这些命令的权限。

  6. 日志记录：所有执行的Action都会被记录在Zabbix的日志中，便于后续的问题排查和分析。

17.2 告警分类
报警方式企业使用场景
邮件告警企业邮箱，免费试用
企业微信/飞书-告警机器人企业微信，免费使用
OA系统(钉钉)钉钉，免费使用
短信0.04元/条左右，云厂商，收费
电话收费
17.2 邮箱告警

详细请见附件：zabbix 6.0 结合邮箱触发告警

17.3 飞书告警

详细请见附件：zabbix 6.0结合飞书触发告警

18、宏

18.1 介绍

Zabbix中的宏是一种用于简化配置和提高可重用性的功能强大的工具。在Zabbix中，宏可以被视为一种变量，用于保存预设的文本模式，并在调用时将其替换为相应的值。例如，内置宏{HOST.NAME}会在使用中自动替换为对应主机的名称。

18.2 设置优先级

  1. 全局宏：作用于所有模板和主机，但优先级最低。

  2. 模板宏：仅适用于关联的模板。

  3. 主机宏：特定于单个主机。

18.3 作用及场景

  • 简化配置：通过使用宏，可以在多个地方重复使用相同的值，而不必手动更改每个实例。

  • 统一管理：方便后期统一修改和维护，例如，如果需要更改服务器名称，只需更改全局宏一次即可。

实际应用场景

  • 监控项和触发器：在创建监控项或触发器时，可以使用宏来定义动态的名称或参数值。

  • 自发现规则：在自发现规则中使用宏，可以让规则更加灵活，适应不同的监控环境。

  • SNMP监控：在添加主机的SNMP监控时，可以使用宏来调用团体名，从而简化配置过程。

总的来说，Zabbix宏是系统管理员在配置和管理监控系统时的得力助手，它不仅可以减少重复性工作，还能提高系统的可维护性和灵活性。

18.4 宏设置

19、zabbix 自动发现

为了满足监控企业成千上万台服务器，因此我们需要使用Zabbix批量监控来实现。自动发现功能是一个强大的网络监控工具，它允许系统管理员无需手动添加即可自动检测网络中的设备和服务。以下是该功能的详细介绍：

  1. 自定义Key的创建

    • 确定Linux命令：首先需要明确要在客户端执行哪些Linux命令来收集数据。

    • 配置监控项：接着创建Zabbix监控项配置文件，定义自定义的key，这个key将与前面确定的Linux命令相对应。

    • 服务端验证：在Zabbix服务端进行验证，确保新建的监控项能够正确反映客户端的状态。

  2. Web界面操作

    • 创建模板：在Zabbix的Web界面上创建一个新的监控项模板。

    • 创建监控项和触发器：为模板添加具体的监控项和触发器，用于定义何时触发告警。

    • 创建图形：设计并创建用于展示监控数据的图形。

    • 关联主机：将发现的主机与之前创建的模板关联起来。

    • 设置邮件报警：配置邮件通知，当触发器被触发时发送警报。

  3. Agent服务启动

    • 启动zabbix-agent服务：确保被监控的客户端上的Zabbix Agent服务已经启动，这样才能进行有效的数据采集。

  4. 配置自动发现规则

    • 创建发现规则：在Zabbix中配置自动发现规则，这些规则定义了如何在网络上搜索和识别设备。

    • 完成规则创建：按照向导完成自动发现规则的创建。

    • 监测自动发现：创建完规则后，可以在“监测”菜单下的“自动发现”选项中查看自动发现的结果。

  5. 配置动作

    • 选择动作类型：根据发现的新主机进行相应的配置动作，如添加主机、应用模板等。

    • 创建动作：点击“配置”菜单下的“动作”，选择“发现动作”并创建所需的动作。

总的来说，Zabbix 6.0的自动发现是一个强大的功能，它可以大大简化网络设备的监控配置过程，提高监控效率和准确性。通过上述步骤，可以实现对网络中新加入或已有设备的自动监控，无需手动逐一添加。

image-20240509142812539

image-20240509222536932

image-20240509143259141

image-20240509145404975

image-20240509145444174

image-20240509145507316

查看自动发现主机

image-20240509224314556

image-20240509225121537

20、zabbix自动注册

20.1 zabbix自动注册介绍

Zabbix 自动注册是一种方便的功能，它允许 Zabbix Agent 主动向 Zabbix Server 注册自己，而无需手动在 Zabbix 中为每个主机创建条目。以下是实现 Zabbix 自动注册的关键步骤：

  1. 配置元数据：在 Zabbix Agent 的配置文件中，需要设置一些参数，如 Hostname、HostMetadata 等客户端的元数据信息，以便 Zabbix Server 根据这些信息来匹配服务器的主机或模板。

  2. 启用 Agent 的主动模式：确保 Zabbix Agent 是以主动模式运行的，即 Agentd 必须安装并启动。在被动模式下，Zabbix Server 会主动扫描局域网中的设备，这在 Agent 数量较多时可能会给 Zabbix Server 带来较大压力。

  3. 修改 zabbix_agentd.conf 文件：在客户端的 zabbix_agentd.conf 文件中，需要定义要执行的监控命令和自定义的 key。这些 key 将与服务器端的监控项相对应。

通过以上步骤，可以实现 Zabbix 的自动注册功能，从而提高监控效率和准确性。在配置过程中，需要注意 Zabbix Agent 和 Server 之间的通信安全，确保只有授权的设备能够注册到 Zabbix 监控系统中。此外，定期检查和更新配置文件也是维护自动注册系统正常运行的重要环节。

20.2 zabbix自动注册操作

客户端配置

# 被监控端修改zabbix-agent2配置文件，开启主动模式
[root@web02 ~]# vim  /etc/zabbix/zabbix_agent2.conf 
ServerActive=192.168.174.58
# 注释掉配置文件的主机名。
# Hostname=Zabbix server
# 获取当前主机名
HostnameItem=system.hostname
# 获取当前主机元数据信息
HostMetadataItem=system.uname

# 重启zabbix-agent2
[root@web02 ~]# systemctl restart zabbix-agent2

[root@web02 ~]# egrep -n  "^Server|^Host"  /etc/zabbix/zabbix_agent2.conf 
80:Server=192.168.174.58
133:ServerActive=192.168.174.58
153:HostnameItem=system.hostname
176:HostMetadataItem=system.uname

服务端配置

配置自动发现动作

自动发现动作条件添加

自动发现后的相关操作

查看自动发现主机

21、zabbix Proxy

21.1 介绍

Zabbix是一款开源的企业级网络监控软件，可以监测服务器、网络设备、应用程序等各种资源的状态和性能指标。在大型环境中，如果只有一个Zabbix Server来监控所有的节点，可能会遇到性能瓶颈和数据处理难题。

为了解决这个问题，Zabbix提供了分布式监控的功能，允许多个Zabbix Server之间通过代理和数据共享来协同完成监控任务。其中，zabbix-proxy就是一种可选的代理，它可以缓解Zabbix Server的负担，提高监控效率。

zabbix-proxy可以安装在局域网内的节点上，负责采集这些节点的监控数据，并将数据转发给Zabbix Server。相比于Zabbix Server直接采集数据，

zabbix-proxy的优势在于：减轻Zabbix Server的负荷，提高监控效率。可以在低带宽、高延迟的网络环境下工作，避免数据传输的瓶颈。可以在多个Zabbix Server之间共享数据，提高监控数据的可用性和容错能力。需要注意的是，zabbix-proxy仅负责数据采集和转发，不具备数据处理和存储的能力。因此，在使用分布式监控时，需要根据实际情况合理安排Zabbix Server和zabbix-proxy的数量和布局，以满足监控要求和性能需求。

21.2 安装

安装数据库

# 安装mariadb
略

# 创建用户
MariaDB [(none)]> create database zabbix_proxy character set utf8 collate utf8_bin;

MariaDB [(none)]> grant all privileges on zabbix_proxy.* to zabbix@'%' identified by 'zabbix';
MariaDB [(none)]> grant all privileges on zabbix_proxy.* to zabbix@'localhost' identified by 'zabbix';
MariaDB [(none)]> grant all privileges on zabbix_proxy.* to zabbix@'127.0.0.1' identified by 'zabbix';
MariaDB [(none)]> flush privileges;

安装zabbix-proxy

# 安装zabbix_proxy
[root@web01 zabbix]# yum -y install zabbix-proxy-mysql zabbix-sql-scripts zabbix-selinux-policy

导入数据SQL文件

[root@web01 zabbix]# mysql -uroot  zabbix_proxy < /usr/share/zabbix-sql-scripts/mysql/proxy.sql

修改配置文件

# 备份文件
[root@web01 zabbix]# cp /etc/zabbix/zabbix_proxy.conf{,.bak}

# 修改文件
[root@web01 zabbix]# vim /etc/zabbix/zabbix_proxy.conf
#指定zabbix-server的IP地址
Server=192.168.174.58
#日志文件路径必须指定
LogFile=/var/log/zabbix/zabbix_proxy.log
#pid文件路径必须指定
PidFile = /run/zabbix/zabbix_proxy.pid
#当前主机的主机名，注意这里一定要和hostname的结果一致
Hostname=zabbix-proxy
DBName=zabbix_proxy
DBUser=zabbix
DBPassword=zabbix
#指定mariadb的的socket文件
DBSocket=/var/lib/mysql/mysql.sock
#关闭数据库版本检查
AllowUnsupportedDBVersions=1

# 启动zabbix-proxy
[root@web01 zabbix]# systemctl enable  --now zabbix-proxy
[root@web01 zabbix]# systemctl status zabbix-proxy
zabbix-agent2配置
[root@web03 ~]# hostname -I
192.168.174.62 

# 修改配置zabbix-agent2配置文件
[root@web03 ~]# vim /etc/zabbix/zabbix_agentd.conf
# 这里不在写zabbix server的地址，写zabbix proxy主机的地址
Server=192.168.174.60             # 被动模式
ServerActive=192.168.174.60:10051  # 主动模式
#此值也必须和hostname的值一致
Hostname=web03

# 重启服务
[root@web03 ~]# systemctl restart zabbix-agent2
[root@web03 ~]# systemctl status zabbix-agent2

zabbix 服务端 web界面配置

image-20240510095450915

image-20240510095554393

image-20240510095608136

image-20240510104803207

配置主机

image-20240510104928806

image-20240510105050203

注意：如果主机可用性长时间没有变绿，则先重启被监控端zabbix-agnet2，和proxy端的zabbix-proxy。

23、zabbix结合Grafana实现图形展示

详细请见附件zabbix 6.0结合Grafana实现图像展示

#####

杨yiky
关注
专栏目录
Zabbix 监控系统企业级实战
悦分享
10-09 3197
技术支持：寻找一些免费的资源：直接连到官方文档获取帮助：最新的文档一般都是英文的，没有经过汉化的。目前截止到2020年9月11号，稳定的中文汉化版本是4.0。产品手册用户设置界面：用于语言的更改，web页面的刷新间隔，修改管理员密码，添加新的报警媒介。
01-企业级Zabbix监控平台
2303_76702824的博客
04-24 231
任何一个被监控项，如果想要能够被监控，一定要在zabbix-server端定义了能够连接至zabbix-agent端，并且能够获取命令。当我们把监控端配置启动以后，我们需要来设置一下我们的被监控端，我们在被监控的主机安装好zabbix-agent，设置好他的所属的监控端server，并把他添加到server端，就能将其纳入我们的监控系统中去了。3.数据库监控，只所以把数据库监控单独列出来，足以说明它的重要性，一般监控数据库状态，数据库表或者表空间的使用情况，是否有死锁，错误日志，性能信息等等。
企业级zabbix监控服务搭建
qq_52264373的博客
11-12 686
搭建zabbix服务并添加被控主机
部署 Zabbix 监控平台
qgw5205220的博客
02-05 1316
Zabbix 由 Alexei Vladishev 创建，目前由其成立的公司—— Zabbix SIA 积极的持续开发更新维护， 并为用户提供技术支持服务。Zabbix 是一个企业级分布式开源监控解决方案。Zabbix 由几个主要的功能组件组成，其功能介绍如下所示。需要使用 Zabbix 自定义 key 的方式实现自定义监控，参考如下操作步骤：1. 创建自定义 key2. 创建监控项目3. 创建监控图形4. 将监控模板关联到主机。
Zabbix企业级监控系统
2401_83784774的博客
07-04 699
案列：自定义监控客户端服务器登录的人数需求：限制登录人数不超过 1 个，超过 1 个就发出报警信息1点击左边菜单栏【配置】中的【模板】，点击【创建模板】【模板名称】设置成 Template Login User【可见的名称】设置成 Template Login User【群组】选择 Template【描述】可自定义点击 【添加】，此时就可在【名称】中搜索到 Template Login User 了先明确获取监控指标数据的命令或脚本。
zabbix监控平台介绍与部署
2401_83883919的博客
07-23 1301
可以将自定义的监控项配置文件创建在 zabbix_agent2.d 目录中281行键值存放目录 Include=/etc/zabbix/zabbix_agent2.d/*.conf#自定义监控项的格式如下321 # Format: UserParameter=<key>,<shell command> #格式，如果值能直接通过命令获得，逗号直接跟命令或者脚本的绝对路径vim user_login.conf #创建一个键。
企业级监控系统Zabbix
flytalei的博客
07-04 792
zabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。功能强大,成熟可靠,使用者众多。官方网站：为什么需要监控现在摄像头遍布大街小巷，包括汽车上的行车记录仪，当发生了什么事故时你可能第一直觉就是“调监控”来了解事故的前因后果。监控面前事实胜于雄辩！在运维行业也是“无监控，不运维”，监控俗称“第三只眼”。没有监控，什么基础运维，业务运维都是“瞎子”，你不能实时掌握服务器的各种资源和你搭建的服务的各种使用数据指标。没有数据监控你就可能成为背锅侠。
企业级 Zabbix 监控
m0_54563444的博客
08-15 1093
zabbix简介，zabbix安装部署，配置zabbix agent，触发器、远程命令动作
【企业级监控】Zabbix监控网站并发连接数
weixin_73059729的博客
07-15 1102
当我们需要获取某台主机上的数据时，直接利用zabbix提供的模板可以很方便的获得需要的数据，但是有些特别的数据，利用这些现有模板或监控项是无法实现的，例如网站状态信息的监控、mysql数据库主从状态等信息。这时就需要自己定义键值和监控项，以满足企业对检测数据的需要。Zabbix中内置了很多监控参数（Key），我们可以通过在客户端配置文件中定义Key，获取监控对象中的系统、CPU、网络、内存、文件系统等信息。Key（键）是zabbix标记item的键，是一种标识符。
Zabbix5.0企业级分布式监控系统：从入门到精通
06-21
Zabbix是一个企业级开源分布式监控系统解决方案。通过Zabbix可以监控IT基础设施的方方面面，包括软硬件、操作系统、网络、虚拟化、中间件以及各种业务应用系统等等。 本课程从Zabbix如何安装部署开始，一步步带你从...
linux运维笔记：企业级Zabbix监控实战.docx
10-14
Linux 运维笔记：企业级 Zabbix 监控实战 本文档主要介绍了企业级 Zabbix 监控实战的相关知识点，涵盖监控的定义、监控目标、监控方法、监控工具等方面的内容。 1. 监控定义 监控是整个运维乃至整个产品生命周期...
Zabbix运维监控平台项目解决方案.docx
06-27
Zabbix运维监控平台是一款强大的企业级开源分布式监控解决方案，它为各类组织提供了全面的系统、网络及应用监控功能。Zabbix能够24小时不间断地监控网站，确保在出现故障时，如服务器CPU负载过高、磁盘空间告急、...
网络安全（黑客技术）2024年三个月自学手册
2401_85026116的博客
11-05 1085
网络安全可以基于攻击和防御视角来分类，我们经常听到的 “红队”、“渗透测试” 等就是研究攻击技术，而“蓝队”、“安全运营”、“安全运维”则研究防御技术。走安全行业的工程方向的，技术上面其实有很大的重叠性，抛开甲乙方、岗位名称、岗位职责等因素来看，作为学技术的，也根据以往我们给学员推荐就业和入职情况来看，只要好好掌握以下几种技术（网络协议与安全设备、Linux操作系统、Web服务部署/开发、主流渗透测试/安全工具、一门及以上的编程语言）中的2到3个，都可以较好的胜任工作需求。
ICT网络赛道安全考点知识总结4
m0_72765822的博客
11-04 717
RADIUS和HWTACACS协议通常都使用共享密钥对传输的用户信息进行加密，以确保安全传输。 用来封装EAP报文的RADIUS属性通常是"EAP-Message"，它用于传输EAP认证过程中的消息。 LDAP的域名属性通常是"DC"（Domain Component），用于表示域名的组成部分。 BFD（Bidirectional Forwarding Detection）可以用于检测网络设备之间直连物理链路的双向转发路径的故障，但也可以用于检测其他类型的链路故障。 管理员为虚拟系统手工分配资源时，
防火墙|WAF|漏洞|网络安全
最新发布
qq_43777616的博客
11-06 724
防火墙|WAF|漏洞|网络安全
第六章传输层协议、ACL
2401_86349554的博客
11-05 840
第六章传输层协议、ACL
Linux：网络协议socket
Au_ust的博客
11-05 1082
我们之前学的通信是本地进程间通信，如果我们想在网络间通信的话，就需要用到二者的ip地址，分别被称为源IP地址和目的IP地址，被存入ip数据包中，其次我们还需要遵循一些通信协议。TCP协议：传输层协议，有连接，可靠传输，面向字节流（无明确边界的字节序列），难UDP协议：传输层协议，无连接，不可靠传输，面向数据流（以数据包为单位），简单网络通信的本质也是进程间通信，你怎么知道你要和哪个进程通信？
ENSP 基于全局地址池的DHCP服务
m0_61367139的博客
11-04 445
DHCP采用C/S模式，一个是服务器端，另一个是客户端。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值