14 服务监控升级

Overview

在Zabbix 6.0中，service monitoring功能已进行了重大重构（变更列表请参阅服务）。

本页描述了在升级至Zabbix 6.0或更新版本时，早期Zabbix版本中定义的服务和SLA将如何变更。

服务

在旧版Zabbix中，服务依赖关系分为两种类型：软依赖和硬依赖。升级后，所有依赖关系将变为等同。

若服务"子服务"先前通过硬依赖关联"父服务1"并通过软依赖额外关联"父服务2"，升级后该"子服务"将同时拥有"父服务1"和"父服务2"两个父级服务。

基于触发器的问题与服务映射机制已被基于标签的映射所取代。Zabbix 6.0及以上版本的服务配置表单新增问题标签参数，支持指定一个或多个标签名与值组合用于问题匹配。原先关联服务的触发器将get新增标签ServiceLink:<trigger ID>:<trigger name>（标签值将被截断至32字符）。关联服务会get带有相同值的ServiceLink问题标签。

状态计算规则

'状态计算算法'将按照以下规则进行升级:

• 不计算 → 将状态设置为OK
• 问题, 如果至少一个子项存在问题 → 取子服务中最严重的状态
• 问题, 如果所有子项都有问题 → 当所有子项都有问题时取最严重的状态

SLA（服务等级协议）

在早期版本中，SLA目标必须为每个服务单独定义。从Zabbix 6.0开始，SLA已成为独立实体，包含服务时间表、预期服务等级目标(SLO)以及计算中需排除的停机时段等信息。配置完成后，可通过标签将SLA分配给多个服务。

升级过程中：

• 为每个服务定义的相同SLA将被分组，并为每个组创建一个SLA
• 每个受影响的服务将get特殊标签SLA:<ID>，该标签也会在对应SLA的服务标签参数中指定
• 现有服务的创建时间（SLA报告中的新指标）将被设置为2000年1月1日00:00