ja:documentation:01_understanding:02_architecture

差分

このページの2つのバージョン間の差分を表示します。

この比較画面へのリンク

両方とも前のリビジョン 前のリビジョン
次のリビジョン
前のリビジョン
最新のリビジョン両方とも次のリビジョン
ja:documentation:01_understanding:02_architecture [2023/06/07 06:32] – [エージェント] junichija:documentation:01_understanding:02_architecture [2023/06/09 05:19] – [大規模環境] junichi
行 194: 行 194:
  
 === ソフトウエアエージェント === === ソフトウエアエージェント ===
 +
 +Software agents are installed on computers to be monitored locally, retrieving the information from the computer itself. They are mainly used in servers for monitoring machine resources (CPU, RAM, disks…) and installed applications (MySQL, Apache, JBoss…). Generally speaking, server and equipment monitoring will be carried out with software agents, while network equipment monitoring will be done remotely without any software installation.
  
 ソフトウエアエージェントは監視対象のコンピュータにインストールされるものであり、それが動作しているマシンの情報をローカルで取得します。主に、サーバリソース(CPU、メモリ、ディスクなど)およびインストールされたアプリケーション(MySQL, Apache, JBoss など)を監視します。一般的にサーバの監視はソフトウエアエージェントで実施し、ネットワーク機器は何らかのソフトウエアのインストールは無しでリモートから監視を行います。 ソフトウエアエージェントは監視対象のコンピュータにインストールされるものであり、それが動作しているマシンの情報をローカルで取得します。主に、サーバリソース(CPU、メモリ、ディスクなど)およびインストールされたアプリケーション(MySQL, Apache, JBoss など)を監視します。一般的にサーバの監視はソフトウエアエージェントで実施し、ネットワーク機器は何らかのソフトウエアのインストールは無しでリモートから監視を行います。
  
