柴少的官方网站 技术在学习中进步,水平在分享中升华

zabbix文件以及命令详解(二)

zabbix的官网文档:https://www.zabbix.com/documentation/3.2/

一、zabbix配置文件详解

1.1 zabbix_server.conf配置文件详解

# cat /etc/zabbix/zabbix_server.conf

############一般参数############
# ListenPort=10051        #trapper的监听端口,端口范围1024-32767,默认是10051
#SourceIP=                #出站连接的源IP地址。默认为空
# LogType=file            #指定日志消息写入的位置:system是写到syslog里面,file是写到本地指定的位置,console是标准输出到屏幕,这里默认是file
LogFile=/var/zabbix/zabbix_server.log   #这里一般要修改到我们指定位置的
# LogFileSize=1           #日志文件的最大大小(MB)就轮询日志。0 - 禁用自动日志旋转。范围是0-1024,默认是1M大小就轮询。
# DebugLevel=3            #日志调试级别,0-有关Zabbix进程启动和停止的基本信息,1-关键信息,2是错误信息,3是warnings级别,4是debug信息,5是扩展调试信息
# PidFile=/tmp/zabbix_server.pid  #pid文件的保存位置,也可以写到指定目录下
# DBHost=localhost        #连接数据库的主机地址,默认是localhost
DBName=zabbix             #连接数据库的库名称
# DBSchema=               #模式名称。用于IBM DB2和PostgreSQL。
DBUser=zabbix             #连接指定数据库的用户名
DBPassword=zabbix         #连接指定数据库用户名的密码
# DBSocket=/tmp/mysql.sock #MySQL套接字的路径。
# DBPort=3306              #数据库的端口号
############高级参数############
#StartPollers=5            #初始化时,启动子进程数量,数量越多,则服务端吞吐能力越强,对系统资源消耗越大。范围是0-1000如非特殊默认即可
# StartIPMIPollers=0       #主要用于IPMI技术用于获取硬件状态场景。若无相关监控项,建议设置为0
# StartPollersUnreachable=1 #默认情况下,ZABBIX会启用指定进程用于探测某些不可达主机的(含IPMI场景);若使用场景中含有代理端,建议保持默认;若直接agent较多,可视具体情况调整
# StartTrappers=5          #Trappers初始子进程数
# StartPingers=1           #用于设置启用icmp协议PING主机方式启动子进程数量,若单台代理所管理机器超过500台,建议加大此数值
StartDiscoverers=1         #用于设置自动发现主机的子进程数量,若单台代理所管理机器超过500台,可以考虑加大此数值(仅适用于直接AGENT场景)
# StartHTTPPollers=1       #HTTP主动监测的进程数
# StartTimers=1            #计时器的预分支实例数。定时器处理基于时间的触发功能和维护期。 只有第一个定时器进程处理维护期。
# StartEscalators=1        #用于处理动作中的步骤的进程的数量
# JavaGateway=             #Zabbix Java网关的IP地址(或主机名).仅在Java轮询器启动时才需要。
# JavaGatewayPort=10052    #Zabbix Java网关侦听的端口。
# StartJavaPollers=0       #Java轮询器的预分支实例数。
# StartVMwareCollectors=0  #用于设置监控VMWARE Esxi主机实例时使用,若为0则不启用,若要监控ESXI主机,此值最少为1 ;视监控ESXI数量设置对应数值
# VMwareFrequency=60       #Zabbix将连接到VMware服务以获取新数据的频率。默认是60秒
# VMwarePerfFrequency=60   #Zabbix将连接到VMware服务以获取性能数据的频率。默认是60秒
# VMwareCacheSize=8M       #划出多少共享内存用于存储VMWARE数据,范围是256K-2G
# VMwareTimeout=10         #指定vmware收集器等待VMware服务响应的秒数。
# SNMPTrapperFile=/tmp/zabbix_traps.tmp  #指定SNMP TRAPPER时的临时文件,用于代理端启用SNMP TRAPPER功能时使用,必须与zabbix_trap_receiver.pl或SNMPTT配置文件中的相同。
# StartSNMPTrapper=0       #是否启用 snmptrapper功能 ,默认不启用=0,启用=1(配合参数SNMPTrapperFile使用)
ListenIP=127.0.0.1         #监听地址,留空则会在所有的地址上监听,可以监听多个IP地址,ip之间使用逗号分隔,默认是0.0.0.0
# HousekeepingFrequency=1  #多少小时清理一次代理端数据库的 history, alert, and alarms,以保持代理端数据库轻便,范围是0-24
# MaxHousekeeperDelete=5000 #每次最多删除历史数据的行数,范围是0-1000000
# SenderFrequency=30       #多少秒后重试发送失败的报警信息,范围是5-3600
# CacheSize=8M             #配置缓存的大小(以字节为单位)。用于存储主机,项目和触发器数据的共享内存大小。范围是128K-8G
# CacheUpdateFrequency=60  #Zabbix更新缓存数据的频率,单位为秒,范围是1-3600
# StartDBSyncers=4         #DB同步进程数量
# HistoryCacheSize=16M     #历史缓存的大小(以字节为单位)。用于存储历史数据的共享内存大小。范围是128K-2G
# HistoryIndexCacheSize=4M #历史索引缓存的大小(以字节为单位)。用于索引历史缓存的共享内存大小。范围是128K-2G
# TrendCacheSize=4M        #用于设置划分多少系统共享内存用于存储计算出来的趋势数据,此参数值从一定程度上可影响数据库读压力,范围是128K-2G
# ValueCacheSize=8M        #历史值缓存的大小,以字节为单位。 用于缓存项历史数据请求的共享内存大小。 设置为0将禁用值缓存。范围是0,128K-64G
Timeout=4                  #指定等待代理,SNMP设备或外部检查的时间(以秒为单位)。
# TrapperTimeout=300       #Trapper处理新数据的最长时间,单位是秒,范围是1-300
# UnreachablePeriod=45     #当主机不可达多少秒后,设置为主机不可用,单位是秒,范围是1-3600
# UnavailableDelay=60      #当主机不可用了,多久检查一次该主机的可用性,单位为秒,范围是1-3600
# UnreachableDelay=15      #当主机不可到达了,多久检查一次该主机的可用性,单位为秒,范围是1-3600
# AlertScriptsPath=${datadir}/zabbix/alertscripts  #监控报警脚本路径,取决于编译时候的datadir参数
# ExternalScripts=${datadir}/zabbix/externalscripts  #自定义脚本存储路径
# FpingLocation=/usr/sbin/fping  #fping的位置 确保fping二进制有root权限和SUID标志设置。
# Fping6Location=/usr/sbin/fping6 #fping6的位置 确保fping6二进制有root权限和SUID标志设置。
# SSHKeyLocation=          #用于SSH检查和操作的公钥和私钥的位置。
LogSlowQueries=3000        #数据库查询在记录之前可能需要多长时间(以毫秒为单位)。仅当DebugLevel设置为3,4或5时才可用。0 - 不记录慢查询。范围是1-3600000
# TmpDir=/tmp              #临时目录
# StartProxyPollers=1      #启用多少子进程与代理端通信,若代理端较多可考虑加大此数值,范围是0-250
# ProxyConfigFrequency=3600 #proxy被动模式下,server多少秒同步配置文件至proxy。该参数仅用于被动模式下的代理。范围是1-3600*24*7
# ProxyDataFrequency=1      #被动模式下,zabbix server间隔多少秒向proxy请求历史数据
# AllowRoot=0             #是否允许以root身份运行服务端,0是不允许如果禁用并且服务器由“root”启动,服务器将尝试切换到用户配置选项指定的用户。,1是允许。
# User=zabbix             #运行使用的用户
# Include=                #可以将单个文件或所有文件包含在配置文件中的目录中。安装Zabbix将在/usr/local/etc中创建include目录,除非在编译期间进行修改。
# SSLCertLocation=${datadir}/zabbix/ssl/certs   #SSL客户端证书的位置。 此参数仅用于Web监控。
# SSLKeyLocation=${datadir}/zabbix/ssl/keys  #SSL客户端证书的私钥位置。此参数仅用于Web监控。
# SSLCALocation=          #SSL CA钥文件目录
# LoadModulePath=${libdir}/modules   #服务器模块位置的完整路径。 默认值取决于编译选项。
# LoadModule=             #<br><div id="inner-editor"></div>260/5000在服务器启动时加载模块。 模块用于扩展服务器的功能。 格式:LoadModule = <module.so>模块必须位于LoadModulePath指定的目录中。 允许包含多个LoadModule参数。
# TLSCAFile=              #包含用于对等证书验证的顶级CA证书的文件的完整路径名。
# TLSCRLFile=             #包含撤销证书的文件的完整路径名。
# TLSCertFile=            #包含服务器证书或证书链的文件的完整路径名。
# TLSKeyFile=             #包含服务器私钥的文件的完整路径名。

