(57)【特許請求の範囲】
【請求項１】
ネットワーク上に構築されるオーバーレイネットワークを管理する管理装置であって、
前記管理装置は、同一ドメインに属する前記オーバーレイネットワークの各ノードであり、前記オーバーレイネットワークに対応する所定空間におけるキー情報がそれぞれ対応付けられるものであり、
前記オーバーレイネットワークの第１のノードである自装置に対応する第１のキー情報を算出し、
前記オーバーレイネットワークの所定ノードから、前記所定空間において前記第１のキー情報から定まる第２のキー情報に対応する第２のノードのＩＰアドレスを取得し、
取得した前記第２のノードのＩＰアドレスをもとに前記第２のノードへアクセスし、前記所定空間において前記第１のキー情報から定まる第３のキー情報に対応する第３のノードのＩＰアドレスを取得し、
前記所定空間において前記第２のキー情報と前記第３のキー情報との間へ前記第１のキー情報を挿入し、
取得した前記第２のノードのＩＰアドレスならびに前記第３のノードのＩＰアドレスをもとに、前記オーバーレイネットワークにおいて前記第１のノードが通信をおこなう宛先ノードに対応するキー情報と、前記宛先ノードのノード名と、前記第１のノードがおこなう前記通信をルーティングするルーティングノードに対応するキー情報と、前記ルーティングノードのＩＰアドレスとを対応付けた情報を更新する
制御部を備えたことを特徴とする管理装置。
【請求項２】
さらに、
前記制御部は、
前記第１のノードで動作する仮想マシンのホストおよびゲストそれぞれのハッシュ値を前記キー情報として算出し、前記ホストおよび前記ゲストそれぞれのノード名と、算出した各前記キー情報と、前記ホストおよび前記ゲストそれぞれに対応するＩＰアドレスとを対応付けて前記第１のノードのハッシュ情報に登録し、
前記オーバーレイネットワークの前記同一ドメインに属するノードで動作するマネージャのＩＰアドレスの検索を実行し、
前記検索の結果、前記同一ドメインに属するノードで動作するマネージャが存在する場合には、当該ノードのマネージャから前記オーバーレイネットワークの管理情報を取得し、前記同一のドメインに属するノードで動作するマネージャが存在しない場合には、前記第１のノードのハッシュ情報に基づいて前記オーバーレイネットワークの管理情報を作成する
ことを特徴とする請求項１に記載の管理装置。
【請求項３】
さらに、
前記制御部は、
前記第１のノードで動作する仮想マシンのホストおよびゲストそれぞれのハッシュ値を前記キー情報として算出し、前記ホストおよび前記ゲストそれぞれのノード名と、算出した各前記キー情報と、前記ホストおよび前記ゲストそれぞれに対応するＩＰアドレスとを対応付けて前記第１のノードのハッシュ情報に登録し、
前記第１のノードが属する前記同一ドメインのハッシュ値を前記キー情報として算出し、算出した前記キー情報と、前記同一ドメインに属するノードのうちマネージャが動作するノードのキー情報とを対応付けて前記第１のノードのドメイン情報に登録し、
前記ドメイン情報において前記キー情報が登録される前記マネージャに対して、前記マネージャが管理する前記オーバーレイネットワークの管理情報に、前記第１のノードのハッシュ情報に基づく前記オーバーレイネットワークの管理情報を追加するように通知するネットワーク構築部をさらに備えた
ことを特徴とする請求項１に記載の管理装置。
【請求項４】
ネットワーク上に構築されるオーバーレイネットワークを管理する管理装置としてのコンピュータに実行させる管理プログラムであって、
前記管理装置は、同一ドメインに属する前記オーバーレイネットワークの各ノードであり、前記オーバーレイネットワークに対応する所定空間におけるキー情報がそれぞれ対応付けられるものであり、
前記コンピュータに、
前記オーバーレイネットワークの第１のノードである自装置に対応する第１のキー情報を算出し、
前記オーバーレイネットワークの所定ノードから、前記所定空間において前記第１のキー情報から定まる第２のキー情報に対応する第２のノードのＩＰアドレスを取得し、
取得した前記第２のノードのＩＰアドレスをもとに前記第２のノードへアクセスし、前記所定空間において前記第１のキー情報から定まる第３のキー情報に対応する第３のノードのＩＰアドレスを取得し、
前記所定空間において前記第２のキー情報と前記第３のキー情報との間へ前記第１のキー情報を挿入し、
取得した前記第２のノードのＩＰアドレスならびに前記第３のノードのＩＰアドレスをもとに、前記オーバーレイネットワークにおいて前記第１のノードが通信をおこなう宛先ノードに対応するキー情報と、前記宛先ノードのノード名と、前記第１のノードがおこなう前記通信をルーティングするルーティングノードに対応するキー情報と、前記ルーティングノードのＩＰアドレスとを対応付けた情報を更新する
各処理を実行させることを特徴とする管理プログラム。
【請求項５】
ネットワーク上に構築されるオーバーレイネットワークを管理する管理装置が実行する管理方法であって、
前記管理装置は、同一ドメインに属する前記オーバーレイネットワークの各ノードであり、前記オーバーレイネットワークに対応する所定空間におけるキー情報がそれぞれ対応付けられるものであり、
前記管理装置が、
前記オーバーレイネットワークの第１のノードである自装置に対応する第１のキー情報を算出し、
前記オーバーレイネットワークの所定ノードから、前記所定空間において前記第１のキー情報から定まる第２のキー情報に対応する第２のノードのＩＰアドレスを取得し、
取得した前記第２のノードのＩＰアドレスをもとに前記第２のノードへアクセスし、前記所定空間において前記第１のキー情報から定まる第３のキー情報に対応する第３のノードのＩＰアドレスを取得し、
前記所定空間において前記第２のキー情報と前記第３のキー情報との間へ前記第１のキー情報を挿入し、
取得した前記第２のノードのＩＰアドレスならびに前記第３のノードのＩＰアドレスをもとに、前記オーバーレイネットワークにおいて前記第１のノードが通信をおこなう宛先ノードに対応するキー情報と、前記宛先ノードのノード名と、前記第１のノードがおこなう前記通信をルーティングするルーティングノードに対応するキー情報と、前記ルーティングノードのＩＰアドレスとを対応付けた情報を更新する
各処理を実行することを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの管理装置、管理プログラムおよび管理方法に関する。
【背景技術】
【０００２】
従来、大規模なネットワークシステムを管理するには、運用管理用の装置である運用管理マネージャを階層化する技術が用いられてきた。このような大規模システム環境の管理の一例としては、大規模データセンタ等の分散コンピュータシステムの運用管理がある。【０００３】
また、ネットワークの通信方式として、ピア・ツー・ピア通信が知られている。ピア・ツー・ピア通信は、ネットワーク上に他のネットワークを構築するオーバーレイネットワークにも使用される。オーバーレイネットワークでは、障害の発生を検知してオーバーレイネットワークのルーティングテーブルを更新する技術も知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２０２４６１号公報
【特許文献２】特開２００７−５３４５２号公報
【特許文献３】特開２００８−３１１７１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
運用管理マネージャを階層化して大規模データセンタ等のネットワークを運用管理する場合には、導入設定と構成情報の構築に手間と時間がかかるという問題点があった。【０００６】
一般的に運用管理マネージャの構成情報を構築するには、管理対象のネットワークを自動探査する方法や、構成情報定義ファイルを別途作成してマネージャにインポートする方法がある。【０００７】
管理対象のネットワークを自動探査する方法は、ＩＰ（Internet  Protocol）アドレスに対するＰｉｎｇ（Packet  Internet  Groper）を行い、応答のあったＩＰアドレスからＳＮＭＰ（Simple  Network  Management  Protocol）やＴｅｌｎｅｔ等で情報を収集する技術である。この方法では、複数のＩＰアドレスを持つ管理対象や、Ｐｉｎｇに応答しない管理対象が設置されている場合に正確な情報を収集することが困難である。したがって、この方法では、自動探査して得られた情報に対して人手による修正を加えることが求められる。【０００８】
構成情報定義ファイルを別途作成してマネージャにインポートする方法は、管理者がすべての構成を把握していることを前提に、構成定義ファイルを作成する方法であり、非常に手間がかかる。【０００９】
開示の技術は、上記に鑑みてなされたものであって、ネットワークの管理を簡易に開始することのできる管理装置、管理プログラムおよび管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本願の開示する管理装置、管理プログラムおよび管理方法は、自ノードと同一の管理範囲に属するノードをネットワークから予め定められたルールによって検索し、検索によって得られたノードを管理対象ノードとする。
【発明の効果】
【００１１】
本願の開示する管理装置、管理プログラムおよび管理方法によれば、ネットワークの管理を簡易に開始することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本実施例に係るネットワークの説明図である。
【図２】図２は、本実施例にかかる管理装置の構成図である。
【図３】図３は、管理プログラムによる実施についての説明図である。
【図４】図４は、階層化した管理の説明図である。
【図５】図５は、サーバのハードウェアと管理プログラムの関係についての説明図である。
【図６】図６は、オーバーレイネットワークの説明図である。
【図７】図７は、ハッシュテーブルの定義の具体例についての説明図である。
【図８】図８は、図２に示したセルフノードテーブルｔ２の具体例である。
【図９】図９は、図２に示したドメインテーブルｔ3の具体例である。
【図１０】図１０は、図２に示したノード管理テーブルｔ４の具体例である。
【図１１】図１１は、図２に示したルーティングテーブルｔ５の具体例である。
【図１２】図１２は、管理プログラムをＶＭホストにインストールし、既存のオーバーレイネットワークに接続する処理動作を説明するフローチャートである。
【発明を実施するための形態】
【００１３】
以下に、本発明にかかるネットワークの管理装置、管理プログラムおよび管理方法の実施例を図面に基づいて詳細に説明する。なお、本実施例は開示の技術を限定するものではない。
【実施例】
【００１４】
図１は、本実施例に係るネットワークの説明図であり、図２は、本実施例にかかる管理装置の構成図である。図１に示したように、管理対象装置ｎ１〜４は、ネットワークを介して接続されている。このネットワークが監視対象のネットワークとなる。【００１５】
管理対象装置ｎ１には、監視装置ｍ１が接続され、管理対象装置ｎ２には、監視装置ｍ２が接続され、管理対象装置ｎ３には、監視装置ｍ３が接続されている。監視装置ｍ１〜４は、監視対象装置ｎ１〜４のネットワークインタフェースを利用して、監視対象装置ｎ１〜４が属するネットワークに対してオーバーレイネットワークを構築する。監視装置ｍ１〜４は、このオーバーレイネットワークのノードとして機能し、互いに通信可能である。【００１６】
管理装置ｍ１〜４は、同一の構成を有するので、以降の説明では管理装置ｍ１を例に説明を行なう。管理装置ｍ１は、オーバーレイネットワーク構築部ｍ１１、管理対象検索部ｍ１２および管理情報作成部ｍ１３を有する。また、管理装置ｍ１は、ＳＡＮ（Storage  Area  Network）と接続し、ＳＡＮに後述する各種情報を保持させる。【００１７】
オーバーレイネットワーク構築部ｍ１１は、管理対象のネットワークに対してオーバーレイネットワークを構築する処理部であり、通信処理部ｍ２１、ハッシュ処理部ｍ２２、情報取得部ｍ２３、通知部ｍ２４を有する。【００１８】
通信処理部ｍ２１は、管理装置が直接接続された管理対象装置がノードとして参加するネットワーク上の他のノードと通信する処理を行なう。ハッシュ処理部ｍ２２は、通信処理部ｍ２１が他のノードから取得した情報や管理対象装置の情報からハッシュ値を求め、得られたハッシュ値をオーバーレイネットワークのキーとする。情報取得部ｍ２３は、通信処理部ｍ２１を介してオーバーレイネットワークの他のノードから情報を取得する処理部である。通知部ｍ２４は、通信処理部ｍ２１を介してオーバーレイネットワークの他のノードに対して情報を通知する処理部である。【００１９】
管理対象検索部ｍ１２は、オーバーレイネットワーク構築部ｍ１１が構築したオーバーレイネットワークから、管理装置ｍ１が直接接続された管理対象装置である自ノードと同一の管理範囲に属するノードを検索する処理を行なう。【００２０】
管理情報作成部ｍ１３は、管理対象検索部ｍ１２による検索によって得られたノードを管理対象ノードとする管理情報を作成する。【００２１】
管理装置ｍ１は、管理対象装置であるコンピュータ上で動作する管理プログラムとして実施することが好適である。図３に示した例では、ドメインＡとドメインＢにそれぞれ３つのサーバが含まれており、ドメインＡとドメインＢとの間は通信可能である。【００２２】
ドメインＡのサーバのうち１つでは、他のコンピュータシステムの動作環境を仮想的に実現するＶＭ（Virtual  Machines）ホストプログラムが動作している。そして、ＶＭホストプログラム上に４つのＶＭゲストプログラムが動作している。このサーバでは、ＶＭホストプログラム上で運用管理プログラムがさらに動作している。ＶＭホストプログラム上で動作する運用管理プログラムは、サーバを管理装置として機能させる。この運用管理プログラムの管理対象装置は、サーバ自体とサーバ上で動作するＶＭホストプログラム、ＶＭゲストプログラムである。【００２３】
また、ドメインＡのサーバのうち１つでは、ＯＳ（Operating  System）が動作し、ＯＳ上で運用管理プログラムが動作している。そして、このサーバにはスイッチとルータが接続されている。このサーバのＯＳ上で動作する運用管理プログラムは、サーバを管理装置として機能させる。この運用管理プログラムの管理対象装置は、サーバ自体とサーバに接続されたスイッチおよびルータである。【００２４】
また、ドメインＡのサーバのうち１つでは、ＯＳ（Operating  System）が動作し、ＯＳ上で運用管理プログラムが動作している。そして、このサーバにはストレージが接続されている。このサーバのＯＳ上で動作する運用管理プログラムは、サーバを管理装置として機能させる。この運用管理プログラムの管理対象装置は、サーバ自体とサーバに接続されたストレージである。【００２５】
ドメインＡと同様にドメインＢに含まれる３つのサーバについても、サーバ上のＶＭホストプログラムやＯＳ上でそれぞれ運用管理プログラムが動作し、各サーバを管理装置として機能させる。このため、各サーバ、各サーバ上で動作する各種プログラム、各サーバに接続されたハードウェアは、対応するサーバ上で動作する運用管理プログラムによって管理される。【００２６】
各サーバ上の運用管理プログラムは、互いに通信し、オーバーレイネットワークを構築する。加えて、運用管理プログラムは、自らが属するドメイン内の他のノードについて情報を収集し、管理情報を作成することができる。なお、運用管理プログラムは、ドメインＡとドメインＢの双方からアクセス可能な端末から取得することができる。【００２７】
図３に示したように、運用管理プログラムは、管理を階層化することなく、自動的に自ドメインに属するノードの情報を取得することができる。図４は、図３に対する比較例であり、階層化した管理の説明図である。【００２８】
図４に示したシステムでは、ドメインＡを管理するサブマネージャとドメインＢを管理するサブマネージャが設けられており、２つのサブマネージャを統合マネージャが管理している。【００２９】
サブマネージャは、自らの担当するドメインに属する装置に対して状態監視ポーリングなどを行なって各装置のＩＰアドレスを取得し、取得したＩＰアドレスに対してＳＮＭＰトラップなどを用いて各装置から情報を収集する。【００３０】
このように、管理を階層化した場合、階層ごとに異なる装置もしくはプログラムを用意することとなる。また、管理における階層構造の変化やネットワーク構成の変化が生じた場合、その変化に合せて管理を修正していた。また、ＩＰアドレスを複数持つ装置やＰｉｎｇに応答しない装置がネットワークに含まれる可能性があるため、管理の導入時や修正時には管理者が確認を行なっていた。【００３１】
これに対し、図３に示した管理プログラムは同一のプログラムを各サーバに配布したものであり、統合マネージャ用、サブマネージャ用の区別がない。また、管理プログラムは、統合マネージャ用のコンピュータやサブマネージャ用のコンピュータを区別して設置することなく、すべての管理対象上で動作する。このため、管理プログラムに、新たな管理対象を追加する時は、管理者が構成変更を行う必要がなく、自立的に追加できる。【００３２】
管理対象が追加された場合、追加された管理対象の管理プログラムは、自動的に構成情報を構築し、同じドメインに他のマネージャ、すなわち管理プログラムが動作しているサーバがいれば、構成情報をそのマネージャから入手する。いなければ、管理プログラムは構成情報を自ら収集して構築する。【００３３】
図５は、サーバのハードウェアと管理プログラムの関係についての説明図である。管理プログラムｐｇ１０は、サーバ内部のＨＤＤ（Hard  disk  drive）ｐ１３に格納される。管理プログラムｐｇ１０は、オーバーレイネットワーク構築部としての動作を記述されたオーバーネットワーク構築プロセスｐｇ１１、管理対象検索部としての動作を記述された管理対象検索プロセスｐｇ１２、および管理情報作成部としての動作を記述された管理情報作成プロセスｐｇ１３を含む。【００３４】
サーバが起動すると、管理プログラムｐｇ１０はＨＤＤｐ１３から読み出され、メモリｐ１２に展開される。そして、ＣＰＵ（Central  Processing  Unit）ｐ１１がメモリに展開されたプログラムを順次実行することで、サーバを管理装置として機能させる。この時、管理装置におけるオーバーレイネットワークのインタフェースとしては、サーバの通信インタフェースｐ１４を使用する。【００３５】
図６は、オーバーレイネットワークの説明図である。管理装置もしくは管理プログラムは、起動するとオーバーレイネットワークを形成する。オーバーレイネットワーク構築部ｍ１１が、例えば、DHT（分散ハッシュテーブル）アルゴリズムのChordを用いた場合、図６に示したような環状のオーバーレイネットワークが形成される。【００３６】
DHTでは、キー（Key）とバリュー（Value）のペアが、オーバーレイネットワークに参加する各ノードで分散して保持される。Chordの場合は、SHA（Secure  Hash  Algorithm）-1でハッシュした値をキーに用い、各キーは自分のキーより大きい値のキーを持ち、管理プログラムが動作している最初のノードに格納される。【００３７】
図６の例では、ｖｍｈｏｓｔ２のキーが１、ｄｏｍａｉｎ１のキーが５、ｓｅｒｖｅｒ１のキーが１５、ｓｅｒｖｅｒ２のキーが２０、ｇｒｏｕｐ１のキーが３２、ｕｓｅｒ１のキーが４０、ｖｍｇｕｅｓｔ１１のキーが５５である。同様に、ｓｅｒｖｅｒ３のキーが６６、ｖｍｇｕｅｓｔ１２のキーが７０、ｖｍｈｏｓｔ３のキーが７５、ｖｍｇｕｅｓｔ１３のキーが８５、ｖｍｇｕｅｓｔ１４のキーが９０である。そして、ｖｍｈｏｓｔ１のキーが１００、ｓｗｉｔｃｈ１のキーが１１０、ｓｔｏｒａｇｅ１のキーが１１５、ｖｍｇｕｅｓｔ２１のキーが１２０である。【００３８】
ここで、ｖｍｈｏｓｔ１〜３、ｓｅｒｖｅｒ１〜３は、ｄｏｍａｉｎ１に属し、管理プログラムが実行されたノードであり、図６において黒い円形記号で示している。また、ｄｏｍａｉｎ１に属するｖｍｇｕｅｔ、ｓｔｏｒａｇｅ、ｓｗｉｃｈなどについては、図６において二重円形記号で示している。加えて、図６では、ｄｏｍａｉｎ２に属するノード（キーが４，３３，３６のノード）については、網掛けの円形記号で示している。【００３９】
既に述べたように、キーとValueのペアは自分のキーより大きい値のキーを持ち、管理プログラムが動作している最初のノードに格納されるので、Key  40,  55  は、Key  =  66  のノードに格納される。【００４０】
また、Chordの場合、各ノードは、直前のノードと、直後のノード及び(自ノードkey+2^(x-1))  mod  (2^k)  (xは1からkの自然数、kはkeyのビット数)  のノードの情報をルーティング情報として保持している。具体的には、1,2,4,8,16,32,64,128…というように離散したノードの情報を持つ。【００４１】
これによって、Chord  DHTでは、各ノードがKeyに対するValueを、Keyより大きい最初のKeyを持つノードに保持させ、更にKeyに対応するValueを、Keyより大きい最初のKeyを持つノードから取得することが可能になる。【００４２】
図７は、DHT（分散ハッシュテーブル）の定義の具体例についての説明図である。このDHTは、図２のSANにおけるハッシュテーブルｔ１に相当する。【００４３】
図７では、ＳＨＡ−１でハッシュしたＫｅｙと、Ｋｅｙに対応づけられるＶａｌｕｅを示している。なお、本実施例では、Ｋｅｙとしてノード名を用いる例を示すが、これに限定されるものではない。【００４４】
サーバについては、サーバ名をSHA-1でハッシュしてKeyとする。そして、サーバであることを示すタグ「server」、サーバ名、サーバ名から求めたkey、サーバが有するＩＰアドレスの一覧（ＩＰリスト）、サーバが有するWWNの一覧（ＷＷＮリスト）、管理ノードとして機能しているかを示すmanager-flag、サーバの属するドメインとドメインのキーのリスト、をValueとして有する。【００４５】
ＶＭホストについては、VMホスト名をSHA-1でハッシュしてKeyとする。そして、ＶＭホストであることを示すタグ「vmhost」、VMホスト名、ＶＭホスト名から求めたkey、ＶＭホストのＩＰリスト、ＶＭホストの属するドメインとドメインのキーのリスト、ＶＭホスト上で動作するVMゲストのリスト、をValueとして有する。【００４６】
ＶＭゲストについては、VMゲスト名をSHA-1でハッシュしてKeyとする。そして、ＶＭホストであることを示すタグ「vmguest」、ＶＭゲスト名、ＶＭゲスト名から求めたkey、ＶＭゲストのＩＰリスト、ＶＭゲストが動作しているＶＭホストの名前とｋｅｙ、をValueとして有する。【００４７】
スイッチについては、スイッチ名をSHA-1でハッシュしてKeyとする。そして、スイッチであることを示すタグ「switch」、スイッチ名、スイッチ名から求めたkey、スイッチのＩＰリスト、スイッチの属するドメインとドメインのキーのリスト、をValueとして有する。【００４８】
ストレージについては、ストレージ名をSHA-1でハッシュしてKeyとする。そして、ストレージであることを示すタグ「storage」、ストレージ名、ストレージ名から求めたkey、ストレージのＩＰリスト、ストレージのWWNリスト、ストレージの属するドメインとドメインのキーのリスト、をValueとして有する。【００４９】
ユーザについては、ユーザ名をSHA-1でハッシュしてKeyとする。そして、ユーザであることを示すタグ「user」、ユーザ名、ユーザ名から求めたkey、ユーザの属するグループ名とグループのkeyのリスト、をValueとして有する。【００５０】
グループについては、グループ名をSHA-1でハッシュしてKeyとする。そして、グループであることを示すタグ「group」、グループ名、グループ名から求めたkey、グループに属するユーザ名とkeyのリスト、をValueとして有する。【００５１】
ドメインについては、ドメイン名をSHA-1でハッシュしてKeyとする。そして、ドメインであることを示すタグ「domain」、ドメイン名、ドメイン名から求めたkey、ドメインの管理装置のキーのリスト、をValueとして有する。【００５２】
図８は、図２に示したセルフノードテーブルｔ２の具体例である。セルフノードテーブルは、管理プログラムが動作するサーバ上のノード、すなわちサーバ自体、サーバ上で動作するＶＭホスト、ＶＭゲストなどの情報を登録したテーブルである。図８は、ｖｍｇｕｅｓｔ１１〜１４とともに、ｖｍｈｏｓｔ１上で動作する管理プログラムが作成したセルフノードテーブルを示している。セルフノードテーブルには、種別、ノード名、key、IPアドレス、WWNの項目を有する。【００５３】
図８の例では、種別がvmhost、ノード名がvmhost1.domain1.company.com、keyが100、IPアドレスが10.20.30.40、WWNが10:00:00:60:69:00:23:74のエントリが登録されている。また、種別がvmguest、ノード名がvmguest11.domain1.company.com、keyが55、IPアドレスが10.20.30.41、WWNがnullのエントリが登録されている。【００５４】
同様に、種別がvmguest、ノード名がvmguest12.domain1.company.com、keyが70、IPアドレスが10.20.30.42、WWNがnullのエントリが登録されている。そして、種別がvmguest、ノード名がvmguest13.domain1.company.com、keyが85、IPアドレスが10.20.30.43、WWNがnullのエントリと、種別がvmguest、ノード名がvmguest14.domain1.company.com、keyが90、IPアドレスが10.20.30.44、WWNがnullのエントリが登録されている。【００５５】
図９は、図２に示したドメインテーブルｔ3の具体例である。各管理装置や管理プログラムは、自ノードが属するドメインのドメイン名をＳＨＡ−１でハッシュしてkeyを求め、ドメインテーブルｔ３に登録する。また、ドメインテーブルｔ3には、ドメイン名とドメインのkeyの他、ドメインの管理を行なうマネージャのkeyを登録する。管理プログラムが動作するノードであれば、任意ノードがマネージャとしてノードの管理を行なうことができ、ドメイン内に複数のマネージャが存在してもよい。【００５６】
図１０は、図２に示したノード管理テーブルｔ４の具体例である。ノード管理テーブルｔ４は、ドメイン内のノードを管理するマネージャとして動作する管理装置や管理プログラムが作成する管理情報であり、自ノードと同一ドメインに属する全てのノードの情報である。【００５７】
図１０のノード管理テーブルｔ４は、図６に示したオーバーレイネットワークのうちｄｏｍａｉｎ１を管理するマネージャが作成し、保持するテーブルを示している。【００５８】
図１０に示したノード管理テーブルｔ４は、種別、ノード名、key、Domain  key、Manager  Flag、Managed  Flagの項目を有する。Manager  Flagは、そのノードがマネージャである場合にtrue、マネージャではない場合にfalseの値をとる。Managed  Flagは、そのノードが管理されている場合にtrue、管理されていない場合にfalseの値をとる。【００５９】
具体的には、図１０に示したノード管理テーブルｔ４は、種別がvmhost、ノード名がvmhost2.domain1.company.com、Keyが1、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrueのエントリを有する。【００６０】
また、ノード管理テーブルｔ４は、種別がserver、ノード名がserver1.domain1.company.com、Keyが15、Domain  Keyが5、Manager  Flagがtrue、Managed  Flagがtrueのエントリを有する。【００６１】
また、ノード管理テーブルｔ４は、種別がserver、ノード名がserver2.domain1.company.com、Keyが20、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrueのエントリを有する。【００６２】
また、ノード管理テーブルｔ４は、種別がvmguest、ノード名がvmguest11.domain1.company.com、Keyが55、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrue、のエントリを有する。【００６３】
また、ノード管理テーブルｔ４は、種別がserver、ノード名がserver3.domain1.company.com、Keyが66、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrue、のエントリを有する。【００６４】
また、ノード管理テーブルｔ４は、種別がvmguest、ノード名がvmguest12.domain1.company.com、Keyが70、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrue、のエントリを有する。【００６５】
また、ノード管理テーブルｔ４は、種別がvmhost、ノード名がvmhost3.domain1.company.com、Keyが75、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrue、のエントリを有する。【００６６】
また、ノード管理テーブルｔ４は、種別がvmguest、ノード名がvmguest13.domain1.company.com、Keyが85、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrue、のエントリを有する。【００６７】
また、ノード管理テーブルｔ４は、種別がvmguest、ノード名がvmguest14.domain1.company.com、Keyが90、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrue、のエントリを有する。【００６８】
また、ノード管理テーブルｔ４は、種別がvmhost、ノード名がvmhost1.domain1.company.com、Keyが100、Domain  Keyが5、Manager  Flagがtrue、Managed  Flagがtrue、のエントリを有する。【００６９】
また、ノード管理テーブルｔ４は、種別がswitch、ノード名がswitch1.domain1.company.com、Keyが110、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrue、のエントリを有する。【００７０】
また、ノード管理テーブルｔ４は、種別がstorage、ノード名がstorage1.domain1.company.com、Keyが115、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrue、のエントリを有する。【００７１】
また、ノード管理テーブルｔ４は、種別がvmguest、ノード名がvmguest21.domain1.company.com、Keyが120、Domain  Keyが5、Manager  Flagがfalse、Managed  Flagがtrue、のエントリを有する。【００７２】
このように、ノード管理テーブルｔ４は、ドメイン１に属するノードを管理するテーブルであるので、ドメイン２に属するノードについては登録されていない。【００７３】
図１１は、図２に示したルーティングテーブルｔ５の具体例である。ルーティングテーブルｔ５は、各管理装置や管理プログラムがオーバーレイネットワークにおけるルーティングに用いるテーブルである。【００７４】
図１１に示した例では、ルーティングテーブルｔ５は、最終的な宛先である目的地のキーを示すdistance、目的地のノード名、目的地と通信する場合のルーティング先を示す宛先のキーであるDestination  Key、ルーティング先のＩＰアドレスであるDestination  IPの項目を有する。【００７５】
図１１は、キー１００のノードが用いるルーティングテーブルの具体例である。図１１のルーティングテーブルｔ５は、distanceが1、ノード名がvmhost1.domain1.company.com、Destination  Keyが1、Destination  IPがa1.b1.c1.d1、distanceが2、ノード名がvmhost2.domain1.company.com、Destination  Keyが1、Destination  IPがa1.b1.c1.d1の項目を有する。【００７６】
また、ルーティングテーブルｔ５は、distanceが3、ノード名がvmhost2.domain1.company.com、Destination  Keyが1、Destination  IPがa1.b1.c1.d1
の項目を有する。【００７７】
また、ルーティングテーブルｔ５は、distanceが5、ノード名がvmhost2.domain1.company.com、Destination  Keyが1、Destination  IPがa1.b1.c1.d1
の項目を有する。【００７８】
また、ルーティングテーブルｔ５は、distanceが9、ノード名がvmhost2.domain1.company.com、Destination  Keyが1、Destination  IPがa1.b1.c1.d1
の項目を有する。【００７９】
また、ルーティングテーブルｔ５は、distanceが17、ノード名がvmhost2.domain1.company.com、Destination  Keyが1、Destination  IPがa1.b1.c1.d1
の項目を有する。【００８０】
また、ルーティングテーブルｔ５は、distanceが33、ノード名がnode1.domain2.company.com、Destination  Keyが4、Destination  IPがa4.b4.c4.d4の項目を有する。【００８１】
また、ルーティングテーブルｔ５は、distanceが65、ノード名がnode3.domain2.company.com、Destination  Keyが36、Destination  IPがa36.b36.c36.d36の項目を有する。【００８２】
このように、ルーティングテーブルｔ５は、ドメイン１に属するノード(key:1,2,3,5,9,17)が目的地である場合にはKey1（IPアドレス:a1.b1.c1.d1）にルーティングすることを規定している。また、ルーティングテーブルｔ５は、ドメイン１に属するノードkey:33が目的地である場合にはKey4（IPアドレス:a4.b4.c4.d4）にルーティングし、ドメイン２に属するノードkey:65が目的地である場合にはKey36（IPアドレス:a36.b36.c36.d36）にルーティングすることを規定している。【００８３】
図１２は、管理プログラムをＶＭホストにインストールし、既存のオーバーレイネットワークに接続する処理動作を説明するフローチャートである。【００８４】
管理プログラムをインストールすると、ハッシュ処理プロセスｐｍ２２は、VMホスト名(vmhost1.domain1.company.com)からハッシュ関数（Chordの場合はSHA-1）で、Keyを生成し（Ｓ１０１）、生成したＫｅｙをセルフノードテーブルｔ２に格納する（Ｓ１０２）。なお、本実施例では、簡便化のためハッシュするデータにノード名を用いる例を示すが、これに限定されるものではない。【００８５】
生成されたKeyは図６の100であると仮定する。なお、SHA-1なら実際には、90:d5:3e:4d:77:2c:3f:54:c3:49:a9:44:00:b3:e2:b5:08:d9:cd:6d  となる。【００８６】
つぎに、通信処理プロセスｐｍ２１が初期ノード、すなわちオーバーレイネットワークに既に参加しているノードを取得する（Ｓ１０３）。初期ノードは、一例として、あらかじめ常時動作しているWebサーバから入手すればよい。ここでは、取得した初期ノードのIPアドレスはKey  20のホストであるとする。【００８７】
通信処理プロセスｐｍ２１は、初期ノードに対して問合せを実行し、自ノードKeyの次のノードであるKey  1のIPアドレスを得る（Ｓ１０４）。そして、通信処理プロセスｐｍ２１は、ノード  Key  １に対して問合せを実行し、直前のノード  Key  75のIPアドレスを取得し、自ノード（図６の新規マネージャ）をKey  75とKey  1の間のノードとして挿入して（Ｓ１０５）、自ノードのルーティングテーブルｔ５を更新する（Ｓ１０６）。【００８８】
ハッシュ処理プロセスｐｍ２２は、自ノードのＶＭホスト上で動作する４つのＶＭゲスト情報からキーを求め（Ｓ１０７）、得られたKey  55,  70,  85,  90を、ハッシュテーブルｔ１に登録する（Ｓ１０８）。また、ハッシュ処理プロセスｐｍ２２は、自ドメイン名（domain1.company.com）からKeyを生成し（Ｓ１０９）、ドメイン情報をハッシュテーブルｔ１から取得してドメインテーブルｔ３に格納する（Ｓ１１０）。【００８９】
つぎに、管理対象検索プロセスｐｍ１２は、自ドメインに属するマネージャのIPアドレス（図６の既存マネージャ）情報を取得する（Ｓ１１１）。自ドメインに属するマネージャがいなかった場合（Ｓ１１２，Ｎｏ）、管理情報作成プロセスｐｍ１３は、ハッシュテーブルｔ１に登録されている情報から、構成情報を構築し、ノード管理テーブルｔ４として格納し（Ｓ１１３）、処理を終了する。【００９０】
一方、自ドメインに属するマネージャが既に存在する場合（Ｓ１１２，Ｙｅｓ）、管理情報作成プロセスｐｍ１３は、自ドメインの既存マネージャが保持するノード管理テーブルを複製し、自らのノード管理テーブルｔ４とする（Ｓ１１４）。そして、自ドメインに属する既存マネージャに対して、自ノードの、４つのVMゲスト情報（Key  55,  70,  85,  90）を通知して（Ｓ１１５）、処理を終了する。【００９１】
以上の処理によって、新たに管理対象として加わった１つのVMホスト（図６における新規マネージャ）と、４つのVMゲスト情報（Key  55,  70,  85,  90）の構成情報が自動的に、登録される。なお、自ドメインに属する既存マネージャでは、新たに加わった管理対象を管理するか否か選択する事ができる。【００９２】
上述したように、本実施例にかかる管理装置、管理プログラムおよび管理方法は、管理対象ノードに、運用管理プログラムをインストールし、プログラムを開始することで自動的に導入設定が開始され、管理情報であるノード管理テーブルの作成が完了する。これにより、導入設定と構成情報構築の手間が軽減し、時間が短縮するのでネットワークの管理を簡易に開始することができる。
【符号の説明】
【００９３】
ｍ１  管理装置
ｍ１１  オーバーレイネットワーク構築部
ｍ１２  管理対象検索部
ｍ１３  管理情報作成部
ｍ２１  通信処理部
ｍ２２  ハッシュ処理部
ｍ２３  情報取得部
ｍ２４  通知部
ｔ１  ハッシュテーブル
ｔ２  セルフノードテーブル
ｔ３  ドメインテーブル
ｔ４  ノード管理テーブル
ｔ５  ルーティングテーブル
ｐ１１  ＣＰＵ
ｐ１２  メモリ
ｐ１３  ＨＤＤ
ｐ１４  通信インタフェース
ｐｇ１０  管理プログラム
ｐｇ１１  オーバーレイネットワーク構築プロセス
ｐｇ１２  管理対象検索プロセス
ｐｇ１３  管理情報作成プロセス
【図１】
0005408359.tif 000002
【図２】
0005408359.tif 000003
【図３】
0005408359.tif 000004
【図４】
0005408359.tif 000005
【図５】
0005408359.tif 000006
【図６】
0005408359.tif 000007
【図７】
0005408359.tif 000008
【図８】
0005408359.tif 000009
【図９】
0005408359.tif 000010
【図１０】
0005408359.tif 000011
【図１１】
0005408359.tif 000012
【図１２】
0005408359.tif 000013