zabbix_server.log日志出现query failed: [0] PGRES_FATAL_ERROR:ERROR: could not read block 619 in file "base/17376/55998": read only 0 of 32768 bytes大量报错
在安装logstash服务前面所需要准备的工作，包括rsyslog服务的安装与配置，然后再创建模板和主机。
一个模板被多台主机使用，其中某一台主机的告警阈值需要被修改，后续其他机器的该项告警阈值需要保持不变。如果只是监控项上触发器，我们可以选择在主机上直接停用不符合阈值的告警，再新建一条阈值符合预期的触发器告警这种做法，但是如果触发器是来自自动发现规则的触发器类型的话，再用这种新增的做法，那修改的内容就会多很多，再新建就会很麻烦。
某IT公司的员工小东，在公司部署了一台zabbix用来监控windows系统服务器的一些使用情况。他现在想做到一个功能，就是通过浏览器发现某台windows主机出现内存过高，或者cpu利用率过高，或者某台服务器的一些服务挂了的一些告警后，他在浏览器那里通过执行脚本来打开远程桌面，然后他只需要填入远程主机的账号和密码就可以登陆那台出现的window主机里面排查报错原因。
zabbix是非常实用的监控平台，其所能实现的安全隐私保障的意义非凡，尤其很多非常基本的监控功能都是可以一应俱全的完成的，而在这样的大前提下，要想与时俱进的发挥出zabbix的功能价值 ...
Zabbix是一个基于WEB界面的提供分布式企业级系统监控的开源解决方案，通过浏览器监视，做到告警分级处理、网络访问安全可控，该开源平台在全球有广泛的用户基础，基本可以认为他更多的是面向IP的监控，适用于IT基础架构监控管理。
开源工具构建的千亿级企业运维管理平台实践，主要从以下几个方面来介绍： 1、企业级运维管理平台之殇。2、开源工具的选择，Zabbix和Prometheus之争。3、基于开源工具构建之痛。4、企业级运维管理平台之实践。5、问题解答 今天我们先讲第一部分“企业级运维管理平台之殇”，企业在运维管理中到底碰到什么问题，什么需求，当前的市场格局是什么样的？
监控Linux操作系统日志：以采集服务器的/var/VRTSvcs/log/engine_A.log举例：前提：采集服务器已部署agent，并且被监控的操作系统日志文件要赋予o+r权限
场景需求 1. 我们可以通过zabbix_server的web界面的脚本功能实现对已经安装了zabbix_agent主机实现远程关机而不用手动登陆然后输入关机指令 2. 我们可以通过zabbix_server的web界面的脚本功能实现某个服务的启动关闭和重启
Zabbix 5.2 以上在安全性能做了很大的改进，如支持连接加密，保密宏等。现在zabbix的所有连接都可以配置为加密模式。5.2版本引入了HashCorp Valut来保存一些机密信息到外部存储（如：使用的宏信息进行外部存储，不已明文的方式在界面上显示）
zabbix入门级安装的步骤，包含实验环境准备，实验内容，所需要做的准备和安装配置MySQL等。
场景：由于网络故障导致，导致zabbix几百上千台机子告警，邮件失败多次尝试发送，导致堆积了很多告警队列，其他邮件产生了时延。一下是两种解决方法。
MySQL安装并配置的步骤，解压压缩包，编译安装，创建所需要的文件，更改文件夹的拥有者和修改配置文件等。
nginx安装并配置的步骤，解压压缩包，编译安装，添加命令至PATH变量中，更改文件夹的拥有者和修改配置文件等。
安装并配置php的步骤。包括解压php-7.2.17.tar.gz,安装依赖包，拷贝服务和配置文件，更改php文件加的拥有者和修改php.ini配置文件等。
安装并配置Zabbix所需的步骤。包含依赖包的安装，PATH变量中的命令添加，修改相关文件和拷贝页面至nginx等
在企业级监控系统部署中，Zabbix Server跨平台编译常受依赖冲突、环境污染困扰。Nix以声明式构建方案，通过一份配置文件实现多平台一致编译，彻底解决依赖地狱，本文将揭示其标准化构建实践。
通过 API 将动环系统接入 Zabbix 监控平台，解决传统监控模式下独立系统需单独登录、告警分散、历史数据难以分析等痛点
御前侍卫张五哥
乐维君
