Zabbixとは｜構成・用語・インストールと使い方を実例で解説

監視対象に入れた Zabbix エージェントが値を集め、Zabbix サーバーが受け取ってデータベースに保存し、条件（トリガー）に合えば通知します。拠点が離れているときは、間にプロキシを置きます。

flowchart TD
    A[Zabbix エージェント<br/>監視対象のサーバー] -->|値| P[Zabbix プロキシ<br/>拠点ごと 任意]
    A -->|値| S[Zabbix サーバー]
    P --> S
    S <--> D[(データベース)]
    W[Web 画面] <--> D
    S --> N[通知 メール Slack など]

よく出る言葉と数字を先にまとめます。

確認環境：Ubuntu 24.04.4・Python 3.11.15・zabbix_utils 2.0.4（Zabbix 社の公式 Python ライブラリ）。zabbix_utils から送ったエージェントへの問い合わせ・zabbix_sender と同じ送信・API のリクエストを、届いた通信を表示する自作の擬似サーバーで受けて記録しました。設定の既定値・エラー文・画面の日本語・初期データ（テンプレート数・メディアタイプ数・テーブル数・初期パスワード）は Zabbix 7.0.32 のソース（GitHub のタグ）で、版・リリース日・パッケージ名は zabbix.com のリリースノートと repo.zabbix.com で、ライセンス・料金は各公式サイトで確かめました（確認日 2026年10月22日）。

Zabbixとは（読み方・できること）

この節では、Zabbix が何をするソフトで、誰が作っているかが分かります。

Zabbix は、サーバー・ネットワーク機器・アプリ・クラウドの状態を集めて保存し、決めた条件を超えたら通知する、オープンソースの統合監視ソフトです。 読み方は一般に「ザビックス」です。監視の基盤（サーバー・データベース・Web 画面）を自分で用意して動かす形が基本で、2026年10月22日時点ではマネージドの Zabbix Cloud もあります。