上面配置了那么多,下面我们通过图来看一下进程吧:

图片.png

#可以看到启动用户是zabbix,然后左边是一堆的PID号,PID号后面是PPID号也就是父进程号都是统一的45404,然后最后边可以看到不同的进程标识,这些进程是干嘛的,可以跟下面的内容核对:

报警器(alerter)——该类型的进程是用来发送报警通知的;
配置同步器(configuration syncer)——用于将配置文件中的配置信息同步到内存中缓存;
数据发送器(data sender)——服务器代理节点用于发送数据的进程(服务器端没有这类进程);
数据库看门狗(db watchdog)——该进程用于监视zabbix系统的数据库状态,当数据库状态变为不可用时,发送警告信息(服务器代理端不支持这类型进程)。
自动发现器(discoverer)——用于自动发现设备的进程;
步骤(escalator)——用于处理动作中的步骤的进程;
心跳发送器(heartbeat sender)——服务器代理端用于发送心跳信息(服务器端没有这类型的进程);
历史数据同步器(history syncer)——用于写历史数据表;
管家(housekeeper)——用于清理过期的历史数据的进程;
HTTP 轮询器(http poller)——用于轮询web类的监控项目;
Ping检查器(icmp pinger)——用于定期的进行ICMP PING检查;
ipmi 轮询器(ipmi poller)——用于定期进行ipmi监控项目的检查;
java 轮询器(java poller)——用于轮询java 监控项目;
分布式节点看守器(node watcher)——用于在不同的分布式节点发送历史数据和配置信息更新的进程;
轮询器(poller)——用于普通的被动监控项目的轮询;
服务器代理轮询(proxy poller)——用于服务器代理的被动轮询;
自我监控(self-monitoring)——用于收集Zabbix系统内部的监控信息;
定时器(timer)——用于处理触发器中也时间相关的函数和维护模式的进程;
陷入器(trapper)——用于处理主动采集、陷入以及分布式节点间或服务器代理的通信;
不可到达轮询器(unreachable poller)——用于轮询不可到达到的设备;
vmware 收集器(vmware collector)——负责从vmware服务进程中收集数据(服务器代理端不支持这种类型的进程);

