設定

概要

Zabbix の設定では、どのホストとシステムを監視するか、どのデータを収集するか、そして障害が発生したときに通知をどのように配信するかを指定します。

サイドバーを使用して、関連する設定項目に移動してください。

主要な設定タスク

設定のベストプラクティス

設定の選択は、パフォーマンスと保守性に影響します。 Zabbix の構成はそれぞれ異なりますが、以下のベストプラクティスを基盤として、必要に応じて調整できます。

各監視インスタンスごとに個別のホストを作成する

Zabbix のホストは、物理的なマシンやデバイスではなく、論理的なエンティティです。
仮想マシン、データベース、コンテナ、ネットワークスイッチなど、独立した各インスタンスごとに個別のホストを作成してください。

この方法には、次の利点があります。

  1. 各ホストごとにアイテム、トリガー、アラート通知を分けられるため、監視データが整理されます。

  2. ユーザーロール と 最小権限の原則 に沿った、きめ細かなユーザーアクセス制御が可能になります。

テンプレートと一括更新を類似ホストに使用する

Network switch 1 や Network switch 2 のような類似したホストでは、必要なメトリクスを含むテンプレート (Network switch template) を作成し、ホストをホストグループ (Network switches) にまとめることができます。

新しいスイッチを追加する際は、Data Collection > Hosts で一括更新を使用して、ホストを手動で複製する代わりにテンプレートをリンクできます。

マスターアイテムと依存アイテムを設定してリクエストを最小化する

対象エンティティへのリクエストを最小限に抑えるには、マスターアイテムを設定して1回のリクエストでデータを収集し、その後、前処理を行う依存アイテムを使用して特定の値を抽出します。

たとえば、マスターアイテムで複数のメトリクスを含む JSON または XML の応答を収集したり、複数の列を返すデータベースクエリを実行したりできます（例: オープン接続数、切断された接続数、同時接続の最大許容数、起動以降の累積接続総数）。依存アイテムは、それぞれの値を個別に解析して保存します。

収集後はマスターアイテムの履歴を破棄し、依存アイテムのデータのみを保持します。

必要に応じてZabbixプロキシをデプロイする

すべてのホストがZabbixサーバーと同じローカルネットワーク上にあり、スケーラビリティやパフォーマンスに関する懸念がない場合は、プロキシは必要ない可能性があります。 より大規模または複雑な環境では、プロキシによって負荷をより均等に分散できます。

次の場合は、Zabbixプロキシを追加します。

  1. ファイアウォールの背後にある複数のホストを、さまざまなメトリクス収集方法で監視する場合。 プロキシはホストからデータを収集し、Zabbixサーバーに転送するため、ファイアウォールで開放するポート数を減らせます。

  2. リモート拠点、支店、またはネットワークを監視する場合。 リモート拠点のZabbixプロキシは、ネットワークが中断している間もデータ収集を継続し、接続が復旧するとデータを送信します。

  3. 大規模なデプロイメントを管理する場合。 多数のホストがある場合や、1秒あたりに大量の値を収集する場合は、プロキシをデプロイしてサーバーの負荷を軽減し、パフォーマンスを向上させます。

独立したシークレットマクロ取得の設定

secret ユーザーマクロは、シークレットテキストまたはシークレットボールトマクロのいずれかとして使用できます。

デフォルトでは、シークレットマクロの値は Zabbix サーバーによって取得され、プロキシに伝播されます。 シークレットボールトマクロのセキュリティをさらに強化するには、マクロ値を設定 して、Zabbix サーバーとプロキシがそれぞれ独立して取得するようにします。