コンポーネントの一般的な説明をします。アーキテクチャを利用するかです。非常にモジュールに細分化されています。サポートしています)。環境でアクティブ・スタンバイ構成や、クラスタ環境でアクティブ・アクティブの負荷分散構成をとったりと、複数用意することができます。データベースの高可用性を確保する手法もあります。複数の要素から構成されており、サーバはデータの収集および処理を行います。サーバはまた、収集し処理したデータをデータベースに保存します。コンソールは、データベース内のデータをインタラクティブにユーザに表示します。サーバは、定義されたチェック(監視))を実行するコンポーネントです。実行結果からチェック対象のステータスを更新します。アラートの生成を行います。データサーバは、高可用性やロードバランシングモードで動作することができます。サーバを同時に利用できます。サーバは常に稼働し、アラートとして定義されているいずれかの項目に問題がないか確認します。送信、Eメール送信や、スクリプトの実行など、アラームで定義されたアクションを実行します。1台がマスターサーバで残りがスレーブサーバといった形で、複数のサーバを同時に利用することもできます。マスターサーバは存在しますが、すべての処理は同じように行われます。同じタイプのクラッシュが発生し(たとえばネットワークサーバ)、マスターサーバがダウンしたサーバのすべてのデータ処理を行う場合を除きます。サーバは、エージェントからデータファイルを取得するかリモートで情報を取得し、それをアラート生成のトリガーとします。負荷やパラメータ等を見て、それぞれのサーバの状態を自動的に管理します。ユーザは、ウェブコンソールのサーバステータスで、それぞれのサーバの状態を確認することができます。10種類の特別なサーバが存在します。10種類すべてのサーバは、一つのアプリケーションとして作られています。サーバごとにサブプロセスを分割して実行するマルチスレッド(マルチプロセス)のアプリケーションとなっています。個々のサーバについて詳細の説明をします。データ(Data)サーバソフトウエアエージェントから送信されるデータを処理します。いずれかのプロトコル)され、サーバはその新たなデータファイルを確認・処理します。して貯めるハードディスク上のディレクトリを利用します。異なるデータサーバを、異なるシステムや同一のホスト(仮想サーバなど)にインストールすることもできます。環境など)が必要な巨大な環境において一緒に動作することができます。データベースにアクセスするためのサーバです。データベースは、ウェブサーバと共有しており多くのデータを保存しています。サーバはデーモンとして実行され、多くのデータを保存します。データサーバは、アラートやイベント生成の元となるすべてのエージェントの情報を処理するので、そのシンプルさとわずかな資源の消費にもかかわらず、システムの中で重要な機能となっています。データの処理のみを実施します。リモートチェック(監視)などは行いません。リクエストなど、リモートモニタリングタスクを実行します。エージェントがサーバに割り当てられるときは、ネットワークサーバに割り当てられ、データサーバには割り当てられません。ネットワークの応答確認はネットワークサーバが実行するため、モニタリング処理はネットワークサーバに割り当てられるということが重要だからです。ネットワークサーバが選択した監視対象に接続できるようにする必要があります。アクセスできないため、ダウン状態となります。コンソール)このサーバは、snmptrapdデーモンが受信したトラップを扱います。サーバはそれをデータベースに保存します。コンソールにおいて、アラートの定義を行うこともできます。呼び出しを実施するための専用サーバがあります。システムのデータを収集することができます。自動検出(Recognition)サーバ自動検出(Recon)サーバは、ネットワーク探索および新たなネットワーク上のシステムを検出するために利用します。自動検出サーバは、システムを検出するためにモニタリングのためのテンプレートを適用することもできます。新たなシステムをモニタリングできるように、テンプレートに定義されたデフォルトのモジュールを自動的に適用することもできます。利用して、オペレーティングシステムや開いているポート、すでに認識しているシステムを利用したネットワークトポロジによって、システムを特定することができます。インタフェースから組み込み、統合管理できます。ユーザ自身が開発した、複雑な監視の仕組みや追加機能を組み込むことができるようになっています。(人工知能)のコンポーネントです。10〜15分間隔で数値データの予測を行い、これまでに収集したデータと比較して異常を検出します。基本的に、一週間ごとに動的な基準値を生成します。サービスモニタリング(BPM)の計算も管理します。ウェブテストサーバ(Goliat)(Enterprise版のみ)ウェブテストサーバは、ウェブアクセスのテストに利用します。ウェブ全体のチェック、ユーザ認証、フォームへのデータ入力、コンテンツチェック、メニューの確認等、組み合わせのチェックが可能です。応答があるか無いかのチェックおよび、全体(画像、全テキストなど)の表示時間の取得ができます。モニタデータを他のサーバにコピーすることができます。動作している大きな環境で、重要な情報を一カ所に集めたい場合に便利です。インベントリ(Inventory)サーバ(Enterprise版のみ)インベントリサーバは、インストールされているソフトウエア、インストールされているパッチ、搭載されているメモリチップ、ハードディスク、システムで稼働しているサービスなど、システムのインベントリ情報を収集・可視化することができます。これらの情報は、リモートおよび、ソフトウエアエージェントを通してローカルで取得できます。correlation)サーバ(Enterprise版のみ)イベントの関連付けでアラートを生成できる特別なサーバです。これは他のサーバとは違ってモニタは行わない、起動時に設定する特別なサーバです。このサーバは他のサーバとは違いスレッドや冗長化設定はありません。実行するための追加の拡張サーバがあります。あるかを確認したうえで実行します。スタックにアクセスするためのバイナリツールを利用します。ユーザインタフェースです。この管理およびオペレーションコンソールは、それぞれのユーザに別の権限を設定することが可能で、エージェントの状態の操作、状態の参照、グラフおよびデータの生成、さらにはシステムに組み込まれているインシデント管理までできます。レポートの生成や、新たなモジュール、エージェント、アラートおよび、ユーザの作成やポリシー設定を行うことができます。他の追加ソフトウエアのインストールを必要としません。プラグインが必要です。ウェブコンソールの機能を正しく利用できません。ウェブコンソールは複数のサーバで動作させることが可能です。ロードバランシングや配置の問題(巨大なネットワーク、多くの異なるユーザグループ、地理的な違い、管理の違いなど)に対してアクセスを簡単にするように、多くのウェブコンソールを立てることができます。データ、つまりデータベースにアクセスできることです。エンタープライズ版の場合は、(NFS経由で)エージェント設定リポジトリにもアクセスできる必要があります。データベースを利用しています。モニタリング対象から受け取ったすべてのデータを関連付けし、非同期にデータベースに維持します。それぞれのエージェントのデータモジュールは、データをデータブロックとして生成します。10万ものデータを扱えるということでもあります。より自動的に管理されます。データベース管理者、手動オペレータや管理者を必要としません。90日)した後にデータを削除します。3つの意味が存在します。単純に「エージェント」と言った場合、それはウェブコンソールで作成したモニタ・管理対象を指します。それは、モジュールのグループ(または個々のモニタリング要素)に関連付けられています。アドレスに関連付けることが可能です。エージェントは、ネットワーク、WMI、プラグイン等のサーバを利用して、リモートモジュールに関連付け可能です。サーバの間の通信遅延の確認エージェントはまた、ローカルモジュールとの関連付けを持つこともできます。これらはソフトウエアエージェントの設定で定義したり、ウェブコンソールのエージェント設定で定義します。最初にエージェントからデータパケットが送られてきた時、学習モード(デフォルト)であれば、これらのローカルモジュールがウェブコンソール上に自動的に設定されます。したがって、「エージェント」は、リモートもしくはローカルのいずれかのモジュールを含むことが可能です。リモートモジュールはネットワークサーバ等からリモートで情報を取得し、ローカルモジュールはデータサーバによって情報を取得します。ウェブコンソール上でいうエージェントとは異なります。ソフトウエアエージェントは、それが動作しているマシンの情報をコマンドを実行することによりローカルで取得します。シェルスクリプトを利用しています。ファイアーウォールのオペレーティングシステム)までも含んでいます。エージェントは、多くの言語で開発することが可能です。エージェントと同じインタフェースおよびモジュールによる、フリーの環境で開発しています。おけるデータ収集これらのスクリプトはサブモジュールとして作られており、それぞれが情報を収集します。それぞれのエージェントは、さまざまな情報を収集します。一つの情報を一つのファイルに保存し、それをデータパケットと呼びます。エージェントからサーバへのデータパケットのコピー処理が定期的に実行されます。余分な情報でデータベースを肥大化させたり、システムに負荷をかけないように、(エージェント側にて)間隔の設定が可能です。5分に設定されています。データベースの負荷上昇など、ホストシステムのパフォーマンスに影響するため、100(秒)未満の値はお勧めしません。リアルタイムシステムではないということを認識しておいてください。リアルタイム性に依存しない環境における、アプリケーションやシステムのモニタリングを目的としたシステムです。プロトコルにより実行されます。利用することも可能です。暗号化することも可能です。エージェントとサーバの間の接続においてセキュリティが保証されます。プロトコルを用いての自動転送のための、キー生成プロセスは、エージェントとサーバのインストールおよび設定のドキュメントにて詳細を説明しています。その他ファイル転送システムにより実行することも可能です。ユーザが信頼できる等、システムのセキュリティが確保されている場合に選択可能です。他のプロトコルによる転送設定については、補足ドキュメントを参照ください。エージェントは、それがインストールされたマシンから他のホストにアクセスするようなデータ収集も可能です。これをサテライトエージェントと呼びます。エージェントを持つように設定することも可能です。これは、たとえば、ソフトウエアエージェントとサテライトエージェントがあるようなまれなケースです。その他コマンドにてリモートのシステムをモニタするように設定されます。データファイルデータファイルの書式は次のようになっています。いう拡張子を組み合わせてできています。いう拡張子があります。いう拡張子になっています。それには、エージェントが収集した情報が含まれています。引き渡すことが簡単にできるように、コンパクトで、柔軟性が高く、軽いデザインになっています。自動販売機に組み込まれた、物理エージェントがあります。これらは共にセンサーが組み込まれており、次の状態のモニタリングを実現しています。簡単に扱うことができます。(データ処理センター)に展開されています。トポロジ、スキーマ、監視モデルモニタリングの処理には、ローカルとリモートの異なるモデルがあります。みなさんが分かりやすく問題解決ができるように、異なるトポロジで共通の例を示します。それぞれのソリューションは以降の章に記載しています。アクセス可能な監視対象これは標準的な構成ですが、集中型で体系化されています。これは最も実装が簡単なモデルです。サーバから全てのリモートシステムにアクセスできることを意味します。リモートで確認ができない(通信できない)対象を想定します。ソフトウエアエージェントを、他のシステムをリモートで確認するために利用します。この場合、ソフトウエアエージェントのプロキシ機能を利用します。サーバに直接アクセスできないエージェントがそれを通してアクセスできるようになります。サーバがある状況です。同じデータベースに接続して、一つのサーバが事前に定義したテストを行い、もう一方が他のテストを行います。双方のサーバは同じ環境で動作し、コンソールから同時に管理できます。異なる設定の監視システムで、複数の本社を監視する必要性があっとします。モニタリング情報を複製するエクスポート機能を利用します。サーバにデータを送るエージェントを設定することができます。管理は一つから可能です。必要な時に別の担当者で監視内容を分散管理する必要がある場合に便利です。これは、構成というより管理が重要です。管理ポリシーの権限設定によって調整します。数千もの監視項目がある大規模環境では、異なるリモートモニタリング手法を利用します。(50,000以上の)大量の監視項目では、一台のサーバに集約することができません。そのため、異なるサーバをリモート監視を分散するブローカーモードで利用します。ブローカーモードのエージェントを使ったリモート監視の分散モデルプライマリサーバのハードウエアが故障した場合にそなえて、冗長化の設定が必要です。2つのサーバを用意し、一方が停止したときにアクティブになるように一台はスタンバイ状態にしておきます。するにはいくつかの手法があります。これにより、リニアにシステムを拡張できます。pandorafms.org。