avatar

目录
zabbix使用IT services了解服务器SLA整体情况

服务器或者某项服务、业务的可用率,不懂技术的上级领导会过问最近服务器可用率如何、所有API的状况怎么样?通常一些技术人员会说负载怎么样,哪些CPU使用率怎么样,硬盘使用情况,API的响应速度都保持在多少、响应时间都在多少?还没等说完,领导就打断了。他们不关心这些细节,更不懂这些技术。他们要的是一个结果。比如说服务器的故障率在0.001,api的响应率在99.99%。这就是IT Services功能。

IT服务能体现宏观量和管理基础设施的总体情况的可用性,从而体现总体的趋势,发现并解决IT基础设施暴露的问题。

IT服务的添加

2.1 IT服务

IT 服务是一个分层级的数据展示结构,在该结构中,每个节点具有属性状态,状态根据所选择的算法计算并传播上上层。

因此,根可以不添加Trigger,子节点必须添加,否则没有意义。

Code
1
2
3
4
5
6
7
8
9
IT Service
| |
-Workstations
| |
| |-Workstation1
| |
| |-Workstation2
| |
-Servers

属性 属性 说明
名称 name 名称
上层服务 Parent service 上级节点,这边是 root
状态计算算法 Status calculation algorithm 计算付费,共有三个选项: Do not calculate – 不加入计算 Problem, if at least one child has a problem – 子项至少一个发生故障(一般用这个) Problem, if all children have problems – 所有子项都发生故障,才加入计算
计算SLA,可接受的SAL Acceptable SLA (in %) 可接受的可用率百分比,如果在大于这个百分比那么现实绿色,如果小于那么就是红色显示
触发器 Trigger 触发器,可以选触发器也可以不选,不过大家要记住,可用率计算的就是这些触发器的可用 率,如果没有触发器根本无法计算。最上级的可以不选触发器,子项一定记得选择触发器, 否则就失去意义了。

2.2 IT服务–时间

Time各参数说明

属性 属性 描述
服务次数 Service times 定义好的工作时间
新的服务时间 New service time 一共有三个选项 Downtime – 在这个时间段,不计入 SLA One-time downtime – 在这个时间段,不计入 SLA,指定一个时间(只有一次) Uptime :工作时间,在这个时间内出现故障都计入 SLA

如VMware-CentOS计划每周一凌晨00:00-01:00进入系统维护时间,此时间的中断为正常计划内维护 ,不计入设备在线率统计。

2.3 IT依赖关系

分为硬件依赖和软件依赖,例如我们增加一个C服务器,他需要依赖其他IT树下的services,首先它不能链接触发器, 在依赖那边选择其他树下依赖即可,可以添加多个,软依赖是灰色的标识,硬件依赖则是直接把整个service挪过来。如果C服务器使用软依赖,那么可以直接删除C服务器Service,如果是硬依赖,需要先移除依赖,才能删除。

好了,zabbix IT SERVICES就到这里了,可以给领导开个权限,这样他也可以了解到服务器整体状况了。运维们也需要经常看!

下面看下效果图。

文章作者: 刘向洋
文章链接: https://liuxiangyang.space/2020/05/01/00335/
版权声明: 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 LXY`S BLOG
打赏
  • 微信
    微信
  • 支付宝
    支付宝

评论
广告