最新バージョンの情報およびダウンロード手順については、Zabbixホームページ(http://www.zabbix.com)を参照してください。Zabbixはソースパッケージとして配布されていますが、いくつかのOSについてはコンパイル済みのバイナリが含まれています。メモリ要件Zabbixには、十分な量の物理メモリとディスク容量が必要です。導入当初は、物理メモリ128MBとディスク空き容量256MBがあれば十分です。必要なディスク容量は、監視するホストとパラメータの数によって異なります。監視パラメータのヒストリを長期間保存することを計画している場合、データベースにヒストリを保存するための十分な容量として少なくとも2GBを確保することを検討する必要があります。Zabbixデーモンプロセスは、それぞれがデータベースサーバと複数の接続を確立して動作します。接続に割り当てられるメモリ容量は、データベースエンジンの設定によって異なります。物理メモリの容量を増やすほど、データベースは高速に動作し、その結果Zabbixも高速に動作します。CPU要件Zabbix、特にZABBIXデータベースは、監視パラメータの数と使用するデータベースエンジンによって程度は異なりますが、CPUリソースを大量に消費します。その他のハードウェアZabbixのSMS通知機能を使用する場合、シリアルポートとシリアルGSMモデムが必要です。以下の表に、様々なハードウェア設定の例を示します。>10000実際の設定は、アクティブなアイテムの数と更新速度によって大きく異なります。大規模システムでは、データベースを専用のマシンで動作させることを強くお奨めします。サポートされるプラットフォーム監視サーバのセキュリティ要件とミッションクリティカルな性質を考慮した場合、必要とされるパフォーマンス、フォールトトレランス、および復旧のしやすさを安定して実現できるオペレーティングシステムはUNIXだけです。Zabbixは、市販されている主なバージョンのUNIXで動作します。以下のプラットフォームで動作確認済みです。2000、2003、XP、Vista(Zabbixエージェントのみ)上記以外のUNIXライクなオペレーティングシステムでも同様に動作可能です。2.3ソフトウェア要件Zabbixは、最新のApacheウェブサーバ、主なデータベースエンジン、およびPHPスクリプト言語を組み合わせて動作します。Zabbixが動作するには、以下のソフトウェアが必要です。GDモジュールは、PNGイメージ対応である必要があります。ディストリビュータによってはphp-xmlまたはphp5-domが異なるパッケージとして提供されている場合があります。ユーザスクリプトをサポートするために必要です。MySQLをZabbixのバックエンドデータベースとして使用する場合に必要です。OracleをZabbixのバックエンドデータベースとして使用する場合に必要です。クライアントサイドのウェブブラウザHTMLとPNGイメージをサポートする必要があります。設定でCookieとJavaScriptを有効にする必要があります。Explorer、Opera、Konquerorがサポートされます。Safari)もZabbixで同様に機能します。IPMIをサポートする場合に必要です。SSHをサポートする場合に必要です。データベースエンジンの選択ZABBIXサーバおよびプロキシでは、以下の4つのデータベースエンジンがサポートされています。データベースサイズZabbix設定データを保存するために一定量のディスク容量が必要ですが、ほとんど増えることはありません。Zabbixデータベースサイズは、主に格納されたヒストリデータの量に関する以下の数量によって決まります。1秒あたりに処理される値の数Zabbixサーバが1秒あたりに受信する新しい値の平均個数です。3000個のアイテムを更新速度60秒で監視する場合、1秒あたりの値の数は3000/60=50個になります。これは、毎秒50個の新しい値がZabbixデータベースに追加されることを意味します。収集した値は、一定期間(通常は数週間から数ヶ月)だけ保存されます。新しい値を追加するたびに、データおよびインデックス用に一定量のディスク容量が消費されます。そのため、1秒あたり50個の値を受信して、そのヒストリを30日間保存する場合、値の総数は(30*24*3600)*50=129,600,000、すなわち約1.3億個になります。ログファイルなど)によって異なりますが、1つの値を保存するために必要なディスク容量は40バイトから数百バイトまで様々です。通常は、1つの値に約50バイトが必要です。上記の例で考えると、1.3億個の値を保存するために、1.3億*50バイト=6.5GBのディスク容量が必要になります。トレンドデータ用のhousekeeper設定トレンドテーブルの各アイテムについて、1時間の最大/最小/平均/個数の統計情報が保存されます。保存されたデータは、トレンドグラフや長期間グラフの表示に使用されます。データベースのタイプにもよりますが、Zabbixデータベースに上記の統計情報を1回分保存するために必要なディスク容量は128バイトです。ディスク容量が必要になります。イベントデータ用のhousekeeper設定1個のイベントにつき約130バイトのディスク容量が必要です。Zabbixで毎日発生するイベントの数を算出することは非常に困難です。最悪のケースとして、1秒に1個のイベントが発生すると仮定します。11GBのディスク容量が必要になります。以下の表に、ZABBIXシステムに必要なディスク容量の算出に役立つ式を示します。通常は10MB以下です。rate)×24×3600×bytesアイテム:アイテム数<br1/>日:イベント履歴を保存する日数<br2/>更新間隔:アイテムの平均更新速度<br3/>バイト:1個の値を保存するために必要なバイト数。データベースエンジンにもよりますが、通常は50バイトです。days×(items/3600)×24×3600×bytesアイテム:アイテム数<br1/>日:イベント履歴を保存する日数<br2/>バイト:1個のトレンドを保存するために必要なバイト数。データベースエンジンにもよりますが、通常は128バイトです。days×events×24×3600×bytesイベント:1秒あたりのイベント個数。最悪のケースでは1秒に1個のイベントが発生すると想定しています。日:イベント履歴を保存する日数<br2/>バイト:1個のトレンドを保存するために必要なバイト数。データベースエンジンにもよりますが、通常は130バイトです。以上より、必要な総ディスク容量は、以下の式で計算できます。設定+ヒストリ+トレンド+イベントここで算出したディスク容量は、Zabbixをインストールした直後から使用されるわけではありません。データベースサイズは最初は増え続けますが、ある時点で一定の値を維持するようになります。どの時点で一定になるかは、housekeeperの設定によって異なります。<node>分散設定のノードで必要なディスク容量も同様の方法で計算できますが、1つのノードにリンクされている子ノードの総数にも依存します。時間の同期Zabbixが動作するサーバでは、正確なシステム日時を維持することが非常に重要です。ntpdはよく知られているデーモンの1つで、ホストの時刻を他のマシンの時刻と同期します。ZabbixコンポーネントZabbixは、複数の有名なソフトウェアコンポーネントから構成されています。各コンポーネントの役割を以下に示します。ZabbixサーバこれはZabbixソフトウェアの中核です。簡単なサービスチェック機能を使用して、ネットワーク経由で利用するサービス(ウェブサーバやメールサーバなど)をリモートからチェックしたり、エージェントから可用性や整合性に関する情報や統計情報を受信します。設定データ、統計データ、および運用データは全てサーバに保存されます。監視対象システムで問題が発生したときに、能動的に管理者にアラートを送信するのもサーバの役割です。Zabbixは、エージェントレスで監視したり、SNMPエージェントでネットワークデバイスを監視することもできます。Zabbixプロキシプロキシは、Zabbixのオプションとして使用します。プロキシは、ZabbixXサーバの代わりにパフォーマンスおよび可用性データが収集されます。収集された全てのデータをローカルのバッファに格納し、プロキシが属するZabbixサーバに転送します。Zabbixプロキシは、ローカル管理者のいないリモートの場所、支店、ネットワークを集中監視するための理想的なソリューションとなります。Zabbixプロキシを使用して、単一のZabbixサーバの負荷を分散することもできます。この場合、プロキシのみでデータが収集されるため、サーバの処理に対するCPUとディスクI/Oの使用量が軽減されます。Zabbixエージェントネットワークに接続されたシステムのローカルのリソースやアプリケーション(ハードドライブ、メモリ、プロセッサの統計情報など)を能動的に監視するには、そのシステムでZabbixエージェントを実行する必要があります。エージェントは、動作するシステムの稼働情報を収集し、Zabbixサーバで処理するためにそれらのデータを送信します。障害(ハードディスク満杯、サービスプロセスのクラッシュなど)が発生した場合、Zabbixサーバは、障害が発生したマシンに関するアラートを能動的に管理者に送信します。Zabbixエージェントは統計情報を収集する際にネイティブのシステムコールを使用するので、非常に効率的に動作します。ウェブインタフェース監視データやZabbixの設定データに、プラットフォームを選ばずにどこからでも簡単にアクセスできるように、ウェブインタフェースが用意されています。このインタフェースはZabbixサーバに組み込まれており、通常はZabbixサーバが動作するのと同じ物理マシン上で動作しますが、別マシン上で動作させることもできます。SQLiteを使用する場合は、SQLiteが動作するのと同じ物理マシン上でWebインターフェースを実行する必要があります。ソフトウェア要件ソースからZabbixサーバまたはエージェントを作成するためには、ソフトウェアの追加が必要になります。CLIのヘッダーとライブラリが必要です。OCIのヘッダーとライブラリが必要です。PostgreSQLのヘッダとライブラリSQLiteのヘッダとライブラリ通常は、mysql-dev、postgresql-dev、sqlite3-devの各パッケージの一部として提供されます。UCD-SNMP)ライブラリとヘッダファイル。SNMPサポートのために必要。ライブラリとヘッダファイル。Jabberのメッセージングを有効にするために必要。ライブラリとヘッダファイル。WEB監視モジュールのために必要。Cコンパイラがオープンプラットフォームでは最適です。それ以外のCコンパイラ(HPやIBM製)も使用できます。makeはZabbixのMakefileを処理するために必要です。4.2Zabbixディストリビューションの構造srcフロントエンドを除く全てのZabbixのソースが格納されています。src/zabbix_serverzabbix_serverのMakefileとソースが格納されています。src/zabbix_agentzabbix_agentとzabbix_agentdのMakefileとソースが格納されています。src/zabbix_getzabbix_getのMakefileとソースが格納されています。src/zabbix_senderzabbix_senderのMakefileとソースが格納されています。includeZabbixのインクルードファイルが格納されています。miscmisc/init.d様々なプラットフォーム用のスタートアップスクリプトが格納されています。PHPフロントエンドのファイルが格納されています。createデータベースの初期作成用のSQLスクリプトが格納されています。create/schemaデータベース作成スキーマが格納されています。create/dataデータベース初期作成用データが格納されています。upgradesZabbixの様々なバージョン用のアップグレード手順が格納されています。Zabbixサーバサーバサイドステップ1Zabbixスーパーユーザアカウントの作成このユーザはサーバを実行することができます。本番環境用に特権を持たない(Zabbixが通常使用する)専用アカウントを作成する必要があります。rootやbinまたは任意の特権を持つアカウントでZabbixを実行するとセキュリティ上のリスクが発生します。それは止めてください。Zabbixサーバプロセス(zabbix_server)は、rootアカウントで実行できないように保護されています。zabbix-1.8.tar.gzステップ3Zabbixデータベースの作成Zabbixには、必要なデータベーススキーマを作成し、デフォルト設定データを挿入するためのSQLスクリプトが付属しています。DB2、MySQL、Oracle、PostgreSQL、SQLite用に別々に用意されています。images_ibm_db2.sqlZabbixフロントエンドではSQLクエリでOFFSET句とLIMIT句を使用します。DB2サーバーがDB2_COMPATIBILITY_VECTOR変数が3に設定されている必要があります。exitZabbixはUTF8でデータベース·キャラクタ·セットが必要です。UTF8;を実行することで変換することができます。/var/lib/sqlite/zabbix.dbステップ4使用するシステムに対応するソースコードの設定とコンパイルサーバ(マシンを監視する)とクライアント(監視されるマシン)は、どちらもソースをコンパイルして作成する必要があります。サーバのソースをconfigureするためには、使用するデータベースを指定する必要があります。APIの指定に使用します。APIの指定に使用します。--with-ucd-snmpは--with-net-snmpの代わりに使用することができます。SNMPのサポートが不要な場合は、--with-net-snmp及び--with-ucd-snmpのどちらも指定する必要はありません。クライアントバイナリとサーババイナリを両方ともコンパイルする場合は、以下のコマンドを実行します。--with-libcurl静的ライブラリのリンクは--enable-staticを使用します。別サーバにコンパイルしたバイナリを配布する予定がある場合は、必要なライブラリなしでこれらのバイナリを作成するために、このフラグを使用する必要があります。--enable-staticは、Solarisで動作しないことに注意してください。installを実行すると全てのファイルが/usr/local/bin、/usr/local/libなどにインストールされます。十分な権限を持っていることを確認してください。--prefixを使用し/usr/local以外のインストールプレフィックスを指定することができます、例えば--prefix=/home/zabbix。この場合、デーモンのバイナリは<prefix>/sbinへ、ユーティリティは<prefix>/binへインストールされます。Manページは<prefix>/share配下にインストールされます。6/etc/servicesの設定このステップはオプションです。実行することをお奨めします。(監視する)クライアントのマシンで、以下の行を/etc/servicesに追加します。Trapper注:ポート番号の10050と10051はIANAに正式に登録されたZabbixのポート番号です。推奨されているzabbix_agentdではなく、zabbix_agentを使用する場合は、以下の行を追加する必要があります。/opt/zabbix/bin/zabbix_agentinetdをリスタートします。inetd設定ファイルのデフォルト設定を変更します。9/etc/zabbix/zabbix_agentd.confの設定zabbix_agentdをインストールする全てのホストでこのファイルを設定する必要があります。このファイルには、ZABBIXサーバのIPアドレスを指定する必要があります。他のホストからの接続は拒否されます。サンプルとしてmisc/conf/zabbix_agentd.confが提供されているので、必要に応じて参照してください。小規模な環境(監視するホスト数が10以下)にインストールする場合、デフォルトパラメータを修正する必要はありません。Zabbixのパフォーマンスを最大限に高めるには、デフォルトパラメータを変更する必要があります。詳細については、「パフォーマンスチューニング」を参照してください。サンプルとしてmisc/conf/zabbix_server.confが提供されているので、必要に応じて参照してください。11サーバプロセスの実行サーバサイドでzabbix_serverを実行します。必要なマシン上でzabbix_agentdを実行します。./zabbix_agentd4.4ZabbixプロキシZabbixプロキシは特別なプロセスです。Zabbixを実行する必要はありません。ステップ1Zabbixスーパーユーザアカウントの作成このユーザはプロキシを実行することができます。本番環境用に特権を持たない(Zabbixが通常使用する)専用アカウントを作成する必要があります。rootやbinまたは任意の特権を持つアカウントでZabbixプロキシを実行するとセキュリティ上のリスクが発生します。それは止めてください。Zabbixプロキシプロセス(zabbix_proxy)は、rootアカウントで実行できないように保護されています。zabbix-1.8.tar.gzステップ3Zabbixデータベースの作成(オプション)データベースが存在しない場合は、ZABBIXプロキシプロセスの初回実行時に自動的に作成されます。それ以外の場合は、既存のデータベースが使用されます。データベースの自動作成機能はSQLiteのみサポートされています。Zabbixには、必要なデータベーススキーマを作成するためのSQLスクリプトが付属しています。DB2、MySQL、Oracle、PostgreSQL、SQLite用に別々に用意されています。>out.logエラーメッセージが出力された場合はout.logファイルを確認してください。ZabbixはUTF8でデータベース·キャラクタ·セットが必要です。UTF8;を実行することで変換することができます。/var/lib/sqlite/zabbix.dbデータベースが存在しない場合は自動的に作成されます。ステップ4使用するシステムに対応するソースコードの設定とコンパイルソースをコンパイルして、Zabbixプロキシプロセスのコンパイルを有効にする必要があります。プロキシのソースを設定するために、使用するデータベースを指定する必要があります。monitoringsqlora8のライブラリの位置を指定する場合はフラグ–with-oracleを使用します。Oracleをサポートする場合はこのライブラリが必要であり、libsqlora8のホームページから入手できます。ライブラリをスタティックリンクする場合はフラグ–enable-staticを使用します。コンパイルしたバイナリを複数のホストに分散させる場合は、分散先のホストに必要なライブラリが存在しなくてもバイナリが動作するように、このフラグを使用する必要があります。Solarisでは–enable-staticは使用できません。–with-net-snmpの代わりにフラグ–with-ucd-snmpを使用することができます。SNMPをサポートする必要がない場合は、–with-net-snmpと–with-ucd-snmpはどちらも指定する必要はありません。クライアントバイナリとプロキシバイナリを両方ともコンパイルする場合は、以下のコマンドを実行します。–with-libcurlパラメータ–enable-staticを使用すると、強制的にスタティックリンクすることができます。installを実行すると、全てのファイルが/usr/local/bin、/usr/local/libなどにインストールされます。–prefixを使用すると、/usr/local以外のインストールプリフィクスを指定できます。6/etc/servicesの設定このステップはオプションです。実行することをお奨めします。クライアント(監視される)マシンで、以下の行を/etc/servicesに追加します。推奨されているzabbix_agentdではなく、zabbix_agentを使用する場合は、以下の行を追加する必要があります。/opt/zabbix/bin/zabbix_agentinetdをリスタートします。inetd設定ファイルのデフォルト設定を変更します。小規模な環境(監視するホスト数が10以下)にインストールする場合、デフォルトパラメータを修正する必要はありません。Zabbixプロキシのパフォーマンスを最大限に高めるには、デフォルトパラメータを変更する必要があります。ホスト名とサーバのパラメータが正しく設定されていることを確認してください。サンプルとしてmisc/conf/zabbix_proxy.confが提供されているので、必要に応じて参照してください。9プロキシプロセスの実行zabbix_proxyを実行します。./zabbix_proxy4.5Zabbixエージェントクライアントサイドステップ1Zabbixアカウントの作成エージェントを実行するユーザを作成します。本番環境用に、特権を持たない専用アカウント(通常はzabbix)を作成する必要があります。Zabbixエージェントは、rootアカウントで実行できないように保護されています。zabbix-1.6.tarステップ3使用するシステムに対応するソースコードの設定とコンパイルクライアント用のソースだけをコンパイルする必要があります。クライアントのソースを設定するには、以下のコマンドを実行します。--enable-agentライブラリをスタティックリンクする場合はフラグ–enable-staticを使用します。コンパイルしたバイナリを複数のホストに分散させる場合は、分散先のホストに必要なライブラリが存在しなくてもバイナリが動作するように、このフラグを使用する必要があります。makebin/から/opt/zabbix/bin、または他のディレクトリにコピーします。/usr/local/zabbix/binです。ステップ5/etc/servicesの設定このステップは必ずしも必要ではありませんが、実行することをお奨めします。クライアント(監視される)マシンで、以下の行を/etc/servicesに追加します。推奨されているzabbix_agentdではなく、zabbix_agentを使用する場合は、以下の行を追加する必要があります。/opt/zabbix/bin/zabbix_agentinetdをリスタートします。7/etc/zabbix/zabbix_agent.confの設定zabbix_agentをインストールする全てのホストでこのファイルを設定する必要があります。このファイルには、ZabbixサーバのIPアドレスを指定する必要があります。他のホストからの接続は拒否されます。このファイルで、EOL文字は使用しないでください。サンプルとしてmisc/conf/zabbix_agent.confが提供されているので、必要に応じて参照してください。8/etc/zabbix/zabbix_agentd.confの設定zabbix_agentdをインストールする全てのホストでこのファイルを設定する必要があります。このファイルには、ZabbixサーバのIPアドレスを指定する必要があります。他のホストからの接続は拒否されます。サンプルとしてmisc/conf/zabbix_agentd.confが提供されているので、必要に応じて参照してください。/opt/zabbix/bin/zabbix_agentdzabbix_agentを使用する場合は、zabbix_agentdは実行しないでください。システムで共有メモリに2MBを割り当て可能であることを確認してください。collector.」というメッセージが出力されます。8で発生する可能性があります。v2の内容を確認して合意します。以下のモジュールのいずれか1つがインストールされている必要があります。モジュールphp-gdステップ4データベースを設定します。Zabbixデータベースは作成済みである必要があります。ステップ5Zabbixサーバの詳細を入力します。6これまでに設定した内容を確認します。7設定ファイルをダウンロードして、conf/に配置します。8インストール完了です。9このステップは分散監視の場合にのみ実行します。分散環境でZABBIXを使用する場合、以下のコマンドを実行する必要があります。<nodeid>ここで、ノードIDは一意なノードIDです。1このコマンドは、データベースデータをノードID「1」で使用できるように変換し、ローカルノードを追加します。10Zabbixウェブインタフェースの使用準備は完了です。デフォルトのユーザ名は「Admin」、パスワードは「zabbix」です。リリースレベルの変更サーバのバイナリとフロントエンドのアップグレードの為にリリースレベルの変更が必要とされます。リリースノートに記述れさている場合は、幾つかのインデックスがデータベースのパフォーマンス改善のために追加されることがあります。アップグレードは1.8.1から1.8.3等へといくつかのバージョンへ簡単なステップで実行することができます。詳細はインストールとアップグレードに関する注意事項を参照してください。Zabbixアプライアンスの使用Zabbixの既存のサーバを手動で設定したり再利用したりする以外に、Zabbixアプライアンスをダウンロードできます。はじめに、アプライアンスを起動して、DHCPで受信したIPにブラウザを移動します。guest.Zabbixアプライアンスでは、MySQLでZabbixサーバを設定して実行し、ウェブインタフェースを利用できます。Studioを利用して構築されています。6.1SUSE設定の変更OpenSUSEの基本設定にいくつかの変更が適用されています。6.1.1MySQL設定の変更バイナリログが無効になっています。InnoDBは、各テーブルのデータを個別のファイルに保存するように設定されています。6.1.2スタティックIPアドレスの使用デフォルトでは、アプライアンスはDHCPを使用してIPアドレスを取得します。スタティックIPアドレスを指定するには、以下のようにします。rootユーザでログインします。お好きなエディタでファイル/etc/sysconfig/network/ifcfg-eth0を開きます。BOOTPROTO変数をstaticに設定します。ネットワークに対して、IPADDR、NETMASKなどのパラメータを必要に応じて設定します。ファイルを/etc/sysconfig/network/routes作成します。restartを実行します。/etc/localtime6.1.4その他の変更ネットワークは、DHCPを使用してIPアドレスを取得するように設定されています。ユーティリティfpingは、権限4710を保持するように設定されています。所有グループをzabbixに変更し、suidまたはzabbixグループでしか使用できません。ntpdは、公開プールサーバに同期するように設定されています。Zabbixとの連携や監視が全般的に容易になるように様々な基本ユーティリティが追加されています。6.2Zabbix設定アプライアンスのZabbix設定には、パスワードとその他の設定について以下の変更があります。WEB).データベースユーザのパスワードを変更するには、以下の場所で変更してください。設定ファイルは/etc/zabbixにあります。Zabbixログファイルは/var/log/zabbixにあります。ユーザzabbixのホームディレクトリは/var/lib/zabbixです。6.2.3Zabbix設定の変更デフォルトのLinuxテンプレートの一部のアイテムとトリガーが無効になっています(ほとんどは、アプライアンスの設定に対応していなかったものです)。Appliance」に設定されています。ウェブインタフェースのタイムゾーンがEurope/Riga、Zabbixホームに設定されています(これは/etc/php5/apache2/php.iniで変更できます)。混乱しないように、無効なトリガーとウェブシナリオがデフォルトで表示されます。restore.6.3Webインタフェースへのアクセスデフォルトでは、以下の場所からウェブインタフェースにアクセスできます。127.0.0.1192.168.0.0/1610.0.0.0/8::1ルート(/)はウェブサーバ上の/zabbixにリダイレクトされるため、ウェブインタフェースにはhttp:<host>とhttp:<host>/zabbixのどちらからもアクセスできます。これは/etc/apache2/conf.d/zabbix.confでカスタマイズできます。このファイルの変更後にウェブサーバを再起動してください。再起動するには、SSHを使用してrootユーザでログインし、以下を実行します。(HTTP)の2つのポートのみが開いています。追加のポート(Zabbixサーバとエージェントのポートなど)を開くには、SuSEfirewall2ユーティリティでiptablesルールを変更します。zabbix-agent次に、ファイアウォールのルールをリロードします。start6.5監視機能Zabbixサーバは、以下のオプションを有効にしてコンパイルされています。SNMP;IPMI;Web監視;SSH2;IPv6.用意された設定では、Zabbixサーバ自体は、一部の基本パラメータ用にローカルにインストールされたエージェントによって監視されます。Zabbixウェブインタフェースは、ウェブ監視を使用して同様に監視されます。Zabbixアプライアンスは自身のWebインターフェースを監視します。ウェブウェブインタフェースの監視がログインすることに注意してください。これにより、多くのエントリが監査ログに追加されます。6.6命名規則、init、その他のスクリプトZabbixデーモンの名前は、SUSEガイドラインに従い、アンダースコアを使用する標準のものからダッシュに変更されています。名前は以下のようになります。zabbix-agentdzabbix-server同様に、設定ファイルは以下のようになります。/etc/zabbix/zabbix-server.conf/etc/zabbix/zabbix-agentd.conf適切なinitスクリプトが提供されています。Zabbixサーバをコントロールするには、以下のいずれかを使用します。statusZabbixエージェントのデーモンの場合、serverをagentdに置き換えます。6.6.1スケジュールされたスクリプトスケジュールされたスクリプト/var/lib/zabbix/binがあります。これは、Zabbixサーバが動作していない場合は再起動するように10分ごとにcrontabから実行されます。このスクリプトは問題発生時刻と起動時刻を/var/log/zabbix/server_problems.logに記録します。バージョン1.8.3以降のZabbixアプライアンスで利用できます。