下面是一个链接可以看看,

zabbix的内部数据采集:http://blog.chinaunix.net/xmlrpc.php?r=blog/article&id=4210971&uid=9411004

zabbix系统数据采集方法总结 :http://blog.chinaunix.net/xmlrpc.php?r=blog/article&uid=9411004&id=4115731

博文来自:www.51niux.com

1.2 zabbix_agentd.conf配置文件详解

# cat /etc/zabbix/zabbix_agentd.conf  #这是zabbix客户端的配置文件,这里好多参数跟server的配置文件里面的意思一致就不过多的解释了

############一般参数############
# PidFile=/tmp/zabbix_agentd.pid           #pid文件位置
LogFile=/tmp/zabbix_agentd.log             #log文件的位置,如果不设置则使用syslog也就是写入/var/log/message
# LogFileSize=1                            #日志轮询大小默认是1MB
# DebugLevel=3                             #日志级别
# SourceIP=                                #出站连接的源IP地址,当系统有多个IP的时候需要制定哪个IP与代理或服务端通信
# EnableRemoteCommands=0                   #是否允许来自Zabbix服务器的远程命令。0为不允许,1为允许。
# LogRemoteCommands=0                      #是否开启日志记录shell命令作为警告,0表示不允许,1表示允许。
#####被动检查相关(被动模式:被动模式下,由代理或服务端主动请求AGENT,去获取所采集到的监控数据)
Server=192.168.1.103                       #在有代理情况下,此IP地址应该填写代理服务器的IP,反之,若无代理服务器,则此IP应设置为服务端,多IP用逗号隔开
# ListenPort=10050                         #agent的监听服务端或者代理的连接端口,范围是1024-32767,默认是10050
# ListenIP=0.0.0.0                         #监听IP
# StartAgents=3                            #在被动模式下,agent启动时启动的子进程数量,范围是0-100, 如果设置为0,则禁用被动检查,并且代理将不会在任何TCP端口上侦听。
#####主动检查相关(主动模式:在主动模式下,AGENT端(即采集客户端)将所采集的结果,主动提交给代理服务器或服务器,而此种情况下,代理服务器或服务器将被动接收采集信息)
# ServerActive=                            #主动模式下,代理端口的IP,如果没有指定端口则默认为10051端口,若需要更改端口,则为IP:port的形式
# Hostname=                                #唯一,区分大小写的主机名。需要活动检查,并且必须与服务器上配置的主机名匹配。 如果未定义,则从HostnameItem获取值。手工自定义一个主机名,可以和系统的主机名一样,也可以不一样
# HostnameItem=system.hostname             #这里的优先级低于上面的Hostname。system.hostname是ZABBIX内置的一个自动获取主机名的方法
# HostMetadata=                            #用于定义当前主机唯一标识符,范围是0-255,仅适用于自动发现情况下,默认不定义。如果未定义,则将从HostMetadataItem获取值。
# HostMetadataItem=                        #定义用于获取主机元数据的项目的可选参数。主机自动注册过程使用主要的元数据。 在自动注册请求期间,如果指定项目返回的值超过255个字符,代理将记录一条警告消息。 仅当未定义HostMetadata时才使用此选项。
# RefreshActiveChecks=120                  #被监控的主机多久(秒)重新请求代理或服务端刷新一监控列表。范围为60-3600秒。ZABBIX运行原理为:,zabbix客户端启动后,在等待RefreshActiveChecks秒后,
#开始从代理或服务端请求并下载监控项信息,保存在本地专门的buffersend中,再过RefreshActiveChecks秒后,重新获取监控项信息。这就是为什么当配置监控项,要过一会才能生效的原因。这个数值,就是等待时间。建议,不要将此数值设置过小,以免加大AGENT端和服务端及数据库的压力,建议为120秒。
# BufferSend=5                             #多少秒后,将BUFFER中的数据提交到代理或服务端。范围(1-3600)此数值的大小决定了采集后,提交数据的及时性,数值越小,则提交得越频繁,
#对服务器压力越大,同时对AGENT端系统资源消耗越大,则表现出来的现象是报警非常及时,建议根据实际情况自行考虑,也可保持默认,若发现ZABBIX消耗资源较多,建议加大此数值。
# BufferSize=100                           #此参数作用设置保存采集数据在内存中的容量大小。若此agent端监控项较多,建议加大此数值。BufferSize与BufferSend之间有联系的。当达到bUFFERSEND或Buffersize已满时,都会触发数据提交动作。范围是2-65535
# MaxLinesPerSecond=100                    #代理将每秒发送到Zabbix服务器或代理处理的最大新行数,范围是1-1000
############高级参数############
# Default:                                 #设置项目键的别名。 它可以用来代替较长和更简单的长而复杂的项目密钥。可能存在多个别名参数。 不允许具有相同别名键的多个参数。 不同的别名键可以引用相同的项目键。例如:Alias=zabbix.userid:vfs.file.regexp[/etc/passwd,^zabbix:.:([0-9]+),,,,\1]
# Timeout=3                                #gant采集一个数据的超时时间,但是是秒,范围是1-30
# AllowRoot=0                              #是否允许ROOT帐号运行此客户端。0:不允许,1:允许
# User=zabbix                              #运行agent的用户
# Include=                                 #加载目录路径或扩展配置文件路径
#######用户定义的监控参数#######
# UnsafeUserParameters=0                   #是否启用用户自定义监控脚本,1启用,0不启用。由于ZABBIX实现监控方法的多样性,一般都采用脚本来实现监控数据的采集,所以,建议开启,否则功能将受限。
# UserParameter=                           #用户定义的参数进行监控。 可以有几个用户定义的参数。格式:UserParameter = <key>,<shell命令>请参见“zabbix_agentd”目录中的示例。
#######扩展模块#######
# LoadModulePath=${libdir}/modules         #扩展模块路径
# LoadModule=                              #扩展模块路径

