以下是您的内容翻译成日语:


title: ZimaOS用Zabbixインストールガイド
description: ZimaOSデバイスを強力で集中型のネットワーク監視サーバーに変換します。
type: ドキュメント
author: icewhale123456
tip: トップバー固定フォーマットは削除しないでください。descriptionは記事の説明であり、記入しない場合は内容の最初の段落を切り取って表示します。


バージョン情報

  • Zabbixバージョン: 7.0 LTS
  • ガイドバージョン: 1.8
  • 最終更新: 2026年1月
  • テスト環境: ZimaOS(Buildrootベース)
  • 作成者: Holger Kuehn aka Lintuxer

なぜZimaOSを監視プラットフォームとして使用するのか?

ZimaOSデバイス(ZimaBoard、ZimaCube)はZabbix監視を実行するのに理想的な候補です:

利点 説明
常時稼働 低消費電力、24時間365日稼働に設計
コンパクト 小型、ネットワーク内でどこにでも設置可能
Dockerネイティブ コンテナ化されたサービス(Zabbixなど)に最適
コスト効果 専用のサーバーハードウェアは不要
静音 ファンレスまたは静音運転

高価なサーバーを監視専用に使用する代わりに、ZimaOSデバイスは以下を監視する中央監視ハブとして機能します:

  • Windowsサーバー – ドメインコントローラ、ファイルサーバー、アプリケーションサーバー
  • Linuxサーバー – Webサーバー、データベース、Dockerホスト
  • ネットワーク機器 – スイッチ、ルーター、アクセスポイント(SNMP経由)
  • IoT & スマートホーム – ネットワーク接続されたすべてのデバイス
  • ZimaOSデバイス自体 – 自己監視機能が含まれています

概要

このガイドは以下をカバーします:

  • ZimaOS上でZabbixサーバーをデプロイして、中央監視プラットフォームとして使用する方法
  • Dockerコンテナ間の通信のためのネットワーク設定
  • ZimaOSホスト自体の監視
  • Windowsサーバーの監視追加方法(VLAN分離環境も含む)
  • Linuxサーバーおよびその他のネットワークデバイスの追加方法
  • バックアップ、復元、Zabbixの更新方法

使用例

                      ┌─────────────────────────────┐
│ ZimaOSデバイス │
│ (監視プラットフォーム) │
│ │
│ ┌───────────────────────┐ │
│ │ Zabbixサーバー │ │
│ │ + Webインターフェース │ │
│ │ + PostgreSQL │ │
│ └───────────────────────┘ │
└──────────────┬──────────────┘

┌───────────────────────────┼───────────────────────────┐
│ │ │
▼ ▼ ▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ Windowsサーバー │ │ Linuxサーバー │ │ ネットワーク機器 │
│(アクティブエージェント) │ │(アクティブエージェント) │ │ (SNMP) │
│ │ │ │ │ │
│ • ファイルサーバー │ │ • Webサーバー │ │ • UniFiスイッチ │
│ • ドメインコントローラー │ │ • Dockerホスト │ │ • アクセスポイント │
│ • SQLサーバー │ │ • NAS │ │ • ルーター │
└─────────────────┘ └─────────────────┘ └─────────────────┘

VLAN分離ネットワーク用のアクティブモード: エージェントはZabbixにアウトバウンド接続し、セキュアなVLAN内でのインバウンドファイアウォールルールは不要です。

前提条件

  • ZimaOSがインストールされて稼働していること
  • ZimaOSデバイスへのSSHアクセス
  • Dockerの基本的な理解
  • 監視対象とZabbixサーバー間のネットワークアクセス

なぜZimaOSにDockerインストールを選ぶのか?

Zabbixのインストール方法には2つの主要な方法があります:

方法 説明 最適用途
従来型 OSに直接apt/yumでパッケージをインストール Debian、Ubuntu、RHELサーバー
Docker サービスをコンテナとして実行 ZimaOS、コンテナ優先環境

ZimaOSの場合、Dockerが唯一の実用的な選択肢である理由:

  1. パッケージマネージャなし – ZimaOSはBuildrootを使用しており、apt、yumなどのツールは含まれていません。
  2. 変更不可能な基盤システム – ZimaOSは変更を加えないように設計されており、アプリはコンテナとして実行されます。
  3. 簡単な更新 – 複雑なパッケージのアップグレードではなく、新しいイメージを引き出して更新できます。
  4. クリーンな分離 – 各サービスは分離され、ボリュームを使って簡単にバックアップ/復元できます。
  5. ZimaOSにネイティブ – CasaOS/ZimaOSはDockerを中心に設計されています。

なぜ「Zabbixサーバー」ホストのデフォルト設定が機能しないのか:

従来型Zabbixインストールでは、サーバーとエージェントは同じマシンで実行されるため、127.0.0.1:10050はローカルエージェントにアクセスします。しかし、Dockerでは各サービスがそれぞれ独立したコンテナで実行され、各コンテナには独自のネットワーク名前空間が割り当てられます。そのため、サーバーコンテナの127.0.0.1はエージェントが実行されていないサーバー自体を指し、エージェントコンテナにはアクセスできません。したがって、デフォルトのホストを削除し、新しいホストを作成して、Docker DNS経由でzabbix-agentを指す必要があります。


この翻訳で質問があれば、どうぞお気軽にお聞きください!