JP2012209625A - クラスタシステムの結線作業の煩雑さを軽減するシステム及び方法 - Google Patents

Abstract

【課題】ユーザがある程度は任意にNICの結線を行うことができる技術を提供する。
【解決手段】主系ノードと従系ノードを備え、上記主系ノードに障害が発生した場合には、上記主系ノードと上記従系ノードとを切り替えるクラスタシステムにおいて、上記主系ノードは上記従系ノードからパケットリソースを受信し、上記受信したパケットリソースに基づき導通確認を行い、さらに上記主系ノードは従系ノードの各ＮＩＣの役割とＩＰアドレスを自動的に決定する。
【選択図】図２

Description

本発明は、ユーザがある程度は任意に結線を行っても、ネットワークの設定や、各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)への導通確認

本実施の形態における構成の場合には、導通確認結果は、以下の表１のようになる。

この結果より、以下表２のような「通信可能NICグループテーブル」を作成する。

通信可能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
４００、５００ スイッチ

Claims (9)

1. 主系ノードと従系ノードを備え、前記主系ノードに障害が発生した場合には、前記主系ノードと前記従系ノードとを切り替えるクラスタシステムにおいて、
   前記主系ノードは前記従系ノードからパケットリソースを受信し、前記受信したパケットリソースに基づき導通確認を行い、さらに前記主系ノードは前記従系ノードの各ＮＩＣの役割とＩＰアドレスを自動的に決定することを特徴とするクラスタシステム。
2. 前記パケットリソースは、従系ノードのＭＡＣリストの情報を含んだパケットであることを特徴とする請求項１に記載のクラスタシステム。
3. 前記導通確認は、主系ノードのＮＩＣと従系ノードのＮＩＣ間で通信可能か否かにより判断されることを特徴とする請求項１に記載のクラスタシステム。
4. 前記従系ノードは、複数台備えられることを特徴とする請求項１乃至３に記載のクラスタシステム。
5. 主系ノードと従系ノードを有し、前記主系ノードに障害が発生した場合には、前記主系ノードと前記従系ノードとを切り替えるクラスタシステムにおいて、
   ＩＰネットワークを通じて前記従系ノードのＭＡＣアドレス情報を含んだパケットを受信するＭＡＣ通知パケット受理手段と、
   前記主系ノードの各ＮＩＣから、前記ＭＡＣアドレス情報を有する前記従系ノードの各ＮＩＣと通信可能であるか導通確認し、通信可能なＮＩＣのグループ分けを行う導通確認手段と、
   前記導通確認手段によるグループ分けに基づき、結線状態が妥当であるか決定する判定手段と、
   前記グループ分けされた前記主系ノードのＮＩＣと前記従系ノードのＮＩＣ間でＩＰネットワークが接続できるように前記従系ノードの各ＮＩＣの役割とＩＰアドレスを決定するＩＰアドレス・役割割り振り手段と、及び、
   前記ＩＰアドレス・役割割り振り手段で決定された前記従系ノードの各ＮＩＣのＩＰアドレスと役割を前記従系ノードに通知するＩＰアドレス・役割通知手段と、を備えることを特徴とするクラスタシステム。
6. 前記主系ノードのＮＩＣと前記従系ノードのＮＩＣ間の導通状態に基づいて、前記主系ノードと前記従系ノード間に接続されたスイッチの接続ポートのグループ化を行うことを特徴とする請求項１又は５に記載のクラスタシステム。
7. 主系ノードと従系ノードを備え、前記主系ノードに障害が発生した場合には、前記主系ノードと前記従系ノードとを切り替えるクラスタリング方法において、
   前記主系ノードは前記従系ノードからパケットリソースを受信し、前記受信したパケットリソースに基づき導通確認を行い、さらに前記主系ノードは前記従系ノードの各ＮＩＣの役割とＩＰアドレスを自動的に決定することを特徴とするクラスタリング方法。
8. 主系ノードと従系ノードを有し、前記主系ノードに障害が発生した場合には、前記主系ノードと前記従系ノードとを切り替えるクラスタリング方法において、
   ＩＰネットワークを通じて前記従系ノードのＭＡＣアドレス情報を含んだパケットを受信するＭＡＣ通知パケット受理ステップと、
   前記主系ノードの各ＮＩＣから、前記ＭＡＣアドレス情報を有する前記従系ノードの各ＮＩＣと通信可能であるか導通確認し、通信可能なＮＩＣのグループ分けを行う導通確認ステップと、
   前記導通確認ステップによるグループ分けに基づき、結線状態が妥当であるか決定する判定ステップと、
   前記グループ分けされた前記主系ノードのＮＩＣと前記従系ノードのＮＩＣ間でＩＰネットワークが接続できるように前記従系ノードの各ＮＩＣの役割とＩＰアドレスを決定するＩＰアドレス・役割割り振りステップと、及び、
   前記ＩＰアドレス・役割割り振りステップで決定された前記従系ノードの各ＮＩＣのＩＰアドレスと役割を前記従系ノードに通知するＩＰアドレス・役割通知ステップと、を備えることを特徴とするクラスタリング方法。
9. 前記主系ノードのＮＩＣと前記従系ノードのＮＩＣ間の導通状態に基づいて、前記主系ノードと前記従系ノード間に接続されたスイッチの接続ポートのグループ化を行うことを特徴とする請求項７又は８に記載のクラスタリング方法。

Images