1.3 zabbix_proxy.conf配置文件详解

# cat /etc/zabbix/zabbix_proxy.conf  #这是zabbix代理的配置文件

############一般参数############
# ProxyMode=0                #代理操作模式。 0 - 代理在主动模式,1 - 代理在被动模式
# Server=                    #Zabbix服务器的IP地址(或主机名)。Active Proxy将从服务器获取配置数据。当 Proxy 处于被动模式时,该参数将被忽略。
# ServerPort=10051           #Zabbix Server 监听端口,同上只在 Proxy 为主动模式时生效
Hostname=Zabbix proxy        #手工设置zabbix获取的主机名称
# HostnameItem=system.hostname  #如果上面没设置就按这里通过zabbix的内置函数获取
# ListenPort=10051           #自己本地的监听端口
# SourceIP=                  #多IP下要设置
# LogType=file               #日志的存储类型
LogFile=/tmp/zabbix_proxy.log #日志的存储位置
# LogFileSize=1               #日志轮询大小
# DebugLevel=3                #日志级别
# PidFile=/tmp/zabbix_proxy.pid  #pid位置
# DBHost=localhost            #连接哪个主机库
DBName=zabbix_proxy           #数据库名称
# DBSchema=
DBUser=zabbix                 #数据库用户名
# DBPassword=                 #数据库密码
# DBSocket=/tmp/mysql.sock    #数据库sock位置
# DBPort=3306                 #数据库端口
#########代理特定参数#########
# ProxyLocalBuffer=0          #即使数据已经与服务器同步,代理将在本地保留数据N小时。如果本地数据将被第三方应用程序使用,则可以使用此参数。范围是0-720
# ProxyOfflineBuffer=1        #如果与Zabbix Server无连接,代理将保留数据N小时。 较旧的数据将丢失。范围是1-720
# HeartbeatFrequency=60       #心跳消息的频率(秒)用于监视服务器端的代理服务器的可用性。 0 - 心跳消息被禁用。 对于被动模式下的代理,该参数将被忽略。范围是0-3600
# ConfigFrequency=3600        #代理在几秒钟内从Zabbix Server检索配置数据的频率。 对于被动模式下的代理,该参数将被忽略。范围是1-3600*24*7
# DataSenderFrequency=1       #代理将每N秒将收集的数据发送到服务器。 对于被动模式下的代理,该参数将被忽略。范围是1-3600
#########高级参数############(这就跟zabbix_agentd.conf一样了,就不重复了)

