2 要件

ハードウェア要件

メモリ

Zabbixには物理メモリとディスク容量の両方が必要です。必要なディスク容量は、監視対象のホストとパラメーターの数によって大きく異なります。監視対象パラメーターのヒストリを長期間保存することを計画している場合は、データベースにヒストリを保存するのに十分なスペースを確保するため、少なくとも数ギガバイトを検討する必要があります。各Zabbixデーモンプロセスには、データベースサーバーへの複数の接続が必要です。接続に割り当てられるメモリの量はデータベースエンジンの構成によって異なります。

CPU

Zabbix、特にZabbixデータベースは、監視するパラメーターの数や選択したデータベースエンジンに応じて、かなりのCPUリソースを必要とする場合があります。

その他のハードウェア

ZabbixでSMS通知サポートを使用するには、シリアル通信ポートとシリアルGSMモデムが必要です。USBシリアルコンバータも使用できます。

ハードウェア構成例

この表はLinux/BSD/Unixプラットフォームを想定したハードウェア構成の例を示しています。

これらは、開始時のサイズとハードウェア構成の例です。Zabbixのインストールはそれぞれ異なります。Zabbix を本番環境に導入する前に、ステージング環境または開発環境でZabbixシステムのパフォーマンスをベンチマークし、要件を十分に理解してください。

¹ 1 メトリクス = 1 アイテム + 1 トリガー + 1 グラフ
² ARM64またはx86_64アーキテクチャを使用するAmazon汎用EC2インスタンスの例では、本番環境にインストールする前に、Zabbixのインストール評価およびテスト中にコンピュート/メモリ/ストレージの最適化などの適切なインスタンスタイプを選択する必要があります。

サポートするプラットフォーム

セキュリティ要件と監視サーバーのミッションクリティカルな性質から、UNIXは必要な性能と耐障害性、回復力を一貫して提供できる唯一のOSです。Zabbixは市場をリードするバージョンで動作します。

Zabbixのコンポーネントは以下のプラットフォームで動作確認されています:

ソフトウェア要件

Zabbixは最新のWebサーバー、主要なデータベースエンジン、およびPHPスクリプト言語を組み合わせて動作します。

サードパーティ製の外部周辺ソフトウェア

必須と記載されている場合、必要なソフトウェア/ライブラリは厳密に必要です。 オプションのものは、特定の機能をサポートするために必要です。

Webインターフェース

Zabbix Webインターフェースでサポートされる最小画面幅は1200pxです。

必須と記載されている場合、必要なソフトウェア/ライブラリは厳密に必須です。 オプションのものは、特定の機能をサポートするために必要です。

Zabbixに同梱されるサードパーティ製Webインターフェースライブラリ:

Zabbix Webインターフェースコードの作成およびデバッグに使用されるサードパーティ製ライブラリ:

クライアント側のWebブラウザ

CookieとJavaScriptを有効にする必要があります。

Google Chrome、Mozilla Firefox、Microsoft Edge、Apple Safari、Operaの最新安定バージョンに対応しています。

サーバー/プロキシ

必須要件は常に必須です。特定の機能をサポートするには、オプションの要件が必要です。

エージェント

エージェント 2

Webサービス

Zabbix Webサービスを使用して定期レポートを生成するのに、Google Chromeの最新の安定バージョンがサポートされています。

Webサービスの構築に必要なGoのバージョンは、Zabbixエージェント2で使用されているバージョンと同じです。

Javaゲートウェイ

ソースリポジトリまたはアーカイブからZabbixを入手した場合、必要な依存関係はすでにソースツリーに含まれています。

ディストリビューションのパッケージからZabbixを入手した場合、必要な依存関係はパッケージングシステムによってすでに提供されています。

上記のいずれの場合も、ソフトウェアはそのまま使用可能であり、追加のダウンロードは必要ありません。

ただし、これらの依存関係について独自のバージョンを使用したい場合（たとえば、何らかのLinuxディストリビューション向けのパッケージを準備している場合）、以下にJavaゲートウェイでの動作が確認されているライブラリバージョンの一覧を示します。 Zabbixは、これらのライブラリの他のバージョンでも動作する可能性があります。

