概要このセクションでは、Zabbixで一般的に使用されている用語の意味について学ぶことができます。ホストグループには、ホストとテンプレートが入ります。1つのホストグループ内のホストとテンプレートは、どのような方法でもお互いにはリンクしません。ホストグループは、異なるユーザーグループに対してホストへのアクセス権を与える際に使用されます。ホストから取得する特定の1つのデータで、データの軸です。問題の閾値を定義する論理的な表現で、アイテム内で取得したデータを「評価」するのに使用されます。取得したデータが閾値を超えた場合、トリガーは「OK」から「障害」状態に変わります。取得したデータが閾値を超えていない場合は、トリガーは「OK」状態のまま、あるいは「OK」に戻ります。トリガーの状態が変化したり、ディスカバリやエージェントの自動登録が実行されているなど、注意に値する何かが発生したことを示します。事前に登録されている、イベントに対する反応方法です。アクション内で操作を実行するためのカスタムシナリオで、通知の送信やリモートコマンドの実行などの一連の順序です。配信チャネルでもあります。選択したメディアチャネルを通してユーザーに送信されるイベントに関するメッセージです。ある状態になったときに、監視されているホスト上で自動的に実行される、既定のコマンドです。下層のディスカバリルールなど)のセットです。監視タスクへの一括変更の適用を容易にするためでもあります。テンプレートは個別のホストに直接リンクされています。論理的なグループ内の、アイテムのグループです。ウェブサイトの稼働をチェックする、1つあるいは複数のHTTPリクエストです。Zabbixで提供されているウェブインターフェイスです。RPCプロトコルを使用することができます。中核のデータリポジトリでもあります。ローカルのリソースやアプリケーションを能動的に監視するために、監視対象上で作動されるプロセスです。Zabbixサーバのかわりにデータを収集するプロセスで、サーバの処理の負荷を減らします。自己の場所を監視する役割を担っています。本ページは2013/04/24時点の原文を基にしておりますので、内容は必ずしも最新のものとは限りません。page」から英語版を参照してください。Zabbixサーバ概要Zabbixサーバは、Zabbixsソフトウェアの中核のプロセスです。Zabbixサーバは、データのポーリングとトラッピングを遂行し、トリガーの統計を行い、ユーザーに通知レポートを送信します。Zabbixサーバは、Zabbixエージェントやプロキシからシステムの稼働や整合性のデータを報告される、中核のコンポーネントでもあります。Zabbixサーバは、それ自身リモートからシンプルなサービスチェック機能を使って、ウェブサーバやメールサーバのようなネットワークで接続されたサービスをチェックできます。Zabbixサーバは、すべての設定、統計、操作のデータが保存される中核のリポジトリであり、監視対象のシステムのいずれかで障害が発生したときに、管理者に対して能動的に警告するZabbix内のエンティティでもあります。その3つとは、Zabbixサーバ、ウェブフロントエンド、データベースストレージです。Zabbixのすべての設定情報はデータベースに保存されています。サーバとウェブフロントエンドの両方がそのデータベースと通信します。ウェブフロントエンド(またはAPI)を使って新しいアイテムを作成したときには、データベースのアイテムテーブルに追加されます。その後約1分に1回、Zabbixサーバは、その時点でZabbixサーバのキャッシュに保存されているアクティブなアイテムのリストを得るために、アイテムテーブルに問合せをします。Zabbixフロントエンドで行われたどんな変更も、最新のデータセクションに現れるまで2分かかるのは、このためです。サーバプロセスZabbixサーバは、デーモンプロセスとして動作します。設定ファイルを絶対パスで指定します。データベースデータを新しいノードIDに変換します。管理者機能を実行します。バージョン情報を表示します。runtime-controlは、OpenBSDとNetBSDではサポートさていません。設定キャッシュをリロードします。その時点でキャッシュがロードされようとしているときは無視されます。config_cache_reloadプロセスユーザーZabbixサーバは、非rootユーザーとして動作するように設計されています。どんな非rootユーザーであれ、起動されれば動作します。したがって、何の問題もなく、どんな非rootユーザーとしてでも、あなたはZabbixサーバを動作させることができます。rootとして動作させる場合には、システムに必ず存在する、ハードコードされた「zabbix」ユーザーに切り替わります。これらの設定は、現時点では、コンパイル中であっても、設定ファイル内でも、ユーザーによる設定は不可能です。Zabbixサーバとエージェントが同じマシン上で動作する場合、サーバの実行とエージェントの実行に、異なるユーザーを使用することをお奨めします。しないと、同じユーザーとしてサーバとエージェントの両方が実行された場合、エージェントはサーバの設定ファイルにアクセスでき、例えば、Zabbix内のどの管理レベルのユーザーでも、極めて容易にデータベースのパスワードを取得することができてしまいます。Zabbixサーバの設定を参照してください。ディレクトリの下にあります。サポートされているプラットフォームセキュリティの要件や、サーバ操作のミッションクリティカルな性質のために一貫して必要なパフォーマンスやフォールトトレランス、回復力を提供できているOSはUNIXだけです。Zabbixは市場に出回っているバージョンで動作します。ServerTru64/OSF1Zabbxは、他のUNIX系OSでも同様に動作します。メンテナンス他にリンクの予定)本ページは2013/04/24時点の原文を基にしておりますので、内容は必ずしも最新のものとは限りません。page」から英語版を参照してください。エージェントを監視対象上で動作させます。エージェントは、稼働情報データをローカルで収集し、Zabbixで処理を行うためにZabbixサーバに情報を報告します。ハードディスクがいっぱいになった、あるいはサービスプロセスが壊れたなどの、障害が発生した場合、Zabbixサーバはその障害が発生したマシンの管理者に対して、障害発生したことを能動的に警告することができます。Zabbixエージェントは、統計情報を収集するのにネイティブのシステムコールを使用するので、極めて効率的に動作します。パッシブチェックとアクティブチェックZabbixエージェントは、パッシブチェックとアクティブチェックを行うことができます。エージェントはデータの要求に対して応答します。Zabbixサーバ(またはプロキシ)が、例えばCPU負荷のデータを要求すると、Zabbixエージェントが結果を返信します。アクティブチェックでは、より複雑な処理が必要です。Zabbixエージェントは、個々の処理のために、最初にZabbixサーバからアイテムのリストを取得します。その後、更新された値をサーバに定期送信します。パッシブチェック、アクティブチェックのどちらで動作するかは、それぞれの監視対象のアイテムのタイプを選択することによって設定されます。エージェント(アクティブ)」のアイテムのタイプを処理します。7インストールZabbixエージェントのインストール方法を参照してください。UNIX用のエージェントの処理(スタンドアロンデーモン)Zabbixエージェントは監視対象となるホスト上で動作されます。Zabbixエージェントは、デーモンプロセスとして動作します。設定ファイルを指定します。