博文来自:www.51niux.com

二、zabbix常用命令

2.1 zabbix_server(zabbix_proxy用法一致)命令

使用语法:

zabbix_server [-hV] [-c <file>] [-n <nodeid>] [-R <option>]

选项:

-c --config config-file   #配置文件的路径
-f --foreground           #在前台运行zabbix_server服务
-R --runtime-control runtime-option   #执行管理功能
   运行时控制选项:
   config_cache_reload   #重新加载配置缓存
   housekeeper_execute   #执行管家
   log_level_increase=target  #增加日志级别,如果未指定目标,则会影响所有进程
   log_level_decrease=target  #降低日志级别,如果未指定目标,则会影响所有进程

# /usr/local/zabbix/sbin/zabbix_server -c /etc/zabbix/zabbix_server.conf   #常用的还是这个写到启动脚本里面,启动zabbix_server服务

2.2 zabbix_agentd命令

# /usr/local/zabbix/sbin/zabbix_agentd -h

用法:
    zabbix_agentd [-c config-file]
    zabbix_agentd [-c config-file] -p
    zabbix_agentd [-c config-file] -t item-key
    zabbix_agentd [-c config-file] -R runtime-option
    zabbix_agentd -h
    zabbix_agentd -V
选项(-c,-f,-R同上):
    -p --print   #打印
    -t --test item-key  #测试指定项目并退出

