差分

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

--- ja:documentation:01_understanding:01_introduction [2023/06/02 08:45] – [リモートモニタリング] junichi
+++ ja:documentation:01_understanding:01_introduction [2023/06/22 05:43] – [対応手順の検討] junichi
@@ 行 82: / 行 82: @@
   * MS Windows® サーバの WMI 監視では、認証を通じて適切に実行され、かつ強力です。
-==== ローカルモニタリング (エージェントの利用) ====
+==== ローカル監視 (ソフトウエアエージェントの利用) ====
-システムおよびアプリケーションに関して情報を収集する最も良い方法は、間違いなくそのシステム自身から取得することです。システム自身でコマンドを実行したり、システムのデータソースに対してクエリを実行したりすることができます。同じ仕組みでモニタリングしたいと考えます。これはつまり、システムやアプリケーションを監視するのに、コマンドやスクリプトを実行する必要があるということを意味します。そこで、このようなモニタリング処理を実行できるソフトウエアである Pandora エージェントを利用します。
+Regarding systems and applications, the best way to obtain information is definitely from the system by executing commands, or querying the system data sources from the machine to be monitored itself. Pandora FMS [[http://:en:documentation:01_understanding:03_glossary#software_agent|software agents]] is used to run a command or script, or for any queries on the system or application.
-Pandora FMS で使用される命名方法では、すべての情報を含むモニタリング対象の単位を 'エージェント' といい、情報を Pandora FMS サーバに送信するために対象にインストールしたソフトウエアを 'ソフトウエアエージェント' といいます。ソフトウエアエージェントは、定常的に対象システムで実行され、定期的に情報を提供します。
+システムおよびアプリケーションに関して情報を収集する最も良い方法は、間違いなくそのシステム自身から取得することです。Pandora FMS [[:ja:documentation:01_understanding:03_glossary#ソフトウエアエージェント|ソフトウエアエージェント]] では、コマンドやスクリプトの実行、またはシステムやアプリケーション上のクエリの実行ができます。
-{{  :wiki:esquema-agent-module-execution.png  }}
+In addition to obtaining information through commands, software agents include other advanced fueatures like **obtaining inventory information**. Agents can also be configured to react in case of a problem or a failure, interacting automatically with the system, deleting a temporary file or executing a given command. When software agents have no direct connection to the designated Pandora FMS server, you may use [[http://:en:documentation:05_big_environments:05_satellite|PFMS Satellite Server]] or a broker agent.
-エージェントは、コマンドで情報を取得するほかに、インベントリ情報を取得するなど、ほかのこともできます。問題や障害が発生した場合に、指定したコマンドを実行してテンポラリファイルを削除するなどの動作を定義することもできます。
+ソフトウェアエージェントには、コマンドによる情報の取得に加えて、**インベントリ情報の取得**などの高度な機能が含まれています。エージェントは、問題や障害が発生した場合に対応し、システムと自動的に対話したり、一時ファイルを削除したり、指定されたコマンドを実行したりするように設定することもできます。 ソフトウェアエージェントから Pandora FMS サーバに直接接続できない場合は、[[:ja:documentation:05_big_environments:05_satellite|Pandora FMS サテライトサーバ]] またはブローカーエージェントを使用できます。
-正確な特定の情報を取得するためには、モニタ対象のアプリケーションのマニュアルを参照する必要があります。一般的なモニタリングであっても、必要な情報にたどりつくのは簡単ではないからです。
+==== 監視の手順 ====
-Windows では、ほぼ無限の情報へのアクセス手法があります。WMI、パフォーマンスカウンタ、イベントログ、システムログ、レジストリ、コマンド、powershellスクリプト、API(Windows NT) などです。 実際、Microsoft のアーキテクチャはより強力で良いドキュメントがそろっていて、システムの情報を取得することが簡単なものの一つです。Unix/Linux システムでは、ソフトウエアエージェントでコマンドを実行することができ、シェルスクリプトでさまざまな情報を取得できます。
+Before starting the deployment stage, is is important to set the critical points as well as those that will be of the utmost importance of the technological platform to be monitored. That way, before having information about specific data on the systems, it is clear what it is for and how to make full use of it without wasting time on researches or trivial things.
-==== 監視の手順 ====
 導入や設定を開始する前に、監視対象における技術的なキーポイントを把握しておくことが重要です。それにより、無駄な時間を浪費せずに、システム上の特定のデータに関する情報が何のためにあるのか、最大限に活用するにはどうすべきかが明確になります。
-{{  :wiki:ciclo_monitorizacion.png  }}
+  * **Availability:**  You are mostly interested in event-based monitoring and remote monitoring will probably be enough for your needs. It is faster to deploy and will give you fairly quick results. SLA reports will be the most useful ones in this case.
+  * **Performance:**  They are graphics and numbers, collecting information through agents or remotely, even though you will probably require agents to get in-depth information on their systems. Group reports and combined graphics are of capital importance.
+  * **Capacity Planning:**  Much more specific. It is necessary to obtain data, as in the second instance, but to parse and manipulate the data, with predictive monitors and very specialized projective reports. Establishing early alerts will be of great help and you are required to have good knowledge of the WARNING and CRITICAL status meanings, besides elaborating serial event management policies to prevent the problem from happening, which is without a doubt the most complex and interesting case.
-いくつかの質問に答えるために 5分使ってみてください。あなたの監視で必要なものは何でしょうか。
+  * **可用性:** ほとんどの場合、イベントベースの監視と必要に応じてリモート監視で十分な場面が多いでしょう。素早く展開が可能で比較的迅速に結果を得ることができます。 この場合に、SLA レポートが最も役立ちます。
+  * **パフォーマンス:** グラフや数値データが重要な要素です。エージェントまたはリモートから情報を取得します。エージェントでシステムのより深い情報をとる必要があるかもしれません。グループレポートおよび組み合わせグラフがポイントです。
+  * **キャパシティプランニング:** より独自性が高くなり、2つ目の件とどうようにデータの取得が必要です。ただし、それをもとに、予測監視やより特別な予想レポートを使います。エージェントからの初期のアラートは、警告や障害状態の意味を把握するのに必要です。問題が発生する前に防止するために、発生するイベントの管理(運用)ポリシーを策定します。これは、間違いなく最も複雑で興味深いパターンです。
-  * 障害を避ける → 可用性
+==== 対応手順の検討 ====
-  * 性能低下分析 → パフォーマンス
-  * 拡張評価 → キャパシティプランニング
-それぞれの要素は、それぞれの側面があります。
+In order to be able to draw up action procedures, it will be necessary to take into account several factors:
-**可用性**  ほとんどの場合、イベントベースの監視と必要に応じてリモート監視で十分な場面が多いでしょう。素早く展開が可能で比較的迅速に結果を得ることができます。 この場合に、SLA レポートが最も役立ちます。
+対応の手順を立てるためには、いくつかの要因を考慮する必要があります：
-**パフォーマンス**  グラフや数値データが重要な要素です。エージェントまたはリモートから情報を取得します。エージェントでシステムのより深い情報をとる必要があるかもしれません。グループレポートおよび組み合わせグラフがポイントです。
+  * **Urgency of the event**: Being able to distinguish something usual from something rare or critical.
+  * **Form of notification**: Email, SMS, [[https://pandorafms.com/guides/public/search?term=telegram|Telegram]], sound alert…
+  * **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.
-**キャパシティプランニング**  より独自性が高くなり、2つ目の件とどうようにデータの取得が必要です。ただし、それをもとに、予測監視やより特別な予想レポートを使います。エージェントからの初期のアラートは、警告や障害状態の意味を把握するのに必要です。問題が発生する前に防止するために、発生するイベントの管理(運用)ポリシーを策定します。これは、間違いなく最も複雑で興味深いパターンです。
+  * **イベントの緊急性**: まれなものや致命的なものと、通常状態の区別
+  * **通知形態**: Email、SMS、[[https://pandorafms.com/guides/public/search?term=telegram|Telegram]]、音声アラートなど。
+  * **スケーリング**: 問題が繰り返された後の違う形での報告。一般的なケースでは、問題の解決前に一定時間が経過したらマネージャーに通知するなどです。
-どのモデルでいくかを決めたら、システムがサービスダウンやその他イベントを通知したときに何をするかを決めるのみです。サーバの能力が来週の金曜に限界に達したら何が起るでしょうか。対応手順を考える必要があります。
+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.
-==== 対応手順の検討 ====
-対応の手順を立てるためには、いくつかの要因を考慮する必要があります：
-  * **イベントの緊急性**: まれなものや致命的なものと、通常状態の区別
-  * **通知形態**: email, sms, 音声アラートなど
-  * **スケーリング**: 問題が繰り返された後の違う形での報告。一般的なケースでは、問題の解決前に一定時間が経過したらマネージャーに通知するなどです。
 設定を実施する前に、これらの概念について明確にし、監視方法、収集されたすべての情報をどのように処理するか、発生した問題をどう報告するかといった、重要な要素の計画を作成することをお勧めします。
 {{  :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.
 まず、最も重要な問題に焦点を当てることで、組織にとって最も重要な問題は何かを定義する論理的な出発点に立つことができます。最も重要な要素が何であるかが分かったら、対象を監視する方法を定義し、そのシステムであがった問題を解決する担当者を考えます。適切な人々に問題の存在を通知する方法について説明します。
 ==== 管理モデル ====
-管理モデルによって、我々は監視システムが、自動的に情報をレポートするように設計され、人が直接または間接的に参照するシステムであることを理解できます。システムを参照する人は良くオペレータと呼ばれ、画面を見たり、スマートフォンや電子メール、何らかのツールでのログの参照などで、イベントを確認しています。どうやっているかというのは重要ではなく、重要なのはシステムがあるということです。
-{{  :wiki:notice_ways.png  }}
-一方では、全体もしくはインフラにおけるシステム管理者と呼ばれる人がいます。彼らは何か発生したときにオペレータから「障害が発生しました」という連絡を受けたり、SMS や E-mail でシステムから自動送信される警告通知を受けます。
-ここに、すでに大きな違いがあります。
   * **直接管理モデル** は、一人または複数の人が定常的にシステムを見ています。何か障害が発生すればすぐに検出されます。それはちょっとした通知でクリティカルなものではありません。また、より柔軟性があります。すべてのケースを通知 (Pandora でのアラート) する必要はありません。常にシステムで何が起っているかのイベント (状態の変化をみつけます) を参照すれば十分です。多くの画面を定義することができ、集約したアラートを定義することができます。このモデルは、ラートポリシーを定義することが重要ではなく、自動的な管理ができない大規模環境で利用されます。
@@ 行 145: / 行 136: @@
 オペレータ、管理者、その上の人のチームワークにとって、Pandora FMS は、イベントのチケット化、インシデント作成、通知のエスカレーション、内部メール、掲示板、Pandora FMS ユーザ間のチャットなどとても便利です。
-==== そして何をする? ====
+[[:ja:documentation:start|Pandora FMS ドキュメント一覧に戻る]]
-以降の章からは、完全に Pandora FMS についての内容です。ここまでは Pandora FMS を利用するにあたって、その前に知っておくべき重要なことについて述べてきました。あなたはすでに多くのことを知っているかもしれません。また、他の監視ツールを使っているかもしれません。常にアプリケーションを監視することが良いということは聞いていることでしょう。
-しかし、我々の経験から、我々のノウハウを越えて、それぞれのユーザのみなさんには特定の方法が必要です。我々はあなたのインフラがどのように設定されているかを良く知っているわけではありません。モニタリングそのものは簡単で問題ではありません。大変なのは、監視にあなたのビジネスを適用するのではなく、あなたのビジネスに監視を適用することです。あなたの組織で Pandora FMS を使って最善の監視手法を見つけることは、本当のチャレンジです。
 ===== (OBSOLETE) モニタリングの概要 =====
@@ 行 170: / 行 157: @@
 これら 3つのパラダイムは、モニタリングツールの選択とともに、それぞれの環境の違いを意味します。どんな種類の情報が必要で、それを得るための最善策は何かを認識してください。どんな情報があって、どのようにモニタリングするかを計画してください。
+==== そして何をする? ====
+以降の章からは、完全に Pandora FMS についての内容です。ここまでは Pandora FMS を利用するにあたって、その前に知っておくべき重要なことについて述べてきました。あなたはすでに多くのことを知っているかもしれません。また、他の監視ツールを使っているかもしれません。常にアプリケーションを監視することが良いということは聞いていることでしょう。
+しかし、我々の経験から、我々のノウハウを越えて、それぞれのユーザのみなさんには特定の方法が必要です。我々はあなたのインフラがどのように設定されているかを良く知っているわけではありません。モニタリングそのものは簡単で問題ではありません。大変なのは、監視にあなたのビジネスを適用するのではなく、あなたのビジネスに監視を適用することです。あなたの組織で Pandora FMS を使って最善の監視手法を見つけることは、本当のチャレンジです。