ja:documentation:pandorafms:introduction:01_introduction

差分

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

この比較画面へのリンク

両方とも前のリビジョン 前のリビジョン
次のリビジョン		 前のリビジョン
ja:documentation:pandorafms:introduction:01_introduction [2025/09/27 22:00] – [監視の手順] junichija:documentation:pandorafms:introduction:01_introduction [2025/11/29 05:51] (現在) – [管理モデル] junichi
行 4: 行 4:
  
  
-[[:ja:documentation:start|Pandora FMS ドキュメント一覧に戻る]]+[[:ja:documentation:pandorafms:start|Pandora FMS ドキュメント一覧に戻る]]
  
 <wrap #ks1 /> <wrap #ks1 />
行 14: 行 14:
 Pandora FMS は、あらゆる種類の環境を対象としたネットワーク監視ソフトウェアパッケージです。 Pandora FMS は、あらゆる役割や組織に適応できるように設計されています。 その主な目的は、他の監視ツールにこれ以上の時間や資金を投資することなく、インフラストラクチャ全体を管理および制御できる十分な柔軟性を備えることです。 Pandora FMS は、あらゆる種類の環境を対象としたネットワーク監視ソフトウェアパッケージです。 Pandora FMS は、あらゆる役割や組織に適応できるように設計されています。 その主な目的は、他の監視ツールにこれ以上の時間や資金を投資することなく、インフラストラクチャ全体を管理および制御できる十分な柔軟性を備えることです。
  
-<WRAP center round info 60%>FMS is an acronym for **F**lexible **M**onitoring **S**ystem.</WRAP>+<WRAP center round tip 90%>
  
-<WRAP center round info 60%>FMS は **F**lexible **M**onitoring **S**ystem の頭文字です。</WRAP>+**FMS** is an acronym for "<wrap :en>**F**lexible **M**onitoring **S**ystem</wrap>". 
 + 
 +</WRAP> 
 + 
 +<WRAP center round tip 90%> 
 + 
 +FMS は **F**lexible **M**onitoring **S**ystem の頭文字です。 
 + 
 +</WRAP>
  
 Pandora FMS currently has [[:en:documentation:pandorafms:introduction:03_glossary#agent|agents]] for all operating systems on the market. It can be used successfully not only to monitor systems, but also all kinds of network devices, either using SNMP, through TCP, ICMP and UDP protocol probes or [[:en:documentation:pandorafms:introduction:03_glossary#endpoint|EndPoints]]. Pandora FMS currently has [[:en:documentation:pandorafms:introduction:03_glossary#agent|agents]] for all operating systems on the market. It can be used successfully not only to monitor systems, but also all kinds of network devices, either using SNMP, through TCP, ICMP and UDP protocol probes or [[:en:documentation:pandorafms:introduction:03_glossary#endpoint|EndPoints]].
行 144: 行 152:
 ===== 対応手順の検討 ===== ===== 対応手順の検討 =====
  
-In order to be able to draw up action procedures, it will be necessary to take into account several factors:+In order to develop action procedures, the following must be taken into account:
  
 対応の手順を立てるためには、いくつかの要因を考慮する必要があります： 対応の手順を立てるためには、いくつかの要因を考慮する必要があります：
  
-  * **Urgency of the event**: Being able to distinguish something usual from something rare or critical. +  * **Criticality of the event**: Being able to discriminate something habitual from something infrequent or critical. 
-  * **Form of notification**: Email, SMS, [[https://pandorafms.com/guides/public/search?term=telegram|Telegram]], sound alert… +  * **Method of notification**: email, SMS, [[https://pandorafms.com/guides/public/search?term=telegram|Telegram]], sound alert, etc. 
-  * **Scaling**: Different forms of warning in face of a recurrent problem. A common case is notification to a manager after a certain amount of time without solving a problem.+  * **Escalated**: Different forms of warning after the repetition of a problem. A common case is the notification to a person in charge after a certain time without solving a problem.
  
   * **イベントの緊急性**: まれなものや致命的なものと、通常状態の区別   * **イベントの緊急性**: まれなものや致命的なものと、通常状態の区別
行 156: 行 164:
   * **スケーリング**: 問題が繰り返された後の違う形での報告。一般的なケースでは、問題の解決前に一定時間が経過したらマネージャーに通知するなどです。   * **スケーリング**: 問題が繰り返された後の違う形での報告。一般的なケースでは、問題の解決前に一定時間が経過したらマネージャーに通知するなどです。
  
-Before getting into any configurations, it is advisable to have these concepts clear, draw up schemes with the critical elements, how to monitor them, what to do with all the information gathered and how to report problems that arise.+Before entering configurations, it is advisable to be clear about these concepts, draw up diagrams with the critical elements, how to monitor them, what to do with all the information collected and how to report any problems that appear.
  
 設定を実施する前に、これらの概念について明確にし、監視方法、収集されたすべての情報をどのように処理するか、発生した問題をどう報告するかといった、重要な要素の計画を作成することをお勧めします。 設定を実施する前に、これらの概念について明確にし、監視方法、収集されたすべての情報をどのように処理するか、発生した問題をどう報告するかといった、重要な要素の計画を作成することをお勧めします。
- 
-{{  :wiki:scalation_example.png?500  }} 
- 
-By focusing on the most critical issues first, you reach a logical starting point that defines **what**  the most important issues for your organization are. Once you know what the most critical elements are, you can define **how**  to monitor the target(s), while considering **who**  will be responsible for the resolution of the reported problems in those systems as well as how to notify the appropriate people of the existence of a problem. 
- 
-まず、最も重要な問題に焦点を当てることで、組織にとって最も重要な問題は何かを定義する論理的な出発点に立つことができます。最も重要な要素が何であるかが分かったら、対象を監視する方法を定義し、そのシステムであがった問題を解決する担当者を考えます。適切な人々に問題の存在を通知する方法について説明します。 
  
 <wrap #ks9 /> <wrap #ks9 />
行 174: 行 176:
 オペレータ、管理者、その上の人のチームワークにとって、Pandora FMS は、イベントのチケット化、インシデント作成、通知のエスカレーション、内部メール、掲示板、Pandora FMS ユーザ間のチャットなどとても便利です。 オペレータ、管理者、その上の人のチームワークにとって、Pandora FMS は、イベントのチケット化、インシデント作成、通知のエスカレーション、内部メール、掲示板、Pandora FMS ユーザ間のチャットなどとても便利です。
  
-[[:ja:documentation:start|Pandora FMS ドキュメント一覧に戻る]]+[[:ja:documentation:pandorafms:start|Pandora FMS ドキュメント一覧に戻る]]
  
 ====== (OBSOLETE) モニタリングの概要 ====== ====== (OBSOLETE) モニタリングの概要 ======
  • ja/documentation/pandorafms/introduction/01_introduction.1759010412.txt.gz
  • 最終更新: 2025/09/27 22:00
  • by junichi