分散監視 - 変更履歴

2010年8月8日 (日) 09:29にWikiadminによる

2010-08-08T09:29:26Z

2010年8月8日 (日) 09:26にWikiadminによる

2010-08-08T09:26:55Z

差分を表示

2010年8月8日 (日) 09:05にWikiadminによる

2010-08-08T09:05:59Z

Wikiadmin: ページの作成: == 導入 Introduction == ネットワーク・サービスとリソースの分散監視をサポートするためにNagiosを構成できます。私は簡潔にどうこれ…

2010-08-08T09:03:37Z

ページの作成: == 導入 Introduction == ネットワーク・サービスとリソースの分散監視をサポートするためにNagiosを構成できます。私は簡潔にどうこれ…

新規ページ

== 導入 Introduction ==
ネットワーク・サービスとリソースの分散監視をサポートするためにNagiosを構成できます。私は簡潔にどうこれを達成できるかを外計画しようとするでしょう…

== 目標 Goals ==
私が説明するつもりである分散監視環境における目標は、「中央」のサーバから1つ以上の「分配された」サーバにサービスチェックを実行するオーバーヘッド (CPU用法など)を積み下ろすことです。最も小さく、媒体に、大きさで分けられた店はそのような環境をセットアップする本当の必要性を持たないでしょう。しかしながら、あなたが、Nagiosを使用することで数百か何千人ものホスト(そして、何度かそんなに多くのサービス)をモニターし始めたいと、これはかなり重要になります。

== 参照図 Reference Diagram ==
以下のダイヤグラムは、分散監視がNagiosと共にどう働くかに関する概念をあなたに与えるのを助けるはずです。私は私がことについて説明するので、ダイヤグラムで見せられた項目を示すでしょう… <br>
[[ファイル:Distributed.png|200px|none]]

== セントラルサーバー対分散サーバ Central Server vs. Distributed Servers ==
Nagiosと共に分散監視環境をセットアップするとき、中央の、そして、分配されたサーバが構成される方法の違いがあります。私は、両方のタイプのサーバを構成して、説明するために、行われる変更に作用することが、総合的にどのようにモニターを持っているかをあなたに示すつもりです。手初めに、異なったタイプのサーバの…目的を説明させます。

分散サーバの機能は活発に働くのがあなたがホストの「クラスタ」のために定義するすべてのサービスをチェックするということです。私は緩く「クラスタ」という用語を使用します--それはあなたのネットワークで基本的にただホストの任意のグループを意味します。あなたのネットワークレイアウトによって、あなたが1つの物理的な位置に数個のclutersを持つことができますか、または各クラスタはWAN、それ自身のファイアウォールなどによって切り離されるかもしれません。ホスト(しかしながら、あなたはそれを定義します)の各クラスタのためにそれについてよろしくと伝言する重要なもの、クラスタでホストの上でNagios を実行して、サービスをモニターする1つの分散サーバがあります。通常、分散サーバはNagiosの要点インストールです。それで、あなたが、それにそうして欲しくないなら、インタフェースがインストールするか、通知を出すか、イベントハンドラスクリプトを実行するか、または何でもするウェブはサービスチェックを実行する必要はありません。分散サーバを構成することの、より詳細な情報は後で来ます…

セントラルサーバーの目的は、1つ以上の分散サーバからサービスチェック結果の単に聞こうとすることです。活発なチェックをサービスはセントラルサーバーからoccassionallyに活発にチェックされますが、恐ろしい事情で実行されるだけであり、したがって、させます。セントラルサーバーが当分受け身のチェックを受け入れるだけであるとただ言ってください。セントラルサーバーが1つ以上の分散サーバから受け身のサービスチェック結果を得ているので、それはすべてのモニターしている論理のための焦点として機能します(すなわち、それに通知を出して、イベントハンドラスクリプトを実行して、ホスト州を決定して、ウェブインタフェースをインストールさせますなど)。

←前の版		2010年8月8日 (日) 09:29時点における版
183行目:		183行目:
	</pre>		</pre>
	Nagiosが検出するとき、サービスが古くさくなることであることが命令する走行であり、チェック_ダミープラグインがサービス結果が聞き古したである、実行されていてサービスであることは、きわどい状態に入るでしょう。これでおそらく通知を出すでしょうから、あなたは、問題があるのを知るでしょう。		Nagiosが検出するとき、サービスが古くさくなることであることが命令する走行であり、チェック_ダミープラグインがサービス結果が聞き古したである、実行されていてサービスであることは、きわどい状態に入るでしょう。これでおそらく通知を出すでしょうから、あなたは、問題があるのを知るでしょう。
		+
		+
		+	== ホストチェックの実行 Performing Host Checks ==
		+	ここに、あなたは、分散サーバからサービスチェック結果をpassivlyに得る方法を知っています。これは、セントラルサーバーがそれ自身のところで活発にサービスをチェックしていないことを意味します。しかし、ホストチェックはどうですか? あなたが、まだそれらをする必要があるので、どのようにですか?
		+
		+	パッシブのホストチェックは利用可能です([[パッシブチェック\|ここで読んでください]])、したがって、あなたはあなたの分散監視セットアップでそれらを使用できるでしょうが、それらはいくつかの問題が欠点です。最も大きい問題は、それらが処理されるとき、Nagiosが受け身のホスト検査問題州(DOWNとUNREACHABLE)を翻訳しないということです。これは、あなたのモニターサーバに異なった親/子供ホスト構造があると(望んでいて、モニターサーバがあなたであれば別の場所にあります)、中央のモニターサーバにはホスト州の不正確な視点があることを意味します。
		+
		+	分散監視セットアップで受け身のホストチェックをセントラルサーバーに送りたいなら、確実にしてください:
		+	*セントラルサーバーで、受け身のホストチェックを可能にします(必要です)。
		+	*分散サーバは、ホストに取りつくために構成されます。
		+	*分散サーバはコマンドが定義したochpを持っています。
		+
		+	ochpコマンド(処理ホストチェック結果に使用される)はocspコマンドへのsimiliar方法で働いています(ドキュメンテーションが上であることを見てください)。(それは、整理業務チェック結果に使用されます)。受け身のホストチェック結果が確実に最新になるようにするために、あなたはホスト(サービスのために上で説明されることへのsimiliar)がないかどうかチェックする新しさを可能にしたくなるでしょう。

←前の版		2010年8月8日 (日) 09:05時点における版
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日 (日) 09:29にWikiadminによる

2010年8月8日 (日) 09:26にWikiadminによる

2010年8月8日 (日) 09:05にWikiadminによる

Wikiadmin: ページの作成: == 導入 Introduction == ネットワーク・サービスとリソースの分散監視をサポートするためにNagiosを構成できます。 私は簡潔にどうこれ…

Wikiadmin: ページの作成: == 導入 Introduction == ネットワーク・サービスとリソースの分散監視をサポートするためにNagiosを構成できます。私は簡潔にどうこれ…