1 Zabbixサーバー

概要

Zabbixサーバーは、Zabbixのソフトウェアの中核となるプロセスです。

Zabbixサーバーは、データのポーリングとトラッピングを処理し、それをトリガーによって判断し、ユーザーに対して通知を行います。ZabbixエージェントやZabbixプロキシからシステムの可用性と整合性に関するデータを受け取る中核となるコンポーネントです。Zabbixサーバー自体は、シンプルなサービスチェックの機能を使用して、ネットワークに接続されたサービス（Webサーバーやメールサーバーなど）をリモートからチェックすることができます。

Zabbixサーバーは、すべての設定、統計、運用データが保存される中核となるリポジトリで、監視対象のシステムで障害が発生したときに、管理者に対して能動的に警告を通知する役割を担います。

Zabbixサーバーの基本的な機能は、3つの異なるコンポーネントに分けられます。その3つとは、Zabbixサーバー、Webインターフェース、データベースストレージです。

Zabbixのすべての設定情報はデータベース上に保存され、ZabbixサーバーとWebインターフェースの両方がそのデータベースと通信します。例えば、Webインターフェース（またはAPI）を使用して新しいアイテムを作成した時には、データベース内のitemsテーブルに追加されます。次に、Zabbixサーバーはおよそ1分ごとに有効なアイテムの一覧を取得するためitemsテーブルを検索し、Zabbixサーバー内のキャッシュに保存します。このため、Webインターフェースで行った変更が最新データとして反映されるまでに最大2分かかります。

Zabbixサーバーの起動

パッケージを使用してインストールした場合

Zabbixサーバーはデーモンプロセスとして実行されます。サーバーを起動するには以下を実行します。

systemctl start zabbix-server

これはほとんどのGNU/Linuxシステムで動きます。他のシステムでは、以下のように実行する必要がある場合があります。

/etc/init.d/zabbix-server start

同様に、停止/再起動/ステータス表示するには以下を実行します。

systemctl stop zabbix-server
       systemctl restart zabbix-server
       systemctl status zabbix-server

手動での起動

上記の方法で起動できない場合は、手動で起動する必要があります。zabbix_serverのバイナリを見つけて、以下のように実行します：

shell> zabbix_server

Zabbixサーバーでは、以下のコマンドラインパラメーターを使用できます：

-c --config <file>              設定ファイルを絶対パスで指定します。（デフォルトは/usr/local/etc/zabbix_server.conf）
       -f --foreground                 Zabbixサーバーをフォアグラウンドで実行します。
       -R --runtime-control <option>   管理用のランタイムコマンドを実行します。
       -h --help                       ヘルプを表示します。
       -V --version                    バージョン情報を表示します。

Zabbixサーバーのコマンドラインパラメータの使用例です：

shell> zabbix_server -c /usr/local/etc/zabbix_server.conf
       shell> zabbix_server --help
       shell> zabbix_server -V

ランタイムコントロール

ランタイムコントロールオプション :

ランタイム制御を使用してサーバー構成キャッシュをリロードする例:

shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reload

ランタイム制御を使用して診断情報を収集する例:

# サーバー ログ ファイルで利用可能なすべての診断情報を収集:
       shell> zabbix_server -R diaginfo
       
       # サーバー ログ ファイルで履歴キャッシュ統計を収集:
       shell> zabbix_server -R diaginfo=historycache

ランタイム制御を使用してSNMPキャッシュをリロードする例:

shell> zabbix_server -R snmp_cache_reload  

ランタイム制御を使用してハウスキーパーの実行をトリガーする例:

shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R housekeeper_execute

ランタイム制御を使用してログレベルを変更する例:

# すべてのプロセスのログレベルを上げる:
       shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
       
       # 2番目のポーラープロセスのログレベルを上げる:
       shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
       
       # PID 1234 でプロセスのログレベルを上げる:
       shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234
       
       # すべてのhttpポーラープロセスのログレベルを下げる:
       shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"

HAフェイルオーバー遅延を最小10秒に設定する例:

shell> zabbix_server -R ha_set_failover_delay=10s

プロセス起動ユーザー

Zabbixサーバーは、非rootユーザーで動作するように設計されています。起動されたどんな非rootユーザーでも起動すれば動作します。したがって、非rootユーザーで問題なくサーバーを実行できます。