例子如:

# /usr/local/zabbix/sbin/zabbix_agentd -p   #将客户端自身所有的item-key以及其值都打印出来了,内容太多就不粘贴了

# /usr/local/zabbix/sbin/zabbix_agentd -t system.hw.cpu  #获取CPU的信息
# /usr/local/zabbix/sbin/zabbix_agentd -t system.hostname  #获取系统的主机名而非zabbix_agentd配置文件里面定义的那个Hostname
# /usr/local/zabbix/sbin/zabbix_agentd -t agent.hostname   #这才是获取agentd配置文件里面定义的Hostname

图片.png

2.3 zabbix_get命令

# /usr/local/zabbix/bin/zabbix_get -h   #这个主要是zabbix的server端或者是proxy端,来测试是否能从被监控的主机获取数据

用法:zabbix_get [-hV] -s <host name or IP> [-p <port>] [-I <IP address>] -k <key>
选项:
    -s --host <host name or IP>    #指定主机的主机名或IP地址
    -p --port <port number>        #指定主机上运行的代理端口号。 默认值为10050
    -I --source-address <IP address> #指定源IP地址
    -k --key <key of metric>         #指定要检索的值的项目的键

例子:

# /usr/local/zabbix/bin/zabbix_get  -s  192.168.1.104  -p 10050 -I 192.168.1.103 -k "system.hostname"  #向192.168.1.104发起get请求,-p 是10050端口,-I 来源IP是192.168.1.103,-k 想获取的key

# /usr/local/zabbix/bin/zabbix_get  -s  192.168.1.105  -k "system.cpu.load[all,avg15]"  #向192.168.1.105获取load每15分钟的负载值(这是一个比较简单的写法一般也这么写)

2.4 zabbix_sender命令

zabbix获取key值有超时时间,如果自定义的key脚本一般需要执行很长时间,这根本没法去做监控,那怎么办呢?使用zabbix监控类型zabbix trapper,需要配合zabbix_sender给它传递数据。

# /usr/local/zabbix/bin/zabbix_sender -h

用法:usage: zabbix_sender [-Vhv] {[-zpsI] -ko | [-zpI] -T -i <file> -r} [-c <file>]
选项:
-c --config <file>     #配置文件绝对路径
-z --zabbix-server <server>   #zabbix server的IP地址
-p --port <server port>       # zabbix server端口,默认10051
-s --host <hostname>          #主机名,zabbix配置文件里面定义的Hostname
-I --source-address <IP address>  #源IP
-k --key <key>                 #监控项的key
-o --value <key value>         #key值
-i --input-file <input file>   #从文件里面读取hostname、key、value 一行为一条数据,使用空格作为分隔符,如果主机名带空格,那么请使用双引号包起来
-T --with-timestamps           #一行一条数据,空格作为分隔符: <hostname> <key> <timestamp> <value>,配合 --input-file option,timestamp为unix时间戳
-r --real-time                 #将数据实时提交给服务器
-v --verbose                   #详细模式, -vv 更详细