テンプレート数・メディアタイプ数は、7.0.32 のソースにある初期データ（create/src/*.tmpl）を数えた値です。

Zabbixの構成（Server・Agent・Proxy・DB・Web）

この節では、Zabbix を動かす部品と、それぞれの役割・使うポートが分かります。

サーバーとプロキシの待ち受け 10051、エージェントの 10050 は、7.0.32 の設定ファイル（zabbix_server.conf・zabbix_proxy.conf・zabbix_agentd.conf）の ListenPort の既定値です。

データベースとWeb画面の要件（7.0）

7.0.32 のソースに書かれている、対応するデータベースの範囲と PHP の最低版です。

Ubuntu 24.04 の apt で入る PostgreSQL 16・PHP 8.3 はこの範囲に入ります。データベースには、データの型ごとにヒストリのテーブルが分かれています（ソースのスキーマ定義は全203テーブル）。

ヒストリは集めた値そのまま、トレンドは1時間ごとの最小・平均・最大です。監視するホストとアイテムが増えるほどデータベースへの書き込みが増えるので、規模の見積もりには次の「NVPS」を使います。

規模の目安（NVPS）

NVPS（New Values Per Second）は、サーバーが1秒あたりに受け取る新しい値の数です。アイテム数÷監視間隔で計算できます。

ホスト50台 × アイテム100個 ÷ 間隔60秒 = NVPS 83.3
ホスト100台 × アイテム150個 ÷ 間隔60秒 = NVPS 250.0
ホスト300台 × アイテム200個 ÷ 間隔60秒 = NVPS 1000.0

Zabbix Cloud の料金も、この NVPS で段階が分かれています（後の「料金」の節）。

Zabbixの用語早見表（ホスト・アイテム・トリガー・アクション・テンプレート）

この節では、設定画面に出てくる言葉の意味と、画面の日本語表記が分かります。

7.0 の画面（日本語）では、メニューは次の名前です。7.0.32 の日本語の翻訳ファイルで確かめました。

トリガーの深刻度は6段階で、画面では次の表示です。

Zabbixは無料？料金とライセンス

この節では、Zabbix に費用がかかる場面と、ライセンスの条件が分かります。

Zabbix のソフトそのものは無料です。 公式サイトは「すべての機能を制限なく利用できるオープンソースの監視ソフトウェア」と説明しています。有料版と無料版の機能差はありません。

Zabbix Cloud の段階です（料金ページの「開始価格」、2026年10月22日時点）。

AGPLv3 は、Zabbix を改変してネットワーク越しに他人へ提供する場合に、改変したソースの公開を求めるライセンスです。公式のライセンスページはこの点を説明したうえで、商用で使う場合はサポートの購入などで開発を支えてほしいとしていますが、これはライセンス料ではありません。

Zabbixの最新バージョンとLTS（どれを入れるか）

この節では、2026年10月22日時点の版と、どれを選ぶかの目安が分かります。

LTS は5年間サポートされ、通常版は次の版が出るまでの短い期間です。業務の監視基盤は LTS を選ぶのが一般的で、2026年10月22日時点で正式に出ている最新の LTS は 7.0 です。8.0 はリリース候補（rc2）の段階で、リリースノートには OpenTelemetry のトレース表示、ClickHouse をヒストリの保存先にする機能、PHP の最低版を 8.2 に上げる変更などが並んでいます。

Zabbixのインストール（Ubuntu 24.04・公式リポジトリ）

この節では、Zabbix 7.0 のサーバー・Web 画面・エージェントを1台に入れる流れが分かります。

Zabbix は公式のパッケージリポジトリ（repo.zabbix.com）から入れます。公式のダウンロードページで「Zabbix のバージョン・OS・OS の版・部品・データベース・Web サーバー」を選ぶと、その組み合わせのコマンドが表示されます。Ubuntu 24.04・PostgreSQL・Nginx の場合の流れです。リポジトリの登録用パッケージ zabbix-release_latest_7.0+ubuntu24.04_all.deb（中身は 7.0-5、2026年7月2日）は repo.zabbix.com で確かめました。

# 1. Zabbix の公式リポジトリを登録する
wget https://repo.zabbix.com/zabbix/7.0/ubuntu/pool/main/z/zabbix-release/zabbix-release_latest_7.0+ubuntu24.04_all.deb
sudo dpkg -i zabbix-release_latest_7.0+ubuntu24.04_all.deb
sudo apt update

# 2. サーバー・Web 画面・初期 SQL・エージェント 2 を入れる
sudo apt install zabbix-server-pgsql zabbix-frontend-php php8.3-pgsql zabbix-nginx-conf zabbix-sql-scripts zabbix-agent2

# 3. データベースとユーザーを作り、初期データを入れる
sudo -u postgres createuser --pwprompt zabbix
sudo -u postgres createdb -O zabbix zabbix
zcat /usr/share/zabbix-sql-scripts/postgresql/server.sql.gz | sudo -u zabbix psql zabbix

# 4. /etc/zabbix/zabbix_server.conf にデータベースのパスワードを書く
DBPassword=（createuser で決めたパスワード）

# 5. /etc/zabbix/nginx.conf の listen と server_name を自分の環境に合わせる
listen 8080;
server_name zabbix.example.com;

# 6. 起動して、OS の起動時にも動くようにする
sudo systemctl restart zabbix-server zabbix-agent2 nginx php8.3-fpm
sudo systemctl enable zabbix-server zabbix-agent2 nginx php8.3-fpm

ブラウザで Web 画面を開くと、初回だけセットアップ画面（言語・データベースの接続・タイムゾーン）が出ます。初期のログインは ユーザー名 Admin、パスワード zabbix です。7.0.32 の初期データにある Admin のパスワードのハッシュ（bcrypt）を照合した結果です。

zabbix True
Zabbix False
admin False

パスワードは小文字の zabbix だけが一致しました。ユーザー名は大文字の A で始まる Admin です。ログインしたら、最初にこのパスワードを変えます。

• 1データベースの版は範囲内か7.0 は PostgreSQL 13〜18、MySQL 8.0.30〜9.7。範囲外だとサーバーが起動時に止まる
• 2DBPassword を書いたか書き忘れるとサーバーがデータベースにつながらない
• 3ファイアウォールでポートを開けたかWeb 画面のポート、アクティブチェックを受けるならサーバー側の 10051
• 4日本語のロケールを入れたかWeb サーバーに ja_JP.UTF-8 が無いと、言語の一覧で日本語が選べない
• 5Admin の初期パスワードを変えたか初期値は全部の環境で同じ zabbix

ロケールが無いときのセットアップ画面の表示は「Webサーバーにロケールがインストールされていないため、いくつかの言語は利用できません。」です（7.0.32 の日本語の翻訳ファイルの文言）。Ubuntu では sudo apt install language-pack-ja などで ja_JP.UTF-8 を入れ、PHP-FPM を再起動します。ポートの開け方は、関連記事「ufwとfirewalldの使い方｜コマンド対応表とSSH締め出し対策」で扱っています。

ほかのOS・Docker

Zabbix AgentとAgent 2の違い

この節では、2種類のエージェントの違いと、監視対象への入れ方が分かります。

Zabbix agent（zabbix_agentd）は C 言語、Zabbix agent 2 は Go 言語で書かれたエージェントです。 どちらも同じポート 10050 で待ち、基本の監視項目（CPU・メモリ・ディスク・ネットワーク・ログ）は同じキーで使えます。7.0.32 のソースと設定ファイルで比べた違いです。

agent 2 に内蔵されているプラグイン（Linux 版）は、Docker・MySQL・Redis・Memcached・MQTT・Oracle・Ceph・Modbus・S.M.A.R.T.・systemd・Web 証明書などです。PostgreSQL・MongoDB・MSSQL・Ember+ は別のパッケージ（zabbix-agent2-plugin-postgresql など）で、repo.zabbix.com の 7.0 のリポジトリにあります。

監視対象にエージェント2を入れる

監視されるホスト（ここでは web01）には、エージェントだけを入れます。リポジトリの登録はサーバーと同じです。

sudo apt install zabbix-agent2 zabbix-agent2-plugin-*

設定ファイル /etc/zabbix/zabbix_agent2.conf で、最低限この3つを書きます。7.0.32 の設定例の既定値は Server=127.0.0.1・ServerActive=127.0.0.1・Hostname=Zabbix server なので、サーバーと別のホストでは必ず書き換えます。

Server=192.0.2.1          # 問い合わせを受け付けるサーバー・プロキシ（パッシブ）
ServerActive=192.0.2.1    # 値を送りに行くサーバー・プロキシ（アクティブ。既定のポート 10051）
Hostname=web01            # Web 画面で登録するホスト名と一字一句同じにする

sudo systemctl restart zabbix-agent2
sudo systemctl enable zabbix-agent2

Server は「この送り元からの問い合わせだけを受け付ける」という許可の一覧です。どちらのエージェントも、既定では system.run[*]（任意のコマンドを実行するキー）が DenyKey で止められています。

パッシブチェックとアクティブチェック（ポート10050・10051）

この節では、値の集め方が2通りあり、どちらがどちらへつなぐかが分かります。

flowchart TD
    S1[サーバー] -->|パッシブ 10050へ| A1[エージェント]
    A1 -->|値| S1
    A2[エージェント] -->|アクティブ 10051へ| S2[サーバー]
    S2 -->|項目の一覧| A2

RefreshActiveChecks の既定値 5 秒は、7.0.32 の設定ファイルのものです。

zabbix_getとzabbix_senderで値を確かめる（実際に流れるデータ）

この節では、zabbix_get・zabbix_sender が何をしているかと、ポートを流れるデータの形が分かります。

zabbix_get は、サーバーの代わりにエージェントへパッシブチェックを1回送るコマンド、zabbix_sender は、エージェントの代わりにサーバーへ値を送るコマンドです。マニュアル（man）にある使い方の例です。

# エージェントに1つの値を問い合わせる（パッシブチェック）
zabbix_get -s 127.0.0.1 -p 10050 -k "system.cpu.load[all,avg1]"

# サーバーに値を送る（アイテムの種類は「Zabbixトラッパー」）
zabbix_sender -z 192.168.1.113 -s "Monitored Host" -k mysql.queries -o 342.45
zabbix_sender -z 192.168.1.113 -i data_values.txt

エージェントへの問い合わせ（zabbix_get と同じ通信）

Zabbix 社の公式 Python ライブラリ zabbix_utils の Getter は、zabbix_get -P plaintext と同じ形（キーの文字列だけ）で問い合わせます。エージェントの代わりに、届いたデータを表示して、同じキーの値を Linux から読んで返す擬似エージェントを 30850 番で待たせ、7つのキーを問い合わせました。

from zabbix_utils import Getter

agent = Getter(host="127.0.0.1", port=30850)
for key in ["agent.ping", "system.cpu.num", "system.cpu.load[all,avg1]", "vm.memory.size[available]",
            "vfs.fs.size[/,pused]", "system.uptime", "no.such.key"]:
    r = agent.get(key)
    print(f"{key:30} value={r.value!r} error={r.error!r}")

agent.ping                     value='1' error=None
system.cpu.num                 value='2' error=None
system.cpu.load[all,avg1]      value='3.091797' error=None
vm.memory.size[available]      value='5599883264' error=None
vfs.fs.size[/,pused]           value='97.914066' error=None
system.uptime                  value='2757' error=None
no.such.key                    value=None error='Unsupported item key.'

擬似エージェントの側に届いたデータです。

[agent:30850] from 127.0.0.1 header=5a 42 58 44 01 0a 00 00 00 00 00 00 00 body=b'agent.ping'
[agent:30850] reply=b'1'
[agent:30850] from 127.0.0.1 header=5a 42 58 44 01 0b 00 00 00 00 00 00 00 body=b'no.such.key'
[agent:30850] reply=b'ZBX_NOTSUPPORTED\x00Unsupported item key.'

1回の問い合わせは「13バイトの見出し＋キーの文字列」だけでした。見出しの読み方は次のとおりです。

知らないキーには ZBX_NOTSUPPORTED と NUL 文字に続けて理由を返す形で、Unsupported item key. は 7.0.32 のエージェントのソースにある文言と同じです。画面ではこのアイテムが「取得不可」になります。

7.0 のサーバーと zabbix_get（-P auto・-P json）は、キーを JSON に包んだ形でも問い合わせます。7.0.32 のソースでは、送る側が {"request":"passive checks","data":[{"key":"…","timeout":…}]} を作り、7.0 のエージェントは version・variant と data（値か error）を持つ JSON で答えます。中身が JSON になるだけで、13バイトの見出しは同じです。

擬似エージェントが返した値は、エージェントと同じ情報源（7.0.32 のソースで確かめた読み先）から読んでいます。同じ時刻に Linux のコマンドで見た値と並べます。

vfs.fs.size[/,pused] の 97.9 は、df の Use% 98% と同じ計算（root 用の予約分を除いた空きで割る）です。公式の Linux テンプレートの説明にも、ファイルシステムの使用率は予約分を除いた空きで計算すると書かれています。

サーバーへの送信（zabbix_sender と同じ通信）

zabbix_utils の Sender は、zabbix_sender と同じ形で値を送ります。サーバーのトラッパー（10051）の代わりに 30851 番で受けました。web01 の app.orders・app.queue だけが登録済み、web02 は未登録という設定にしています。

from zabbix_utils import Sender, ItemValue

sender = Sender(server="127.0.0.1", port=30851)
print(sender.send_value("web01", "app.orders", 42))
print(sender.send([ItemValue("web01", "app.orders", 43), ItemValue("web01", "app.queue", 7),
                   ItemValue("web02", "app.orders", 1)]))

[trapper:30851] header=5a 42 58 44 01 c6 00 00 00 00 00 00 00 (198 bytes)
[trapper] body={"request": "sender data", "data": [{"host": "web01", "key": "app.orders", "value": "43"}, {"host": "web01", "key": "app.queue", "value": "7"}, {"host": "web02", "key": "app.orders", "value": "1"}]}
[trapper] reply={"response": "success", "info": "processed: 2; failed: 1; total: 3; seconds spent: 0.000178"}

send_value: {"processed": 1, "failed": 0, "total": 1, "time": "0.000180", "chunk": 1}
send: {"processed": 2, "failed": 1, "total": 3, "time": "0.000178", "chunk": 1}

応答の info の形（processed: …; failed: …; total: …; seconds spent: …）は、7.0.32 のサーバーのソースにある書式に合わせて擬似サーバーで返したものです。送信が届いても、ホスト名とキーが登録と一致しない値は failed に数えられ、捨てられます。 zabbix_sender の終了コードは、全部処理されたら 0、一部が失敗したら 2、送信そのものが失敗したら 1 です（man の EXIT STATUS）。

Zabbixの監視設定の流れ（ホスト登録からトリガーまで）

この節では、画面で監視を始めるまでの順番が分かります。画面の名前は 7.0 の日本語表示です。

公式テンプレートの中身（Linux by Zabbix agent）

7.0.32 の Linux by Zabbix agent の説明（README）から、しきい値を決めているマクロの既定値を抜き出しました。

同じテンプレートのトリガーの例です（条件式は README のまま）。

何を監視し、しきい値をどう決めるかの考え方は、関連記事「監視設計の項目一覧｜死活・リソース・ログ監視のしきい値例とテンプレート」で、利用者から見た目標（SLO）から通知の条件を決める考え方は、関連記事「SREとは｜SLI・SLO・SLAの違いとエラーバジェット計算」で扱っています。

Zabbixのトリガー条件式の書き方（last・avg・min）

この節では、条件式の形と、関数によって障害になるタイミングがどう変わるかが分かります。

条件式は 関数(/ホスト/キー,期間)演算子 値 の形です。テンプレートの中では、ホストの部分がテンプレート名になります。

last(/web01/system.cpu.util)>90          最新の値が90を超えた
avg(/web01/system.cpu.util,5m)>90        直近5分の平均が90を超えた
min(/web01/system.cpu.util,5m)>90        直近5分の最小値も90を超えた（＝5分間ずっと90超）
max(/web01/app.orders,10m)=0             直近10分の最大が0（＝10分間ずっと0件）

同じ CPU 使用率の並びに3つの式を当てはめ、1分ごとに判定しました（Python で計算。5分の窓は直近5個の値）。

分  値   last>90  avg(5m)>90  min(5m)>90
 0   40   OK      OK         OK
 1   95   障害      OK         OK
 2   50   OK      OK         OK
 3   92   障害      OK         OK
 4   96   障害      OK         OK
 5   97   障害      OK         OK
 6   93   障害      OK         OK
 7   95   障害      障害         障害
 8   98   障害      障害         障害
 9   60   OK      OK         OK
10   45   OK      OK         OK

last は1回の跳ね上がり（1分目の95）でも障害になり、障害と復旧を繰り返しやすくなります。公式テンプレートが min(…,5m) を使うのは、「5分間ずっと超えている」ときだけ障害にするためです。

復旧の条件を別に書く「復旧条件式」を使うと、「90 を超えたら障害、80 を下回ったら復旧」のように、障害と復旧のしきい値を分けられます。

Zabbixの通知設定（アクションとメディアタイプ）

この節では、障害をメールや Slack に送るまでの3つの設定が分かります。

7.0.32 の初期データに入っているメディアタイプは39種類です。

Email, SMS, Email (HTML), Gmail, Gmail relay, Office365, Office365 relay, Brevis.one, Discord,
Event-Driven Ansible, Express.ms, GitHub, iLert, iTop, Jira, Jira Service Management, Line,
ManageEngine ServiceDesk, MantisBT, Mattermost, MS Teams Workflow, Opsgenie, OTRS CE, PagerDuty,
Pushover, Redmine, Rocket.Chat, ServiceNow, SIGNL4, Slack, SolarWinds Service Desk, SysAid,
Telegram, TOPdesk, VictorOps, Zammad, Zendesk, GLPI, IBM Maximo Service Request

アクションの「実行内容」にはステップ（1回目・2回目…）を付けられ、時間をおいて送る相手を広げられます。障害の確認（画面の「障害確認」）をすると、そのことを通知する「更新時の実行内容」も設定できます。

Zabbix APIで設定を自動化する

この節では、Zabbix の API に送るリクエストの形と、ホスト・アイテム・トリガーを作る例が分かります。

Zabbix の API は JSON-RPC 2.0 で、Web 画面の api_jsonrpc.php に POST します。zabbix_utils の ZabbixAPI から送ったリクエストを、擬似サーバー（30880 番）で受けました。

from zabbix_utils import ZabbixAPI

api = ZabbixAPI(url="http://127.0.0.1:30880/zabbix/api_jsonrpc.php")
api.login(user="Admin", password="zabbix")
api.host.create(host="web01", groups=[{"groupid": "2"}],
                interfaces=[{"type": 1, "main": 1, "useip": 1, "ip": "192.0.2.10", "dns": "", "port": "10050"}],
                templates=[{"templateid": "10001"}])
api.item.create(name="受注件数", key_="app.orders", hostid="10650", type=2, value_type=3)
api.trigger.create(description="受注が10分間0件", priority=3, expression="max(/web01/app.orders,10m)=0")
api.logout()

擬似サーバーに届いたリクエストです（id は省略）。

POST /zabbix/api_jsonrpc.php
  Content-Type: application/json-rpc
  User-Agent: zabbix_utils.api/2.0.4
  {"jsonrpc": "2.0", "method": "apiinfo.version", "params": {}}
POST /zabbix/api_jsonrpc.php
  {"jsonrpc": "2.0", "method": "user.login", "params": {"username": "Admin", "password": "zabbix"}}
POST /zabbix/api_jsonrpc.php
  Authorization: Bearer 0424bd59b807674191e7d77572075f33
  {"jsonrpc": "2.0", "method": "host.create", "params": {"host": "web01", "groups": [{"groupid": "2"}], "interfaces": [{"type": 1, "main": 1, "useip": 1, "ip": "192.0.2.10", "dns": "", "port": "10050"}], "templates": [{"templateid": "10001"}]}}
POST /zabbix/api_jsonrpc.php
  Authorization: Bearer 0424bd59b807674191e7d77572075f33
  {"jsonrpc": "2.0", "method": "item.create", "params": {"name": "受注件数", "key_": "app.orders", "hostid": "10650", "type": 2, "value_type": 3}}
POST /zabbix/api_jsonrpc.php
  Authorization: Bearer 0424bd59b807674191e7d77572075f33
  {"jsonrpc": "2.0", "method": "trigger.create", "params": {"description": "受注が10分間0件", "priority": 3, "expression": "max(/web01/app.orders,10m)=0"}}

最初に apiinfo.version で版を聞き、user.login で得たセッション ID を、以後は Authorization: Bearer ヘッダーで送っていました。 画面で作る API トークンでログインした場合も、zabbix_utils は同じヘッダーで送ります（6.4 より前の版には JSON の auth に入れて送る、とライブラリのコードにあります）。数字の意味は 7.0.32 の画面のソースの定数で確かめました。

zabbix_utils 2.0.4 が対応を宣言している Zabbix の版は 6.0〜7.4 です（ライブラリの version.py）。

Zabbixのよくあるエラーと直し方

この節では、値が取れないときなどに出る文言から、原因と直し方を引けます。エラー文は 7.0.32 のソース・日本語の翻訳ファイルにある文言、またはこの記事で実際に出たものです。

擬似エージェントの Server に無い送り元（127.0.0.2）から問い合わせたときは、エージェント側に次の行が出て接続が切られ、問い合わせた側（zabbix_utils）には次のエラーが出ました。

[agent:30850] connection from "127.0.0.2" rejected, allowed hosts: "127.0.0.1"
source 127.0.0.2 -> ProcessingError: Unexpected response was received from Zabbix.
port 30899 (no listener) -> ConnectionRefusedError: [Errno 111] Connection refused

エージェントが 10050 を待っているかを ss・lsof で確かめる方法は、関連記事「ポートを使っているプロセスの調べ方｜ss・lsof・netstat比較」で扱っています。サービスのログは journalctl -u zabbix-agent2 で読めます。

Zabbix・Prometheus・Datadogの違い

この節では、よく比べられる監視ツールとの違いを、事実で比べられます。

各公式の説明から、違いが出やすい点です。

• Prometheus：メトリクス名とラベル（キーと値）で時系列を表し、PromQL で問い合わせます。通知は Alertmanager が受け持ち、ダッシュボードには Grafana などを使います。公式の概要は、リクエストごとの課金のように100%の正確さが要る用途には向かないとしています。Zabbix 7.0 には Prometheus の形式の値を読むテンプレート（Linux by Prom など）もあります。
• Datadog：Free プランは最大5ホスト・メトリクスの保持1日で、APM・ログなどは製品ごとに別料金です。
• Grafana：Zabbix のデータを Grafana で表示するプラグイン（alexanderzobnin-zabbix-app、6.9.1、Grafana 11.6.0 以上）があります。Zabbix に Grafana は必須ではなく、Zabbix 単体の画面にもダッシュボード・グラフ・マップがあります。
• JP1：日立製作所の統合システム運用管理の製品群で、価格・構成例のページと評価版がある商用製品です。

Datadog の仕組み・料金・Agent の通信の中身は、関連記事「Datadogとは｜できること・料金・仕組みと他ツールとの違いを実例で解説」で、Prometheus と Grafana で監視を組む手順は、関連記事「Prometheus Grafana入門｜監視構築とPromQL一覧」で扱っています。

どれを選ぶかの判断表

よくある質問

Q. Zabbixとは何ですか？ A. サーバー・ネットワーク機器・アプリの状態を集めて保存し、決めた条件を超えたら通知するオープンソースの監視ソフトです。Zabbix LLC（ラトビア）が開発し、日本には Zabbix Japan LLC があります。

Q. Zabbixの読み方は？ A. 一般に「ザビックス」と読まれます。

Q. Zabbixは無料ですか？ A. ソフトは無料で、機能の制限もありません（7.0 以降は AGPLv3）。費用がかかるのは、動かすサーバーと、必要なら公式のサポート、または Zabbix Cloud です（2026年10月22日時点で月50ドル〜）。

Q. Zabbixの最新バージョンは？ A. 2026年10月22日時点で、LTS の最新は 7.0.32、通常版の最新は 7.4.16（どちらも2026年10月20日）です。8.0 LTS はリリース候補（8.0.0rc2、2026年10月21日）の段階です。

Q. Zabbixのポート番号は？ A. エージェントが待つのは 10050/TCP（パッシブチェック）、サーバーとプロキシが待つのは 10051/TCP（アクティブチェックと zabbix_sender）です。Java ゲートウェイは 10052/TCP です。

Q. Zabbix agentとagent 2はどちらを入れればいいですか？ A. Docker・MySQL・PostgreSQL・Redis などをプラグインで監視したい、切断中の値をディスクにためたい場合は agent 2 です。既存の設定やスクリプトをそのまま使う場合は agent が向いています。違いの表は「Zabbix AgentとAgent 2の違い」の節にあります。

Q. Zabbixの初期ユーザー名とパスワードは？ A. ユーザー名 Admin、パスワード zabbix（小文字）です。7.0.32 の初期データのハッシュで確かめました。ログインしたらすぐに変えます。

Q. ZabbixでWindowsやネットワーク機器も監視できますか？ A. できます。Windows には公式の MSI でエージェントを入れ、Windows by Zabbix agent テンプレートを使います。ルーター・スイッチなどは SNMP で監視し、Generic by SNMP などのテンプレートがあります。

Q. Zabbixを日本語で表示するには？ A. ユーザーの設定で言語を「日本語」にします。選べない場合は、Web サーバーに ja_JP.UTF-8 のロケールが入っていないので、入れて PHP-FPM を再起動します。

Q. ZabbixとPrometheusの違いは？ A. Zabbix はエージェントや SNMP で集めて RDB に保存し、画面で設定する統合監視ソフトです。Prometheus は HTTP で値を取りに行き（pull）、ローカルの時系列データベースに保存して PromQL で問い合わせます。比べた表は「Zabbix・Prometheus・Datadogの違い」の節にあります。

Q. zabbix_getとzabbix_senderの違いは？ A. zabbix_get はエージェントに値を1回問い合わせる（10050）コマンド、zabbix_sender はサーバーに値を送る（10051）コマンドです。送る先のアイテムの種類は「Zabbixトラッパー」にします。

まとめ

• Zabbix は、サーバー・ネットワーク機器を監視して通知するオープンソースのソフト。読み方は一般に「ザビックス」。ソフトは無料（7.0 から AGPLv3）。
• 部品はサーバー（10051）・データベース・Web 画面・エージェント（10050）・プロキシ。設定はホスト・アイテム・トリガー・アクション・テンプレートの組み合わせ。
• 2026年10月22日時点の最新 LTS は 7.0.32。Ubuntu 24.04 では公式リポジトリから入れ、初期ログインは Admin／zabbix。
• agent は C、agent 2 は Go でプラグインを内蔵。パッシブはサーバーから 10050 へ、アクティブはエージェントから 10051 へつなぐ。
• 通信は「ZBXD」で始まる13バイトの見出し＋中身。送った値はホスト名とキーが登録と一致しないと捨てられる。
• トリガーは min(…,5m)>90 のように期間付きの関数で「ずっと超えたら」を表す。

参考・出典

確認日はいずれも 2026年10月22日です。

• Zabbix「Zabbixマニュアル（8.0、日本語）はじめに」：https://www.zabbix.com/documentation/8.0/jp/manual/introduction
• Zabbix「Zabbix Life Cycle & Release Policy」：https://www.zabbix.com/life_cycle_and_release_policy
• Zabbix「Release Notes for Zabbix 7.0.32」：https://www.zabbix.com/rn/rn7.0.32
• Zabbix「Release Notes for Zabbix 8.0.0rc2」：https://www.zabbix.com/rn/rn8.0.0rc2
• Zabbix「ダウンロード」：https://www.zabbix.com/jp/download
• Zabbix 公式リポジトリ（zabbix-release）：https://repo.zabbix.com/zabbix/7.0/ubuntu/pool/main/z/zabbix-release/
• Zabbix 公式リポジトリ（7.0 Ubuntu のパッケージ一覧）：https://repo.zabbix.com/zabbix/7.0/ubuntu/pool/main/z/
• Zabbix「ライセンス」：https://www.zabbix.com/license
• Zabbix「True Open Source」：https://www.zabbix.com/jp/true_open_source
• Zabbix「テクニカルサポート」：https://www.zabbix.com/jp/support
• Zabbix「Zabbix Cloud」：https://www.zabbix.com/cloud
• Zabbix「会社概要」：https://www.zabbix.com/jp/about
• Zabbix のソース（GitHub、タグ 7.0.32。設定ファイル conf/・src/go/conf/、man/、templates/os/linux/README.md、create/src/、ui/locale/ja/、include/zbx_dbversion_constants.h）：https://github.com/zabbix/zabbix
• Zabbix の公式 Docker イメージ（GitHub）：https://github.com/zabbix/zabbix-docker
• zabbix_utils（PyPI）：https://pypi.org/project/zabbix-utils/
• zabbix_utils（GitHub）：https://github.com/zabbix/python-zabbix-utils
• Prometheus「Overview」：https://prometheus.io/docs/introduction/overview/
• Prometheus（GitHub、ライセンス）：https://github.com/prometheus/prometheus
• Datadog「Pricing」：https://www.datadoghq.com/pricing/
• Grafana「Zabbix plugin for Grafana」：https://grafana.com/grafana/plugins/alexanderzobnin-zabbix-app/
• Nagios「Nagios Core」：https://www.nagios.org/projects/nagios-core/
• 日立製作所「統合システム運用管理 JP1」：https://www.hitachi.co.jp/Prod/comp/soft1/jp1/

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。