[comment]: # ({192fe826-f9e8f670})
# 4 セットアップ例

[comment]: # ({/192fe826-f9e8f670})

[comment]: # ({d579427a-b5ff62ed})
### 概要

このセクションでは、Zabbix高可用性クラスターをサービスとして監視するためのセットアップについて説明します。

[comment]: # ({/d579427a-b5ff62ed})

[comment]: # ({203a52ab-f20e4c07})
### 前提条件

サービス監視を設定する前に、ホストを設定する必要があります。

- *HA node 1*と少なくとも1つのトリガーとタグ（できればトリガーレベルで設定） `component：HA node 1`
- *HA node 2*と少なくとも1つのトリガーとタグ（できればトリガーレベルで設定） `component：HA node 2`

[comment]: # ({/203a52ab-f20e4c07})

[comment]: # ({41a47f37-42383a61})
### サービスツリー

次のステップは、サービスツリーを構築することです。この例でのインフラストラクチャは非常に基本的であり、*Zabbix cluster*（親）と2つの子サービス*Zabbix server node 1*および*Zabbix server node 2*の3つのサービスで構成されています。

    Zabbix cluster
    |
    |-Zabbix server node 1
    |-Zabbix server node 2

[Services]ページで*Edit*モードをオンにして、[Create service]を押します。

![](../../../assets/en/manual/config/service_mode.png){class="nozoom"}

サービス設定ウィンドウで、Nameに*Zabbix cluster*を入力し、チェックボックス*Advanced configuration*をチェックします。

![](../../../assets/en/manual/config/service_cluster.png){width=600}

追加のルールを構成します。

![](../../../assets/en/manual/config/service_add_rule.png){width=600}

Zabbix clusterには2つの子サービスがあります。（HA nodeごとに1つ）両方のHAノードに少なくとも*Warning*ステータスの問題がある場合は、親サービスのステータスを*Disaster*に設定する必要があります。これを実現するには、追加のルールを次のように構成する必要があります。

- Set status to: Disaster
- Condition: If at least `N` child services have `Status` status or above
- N: 2
- Status: Warning

*Tags*タブに切り替えて、タグ `Zabbix:server`を追加します。このタグは後でサービスアクションとSLAレポートに使用されます。

![](../../../assets/en/manual/config/service_cluster1.png){width=600}

新しいサービスを保存します。

[comment]: # ({/41a47f37-42383a61})

[comment]: # ({0095ab9f-f84e7def})
子サービスを追加するには、Zabbix cluster serviceの横にあるプラスアイコンを押します。（アイコンは*Edit*モードでのみ表示されます）

![](../../../assets/en/manual/config/service_cluster2.png){width=600}

サービス設定ウィンドウで、Nameに*Zabbix server node 1*を入力します。親サービスパラメータには、*Zabbix cluster*がすでに入力されていることに注意してください。

このサービスの可用性は`component:HA node 1`問題タグでマークされたホスト*HA node 1*で検出します。Problem tagsパラメーターに次のように入力します。

    - Name: component
    - Operation: Equals
    - Value: HA node 1

![](../../../assets/en/manual/config/service_cluster3.png){width=600}

*Tags*タブに切り替えて、サービスタグ `Zabbix server:node 1`を追加します。このタグは後でサービスアクションとSLAレポートに使用されます。

![](../../../assets/en/manual/config/service_cluster4.png){width=600}

新しいサービスを保存します。

[comment]: # ({/0095ab9f-f84e7def})

[comment]: # ({85d4c53c-01208bc4})
"Zabbix server node 2"という名前でZabbix clusterの別の子サービスを作成します。

問題タグを次のように設定します。

- Name: component
- Operation: Equals
- Value: HA node 2

*Tags*タブに切り替えて、サービスタグ `Zabbix server:node 2`を追加します。

新しいサービスを保存します。

[comment]: # ({/85d4c53c-01208bc4})

[comment]: # ({800c8f85-ad48636f})
### SLA

この例では、半年ごとの1時間のメンテナンス期間を除き、期待されるZabbixクラスターのパフォーマンスは100％です。

まず、新しいSLAを追加する必要があります。

*services->SLA*メニューセクションに移動し、[Create SLA]を押します。Nameに *Zabbix cluster performance*と入力し、SLOを100％に設定します。

Zabbix clustreサービスにはサービスタグ`Zabbix:server`があります。 Zabbix clusterのパフォーマンスを測定するためにこのSLAを使用するには、*Service tags*パラメーターで次のように設定します。

- Name: Zabbix
- Operation: Equals
- Value: server

![](../../../assets/en/manual/config/service_sla.png){width=600}

実際の設定では、必要なレポート期間、タイムゾーン、開始日を更新したり、スケジュールを24時間365日からカスタムに変更したりすることもできます。ですがこの例ではデフォルト設定で十分です。

*Excluded downtimes*タブに切り替え、スケジュールされたメンテナンス期間のダウンタイムを追加して、これらの期間をSLA計算から除外します。*Excluded downtimes*セクションで[Add]ボタンを押し、ダウンタイム名、開始時間、期間を入力します。

![](../../../assets/en/manual/config/service_sla1.png){width=600}

[Add]を押して、新しいSLAを保存します。

[SLA reports]セクションに切り替えて、Zabbix clusterのSLAレポートを表示します。

![](../../../assets/en/manual/config/service_sla2.png){width=600}

SLAの情報は、*Services*セクションでも確認できます。

![](../../../assets/en/manual/config/service_sla3.png){width=600}

[comment]: # ({/800c8f85-ad48636f})