例子:

现在我们拿新创建的主机192.168.1.105进行测试

图片.png

#我们先为192.168.1.105添加一个监控项

图片.png

#点击监控项右边的图形,我们再为其创建一个图形方便看结果

图片.png

#这个图形的右边有个预览,可以直接查看效果

图片.png

#之所以上面没有数据,是因为我们客户端还没有sender数据,下面在客户端发送一下数据

# /usr/local/zabbix/bin/zabbix_sender -s zwidc-kvm-192.168.1.105 -z 192.168.1.103 -k "key.test.trapper" -o 1  #参数上面已经解释了注意,-s 是必须要带的,必须要带Hostname

info from server: "processed: 1; failed: 0; total: 1; seconds spent: 0.000043"
sent: 1; skipped: 0; total: 1

#从上面的记过看failed:0,说明没有失败上传成功了,这时候你去看zabbix的图形已经出现数据了,这时候为了效果好看一点,我们多上传点数据

# cat testsend   #我们直接用发送文件内容的形式,下面的文件并非都只能是一种key,还可以多种kye,反正一行就是自己Hostname的名称  key  值

"zwidc-kvm-192.168.1.105" key.test.trapper 2
"zwidc-kvm-192.168.1.105" key.test.trapper 3
"zwidc-kvm-192.168.1.105" key.test.trapper 5
"zwidc-kvm-192.168.1.105" key.test.trapper 10
"zwidc-kvm-192.168.1.105" key.test.trapper 11
"zwidc-kvm-192.168.1.105" key.test.trapper 13
"zwidc-kvm-192.168.1.105" key.test.trapper 17

# /usr/local/zabbix/bin/zabbix_sender -z 192.168.1.103 -i testsend  #直接用-i 后面跟文件

info from server: "processed: 7; failed: 0; total: 7; seconds spent: 0.000201"
sent: 7; skipped: 0; total: 7

#从上面的结果来看没有失败,7条数据都发送给服务端了

图片.png

#再次查看zabbix_server端的图形,直接看数据,最大是17,最小是1.效果出来了。

博文来自:www.51niux.com

三、zabbix数据库结构

3.1 数据库表总览

MariaDB [zabbix]> show tables;

+----------------------------+
| Tables_in_zabbix           |
+----------------------------+
| acknowledges               |
| actions                    |
| alerts                     |
| application_discovery      |
| application_prototype      |
| application_template       |
| applications               |
| auditlog                   |
| auditlog_details           |
| autoreg_host               |
| conditions                 |
| config                     |
| corr_condition             |
| corr_condition_group       |
| corr_condition_tag         |
| corr_condition_tagpair     |
| corr_condition_tagvalue    |
| corr_operation             |
| correlation                |
| dbversion                  |
| dchecks                    |
| dhosts                     |
| drules                     |
| dservices                  |
| escalations                |
| event_recovery             |
| event_tag                  |
| events                     |
| expressions                |
| functions                  |
| globalmacro                |
| globalvars                 |
| graph_discovery            |
| graph_theme                |
| graphs                     |
| graphs_items               |
| group_discovery            |
| group_prototype            |
| groups                     |
| history                    |
| history_log                |
| history_str                |
| history_text               |
| history_uint               |
| host_discovery             |
| host_inventory             |
| hostmacro                  |
| hosts                      |
| hosts_groups               |
| hosts_templates            |
| housekeeper                |
| httpstep                   |
| httpstepitem               |
| httptest                   |
| httptestitem               |
| icon_map                   |
| icon_mapping               |
| ids                        |
| images                     |
| interface                  |
| interface_discovery        |
| item_application_prototype |
| item_condition             |
| item_discovery             |
| items                      |
| items_applications         |
| maintenances               |
| maintenances_groups        |
| maintenances_hosts         |
| maintenances_windows       |
| mappings                   |
| media                      |
| media_type                 |
| opcommand                  |
| opcommand_grp              |
| opcommand_hst              |
| opconditions               |
| operations                 |
| opgroup                    |
| opinventory                |
| opmessage                  |
| opmessage_grp              |
| opmessage_usr              |
| optemplate                 |
| problem                    |
| problem_tag                |
| profiles                   |
| proxy_autoreg_host         |
| proxy_dhistory             |
| proxy_history              |
| regexps                    |
| rights                     |
| screen_user                |
| screen_usrgrp              |
| screens                    |
| screens_items              |
| scripts                    |
| service_alarms             |
| services                   |
| services_links             |
| services_times             |
| sessions                   |
| slides                     |
| slideshow_user             |
| slideshow_usrgrp           |
| slideshows                 |
| sysmap_element_url         |
| sysmap_url                 |
| sysmap_user                |
| sysmap_usrgrp              |
| sysmaps                    |
| sysmaps_elements           |
| sysmaps_link_triggers      |
| sysmaps_links              |
| task                       |
| task_close_problem         |
| timeperiods                |
| trends                     |
| trends_uint                |
| trigger_depends            |
| trigger_discovery          |
| trigger_tag                |
| triggers                   |
| users                      |
| users_groups               |
| usrgrp                     |
| valuemaps                  |
+----------------------------+
127 rows in set (0.01 sec)

