Difference between revisions of "Pandora: Documentation ja: Glosario Terminos"

From Pandora FMS Wiki
Jump to: navigation, search
(コンソール)
(Pandora FMS で使われている用語の説明)
Line 3: Line 3:
 
=Pandora FMS で使われている用語の説明=
 
=Pandora FMS で使われている用語の説明=
  
我々が利用している用語を最初に理解することは、難しいことの一つです。他のモニタリングシステムから乗り換えてきたり、モニタリングシステムを使ったことが無い方には、確かに難しいです。この章の目的は、Pandora FMS で通常使われている用語の詳細をまとめることです。
+
この章の目的は、Pandora FMS で通常使われている用語の詳細をまとめることです。
  
 
== エージェント ==
 
== エージェント ==

Revision as of 01:23, 11 April 2017

Pandora FMS ドキュメント一覧に戻る

1 Pandora FMS で使われている用語の説明

この章の目的は、Pandora FMS で通常使われている用語の詳細をまとめることです。

1.1 エージェント

Pandora FMS におけるエージェントは、一つの集まりを意味します。通常はマシン、システムやホスト (コンピュータ) です。エージェントは情報を持ち、一つのグループ (一つだけ) に所属します。エージェントはまた、異なるコンピュータの一つの集まりと見ることもできます。"情報を含む" ビル、車や、その他と考えることもできます。エージェントは異なるモジュールから情報を取得します。エージェントは、親子関係を通して (エージェントは他のエージェントの子になれます) 他のエージェントとリンクすることができます。しかしながら、エージェントは Pandora FMS 内の一つの集まりであり、情報はモジュールと呼ばれる単位で保存されます。

1.2 ソフトウエアエージェント

名前から、前述のものと概念は同じです。ソフトウエアエージェントは、ソフトウエアであり、コンピュータにインストールし自動的に情報を収集します。 このプログラムは、"Pandora FMS エージェント" と呼ばれ、Windows や UNIX など全てのシステムにインストールされます。ソフトウエアエージェントは、ネットワークを通して Pandora FMS へ送信するデータファイルを生成するアプライアンスです。通常は Tentacle プロトコルが使われます。

1.3 モジュール

モジュールは、それ特有のデータ (数値やテキスト) を持つものです。それぞれのモジュールは一種類のデータを持ちます。つまり、ルータのトラフィックを保持するモジュールは、その値 (時間と共に増加する値) のみを保存します。モジュールはエージェントに属しており、エージェントにのみ関連しています。エージェントは複数のモジュールを持つことができます。モジュールはそれ同士で連携することはできません。

1.4 リモートサーバ

ローカルサーバではなく、ネット上にあるサーバです。

1.5 サーバ

Pandora FMS のサーバは、異なる手法で情報を収集するプロセスの要素です。それらはまた、アラートを実行したり、データをデータベースに送ったりします。それらは Pandora サーバの個々の要素にわかれており、それぞれが一つの処理を実行します。例えば、ネットワークサーバであれば、(データサーバが XML の処理をする一方で、離れた所から) リモートモニタリングを実施します。

時々、システムについて語るとき、"サーバ" について言及します。

1.6 コンソール

コンソールは、ウェブを通して Pandora FMS を管理するためのウェブアプリケーションです。

1.7 メタコンソール


メタコンソールは、複数の Pandora FMS システムをまとめて管理・参照することができるウェブポータルです。これにより、異なる監視環境のデータ管理を透過的に行うことができます。

1.8 グループ

グループは、まとまりを作る要素です。グループはエージェントを持ち、グループはユーザの参照権限の制御に利用されます。例えば、レポートが定義され一つのグループに関連付けられているとき、そのグループにアクセスできるユーザのみがレポートを参照できます。

グループはまた、他のグループを持つことができます。しかし、この階層構造は (少なくともバージョン 3.1 およびそれ以前では) 権限の無いアカウントでは見ることができません。

1.9 プロファイル

エージェント参照、エージェント編集、アラートの割り当て、レポートの定義、データベースの管理など、Pandora FMS で可能な操作の "権限" です。

1.10 ACL

ACL は、英語の Access Control List の頭文字です。Pandora FMS では、ユーザにグループのプロファイルを割り当てることにより定義されます。

1.11 モニタ

状態を持ったモジュールです。Pandora FMS の以前のバージョンでは、boolean モジュールのみが (正常時は 1、障害時は 0 の) 状態を持っていました。現在の全てのモジュールは、3つの異なる状態のしきい値を定義することができます。モジュールが状態を持たない場合、障害や警告状態を認識しない、単純なモジュールとなります。

1.12 データファイル / XML データ

XML は、Pandora FMS ソフトウエアエージェントが生成するデータファイルです。エージェントモジュールの情報が含まれているほか、エージェント自身の情報 (バージョン、OS など) を含んでいます。XML フォーマットは標準的なもので、データを表すのに便利です。XML フォーマットの詳細は、http://ja.wikipedia.org/wiki/Extensible_Markup_Language を参照してくだい。

1.13 アラート

特定のモジュールに関連付けられたアラートテンプレートの要求です。異なるアクションに関連付けられ、発生と未発生の二つの状態を持ちます。Pandora FMS におけるアラートでは、例えばサーバダウンなど何かが発生した場合に、Pandora FMS がこれを認識し何が発生したか通知するために、メールや SMS を送信します。

