「分散監視」の版間の差分
(ページの作成: == 導入 Introduction == ネットワーク・サービスとリソースの分散監視をサポートするためにNagiosを構成できます。 私は簡潔にどうこれ…) |
|||
18行目: | 18行目: | ||
セントラルサーバーの目的は、1つ以上の分散サーバからサービスチェック結果の単に聞こうとすることです。活発なチェックをサービスはセントラルサーバーからoccassionallyに活発にチェックされますが、恐ろしい事情で実行されるだけであり、したがって、させます。セントラルサーバーが当分受け身のチェックを受け入れるだけであるとただ言ってください。セントラルサーバーが1つ以上の分散サーバから受け身のサービスチェック結果を得ているので、それはすべてのモニターしている論理のための焦点として機能します(すなわち、それに通知を出して、イベントハンドラスクリプトを実行して、ホスト州を決定して、ウェブインタフェースをインストールさせますなど)。 | セントラルサーバーの目的は、1つ以上の分散サーバからサービスチェック結果の単に聞こうとすることです。活発なチェックをサービスはセントラルサーバーからoccassionallyに活発にチェックされますが、恐ろしい事情で実行されるだけであり、したがって、させます。セントラルサーバーが当分受け身のチェックを受け入れるだけであるとただ言ってください。セントラルサーバーが1つ以上の分散サーバから受け身のサービスチェック結果を得ているので、それはすべてのモニターしている論理のための焦点として機能します(すなわち、それに通知を出して、イベントハンドラスクリプトを実行して、ホスト州を決定して、ウェブインタフェースをインストールさせますなど)。 | ||
+ | |||
+ | == 分配されたモニターからサービスチェック情報を得ます。 Obtaining Service Check Information From Distributed Monitors == | ||
+ | 私たちがサービスを送る方法を知るのに必要な構成の詳細までジャンプしに行く前に、間違いなく、分散サーバからセントラルサーバーまで結果をチェックしてください。既にNagiosが走っている同じホストからNagiosに受け身のチェック結果を提出する方法について議論しましたが([[パッシブチェック]]に関するドキュメンテーションで説明されるように)、私は他のホストから受け身のチェック結果をどう提出するかの少しの情報も教えていません。 | ||
+ | |||
+ | パッシブチェック結果のリモートホストへの服従を容易にするために、私はnsca addonに書きました。 addonは2つの断片から成ります。 1番目は、リモートホストから動かされて、サービスチェック結果を別のサーバに送るのに使用されるクライアントプログラム(_nscaを送る)です。 2番目の断片は、スタンドアロンデーモンかinetdの下を動いて、クライアントプログラムから接続を聞こうとするnscaデーモン(nsca)です。クライアントからサービスチェック情報を受け取ると、デーモンはPROCESS_SVC_CHECK_RESULTを挿入するのによるNagios(セントラルサーバーの)へのチェック情報がチェック結果に伴う外部のコマンドファイルの中に命令するsumbitがそうするでしょう。外部のコマンドのための次の時間Nagiosチェック、それは受け身のサービスが、分散サーバから送られたチェック情報であることがわかって、それを処理するでしょう。 |
2010年8月8日 (日) 18:05時点における版
目次
導入 Introduction
ネットワーク・サービスとリソースの分散監視をサポートするためにNagiosを構成できます。 私は簡潔にどうこれを達成できるかを外計画しようとするでしょう…
目標 Goals
私が説明するつもりである分散監視環境における目標は、「中央」のサーバから1つ以上の「分配された」サーバにサービスチェックを実行するオーバーヘッド (CPU用法など)を積み下ろすことです。最も小さく、媒体に、大きさで分けられた店はそのような環境をセットアップする本当の必要性を持たないでしょう。しかしながら、あなたが、Nagiosを使用することで数百か何千人ものホスト(そして、何度かそんなに多くのサービス)をモニターし始めたいと、これはかなり重要になります。
参照図 Reference Diagram
以下のダイヤグラムは、分散監視がNagiosと共にどう働くかに関する概念をあなたに与えるのを助けるはずです。 私は私がことについて説明するので、ダイヤグラムで見せられた項目を示すでしょう…
セントラルサーバー対分散サーバ Central Server vs. Distributed Servers
Nagiosと共に分散監視環境をセットアップするとき、中央の、そして、分配されたサーバが構成される方法の違いがあります。私は、両方のタイプのサーバを構成して、説明するために、行われる変更に作用することが、総合的にどのようにモニターを持っているかをあなたに示すつもりです。 手初めに、異なったタイプのサーバの…目的を説明させます。
分散サーバの機能は活発に働くのがあなたがホストの「クラスタ」のために定義するすべてのサービスをチェックするということです。私は緩く「クラスタ」という用語を使用します--それはあなたのネットワークで基本的にただホストの任意のグループを意味します。あなたのネットワークレイアウトによって、あなたが1つの物理的な位置に数個のclutersを持つことができますか、または各クラスタはWAN、それ自身のファイアウォールなどによって切り離されるかもしれません。ホスト(しかしながら、あなたはそれを定義します)の各クラスタのためにそれについてよろしくと伝言する重要なもの、クラスタでホストの上でNagios を実行して、サービスをモニターする1つの分散サーバがあります。 通常、分散サーバはNagiosの要点インストールです。それで、あなたが、それにそうして欲しくないなら、インタフェースがインストールするか、通知を出すか、イベントハンドラスクリプトを実行するか、または何でもするウェブはサービスチェックを実行する必要はありません。 分散サーバを構成することの、より詳細な情報は後で来ます…
セントラルサーバーの目的は、1つ以上の分散サーバからサービスチェック結果の単に聞こうとすることです。活発なチェックをサービスはセントラルサーバーからoccassionallyに活発にチェックされますが、恐ろしい事情で実行されるだけであり、したがって、させます。セントラルサーバーが当分受け身のチェックを受け入れるだけであるとただ言ってください。セントラルサーバーが1つ以上の分散サーバから受け身のサービスチェック結果を得ているので、それはすべてのモニターしている論理のための焦点として機能します(すなわち、それに通知を出して、イベントハンドラスクリプトを実行して、ホスト州を決定して、ウェブインタフェースをインストールさせますなど)。
分配されたモニターからサービスチェック情報を得ます。 Obtaining Service Check Information From Distributed Monitors
私たちがサービスを送る方法を知るのに必要な構成の詳細までジャンプしに行く前に、間違いなく、分散サーバからセントラルサーバーまで結果をチェックしてください。既にNagiosが走っている同じホストからNagiosに受け身のチェック結果を提出する方法について議論しましたが(パッシブチェックに関するドキュメンテーションで説明されるように)、私は他のホストから受け身のチェック結果をどう提出するかの少しの情報も教えていません。
パッシブチェック結果のリモートホストへの服従を容易にするために、私はnsca addonに書きました。 addonは2つの断片から成ります。 1番目は、リモートホストから動かされて、サービスチェック結果を別のサーバに送るのに使用されるクライアントプログラム(_nscaを送る)です。 2番目の断片は、スタンドアロンデーモンかinetdの下を動いて、クライアントプログラムから接続を聞こうとするnscaデーモン(nsca)です。クライアントからサービスチェック情報を受け取ると、デーモンはPROCESS_SVC_CHECK_RESULTを挿入するのによるNagios(セントラルサーバーの)へのチェック情報がチェック結果に伴う外部のコマンドファイルの中に命令するsumbitがそうするでしょう。外部のコマンドのための次の時間Nagiosチェック、それは受け身のサービスが、分散サーバから送られたチェック情報であることがわかって、それを処理するでしょう。