| 両方とも前のリビジョン 前のリビジョン 次のリビジョン | 前のリビジョン |
| ja:documentation:pandorafms:introduction:02_architecture [2024/05/23 06:56] – [Syslog サーバ] junichi | ja:documentation:pandorafms:introduction:02_architecture [2025/02/01 13:26] (現在) – [ICMP サーバ] junichi |
|---|
| |
| Pandora FMS **サーバ**は、自身またはエージェントによって生成された情報のデータをデータベースに入力します。ウェブコンソールは、データベースに存在するデータの表示とエンドユーザとの対話を担当する部分です。[[:ja:documentation:pandorafms:monitoring:02_operations|ソフトウェアエージェント]]は、監視対象システムで実行されるアプリケーションであり、情報を収集して Pandora FMS サーバに送信します。 | Pandora FMS **サーバ**は、自身またはエージェントによって生成された情報のデータをデータベースに入力します。ウェブコンソールは、データベースに存在するデータの表示とエンドユーザとの対話を担当する部分です。[[:ja:documentation:pandorafms:monitoring:02_operations|ソフトウェアエージェント]]は、監視対象システムで実行されるアプリケーションであり、情報を収集して Pandora FMS サーバに送信します。 |
| | |
| | <wrap #ks1_1 /> |
| |
| ==== Pandora FMS サーバ ==== | ==== Pandora FMS サーバ ==== |
| |
| WMI は、MS Windows® ベースのオペレーティングシステムおよび Microsoft Windows® 環境アプリケーションから情報を取得するための Microsoft® 標準です。 Pandora FMS には、WMI プロトコルを通じて Windows® システムを**リモート** 監視する専用のサーバがあります。 | WMI は、MS Windows® ベースのオペレーティングシステムおよび Microsoft Windows® 環境アプリケーションから情報を取得するための Microsoft® 標準です。 Pandora FMS には、WMI プロトコルを通じて Windows® システムを**リモート** 監視する専用のサーバがあります。 |
| | |
| | <wrap #ks1_1_5 /> |
| |
| === 自動検出(Discovery)サーバ === | === 自動検出(Discovery)サーバ === |
| |
| プラグインサーバは、中央管理するカスタムスクリプトを使用して複雑な監視をリモートから実行します。 これにより、上級ユーザは独自の監視の定義をアプリケーションに統合し、Pandora FMS から簡単かつ一元的な方法で使用できるようになります。 | プラグインサーバは、中央管理するカスタムスクリプトを使用して複雑な監視をリモートから実行します。 これにより、上級ユーザは独自の監視の定義をアプリケーションに統合し、Pandora FMS から簡単かつ一元的な方法で使用できるようになります。 |
| | |
| | <wrap #ks1_1_7 /> |
| |
| === 予測(Prediction)サーバ === | === 予測(Prediction)サーバ === |
| |
| 最大 30 日間の範囲の過去データに基づいて統計的なデータ予測を実装する AI コンポーネントです。これにより、10～15 分間隔でデータ項目の値を予測し、特定のデータセットにおいて履歴から異常を示しているかどうかを知ることができます。基本的には週次で動的なベースラインを構築します。 | 最大 30 日間の範囲の過去データに基づいて統計的なデータ予測を実装する AI コンポーネントです。これにより、10～15 分間隔でデータ項目の値を予測し、特定のデータセットにおいて履歴から異常を示しているかどうかを知ることができます。基本的には週次で動的なベースラインを構築します。 |
| | |
| | <wrap #ks1_1_8 /> |
| |
| === ウェブサーバ === | === ウェブサーバ === |
| |
| 高度な戦略を使用して ICMP チェック (ping) を実行し、事前に検証された OID (**O**bject **ID**entifier) で動作するため、高いパフォーマンスを発揮します。 | 高度な戦略を使用して ICMP チェック (ping) を実行し、事前に検証された OID (**O**bject **ID**entifier) で動作するため、高いパフォーマンスを発揮します。 |
| | |
| | <wrap #ks1_1_13 /> |
| |
| === サテライトサーバ === | === サテライトサーバ === |
| === ログサーバ === | === ログサーバ === |
| |
| {{:wiki:icono-modulo-enterprise.png |Enterprise version.}}It allows you to correlate [[:en:documentation:pandorafms:management_and_operation:01_alerts#creating_correlation_alerts|logs and run your alerts]]. | It allows you to correlate [[:en:documentation:pandorafms:management_and_operation:01_alerts#creating_correlation_alerts|logs and run your alerts]]. |
| |
| {{:wiki:icono-modulo-enterprise.png |Enterprise 版}}これにより、[[:ja:documentation:pandorafms:management_and_operation:01_alerts#相関アラートの作成|ログを関連付けてアラートを実行]] が可能になります。 | これにより、[[:ja:documentation:pandorafms:management_and_operation:01_alerts#相関アラートの作成|ログを関連付けてアラートを実行]] が可能になります。 |
| |
| === アラートサーバ === | === アラートサーバ === |
| |
| デフォルトでは、各サーバが独自のアラートを担当しますが、必要な場合に、すべての監視アラートの実行を担当するサーバです。特殊なケースとして、アラートが何らかのタスクを実行する必要があり、それに予想以上に時間がかかると、監視に遅延が発生する可能性があります。それを避けることができます。 | デフォルトでは、各サーバが独自のアラートを担当しますが、必要な場合に、すべての監視アラートの実行を担当するサーバです。特殊なケースとして、アラートが何らかのタスクを実行する必要があり、それに予想以上に時間がかかると、監視に遅延が発生する可能性があります。それを避けることができます。 |
| | |
| | <wrap #ks1_2 /> |
| |
| ==== Pandora FMS ウェブコンソール ==== | ==== Pandora FMS ウェブコンソール ==== |
| |
| {{ :wiki:arch-schema.png }} | {{ :wiki:arch-schema.png }} |
| | |
| | <wrap #ks1_4_2 /> |
| |
| ==== Pandora FMS のソフトウエアエージェント ==== | ==== 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. | * **Reporting duality**: Additionally, you can configure Agents to report to two different Pandora FMS servers, although it 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]]. | * **Fragmented management**: It is necessary to **delegate the administration of part of the teams** to different personnel, with different accesses. This, more than an architecture problem, is a management problem. It is solved with [[:en:documentation:pandorafms:management_and_operation:11_managing_and_administration#acl_system_enterprise|assigned permissions on policies]]. |
| |
| * **複数のレポート**: 異なる 2つの Pandora FMS サーバにデータを送るようにエージェントを設定することができます。ただし、管理は一つのサーバからのみ可能です。 | * **複数のレポート**: 異なる 2つの Pandora FMS サーバにデータを送るようにエージェントを設定することができます。ただし、管理は一つのサーバからのみ可能です。 |
| * **分散管理:** 別の権限の担当者で **監視内容を分散管理する** 必要がある場合に便利です。これは、構成というより管理が重要です。[[:ja:documentation:04_using:11_managing_and_administration|管理ポリシーの権限設定]]によって調整します。 | * **分散管理:** 別の権限の担当者で **監視内容を分散管理する** 必要がある場合に便利です。これは、構成というより管理が重要です。[[:ja:documentation:pandorafms:management_and_operation: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. | * **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. | * **Redundant servers**: For safety, should the primary hardware fail, [[:en:documentation:pandorafms:complex_environments_and_optimization:06_ha|a server in HA mode]] can automatically relocate and delegate the monitoring workload. |
| |
| * **大規模ネットワーク:** 何千ものネットワーク監視処理がある場合は、異なるリモート監視プローブに分散する必要があります。その数が多い (50,000 以上) の場合、単一のサーバに集約することはできません。そのため、リモートチェックの負荷を分散するブローカーモードでサーバを利用します。 | * **大規模ネットワーク:** 何千ものネットワーク監視処理がある場合は、異なるリモート監視プローブに分散する必要があります。その数が多い (50,000 以上) の場合、単一のサーバに集約することはできません。そのため、リモートチェックの負荷を分散するブローカーモードでサーバを利用します。 |
| * **サーバの冗長化:** プライマリサーバのハードウエアが故障した場合にそなえて、[[:ja:documentation:05_big_environments:06_ha|冗長化]] の設定により監視処理を別のサーバに引き渡すことができます。 | * **サーバの冗長化:** プライマリサーバのハードウエアが故障した場合にそなえて、[[:ja:documentation:pandorafms:complex_environments_and_optimization:06_ha|冗長化]] の設定により監視処理を別のサーバに引き渡すことができます。 |
| |
| ===== OBSOLETE ===== | ===== OBSOLETE ===== |