1.14 アラートテンプレート

アラートの 3つのコンポーネントのうちの一つです。一般的な方法 (正しくは、テンプレートに応じてアラートを実行します) でアラートの設定を定義します。アラートを発生させる状態を定義することができ、それはモジュールの値や状態、また、特定の間隔で発報する最大回数やリカバリ通知オプションに依存します。

1.15 アクション

アクションは、アラートの一機能です。アクションは、(個別の) コマンドを実行します。この個別性により、アクションは特定のパラメータを持つことができます。例えば、eMail コマンドでは、管理者へのメール送信プロジェクトのメーリングリストへのメール送信 など、メールアドレスを指定するコマンドフィールドを設定することにより、アクションを定義することができます。

1.16 コマンド

Pandora FMS 外のコンポーネントです。Pandora FMS の内部コマンド以外で、サーバが実行するプログラムや外部ユーティリティをコマンドとして、イベントを生成したりメールを送信したりできます。

1.17 シェルまたはコマンドライン

キーボードからコマンドを入力するインタフェースです。

1.18 パッケージ

パッケージは、特定のフォーマットで特定の OS とそのバージョン用にインストールできるように、プログラムや複数のプラグラムをまとめたものです。例えば、OpenSUSE linux であれば RPM パッケージです。

1.19 tarアーカイブ

パッケージと同様に、プログラムや複数のプログラムを TAR フォーマットでまとめたものです。ただし、インストール方法に関する情報や、特定の OS 用の情報は含まれていません。(プログラム自体をまとめたものです)

1.20 SVN / Subversion / リポジトリ

プロジェクトにおける異なるバージョンのファイルを一つのリポジトリに保存するリビジョン管理システムです。特定のタイミングにおけるファイルのグループをリビジョンと呼びます。複数の人が、プロジェクトの同じリビジョンのファイルをそれぞれ持つことができます。

1.21 データベース

同じ種類のデータの集合であり、あとから利用するためにシステム的に保持しているものです。Pandora FMS は、リレーショナルデータベースを利用しており、そこにデータを保持しています。特別なものではなく、標準的な言語 (SQL) を使ってアクセスすることができます。

1.22 データベース概要

公式言語でのデータベース構造の説明です。リレーショナルデータベース内に、テーブル、それぞれのテーブルにフィールド、また、フィールドとテーブルの関係を定義しています。

1.23 Tentacle

ソフトウエアエージェントが Pandora FMS サーバにデータを送信するための、データ転送プロトコルです。Tentacle は、マルチプラットフォームで動作し、セキュアに、そして使いやすいように設計されています。デフォルトでは、41121 番ポート (IANA により割り当てられています) を利用します。

1.24 状態

通常は、一つのモジュールの状態を指します。その時点のモジュールの情報を示します。エージェントの状態は、全てのモジュールの最も悪い状態を示します (5つのモジュールがあり一つが障害状態で二つが警告状態、残りが正常であれば、障害状態となります)。グループの状態についても同様です。

1.25 障害および警告状態

正常、警告、障害は、モジュールがとりうる 3つの状態です。警告および障害状態は、通常、異なる重要度でのエラー状態を示します。Pandora FMS は、それぞれのモジュールが警告および障害状態になるしきい値を個別に設定することができます。

1.26 不明状態

2回以上データを取得できなかった場合のモジュールの状態を不明状態といいます。5分間隔でデータを送信するモジュールであれば、10分間何もデータを受信しないと不明状態になります。データを受信していれば、正常、警告、障害の状態を維持します。

1.27 アラートのしきい値

アラートテンプレートを設定する時の、時間間隔の制限です。例えば、アラートテンプレートを 10分のしきい値とし、最大のアラート数を 5にすると、10分間隔で 5回以上アラート処理を行わないようになります。リカバリ設定が行われている場合は、アラートはこの時間間隔が終わるまでが発生状態となります。

1.28 ポジティブ/ネガティブな障害

もし、チェックでエラーを返しても実際には問題が発生していない場合、それをポジティブな障害とみなします。エラーを返してないが実際には問題が発生している場合、ネガティブな障害と呼びます。例えば、サーバが正常な時にモジュールが 1を返している場合はポジティブな障害であり、サーバが異常な時に 1ではなく 0を返していればネガティブな障害です。

1.29 連続抑制回数

モジュールの連続抑制回数は、モジュールの状態変化を何回まで許すかを示します。これにより、許容範囲回数までの状態変化を、障害として検出されないようにします。例えば、あるモジュールは連続 2回までの状態変化は正常動作内であり得るが、それ以上連続することはないような場合は、正常な状態変化回数の範囲を障害として検出しないよう連続抑制回数を 2 に設定します。

1.30 同期モニタリング

標準の間隔でデータを取得しているモジュールを同期モジュールと呼びます。例えば、5分間隔の温度計測などです。

1.31 非同期モニタリング

発生したときのみデータを返すモジュールを非同期モジュールと呼びます。例えば、ログファイルの文字列チェックです。文字列が見つからなければ、モジュールはデータを返しません。ほかには、SNMP トラップがあげられます。エラーが発生した場合 (例えば、電源故障) のみ生成されます。