'root'として起動しようとするとハードコードされた'zabbix'ユーザーに切り替わります。このユーザーは、システム上に存在する必要があります。サーバーの設定ファイル内の'AllowRoot'パラメーターを変更した時のみ、'root'で実行させることができます。

ZabbixサーバーとZabbixエージェントが同じマシン上で動作する場合、サーバーの実行とエージェントの実行に、異なるユーザーを使用することをお勧めします。どちらも同じユーザーで実行されている場合、エージェントはサーバーの設定ファイルにアクセスでき、Zabbix内のどの管理レベルのユーザーでも、極めて容易にデータベースのパスワード等を取得することができてしまいます。

設定ファイル

zabbix_serverの設定の詳細は、設定ファイルを参照してください。

起動スクリプト

スクリプトは、システムの起動/シャットダウン中のZabbixプロセスの自動起動/停止に使用されます。スクリプトは、misc/init.dディレクトリの下にあります。

サーバープロセスの種類

• alert manager - アラートキューマネージャー
• alert syncer - アラートDBライター
• alerter - 通知の送信プロセス
• availability manager - ホスト可用性の更新プロセス
• configuration syncer - 設定データのメモリ内キャッシュを管理するプロセス
• discoverer - デバイス検出プロセス
• escalator - アクションエスカレーションのプロセス
• ha manager - 高可用性(HA)を管理するプロセス
• history poller - データベース接続を必要とする計算された内部チェックを処理するためのプロセス
• history syncer - 履歴DBライター
• housekeeper - 古いヒストリデータの削除プロセス
• http poller - Web監視ポーラー
• icmp pinger - icmppingチェックのポーラー
• ipmi manager - IPMIポーラーマネージャー
• ipmi poller - IPMIチェックのポーラー
• java poller - Javaチェックのポーラー
• lld manager - ローレベルディスカバリタスクのマネージャープロセス
• lld worker - ローレベルディスカバリタスクのワーカープロセス
• odbc poller - ODBCチェックのポーラー
• poller - パッシブチェック用の通常のポーラー
• preprocessing manager - 前処理タスクのマネージャー
• preprocessing worker - データ前処理のプロセス
• proxy poller - パッシブプロキシのポーラー
• report manager- スケジュールされたレポート生成タスクのマネージャー
• report writer - スケジュールされたレポートを生成するプロセス
• self-monitoring - 内部サーバー統計を収集するプロセス
• service manager - history syncer、タスクマネージャー、およびアラートマネージャーから問題、問題タグ、および問題回復に関する情報を受信してサービスを管理するプロセス
• snmp trapper - SNMPトラップのトラッパー
• task manager - 他のコンポーネントによって要求されたタスクをリモートで実行するためのプロセス (例: 障害のクローズ、障害の確認、アイテムの値の即時チェック、リモート コマンド機能)
• timer - メンテナンス処理用タイマー
• trapper - アクティブチェック、トラップ、プロキシ通信用のトラッパー
• trigger housekeeper - 削除されたトリガーによって発生した問題を除去するプロセス
• unreachable poller - 到達不能デバイスのポーラー
• vmware collector - VMwareサービスからのデータ収集を担当するVMwareデータコレクター

サーバーログファイルを使用して、これらのプロセスタイプを監視できます。

内部アイテムzabbix[process,<type>,<mode>,<state>]を使用して、さまざまなタイプのZabbixサーバープロセスを監視できます。

サポートされているプラットフォーム

サーバーの処理のセキュリティ要件やミッションクリティカルな性質から、必要なパフォーマンス、フォールトトレランス、および復元力を一貫して提供できるOSはUNIXだけです。Zabbixは市場に出回っているバージョンで動作します。

Zabbixサーバーは、以下のプラットフォーム上での動作を確認済みです：

• Linux
• Solaris
• AIX
• HP-UX
• Mac OS X
• FreeBSD
• OpenBSD
• NetBSD
• SCO Open Server
• Tru64/OSF1

ロケール

いくつかのテキスト形式のアイテムを正しく処理できるようにするため、サーバーにはUTF-8のロケールが必要であることに注意してください。最近のほとんどのUNIXライクなシステムにはデフォルトでUTF-8ロケールがありますが、システムによっては具体的に設定しなければ使用することができません。