次の表は、現在Javaゲートウェイのオリジナルコードに同梱されているJARファイルを示しています。

Javaゲートウェイは、Oracle JavaまたはオープンソースのOpenJDK（バージョン1.6以降）のいずれかを使用してビルドできます。 Zabbixが提供するパッケージはOpenJDKを使用してコンパイルされています。 次の表は、ディストリビューションごとにZabbixパッケージのビルドに使用されるOpenJDKパッケージを示しています。

デフォルトのポート番号

次のリストは各コンポーネントのデフォルトポート番号です。

データベースサイズ

Zabbixの設定データが必要とするディスク容量は一定であり、ほとんど増加しません。

Zabbixデータベースのサイズは主に、保存される履歴データ量を定義する以下の変数に依存します。

• 1秒あたりに処理される値の数

これは、Zabbixサーバーが1秒ごとに受信する新しい値の平均数です。
たとえば、監視対象のアイテムが3000個あり、更新間隔が60秒の場合、1秒あたりの値の数は 3000/60 = 50 と計算されます。

これは、1秒ごとに50個の新しい値がZabbixデータベースに追加されることを意味します。

• 履歴に対するhousekeeper設定

Zabbixは、通常は数週間または数か月の一定期間、値を保持します。
新しい値ごとに、データとインデックスのために一定量のディスク容量が必要です。

したがって、30日分の履歴を保持し、1秒あたり50個の値を受信する場合、値の総数はおよそ (30*24*3600)* 50 = 129.600.000、つまり約1億3000万件になります。

使用するデータベースエンジンや受信する値の種類（浮動小数点、整数、文字列、ログファイルなど）によって、1つの値を保持するために必要なディスク容量は40バイトから数百バイトまで変動します。
通常、数値アイテム²では1値あたり約90バイトです。
この場合、1億3000万件の値には 130M * 90 bytes = 10.9GB のディスク容量が必要になります。

• トレンドに対するhousekeeper設定

Zabbixは、各アイテムについて1時間ごとの最大値/最小値/平均値/件数のセットをテーブル trends に保持します。
このデータはトレンド表示や長期間のグラフに使用されます。
この1時間という期間は変更できません。

Zabbixデータベースでは、データベースの種類に応じて、各集計値に約90バイトが必要です。
トレンドデータを5年間保持したいとします。
3000個のアイテムの値には、1年あたり 3000*24*365* 90 = 2.2GB、5年間では 11GB が必要になります。

• イベントに対するhousekeeper設定

各Zabbixイベントには、およそ250バイトのディスク容量が必要です¹。
Zabbixが1日に生成するイベント数を見積もるのは困難です。
最悪のケースでは、Zabbixが1秒あたり1イベントを生成すると仮定できます。

復旧した各イベントについては、event_recoveryレコードが作成されます。
通常、ほとんどのイベントは復旧されるため、1イベントにつき1つのevent_recoveryレコードがあると考えられます。
つまり、イベントごとに追加で80バイトが必要です。

イベントには任意でタグを付けることができ、各タグレコードにはおよそ100バイトのディスク容量が必要です¹。
イベントあたりのタグ数（#tags）は設定に依存します。
したがって、各イベントには追加で #tags * 100 bytes のディスク容量が必要になります。

つまり、3年分のイベントを保持したい場合、必要なディスク容量は 3*365*24*3600* (250+80+#tags*100) = \~30GB+#tags*100B となります²。

この表には、Zabbixシステムに必要なディスク容量を計算するための式が示されています。

したがって、必要な総ディスク容量は次のように計算できます。

Configuration + History + Trends + Events

ディスク容量は、Zabbixのインストール直後にすぐ使用されるわけではありません。
データベースサイズは増加していき、その後、housekeeper設定に応じた時点で増加が止まります。

時刻同期

Zabbixが動作しているサーバで正確なシステム時刻を得ることは非常に重要です。 ntpdはホストの時刻を他のマシンの時刻と同期させる最も有名なデーモンです。 Zabbixのコンポーネントが動作している全てのシステムで時刻を同期させることを強く推奨します。

ネットワーク要件

次のリストは、コンポーネントごとのオープンポートのデフォルト設定です。