14 サービス監視のアップグレード

概要

Zabbix 6.0ではサービスモニタリング機能が大幅に作り直されました。（変更についてはZabbix 6.0.0の新機能を参照）

このページでは、Zabbix 6.0以降へのアップグレード中に、以前のZabbixバージョンで定義されたサービスとSLAがどのように変更されるかについて説明します。

サービス

古いZabbixバージョンでは、サービスにはソフトとハードの2種類の依存関係がありました。アップグレード後、すべての依存関係は等しくなります。

サービス「子サービス」が以前にハード依存関係を介して「親サービス1」にリンクされ、さ​​らにソフト依存関係を介して「親サービス2」にリンクされていた場合、アップグレード後「子サービス」は単に2つの親サービスにリンクされます（「親サービス1」および「親サービス2」）。

問題とサービス間のトリガーベースのマッピングは、タグベースのマッピングに置き換えられました。 Zabbix 6.0以降では、サービス設定フォームに新しいパラメータProblem tagsが追加され、問題のマッチングのために1つまたは複数のタグ名と値のペアを指定できるようになりました。サービスにリンクされているトリガーは、新しいタグServiceLink:<トリガーID>:<トリガー名>を取得します。（タグ値は32文字に切り捨てられます）リンクされたサービスは、同じ値のServiceLinkProblem tags を取得します。

ステータス計算ルール

「ステータス計算アルゴリズム」は、以下のルールを使用してアップグレードされます。

• 計算しない → ステータスをOKに設定
• 少なくとも1つの子サービスに問題がある場合は問題 → 子サービスの中で最も深刻なもの
• すべての子サービスに問題がある場合は問題 → すべての子サービスに問題がある場合は最も深刻なもの

SLA

以前は、SLAターゲットを各サービスごとに個別に定義する必要がありました。Zabbix 6.0以降、SLAはサービススケジュール、期待されるサービスレベル目標（SLO）、計算から除外するダウンタイム期間に関する情報を含む独立したエンティティとなりました。一度設定すると、SLAはサービスタグを通じて複数のサービスに割り当てることができます。

アップグレード時:

• 各サービスごとに定義された同一のSLAはグループ化され、各グループごとに1つのSLAが作成されます。
• 影響を受ける各サービスには特別なタグ SLA:<ID> が付与され、同じタグが対応するSLAのサービスタグパラメータにも指定されます。
• SLAレポートの新しいメトリックであるサービス作成時刻は、既存のサービスについては01/01/2000 00:00に設定されます。