-{{  :wiki:recoledatospandora.png?600  |//Pandora FMS グローバルアーキテクチャの概要//}}+All the information about the checks carried out is displayed in a single XML format file, which is sent through the Tentacle protocol to Pandora FMS server in a predetermined **interval** of 300 seconds. It is also possible son send the packages using SSH or FTP.
  
-それぞれのソフトウエアエージェントは、モジュールと呼ばれる複数のチェックを施します。そぞれが、CPU 使用率といっ特定のデータ紐づけられますべての監視結果のデータ、一つの XML フォーマットのファイルにまとめられ、Pandora FMS サーバれます。+行された監視すべての情報は つの XML 形式のファイルに出力され、このファイルは Tentacle プロトコルを介して 300 秒の所定の**間隔**で Pandora FMS サーバ信さます。 SSH または FTP を使用してデータを送信することもできます。
  
-エージェントからサーバへのデータのコピー処理は、通常定期的に実施されます。この **間隔**  はソフトウエアエージェントにて定義され、ソフトウエアエージェントがサーバに対して通信を開始します。+{{  :wiki:esquema-3.png  }}
  
-間隔は、最大 300秒まで設定できます。つまり 5分です。100(秒)未満の値はお勧めしません。サーバのパフォーマンスに影響を与える可能性があります。細かいポーリング間隔は、データベースおよびシステムの処理に過負荷をかけることがあります。 
  
-**Pandora FMS はリアルタイムシテムではない**  ということを認識しておくことが重要です。リアルタイム性が重要な要素ではない環境におけるシステムおよびアプリケションの一般的な監視システムです。3〜5秒の応答時間を要求する環境の運用に適しています。+==== トポロジ、マ、監視モデル ====
  
-{{  :wiki:pandoraagent_logical_schema.png?650  }}//Illustration: Logical diagram of an agent, physical agent //  //図: エージェントおよび物理エージェントの論理構成// 
  
-パケットの転送は、Tentacle プロトコルにより実行されます。SSH や FTP を利用することも可能です。+=== アクセス可能なネットワーク ===
  
-ネットワークを通してパスワード無しの非暗号化データが流れるため、SSH を利用して Tentacle を暗号化することも可能です。エージェントとサーバの間の接続においてセキュリティが保証されます。SCP(SSH) および Tentacle プロトコルを用いての自動転送のための、キー生成プロセスは、エージェントとサーバのインストールおよび設定のドキュメントにて詳細を説明しています。+  * Network access for **centralized remote monitoring**. It implies that all machines can be accessed from Pandora FMS to probe them remotely.
  
-転送またFTP やそ他ファイル転送ステムより実行することも可能です。Tentacle は、ユザが信頼できる等、システムのセキュリティが確保されている場合に選択可能です。+  * **集中リモート監視** でのネットワークアクセス。これは、Pandora FMS からすべてリモトでアクセスできることを意味します。 
  
-他のプロトコルによる転送設定については、補足ドキュメントを参照ください。+  * Network access for **agent based monitoring**. In this network, Pandora FMS server can be reached from the software agents installed on monitored machines.
  
-Pandora FMS のエージェントは、それがインストールされたマシンから他のホストにアクセスするようなデータ収集も可能す。これを**サテライトエージェント** と呼びます。+  * **エージェントベース監視** でのネットワークアクセス。このネットワークでは、監視対象のマシンにインストールされているソフトウエアエージェから Pandora FMS サーバにアクセスでます。
  
-複数の Pandora FMS エージェントを持つように設定することも可能です。これは、たとえば、ソフトウエアエージェントとサテライトジェンがあれなケースす。基本的ソフウエアエージェントはそれ動作ていンをモニタ、サテライジェントは、telnet や SNMP その他コマンドリモートのシステムモニタするように設定されます。+=== アクセスが制限されたネットワーク === 
 + 
 +  * **Network not reachable through remote Pandora FMS checks:**  It uses the broker agent mode. 
 + 
 +  * **Pandora FMS のリモートチェックで到達できないネットワーク:** ブローカーエージェントモード利用します。 
 + 
 +{{  :wiki:modo-broker.png?600  }} 
 + 
 +  * **Software agents without access to a Pandora FMS Server**: In this case, the proxy characteristics of software agents is used or either a Satellite Server as a software agent proxy. 
 + 
 +  * **Pandora サーバにアクセスできないソフトウエアエージェント:**  の場合、ソフトウエアエージェントのプロキシ機能もしくは、プロキシしてサテライトバを利用します。 
 + 
 +{{  :wiki:proxy-mode.png?600  }} 
 + 
 +  * The need to monitor **different networks for remote monitoring with the server:**  In this case you may make use of the //Satellite server//  or connect several different Pandora FMS servers to the same database. 
 + 
 +  * **異なるネッワークに対すリモートサーバ監視:**  この場合、//サテライトサーバ//  を使こともできす。または、一つのデータベースに接続する複数の Pandora FMS サーバを利用します。 
 + 
 +=== 特別組織構造 === 
 + 
 +  * **Reporting duality:**  Additionally, you may configure agents to report to two different Pandora FMS servers, although they can only be managed by one of them. 
 +  * **Fragmented management:**  It is pretty useful if you are required to **delegate the administration of part of the equipment**  to different personnel with different access levels. This is more of a management issue rather than an architectural problem. It can be solved by the [[:en:documentation:04_using:11_managing_and_administration|assigned permissions on policies]]. 
 + 
 +  * **複数のレポー**: 異なる 2つの Pandora FMS サーバにデータを送るようにエージェントを設定することできます。ただ、管理は一つのサーバからのみ可能です。 
 +  * **分散管理:** 別の権限の担当者で **監視内容を分散管理す** 必要がある場合に便利です。これは、構成というより管理が重要です。[[:ja:documentation:04_using:11_managing_and_administration|管理ポリーの権限設定]]によって調整ます。 
 + 
 +=== 大規模環境 === 
 + 
 +{{:wiki:icono-modulo-enterprise.png  }} 
 + 
 +  * **Large-Volume Network:**  Consisting of thousands of network testing processes which must be distributed in different 'remote monitoring probes'. Given their large numbers (over 50,000), they cannot be centralized into a single server. To that end, use servers in broker mode that distribute the remote check load. 
 +  * **Redundant servers**: For security reasons, in case primary hardware fails, a [[http://:en:documentation:05_big_environments:06_ha|server in HA mode]] may automatically relocate and delegate the monitoring workload. 
 + 
 +  * **大規模ネック:** 何千ものネッワーク監視処理がある場合は、異なるリモート監視プローブに分散する必要があります。その数が多い (50,000 以上) の場合、単一のサーバ集約することはできません。そのため、リモートチェック負荷分散するブローカーモードでサーバを利用します。 
 +  * **サーバの冗長化:** プライマリサーバのハードウエアが故障した場合そなえて、[[:ja:documentation:05_big_environments:06_ha|冗長化]] の設定により監視処理を別のサーバに引き渡すことができます。 
 + 
 +===== OBSOLETE =====
  
 === XML データファイル === === XML データファイル ===
行 265: 行 301:
  
 </code> </code>
- 
-==== トポロジ、スキーマ、監視モデル ==== 
- 
-モニタリングの処理には、ローカルとリモートの異なるモデルがあります。みなさんが分かりやすく問題解決ができるように、異なるトポロジで共通の例を示します。それぞれのソリューションは以降の章に記載しています。 
- 
-=== アクセス可能な監視対象 === 
- 
-これは標準的な構成ですが、集中型で体系化されています。これは最も実装が簡単なモデルです。 
- 
-  * **集中リモート監視**  Pandora サーバから全てのリモートシステムにアクセスできることを意味します。 
-  * **エージェントベース監視**  Pandora エージェントをインストールした監視対象から Pandora にアクセスできます。 
-=== アクセスが制限されたネットワーク === 
- 
-  * **リモートネットワーク:**  これは、 Pandora FMS からリモートでの監視が到達できないネットワークです。この場合、いくつかのオプションがあります。ソフトウエアエージェントを、他のシステムをリモートで確認するために利用するか、リモート監視を実行でき拡張機能を持ったサテライトサーバを利用します。 
-{{  :wiki:modo-broker.png?600  |//ブローカーモードでの直接アクセスができないリモート対象の実装モデル//}} 
- 
-  * **Pandora サーバにアクセスできないソフトウエアエージェント**  この場合、ソフトウエアエージェントのプロキシ機能を利用します。サーバに直接アクセスできないエージェントがそれを通してアクセスできるようになります。 
-{{  :wiki:proxy-mode.png?600  |//プロキシエージェントモードを使ったリモートアクセスの実装モデル//}} 
- 
-  * **異なるネットワークに対するリモートサーバ監視:**  この場合、//サテライトサーバ//  を使うこともできます。または、複数の Pandora FMS サーバを同じデータベースに接続させ、一つのサーバが特定の監視を実施し、もう一方が他の監視を実施します。設定方法は異なりますが、どちらの場合でもすべてのネットワークを監視でき、まとめてコンソールから管理できます。 
-{{  :wiki:esquema-satellite.png?600  |//サテライトサーバを用いたリモートネットワーク監視モデル//}} 
- 
-=== 特別な組織構造 === 
- 
-  * 異なる設定の監視システムで、**複数の拠点を監視する** 必要性があっとします。この場合、個々の Pandora からのモニタリング情報を複製するエクスポート機能を利用します。 
- 
-{{  :wiki:export-server.png?650  }}//エクスポートサーバを使った階層構造モデル// 
- 
-  * **複数のレポート**: 異なる Pandora サーバにデータを送るエージェントを設定することができます。ただし、管理は一つから可能です。 
-  * 分散管理: 必要な時に別の担当者で**監視内容を分散管理する** 必要がある場合に便利です。これは、構成というより管理が重要です。管理ポリシーの権限設定によって調整します。 
- 
-=== 大規模環境 === 
- 
-{{:wiki:icono-modulo-enterprise.png  }} 
- 
-  * 数千もの監視項目がある**大規模環境** では、異なるリモートモニタリング手法を利用します。(50,000以上の)大量の監視項目では、一台のサーバに集約することができません。そのため、異なるサーバをリモート監視を分散するブローカーモードで利用します。 
- 
-{{  :wiki:broker_scalation_example.png?600  |//ブローカーモードのエージェントを使ったリモート監視の分散モデル//}} 
- 
-  * The need to install [[:en:documentation:05_big_environments:06_ha|a server on HA]]: for security reasons, in case primary hardware fails. You will see how to mount two servers, one "passive", waiting for the active to stop responding and start up. There are different ways to do this. 
-  * The need to **monitor a large volume of systems and manage them in a centralized way**  (more than 2500 agents). In order to do so, different Pandora FMS Servers are configured to be coordinated by the system called **Metaconsole**'. They can be linearly scaled in this way. 
- 
-  * プライマリサーバのハードウエアが故障した場合にそなえて、[[:ja:documentation:05_big_environments:06_ha|冗長化]] の設定が必要です。 2つのサーバを用意し、一方が停止したときにアクティブになるように一台はスタンバイ状態にしておきます。そうするにはいくつかの手法があります。 
-  * **大規模システムの監視と集中管理** (2500エージェント以上)が必要な場合、そのためには、**メタコンソール** と呼ばれるシステムでまとめた異なる Pandora サーバを設定します。これにより、リニアにシステムを拡張できます。 
- 
-{{  :wiki:pandora_metaconsole_overview2.png  }} 
  
 [[:ja:documentation:start|Pandora FMS ドキュメント一覧に戻る]] [[:ja:documentation:start|Pandora FMS ドキュメント一覧に戻る]]