(57)【特許請求の範囲】
【請求項１】
主系ノードと従系ノードを備え、前記主系ノードに障害が発生した場合には、前記主系ノードと前記従系ノードとを切り替えるクラスタシステムにおいて、
前記主系ノードは前記従系ノードからパケットリソースを受信し、前記受信したパケットリソースに基づき導通確認を行い、前記導通確認により前記主系ノードと通信可能な前記従系ノードの複数のＮＩＣのグループ分けを行い、前記主系ノードは、導通確認で得られた主系ノードの複数のＮＩＣと従系ノードの複数のＮＩＣとの導通状態をもとに、主系ノードの複数のＮＩＣと従系ノードの複数のＮＩＣとの結線方法が妥当であるか判断し、前記従系ノードの各ＮＩＣの役割とＩＰアドレスとを自動的に決定することを特徴とするクラスタシステム。
【請求項２】
前記パケットリソースは、従系ノードのＭＡＣリストの情報を含んだパケットであることを特徴とする請求項１に記載のクラスタシステム。
【請求項３】
前記導通確認は、主系ノードの複数のＮＩＣと従系ノードの複数のＮＩＣ間で通信可能か否かにより判断されることを特徴とする請求項１に記載のクラスタシステム。
【請求項４】
前記従系ノードは、複数台備えられることを特徴とする請求項１乃至３に記載のクラスタシステム。
【請求項５】
主系ノードと従系ノードを有し、前記主系ノードに障害が発生した場合には、前記主系ノードと前記従系ノードとを切り替えるクラスタシステムにおいて、
ＩＰネットワークを通じて前記従系ノードのＭＡＣアドレス情報を含んだパケットを受信するＭＡＣ通知パケット受理手段と、
前記主系ノードの複数のＮＩＣから、前記ＭＡＣアドレス情報を有する前記従系ノードの複数のＮＩＣと通信可能であるか導通確認し、通信可能なＮＩＣのグループ分けを行う導通確認手段と、
前記導通確認手段によるグループ分けに基づき、導通確認で得られた主系ノードの複数のＮＩＣと従系ノードの複数のＮＩＣとの導通状態をもとに、主系ノードの複数のＮＩＣと従系ノードの複数のＮＩＣとの結線方法が妥当であるか決定する判定手段と、
前記グループ分けされた前記主系ノードの複数のＮＩＣと前記従系ノードの複数のＮＩＣ間でＩＰネットワークが接続できるように前記従系ノードの各ＮＩＣの役割とＩＰアドレスを決定するＩＰアドレス・役割割り振り手段と、及び、
前記ＩＰアドレス・役割割り振り手段で決定された前記従系ノードの各ＮＩＣのＩＰアドレスと役割を前記従系ノードに通知するＩＰアドレス・役割通知手段と、を備えることを特徴とするクラスタシステム。
【請求項６】
前記主系ノードの複数のＮＩＣと前記従系ノードの複数のＮＩＣ間の導通状態に基づいて、前記主系ノードと前記従系ノード間に接続されたスイッチの接続ポートのグループ化を行うことを特徴とする請求項１又は５に記載のクラスタシステム。
【請求項７】
主系ノードと従系ノードを備え、前記主系ノードに障害が発生した場合には、前記主系ノードと前記従系ノードとを切り替えるクラスタリング方法において、
前記主系ノードは前記従系ノードからパケットリソースを受信し、前記受信したパケットリソースに基づき導通確認を行い、前記導通確認により前記主系ノードと通信可能な前記従系ノードの複数のＮＩＣのグループ分けを行い、前記主系ノードは、導通確認で得られた主系ノードの複数のＮＩＣと従系ノードの複数のＮＩＣとの導通状態をもとに、主系ノードの複数のＮＩＣと従系ノードの複数のＮＩＣとの結線方法が妥当であるか判断し、前記従系ノードの各ＮＩＣの役割とＩＰアドレスとを自動的に決定することを特徴とするクラスタリング方法。
【請求項８】
主系ノードと従系ノードを有し、前記主系ノードに障害が発生した場合には、前記主系ノードと前記従系ノードとを切り替えるクラスタリング方法において、
ＩＰネットワークを通じて前記従系ノードのＭＡＣアドレス情報を含んだパケットを受信するＭＡＣ通知パケット受理ステップと、
前記主系ノードの複数のＮＩＣから、前記ＭＡＣアドレス情報を有する前記従系ノードの複数のＮＩＣと通信可能であるか導通確認し、通信可能なＮＩＣのグループ分けを行う導通確認ステップと、
前記導通確認ステップによるグループ分けに基づき、導通確認で得られた主系ノードの複数のＮＩＣと従系ノードの複数のＮＩＣとの導通状態をもとに、主系ノードの複数のＮＩＣと従系ノードの複数のＮＩＣとの結線方法が妥当であるか決定する判定ステップと、
前記グループ分けされた前記主系ノードの複数のＮＩＣと前記従系ノードの複数のＮＩＣ間でＩＰネットワークが接続できるように前記従系ノードの各ＮＩＣの役割とＩＰアドレスを決定するＩＰアドレス・役割割り振りステップと、及び、
前記ＩＰアドレス・役割割り振りステップで決定された前記従系ノードの各ＮＩＣのＩＰアドレスと役割を前記従系ノードに通知するＩＰアドレス・役割通知ステップと、を備えることを特徴とするクラスタリング方法。
【請求項９】
前記主系ノードの複数のＮＩＣと前記従系ノードの複数のＮＩＣ間の導通状態に基づいて、前記主系ノードと前記従系ノード間に接続されたスイッチの接続ポートのグループ化を行うことを特徴とする請求項７又は８に記載のクラスタリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザがある程度は任意に結線を行っても、ネットワークの設定や、各NICで行われる通信の役割が自動的に決定されることにより、クラスタの機能が実現されるシステム及び方法に関する。
【背景技術】
【０００２】
近年、企業などの業務がインターネットで接続される膨大な数の情報処理端末に依存する傾向が強まっている。そのため、情報処理端末の予期せぬ停止などが深刻な損害をもたらすようになった。このような情報処理端末全体の停止などを避ける技術にクラスタシステムがある。クラスタシステムとは、複数の情報処理端末（ノード）が結合したまとまりによって構成されるシステムである。
【０００３】
図１に示すように、２台のノードを有する通常のクラスタシステムでは、各クラスタノードに実装されるNICの役割やIPアドレスがあらかじめ設定されており、それぞれの役割やIPアドレスに合わせて間違えなく各NICを結線する必要がある。
【０００４】
大抵の場合、クラスタシステムを構成する各ノードは複数のEthernet（登録商標）用のNICが実装され、システム導入時には、それぞれのNICに固有の役割とIPアドレス割り振られる。このため、クラスタシステムの導入時には、多くのケーブルの結線を間違いなく行うことが要求される。
【０００５】
このように、クラスタ構成を組むノード（マシン）群は、クラスタの機能を実現するため、それぞれのノードが複数経路のIPネットワークで結ばれる必要があることがわかる。このIPネットワークに利用されるNIC（network interface card）の結線方法は通常、1パターンに決まっており、これを間違いのないように行う作業は、ユーザにとって煩雑なものとなる。
【０００６】
従来では、クラスタシステム結線作業は、複数のNICを誤りのないように正確に結線する必要があり、煩雑なものであったが、「各NICの通信が果たす役割や、IPアドレスが、システム導入時のユーザの結線方法に従って、柔軟に変化する」という観点がこれまでなかった。
【０００７】
例えば、特許文献１は、管理装置から取得したプロファイルを複数保持する記憶手段を備え、プロファイルをネットワークインターフェイスに設定して、ネットワークへの接続を可能にする機能を有する端末装置を開示し、利用者にネットワークの設定を意識させることなく、容易に複数のネットワークに接続可能な環境を提供する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−２０１１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述の通り、クラスタシステムの導入時には、複数のEthernet通信用のNICを誤りのないように結線する必要があるという問題があった。NICとケーブルは、どのように組み合わせても物理的にはまる可能性があるため、結線作業は、誤りのないよう慎重に行うことを要した。
【００１０】
また、この結線作業は一般的に複雑で、ユーザに負担を強いるものであり、結線誤りがあった場合には、クラスタの機能が正常に動作しなくなる恐れがあった。
【００１１】
更に、クラスタシステムには、図１に示すような2ノードのみで構成されるものもあれば、さらに多数ノードで構成されるものもある。その全ての構成に上記課題が存在し、ノード数が増えるほどこの課題はより深刻なものとなる。
【課題を解決するための手段】
【００１２】
上述の課題を解決するため、本発明の一態様は、主系ノードと従系ノードを備え、上記主系ノードに障害が発生した場合には、上記主系ノードと上記従系ノードとを切り替えるクラスタシステムであって、上記主系ノードは上記従系ノードからパケットリソースを受信し、上記受信したパケットリソースに基づき導通確認を行い、さらに上記主系ノードは従系ノードの各ＮＩＣの役割とＩＰアドレスを自動的に決定するクラスタシステムに関する。
【００１３】
また、本発明の別の態様は、主系ノードと従系ノードを有し、上記主系ノードに障害が発生した場合には、上記主系ノードと上記従系ノードとを切り替えるクラスタシステムであって、ＩＰネットワークを通じて上記従系ノードのＭＡＣアドレス情報を含んだパケットを受信するＭＡＣ通知パケット受理手段と、上記主系ノードの各ＮＩＣから、上記ＭＡＣアドレス情報を有する上記従系ノードの各ＮＩＣと通信可能であるか導通確認し、通信可能なＮＩＣのグループ分けを行う導通確認手段と、上記導通確認手段によるグループ分けに基づき、結線状態が妥当であるか決定する判定手段と、上記グループ分けされた上記主系ノードのＮＩＣと上記従系ノードのＮＩＣ間でＩＰネットワークが接続できるように上記従系ノードの各ＮＩＣの役割とＩＰアドレスを決定するＩＰアドレス・役割割り振り手段と、上記ＩＰアドレス・役割割り振り手段で決定された上記従系ノードの各ＮＩＣのＩＰアドレスと役割を上記従系ノードに通知するＩＰアドレス・役割通知手段と、を備えるクラスタシステムに関する。
【００１４】
また、本発明の別の態様は、主系ノードと従系ノードを備え、上記主系ノードに障害が発生した場合には、上記主系ノードと上記従系ノードとを切り替えるクラスタリング方法であって、上記主系ノードは上記従系ノードからパケットリソースを受信し、上記受信したパケットリソースに基づき導通確認を行い、さらに上記主系ノードは従系ノードの各ＮＩＣの役割とＩＰアドレスを自動的に決定するクラスタリング方法に関する。
【００１５】
また、本発明の別の態様は、主系ノードと従系ノードを有し、上記主系ノードに障害が発生した場合には、上記主系ノードと上記従系ノードとを切り替えるクラスタリング方法であって、ＩＰネットワークを通じて上記従系ノードのＭＡＣアドレス情報を含んだパケットを受信するＭＡＣ通知パケット受理ステップと、上記主系ノードの各ＮＩＣから、上記ＭＡＣアドレス情報を有する上記従系ノードの各ＮＩＣと通信可能であるか導通確認し、通信可能なＮＩＣのグループ分けを行う導通確認ステップと、上記導通確認ステップによるグループ分けに基づき、結線状態が妥当であるか決定する判定ステップと、上記グループ分けされた上記主系ノードのＮＩＣと上記従系ノードのＮＩＣ間でＩＰネットワークが接続できるように上記従系ノードの各ＮＩＣの役割とＩＰアドレスを決定するＩＰアドレス・役割割り振りステップと、上記ＩＰアドレス・役割割り振りステップで決定された上記従系ノードの各ＮＩＣのＩＰアドレスと役割を上記従系ノードに通知するＩＰアドレス・役割通知ステップと、を含むクラスタリング方法に関する。
【発明の効果】
【００１６】
本発明では、各NICの通信が果たす役割がユーザの結線方法に従って柔軟に変化するため、ユーザはある程度は任意に結線を行うことができるようになる。
【００１７】
本発明の更なる利点及び実施形態を、記述と図面を用いて下記に詳細に説明する。
【図面の簡単な説明】
【００１８】
【図１】2ノード有する通常のクラスタシステムの概要図である。
【図２】本発明に係るクラスタシステムの一実施例を示す動作概要図である。（柔軟に変化する動作の概要）
【図３】本発明に係るクラスタシステムの一実施例を説明する図である。
【図４】本発明のシステム全体の機能を説明するフローチャートである。
【図５】本発明のグループ化処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１９】
まず、一般的なクラスタ構成のシステムについて説明する。
【００２０】
クラスタシステムの種類としては、高い可用性を目的とした高可用性（High Availability）クラスタや、複数のノードで処理を分散するパフォーマンス向上のための高性能処理（High Performance Computing）クラスタなどがある。HAクラスタは、同一の機能を持たせた複数台のコンピュータ（ノード）を使用して、サービスを提供する主系ノード（稼動系ノード）と、それをバックアップするための従系ノード（待機系ノード）に分けシステムを冗長化する。稼動系ノードに障害が発生した場合には、待機系ノードを稼動系ノードに切り替える。このような仕組みで、サービスを中断させることなく可用性を高めることを目的とする。このようなクラスタシステムを特にフェイルオーバクラスタという。一方、HPCクラスタにおける各ノードの役割は、HAクラスタの各ノードと異なり一律ではない。
【００２１】
本発明は、特に、HAクラスタを改良したものであり、一のノードにより他のノードの機能を制御可能なHAクラスタを提供する。
【００２２】
一般に、クラスタシステムは複数のノードで構成される。それらのマシン（ノード）間では様々な通信が行われ、以下のような各用途に応じたネットワークが形成される。
【００２３】
（ａ）障害検知機能のためのネットワーク
他ノードの障害の発生を、検知するための機能である。各ノードは、他ノードに対して、自ノードが正常に動作している旨を、複数のIPネットワークの通信経路を利用して定期的に伝える。各ノードは、他ノードからの上記通信が途絶えることで、該当ノードの障害を検知することができる。
【００２４】
（ｂ）サービスネットワーク
クラスタマシンが提供するサービス（例えば、ファイル共有機能や、様々なアプリケーション機能など）を、クライアントマシンに提供するネットワークである。
【００２５】
（ｃ）管理ネットワーク
各マシンを管理するためのネットワークである。また、このネットワークは先述した障害検知機能にも利用されることがある。
【００２６】
（ｄ）その他
クラスタの動作を制御するためのネットワークや、クラスタの制御の一環として、他ノードをダウンさせる通信などがある。
【００２７】
上記の通信は、それぞれのクラスタシステムによって、一つの経路でまとめて複数の通信を行う場合もあれば、一つの通信を複数の経路で冗長化する場合もある。
【００２８】
次に、本発明の実施の形態について図面を参照しつつ説明する。
【００２９】
本実施の形態によるクラスタシステムは、稼動中の稼動系ノードに障害が発生したことを検知すると、待機系ノードへ処理を切り替える（フェイルオーバさせる）といった処理を行う。上述のとおり、本発明で対象とするクラスタシステムとは、特に高可用性のためのクラスタである。
【００３０】
次に、図２を参照しながら本発明の実施の形態について説明する。
【００３１】
図２は、本発明の実施の形態によるクラスタシステム１が柔軟に変化する動作の概略構成を示す図である。ここでは、簡単のため、クラスタノードが２台（masterノード１０とslaveノード２０）の場合を説明する。他の実施の形態において、複数台のクラスタノードによりクラスタシステム１が構成されていても何ら構わない。
【００３２】
同図に示すように、本実施の形態によるクラスタシステム１は、masterノード１０、slaveノード２０を備えている。masterノード１０は、障害検知通信用NIC（ネットワークインタフェースカード）１１、管理LAN用NIC１２、及びサービスLAN用NIC１３を有する。また、slaveノード２０は、役割未定のNIC２１、２２、２３を有する。
【００３３】
次に、本実施の形態によるクラスタシステム１の動作について説明する。まず、slaveノード２０は、その役割未定の各NIC２１、２２、及び２３のMACアドレスをmasterノード１０に送信する。そして、masterノード１０の各NIC１１、１２、１３とslaveノード２０の各NIC２１、２２、２３との結線状態に基づき、masterノード１０は、slaveノード２０の各NIC２１、２２、２３の役割とＩＰアドレスを決定し、その内容をslaveノード２０に通知する。slaveノード２０は、受信した内容に応じて、各NIC２１、２２、２３の役割とＩＰアドレスを設定する。
【００３４】
例えば、NIC１１とNIC２１が結線する場合には、NIC２１は障害検知通信用に設定され、さらにＩＰアドレスが設定される。他の例として、NIC１１とNIC２２が結線する場合には、NIC２２は管理LAN用となり、そのためのＩＰアドレスが設定される。
【００３５】
次に、図３を参照して、本実施の形態によるクラスタシステム２を構成する各構成要素について詳細に説明する。
【００３６】
図３では、slaveノードが複数台あった場合の詳細な動作説明を行う。本実施の形態では、一例として、クラスタシステム２は、一台のmasterのノード１００と、２台のslaveのノード２００、３００から構成される。なお、本実施の形態では、masterノードはslaveノードの台数を予め知っていることとする。
【００３７】
ここでは、１台のmasterノード１００及び２台のslaveノード２００、３００を備える計３台のノードの構成について説明する。具体的には、master１００ノードのNIC１０８、１０９（MACアドレス11、MACアドレス12）、slaveノード２００のNIC２０６、２０７（MACアドレス21、MACアドレス22）、及びslaveノード３００のNIC３０６、３０７（MACアドレス31、MACアドレス32）がスイッチ４００を介して接続され、さらに、master１００ノードのNIC１１０（MACアドレス13）、slaveノード２００のNIC２０８（MACアドレス23）、及びslaveノード３００のNIC３０８（MACアドレス33）がスイッチ５００を介して接続された結線状態の場合について説明する。本発明は上記構成に限られるものではなく、他の実施の形態として、さらに複数台のslaveノードに対しても、同様の考え方ができる。
【００３８】
masterノード１００には、複数のNIC１０８、１０９、１１０が実装され、クラスタ制御機能１０１を有する。上記クラスタ制御機能１０１は、MAC通知パケット受理手段１０２、slaveノード数の情報１０３、導通確認手段１０４、判定手段１０５、IPアドレス・役割割り振り手段１０６、及びIPアドレス・役割通知手段１０７を含む。
【００３９】
同様に、slaveノード２００には、複数のNIC２０６、２０７、２０８が実装され、クラスタ制御機能２０１を有する。上記クラスタ制御機能２０１は、自MAC通知手段２０２、自ノードMACリスト２０３、IPアドレス・役割受理手段２０４、IPアドレス・役割設定手段２０５を含む。なお、slaveノード３００は、slaveノード２００の構成と同様であるためその説明を省略する。
【００４０】
以下、本実施の形態によるクラスタシステム２を構成する各構成要素について詳細に説明する。まず、masterノード１００を構成する各構成要素について説明する。
【００４１】
MAC通知パケット受理手段１０２は、slaveノード２００、３００の自MAC通知手段２０２、３０２により、IPネットワークを通じて送付される、MACリストの情報を含んだパケット（MAC通知パケット）を受信する手段である。また、slaveノード数の情報１０３により、全てのslaveノード２００、３００からMAC通知パケットが届いたか否かを判断する。slaveノード数の情報１０３は、例えばメモリなどの記憶装置に格納されている。
【００４２】
導通確認手段１０４は、masterノード１００の特定のNIC１０８、１０９、１１０と、slaveノード２００、３００の特定のMACアドレスを持つNIC２０６、２０７、２０８、３０６、３０７、３０８とが通信可能であるか否かを確認する機能である。判定手段１０５は、導通確認手段１０４により得られた情報に従って作成された「通信可能NICグループテーブル」を基に、結線状態が妥当であるか否かを決定する機能である。通信可能NICグループテーブルや結線状態の判定方法については、以下の実施の形態によるクラスタシステムの動作の説明においてより詳細に説明する。
【００４３】
IPアドレス・役割割り振り手段１０６は、slaveノード２００、３００の各NIC２０６、２０７、２０８、３０６、３０７、３０８に対して、導通しているmasterノード１００のNIC１０８、１０９、１１０とIPネットワークが接続できるようにIPアドレスを割り振り、かつ、その導通しているmasterノード１００のNIC１０８、１０９、１１０と通信する役割を決定する手段である。
【００４４】
IPアドレス・役割通知手段１０７は、IPアドレス・役割割り振り手段１０６で決定されたslaveノード２００、３００の各NIC２０６、２０７、２０８、３０６、３０７、３０８のIPアドレスと役割を、各slaveノード２００、３００に通知する手段である。
【００４５】
次に、slaveノード２００、３００を構成する各構成要素について詳細に説明する。
【００４６】
slaveノード２００、３００における自MAC通知手段２０２、３０２は、自ノードMACリスト２０３、３０３の情報を含んだ特殊なパケットをmasterノード１００のMAC通知パケット受理手段１０２へブロードキャストする手段である。ここで、自ノードMACリスト２０３、３０３とは、自ノードの持つ各NICのMACアドレスのリストであり、例えばメモリなどの記憶装置に格納されている。
【００４７】
IPアドレス・役割受理手段２０４、３０４は、IPアドレス・役割通知手段１０７から通知された、各NIC２０６、２０７、２０８、３０６、３０７、３０８の役割とIPアドレスの情報を受理する手段である。
【００４８】
IPアドレス・役割設定手段２０５、３０５は、IPアドレス・役割受理手段２０４、３０４で受理した各NIC２０６、２０７、２０８、３０６、３０７、３０８の役割とIPアドレスの情報を、実際に各上記NICに設定する手段である。
【００４９】
次に、本願発明の実施形態によるクラスタシステム２の動作について詳細に説明する。ここでは、簡略化のため、MACアドレスは、以後「MAC」と省略する。
【００５０】
まず、slaveノード２００、３００は、各NIC２０６、２０７、２０８、及び３０６、３０７、３０８へのIPアドレスや役割が割り振られていない状態で起動した場合、自MAC通知手段２０２、３０２により、各NIC２０６、２０７、２０８、３０６、３０７、３０８から、以下のようなMAC通知パケットをブロードキャストでmasterノード１００へ送信し続ける（ステップＳ４００）。
・ slaveノード２００が送付するMAC通知パケット
あて先MACアドレス: FFFFFFFFFFFF (ブロードキャスト)
あて先IPアドレス : FFFFFFFF (ブロードキャスト)
あて先ポート番号(UDP): 「本パケットを識別するための特定な値」
データ部: 自身の各NICのMACのリスト「21、22、23」
・  slaveノード３００が送付するMAC通知パケット
あて先MACアドレス: FFFFFFFFFFFF (ブロードキャスト)
あて先IPアドレス : FFFFFFFF (ブロードキャスト)
あて先ポート番号(UDP): 「本パケットを識別するための特定な値」
データ部: 自身の各NICのMACのリスト「31、32、33」
【００５１】
次に、masterノード１００は、各NIC２０６、２０７、２０８、３０６、３０７、３０８の役割とIPアドレスの通知(ステップＳ４０８で実施する)をslaveノード２００、３００へ送付していない状態で起動した場合、MAC通知パケット受理手段１０２により、slaveノード２００、３００側からのMAC通知パケットが到着するのを待ち、MAC通知パケットを受信する（ステップＳ４０１）。ここでは、masterノード１００の各NIC１０８、１０９、１１０の役割やIPアドレスは、ユーザやベンダにより、既に設定されているものとする。
【００５２】
そして、masterノード１００は、全てのslaveノード２００、３００からMAC通知パケットを受信したことを確認後（Ｓ４０２）、slaveノード２００、３００側より通知された全てのMACアドレス（例として、ここでは、MACアドレス２１、２２、２３、３１、３２、３３）について、導通確認手段１０４により、自身の全てのNIC１０８、１０９、１１０から導通確認を行い（ステップＳ４０３）通信可能なNICのグループ分けを行なう（ステップＳ４０４）。本実施の形態では、以下の３つの導通確認を行う。
１．NIC(MAC11)から、通知された全てのMAC(21,22,23,31,32,33)への導通確認
２．NIC(MAC12)から、通知された全てのMAC(21,22,23,31,32,33)への導通確認
３．NIC(MAC13)から、通知された全てのMAC(21,22,23,31,32,33)への導通確認
【００５３】
本実施の形態における構成の場合には、導通確認結果は、以下の表１のようになる。
【００５４】
【表１】
0005483029.tif 000002
この結果より、以下表２のような「通信可能NICグループテーブル」を作成する。
【００５５】
【表２】
0005483029.tif 000003
【００５６】
通信可能NICグループテーブルの作成後、masterノード１００は、Ｓ４０３で得られた各NICの導通状態を基に、判定手段１０５を用いて結線方法（結線状態）が妥当であるかチェックする（ステップＳ４０６）。判定手段１０５が結線状態は妥当であると判断した場合（ステップＳ４０６のＹＥＳ）、次の処理（ステップＳ４０７）に進む。一方、判定手段１０５が結線状態は妥当でないと判断した場合（ステップＳ４０６のＮＯ）、一定時間をおいてから、Ｓ４０３における導通確認からやり直す。
【００５７】
判定手段１０５の判断基準は、以下のような、クラスタシステム２のポリシーによる。
・ 一つの経路で複数の通信を行ってよいか？
・ 必ずしも必要でない通信や、必ず必要な通信はどれか？
【００５８】
また、以下は、全ての通信が必要であって、一つの経路で行なう通信は一つだけとした場合の判断項目の例である。
・全てのslaveノード２００、３００について、役割の数以上のNICと通信できるか？
・全ての通信可能なグループで、masterノード１００側NICの数、各slaveノード２００、３００側NICの数が等しくなっている。
【００５９】
次に、slaveノード２００、３００側のNIC２０６、２０７、２０８、３０６、３０７、３０８の役割を通信可能グループ内で順番に決める。また、IPアドレス・役割割り振り手段１０６により、上記各NICに通信に応じたＩＰアドレスを決める（ステップＳ４０７）。そして、これらの情報を、IPアドレス・役割通知手段１０７によって、slaveノード２００、３００側へ通知する（ステップＳ４０８）。
【００６０】
ステップＳ４０８でmasterノード１００側から情報が通知されると、slaveノード２００、３００は自身のIPアドレス・役割受理手段２０４、３０４によりその情報を受け取る。そして、IPアドレス・役割設定手段２０５、３０５が、各NIC２０６、２０７、２０８、３０６、３０７、３０８の役割とIPアドレスを設定する（ステップＳ４０９）。
【００６１】
このように、本発明の実施の形態では、各NICの通信が果たす役割が、ユーザの結線方法に従って柔軟に変化するため、ユーザはある程度は任意に結線を行うことができるようになる。また、結線ミスにより、クラスタ機能が正常に動作しなくなる可能性を低減することができる。
【００６２】
以上のように、本発明の実施の形態について説明したが、本発明は上記構成に限定されるものではなく、例えば、masterノードやslaveノードに、NICカードが４個や５個などの複数個実装される構成でもあってもよい。
【００６３】
また、図３において、３台のノードのNICのうち、６個のNIC１０８、１０９、２０６、２０７、３０６、３０７が一つのスイッチ４００に繋がり、３個のNIC１１０、２０８、３０８がもう一つのスイッチ５００に繋がった構成（つまり、９個のNICに対して２個のスイッチを有する構成）を示したが、NICとスイッチの個数及び組み合わせは、これに限定されるものではない。例えば、各ノードに５個のNICを実装させたりスイッチを３個備えたりしてもよいことは言うまでもない。
【００６４】
次に、本発明の他の実施の形態として、masterからスイッチへのポート（不図示）の適切なグループ化（vlanで分ける）方法について以下に詳細に説明する。
【００６５】
masterノード１００は、全ての通信経路の接続状態を把握することができる。そのため、接続されたスイッチ４００、５００に対して、各スイッチの接続ポートの適切なグループ化（vlanで分けること）を行うための情報を提供可能である。これによりスイッチ４００、５００は、通信パケットを余計なポートに対して送出しないように、ポートのグループ設定を行うことができる。
【００６６】
上記グループ化の手順は、以下のとおりである。ここで、masterノード１００は、自身のNIC１０８（MAC11）と、slaveノード２００のNIC（MAC 21）が通信を行い、かつ自身のNIC１０９（MAC12）と、slaveノード２００のNIC（MAC 22）が通信を行なっていることを把握していたものとする。
【００６７】
また、本実施の形態において、スイッチ４００は、ネットワーク経由で「どのMACが、どのポートに接続されているか？」という質問がきた場合、ネットワーク経由で回答することができるものとする。また、ネットワーク経由で、スイッチ４００のポートのグループ化（vlanで分けること）の設定を行なうことができる機能を、スイッチ４００は持っているものとする。
【００６８】
まず、masterノード１００は、スイッチ４００に対して、MAC11、MAC 12、MAC21、及びMAC 22が、スイッチ４００のどのポートに接続されているかを問い合わせる（ステップＳ５００）。
【００６９】
masterノード１００からの問い合わせに対して、スイッチ４００は、MAC 11がポート1に、MAC 12がポート2に、MAC21がポート3に、MAC22がポート4に接続されていることをmasterノード１００に回答する（ステップＳ５０１）。
【００７０】
次に、masterノード１００は、把握している通信情報を参考にして、ポート1とポート3、及びポート2とポート4のグループ化（vlanで分ける）をスイッチ４００に対して指示する（ステップＳ５０２）。
【００７１】
そして、スイッチ４００は、Ｓ５０２のmasterノード１００からの情報を基に、ポートのグループ化（vlanで分けること）を行なう（ステップＳ５０３）。
【００７２】
以上のように、masterノード１００が把握する通信経路の接続情報を使用して、簡易にポートのグループ分けを行うことができる。その結果、スイッチのポート設定だけで論理的ユーザをグループ化することができるので柔軟なネットワーク設計が可能となる。また、構築された VLAN 内だけの通信に限られるために、部門の分離をしてセキュリティの向上につなげることができる。
【００７３】
なお、上述した実施形態に含まれる特徴を用いたクラスタリング方法も本発明の範疇に含まれる。
【００７４】
以上、いくつかの実施の形態に基づき本発明を具体的に説明したが、本発明は上述の実施の形態に限定されるものではない。本発明の要旨を逸脱しない範囲で種々の変更を施すことができ、これらの変更例も本発明に含まれることはいうまでもない。
【符号の説明】
【００７５】
１  クラスタシステム
１０  masterノード
１１  障害検知通信用NIC
１２  管理LAN用NIC
１３  サービスLAN用NIC
２０  slaveノード
２１、２２、２３  役割未定NIC
２  クラスタシステム
１００  masterノード
１０１  クラスタ制御機能
１０２  MAC通知パケット受理手段
１０３  slaveノード数
１０４  導通確認手段
１０５  判定手段
１０６  IPアドレス・役割割り振り手段
１０７  IPアドレス・役割通知手段
１０８、１０９、１１０  masterノード側NIC
２００、３００  slaveノード
２０１、３０１  クラスタ制御機能
２０２、３０２  自MAC通知手段
２０３、３０３  自ノードMACリスト
２０４、３０４  IPアドレス・役割受理手段
２０５、３０５  IPアドレス・役割設定手段
２０６、２０７、２０８、３０６、３０７、３０８  slaveノード側NIC
４００、５００  スイッチ
【図１】
0005483029.tif 000004
【図２】
0005483029.tif 000005
【図３】
0005483029.tif 000006
【図４】
0005483029.tif 000007
【図５】
0005483029.tif 000008