演示视频 | 快速了解Zabbix 5.2 新特性和使用界面
大家好,很高兴你对Zabbix感兴趣。Zabbix是企业级开源监控工具,已经连续两年被誉为Gartner客户之选。本演示视频是为了帮助大家更好地了解Zabbix监控解决方案,让你对Zabbix核心特性和功能有整体认识。我们将向您介绍Zabbix使用界面以及监控的基本概念。希望你会有所收获。欢迎使用Zabbix来监控!
目录
1 仪表板 2 问题检测 3 Web场景 4 图表 5 拓扑图 6 Action
7 Agent 8 SNMP 9 IoT物联网 10 脚本 11 Java 12 IPMI
13 其他监控 14 VMware 15 LLD自动发现 16 趋势触发器
17 用户角色 18 身份验证 19 保险库 20 Proxy
21 媒体类型 22 模板
仪表板
仪表板就是监控中心。这里会显示不同的数据、问题、拓扑图以及其他不同的监控情况。仪表板由许多小组件组成,这些小组件可以高度自定义或选择性移除,使其只显示你所需的数据。例如,可以设置专给网络监控团队查看的仪表板,其中我们可以监控到有关网络设备、网络拓扑图及网络架构相关的问题。也可以设置专为给管理者查看的仪表板,了解各区域数据中心及其状态:是否出现问题?是否正常运行?从显示出的拓扑图中我们的管理团队可以执行进一步操作,例如:执行某种脚本来检查特定数据中心的可用性或打开一个子拓扑图,更深入的了解特定数据中心的情况,以及所有的设备是否都正常运行?是否有出现问题?如果有出现问题,是哪一个设备出现了问题。
问题检测
当接收到的指标匹配问题表达式时,即触发器表达式,Zabbix会创建问题。在不同板块如问题板块或仪表板都可以看到问题。我们可以使用不同的组件在仪表盘中从不同的角度显示问题,筛选问题,或进行其他操作。一旦发现问题,可以展开并查看问题的总体描述和相关信息:什么时候出现的?最后接收的相关数据是什么?谁在对这个问题进行管理或操作?同时还能看到问题的历史情况及其对应的触发器表达式。
Web场景
通过创建Web场景可以本地监控网站。Web场景以操作步骤为基础, 步骤例如,执行登录,分析接收到的响应代码检查是否成功登录,或在网站上查找字符串执行登出步骤。Zabbix会对每一个步骤自动收集一组指标:速度、响应时间、响应代码以及这些步骤是否成功执行。收集这些指标之后,Zabbix会自动为每个Web场景步骤以及整个Web场景创建图表。这允许我们分析网站性能有更长的时间间隔,发现Web场景步骤出现的问题,并尝试解决它们。
图表
一旦收集好数据,可以利用Zabbix图表将数据可视化。这些图表是高交互的,可以将它们呈现在仪表板。当鼠标放在图表处,可查看具体时间点收集的具体数据,或者放大特定时间段,或者用时间选择器工具查看特定时间段的数据。也可以选择其中一个定义好的时间段,例如“过去一周”、“过去一个月”;或用日历工具选择具体日期;或点击“从(某日)”和“到(某日)”手动选择时间段显示数据。
拓扑图
如果想进一步可视化数据、触发器、host,可以用Zabbix 拓扑图功能实现。可以把拓扑图放在为网络管理设置的仪表板中心。也可以将其他拓扑图与已有拓扑图关联,从而创建一个拓扑图等级。你可以点击拓扑图上的各个元素来浏览这些元素,或用拓扑图导航树组件浏览可选择的拓扑图,再浏览这些元素。拓扑图上的元素会根据所处的状态改变图标。例如,没有异常的host旁边会出现绿色打钩标记。出现异常的host旁边会出现红色的叉,表示host出现问题。这些图标完全可以定制,上传自定义的图标,增添到拓扑图即可使用。
Action
收集数据只是第一步,然后如何处理数据呢。Zabbix可以对问题、新发现或host自动注册做出反应,还可以创建内部action,这样当监控项因某些原因停止运作时就会通知你。Action的产生是根据你定义的and/or条件执行,你可以定义多个条件,并设置针对哪个问题来作出反应。例如,只针对特定主机组出现的问题,或针对基于触发器名称的特定触发器出现的问题。定义好这些条件之后,要设置接下来的操作,通过Operations执行。可以通过邮件或集成发送消息,也可以执行远程命令,例如遇到问题时重启host。还可以设置是否循环这些消息,或是否延迟操作。例如,在问题出现30分钟或1小时后再做出反应,而不是立即做出反应,因为可能会有自动解决问题趋势。可以对每一个操作自定义消息,或者使用定义好的特定集成消息。
Agent
可以选择在监控端点设置轻量Agent。这个Agent能够收集OS-level操作系统级指标和监控日志文件,或执行自定义脚本,并将收集的输出也作为指标。Agent设置非常简单。 可以将其作为软件包安装在您的类Unix主机上,也可以为您的Windows系统的计算机安装MSI安装程序。Agent和Sever的通信可以通过两种方式,一是主动轮询Agent,Server被动轮询Agent,二是Agent发送trap给Server,然后Server对此进行处理。从Zabbix 5.0开始,可以在C-Agent和Go-Agent之间进行选择。Go-Agent可以监控许多本地新系统,开箱即用,例如MySQL或Docker。也可以为Go-Agent自定义插件来监控任何你想要的第三方系统。
SNMP
Zabbix提供开箱即用的模板,充分本地支持SNMP监控。Zabbix为最受欢迎的软件和硬件供应商提供SNMP模版。如果你想创建自定义SNMP监控项,只需建立一个新监控项并设置自定义OID,就会收集指标。使用自动发现(LLD)功能,可以将这个过程自动化一点。只需创建一个新的发现规则并设置OID,这样就会收集所有指标。这些指标将增添到监控项原型,每一个指标都会建立一个新的监控项,从而实现自动SNMP监控。
loT物联网
Zabbix提供开箱即用的模板,完全支持 IoT物联网监控功能。对此,Zabbix提供两种Key值进行选择。modbus.get可用于Modbus物联网设备,mqtt.get用于MQTT设备。你只需要设置Zabbix Agent,并用对应的Key值创建一个包含IoT物联网端点属性的新监控项即可启用。
脚本
如果你想用一种更高级的方法收集指标,Zabbix为你提供脚本监控项类型。脚本监控项类型是以JavaScript为基础,你可以编写脚本,从而进行任何端点监控。脚本的结果将储存为指标,这样可以实现综合监控。例如,使用JavaScript获得API令牌,用令牌进行登录,并执行API调用,调用结果将储存为指标。
Java
这种情况下,你需要添加snmp.conf文件:
如果你想监控Java应用,Zabbix也可以提供开箱即用的模板。使用JMX(Java Management Extensions),即Java管理扩展技术连接你的Java应用,并通过JMX端点收集MBean和MBean 属性列表,你可以对JMX端点进行特别指定。还有一些通用的开箱即用Java模板,可用于自定义应用。
IPMI
对于更高级的IPMI设备,Zabbix也能连接其IPMI接口,并监控设备上的不同传感器的不同数值。可以为其手动创建监控项,只需提供传感器名称即可;或者使用IPMI传感器的发现规则,让这个步骤实现自动化。这些在Zabbix里的开箱即用模板都能找到。发现规则能搜索并列出不同传感器,根据监控项原型,为每个传感器创建一个新监控项。
其他检查
除了使用本地Zabbix Agent检查、SNMP、IPMI和Java接口以外,还有许多其他方法可以收集数据。例如,可以使用ODBC检查连接数据库,执行查询,并将收集到的查询输出作为指标。或者使用SSH和Telnet连接远程host,执行命令,并将收集到的命令结果作为指标。例如,在Windows机器上,可以监控Windows的性能counter,或使用WMI监控Windows host。
VMware
说到自动化,Zabbix能够本地自动发现VMware环境,本地发现VM访客、超管理器、集群和数据存储。根据创建的host类型,将应用相应的模板,该模板包含将从你的VMware环境收集的性能counter列表。可以随时修改这些模板,禁用或启用针对特定元素的发现,还可以随时根据vCenter的版本添加自定义性能counter。
LLD自动发现
试想一下,当有多个类似host,它们使用相同的模板,但是每个host并不一定完全相同。比方说,这些server有不同的文件系统。我们该如何解决这种问题呢?当然,我们可以在host上为每一个文件系统创建单独的监控项,但这样手动操作起来太麻烦了。万一不止有3个host而是有300个host呢?所以需要实现自动操作。使用LLD自动发现功能能够实现自动化。LLD自动发现可用于任何类型的检查:Agent检查、SNMP、ODBC、Java或任何Zabbix支持的自动发现的实体。然后,基于监控项、触发器和图形原型,根据发现的结果创建监控项、触发器和图形,从而在Zabbix上自动创建这些实体。
仔细查看这些开箱即用的模板,你会发现许多模板存在发现规则。例如,在网络接口发现规则,已经有创建好的监控项、触发器和图形原型。如果仔细查看host,会看到这个发现规则已经创建了超过500个监控项,每个接口都创建了一些监控项。有些是通过触发器和图形监控,前面这种则是利用LLD自动发现功能自动实现。这种情况下,可能是通过Agent或SNMP完成的。另一个例子,发现储存,更准确地说是发现文件系统或物理磁盘储存。再次强调,Zabbix发现规则根据监控项、触发器和图形原型发现实体,通过SNMP,创建SNMP监控项,然后创建触发器连接这些监控项。
趋势触发器
根据绝对时间间隔能本地定义问题阈值,也就是小时、天、周、月或年。这是因为Zabbix会收集每小时的趋势数据,也就是说每小时为每一个指标收集平均最小值和最大值,还会为所述指标的收集值计数。有了这些数据可以创建触发器进行通知,比如应用程序的本月当前平均负载比上个月高出10%时就会通知。
用户角色
在用户角色的板块里,可以自定义新的用户角色。例如,可以为网络管理、应用管理、网络操作中心(NOC)团队分别创建一个角色。角色以用户类型为基础,有用户、管理者、或超级管理者供选择。根据所选类型,角色仅限于特定界面元素的一个子集,进行进一步限制或允许。例如,NOC团队只能访问UI的仪表板和拓扑图板块。除此之外,还有使用Allow和Deny指令来限定角色权限的API方法。另外,还可以限制每个角色的特定执行动作,例如,可以限制NOC团队不能执行脚本或更改问题严重性。
身份验证
如果你想扩展Zabbix本地身份验证功能,有许多方法可以实现。其中一个方法是LDAP,只需在Zabbix Server上设置LDAP实例,用AD或OpenLDAP就好了。也可以向Web server后端委托验证。Zabbix 5.0之后可以使用SAML,可以用集中的方式在Zabbix UI界面内进行本地配置。
保险库
Zabbix为用户凭证、SNMP communities以及其他敏感数据提供强大的安全选项。可以选择把数据储存在外部保险库。另外可以通过这个库与Zabbix后端数据库建立通信,所有的凭证都会储存在这里。
Proxy
想象一下,假如你在全球有许多不同的数据中心,每个数据中心有成千上万个host,每个host有一个Agent或者通过SNMP轮询,而我们需要收集所有的数据。在这种情况下,有些问题是显而易见的。首先,网络延迟问题,这会影响监控性能。万一有部分网络出现故障,连接不到host怎么办?另外,如果进行主动轮询、被动轮询,安全团队需要通过防火墙允许所有连接。那么如何改善这种情况呢?确实有一个解决方法,那就是Zabbix Proxy。可以根据需求在全球创建多个Zabbix Proxy。比如在数据中心所处的美国、亚洲和欧洲都创建Proxy,那这些Proxy能带来哪些好处呢?当然有许多好处。首先,它们能作为本地数据收集器,能收集本地host的数据并将数据发给中心Zabbix Server。例如,在Zabbix Server和Proxy之间的网络出现故障,仍能在自己的数据库储存数据,网络恢复之后就会把数据发送给中心Zabbix Server进行进一步分析。Proxy还能减少部分性能费用,因为它消除了从Server收集数据并将数据移至proxy所在的单独虚拟机上的需求。用这种方式可以按照需求来扩展Zabbix实例。
媒体类型
Zabbix 5.0增加了许多新的开箱即用集成。这些集成通过新的Webhook媒体类型实现。现在有系统集成,例如Slack、Jira和Telegram等许多其他系统。这些系统集成是基于将内嵌的宏数据传递给我们为您提供的自定义JavaScript。也可以按照需求进行调整和更改,让其适用于你的特定环境。
模板
相信你已经注意到,Zabbix为不同的系统,不同的软件供应商和不同的监控方法提供大量不同的模板,例如Agent和SNMP。如果这不能满足你的需求,可以随时浏览Zabbix Share,这是一个Zabbix的分享社区,会分享模板、集成,还有你能想到的其他东西。你可以在社区上下载东西,为你所用。如果你愿意,也欢迎分享,上传你的模板到Zabbix分享社区。
感谢大家对Zabbix感兴趣,并观看本演示视频。欢迎访问Zabbix官网,https://www.zabbix.com/了解更多信息。再次衷心感谢大家,期待你成为日益壮大的Zabbix社区的一份子。
- 点赞
- 收藏
- 关注作者
评论(0)