3.2 基础表结构简介

actions表:

actions表记录了当触发器触发时,需要采用的动作。可以通过desc actions;来自行查看表结构

alerts表:

alerts 表保存了历史的报警事件。

config表:

config表保存了全局的参数

functions表:

function 表是非常重要的一个表了,记录了trigger中使用的表达式,例如max、last、nodata等函数。

graphs表:

graphs 表包含了用户定义的图表信息。

graphs_items表:

graphs_items 保存了属于某个图表的所有的监控项信息。

groups表:

groups 保存了组名和组的ID 。

history 、history_str、history_log 、history_uint_sync等:

这部分表都差不多,唯一不同的是保存的数据类型。存储着不同类型item的历史数据,最终1小时或者1天等短时间的绘图数据都从其中获取。

trends、trends_uint表:

保留历史数据用的,不过是趋势数据。储存着不同类型item的历史趋势数据,每隔一小时从历史数据中统计一次,并计算统计区间的平均值、最值。长时间区间的绘图数据的数据源。

hosts表:

hosts 非常重要,保存了每个agent、proxy等的IP 、hostid、状态、IPMI等信息, 几乎是记录了一台设备的所有的信息。其他的表一般都时关联hostid的。

hosts_groups表:

hosts_groups 保存了host(主机)与host groups(主机组)的关联关系。

items表:

items 表保存了采集项的信息。字段说明,itemid是每个绘图项目唯一标识,hostid每个主机的标识,name每个item的名字,delay数据采集间隔,history历史数据保存时间,status标识item的状态(0表示正常显示的item),units保存item的单位。

media表:

media 保存了某个用户的media配置项,即对应的告警方式。

media_type表:

media_type 表与media 表不同的是media_type 记录了某个告警方式对应的执行脚本,注意路径只是相对路径。media 与media_type 通过mediatypeid 键关联。

profiles表:

profiles 表保存了用户的一些配置项。

rights表:

rights 表保存了用户组的权限信息,zabbix的权限一直也是我理不太清的地方, 其实这个表里面有详细的记录。

screeens表:

screeens 表保存了用户定义的图片。

sessions表:

保存了每个用户的sessions,在登陆、注销的时候均会操作该张表的。

triggers表:

保存了trigger的所有信息。

trigger_depends表:

trigger_depends 保存了trigger的依赖关系。

再详细的内容可以参考:https://www.zabbix.com/documentation/3.2/manual/api/reference

图片.png

#看到最后的小加号,可以点开仔细的查看里面的内容,里面有很多数据库的字段所对应的意思。

作者:忙碌的柴少 分类:zabbix 浏览:10473 评论:0
留言列表
发表评论
来宾的头像