JP5262145B2 - クラスタシステムおよび情報処理方法 - Google Patents

Description

本発明は、クラスタシステムに関する。

サーバを複数台使用して冗長化することによりシステムの可用性を向上させるクラスタシステムが知られている。クラスタシステムは、運用系のサーバと待機系のサーバを備え、運用系のサーバに障害が生じたときに、運用系のサーバの業務を待機系のサーバに引き継がせることによりサービスの継続性を図る。クラスタシステムの性能を良くするために、様々な視点から試みがなされている。

例えば、特許文献１に開示されたシステムは、運用系の物理サーバと待機系の物理サーバを備え、運用系の物理サーバに仮想サーバが設けられている。運用系の物理サーバと待機系の物理サーバが仮想サーバの業務を代行可能に構築されている。通常、運用系の物理サーバにより仮想サーバの業務を代行してサービスを行い、運用系の物理サーバに障害が生じたときに、待機系の物理サーバは運用系に昇格して仮想サーバの業務を代行する。クライアントは、接続先のサーバアドレスを仮想サーバのアドレスに設定すれば、物理サーバが切り替わっても接続先のサーバアドレスの再設定を行わずにサービスを継続的に受けることができる。

また、特許文献２に開示されたシステムは、複数の運用系の物理サーバと、１つの待機系の物理サーバを備え、各運用系の物理サーバには複数の仮想サーバが設けられている。いずれかの運用系の物理サーバに障害が生じたときに、待機系の物理サーバにより、障害が生じた運用系の物理サーバ上の仮想サーバを稼動させる。こうすることにより、複数の運用系の物理サーバに対して１つの待機系の物理サーバのみを用意すればよいので、サーバの数を減らすことができ、システムの規模を小さくできる。

特許文献３に開示されたシステムは、バスを介して接続された、同時に同じ処理を行う３つ以上の処理装置を備える。これらの処理装置の結果が一致すれば、すべての処理装置が正常であると判断する。一方、結果が他の処理装置の結果と一致しない処理装置があれば、該処理装置を切り離し、他の処理装置により処理を続行する。こうすることにより、信頼性の高い処理システムを実現する。

特許文献４にも相似したシステムが開示されている。
特開２００３−２２８５２７号公報 特開２００７−１４８８３９号公報 特開平９−３１１８４４号公報 特開平９−３２５８９９号公報

特許文献１と特許文献２に開示されたシステムは、運用系の物理サーバに仮想サーバを構築し、運用系の物理サーバに生じたときに待機系の物理サーバにより仮想サーバを稼動させるため、運用系の物理サーバに障害が生じ、仮想サーバの動作が停止したことを検出してから、再起動するまで時間がかかるという問題がある。また、運用系の物理サーバが停止したときに、該物理サーバ上で処理され、まだ出力されていない内容が破棄されてしまうため、待機系の物理サーバにより仮想サーバを起動させた後、データの整合性を確認するなど煩雑の処理が必要である。

特許文献３と特許文献４に開示されたシステムをサーバシステムに適用すると、実質的には、複数の物理サーバを同時に稼働させることになる。そのため、障害が生じたサーバのサービスを受けていたクライアントは、該サーバがバスから切り離された後に正常のサーバへの再接続手続きが煩雑であると共に、アドレスの再設定などにより再びサービスを受けることができるまで時間がかかることである。

本発明は、上記事情を鑑みてなされたものであり、上記問題を解決し、可用性の高いクラスタシステムを提供する。

本発明の一つの態様は、クラスタシステムである。このクラスタシステムは、２つの物理サーバと、該２つの物理サーバにそれぞれ設けられた２つの仮想サーバと、仮想サーバが動作するためのソフトウェアを格納するストレージと、物理サーバとストレージ間でデータ転送を行うストレージ転送装置と、物理サーバと外部との間でデータ転送を行う外部データ転送装置を備える。

２つの仮想サーバは、それぞれプライマリ／セカンダリとして動作し、Ｉ／Ｏ処理を含む同じ処理を行う。

ストレージ転送装置と外部データ転送装置は、プライマリとして動作する仮想サーバがある物理サーバに転送するデータを、セカンダリとして動作する仮想サーバがある物理サーバにも転送する。

物理サーバは、ストレージ転送装置と、自身に設けられた仮想サーバとの間でデータ転送を行う仮想ストレージ転送装置と、外部データ転送装置と、自身に設けられた仮想サーバとの間でデータ転送を行う仮想外部データ転送装置とを備える。

仮想ストレージ転送装置と仮想外部データ転送装置は、同物理サーバ内の仮想サーバ宛てのデータを該仮想サーバに転送し、該仮想サーバから前記ストレージまたは外部に出力するデータについては、該仮想サーバがプライマリとして動作する場合にはデータをストレージ転送装置または外部データ転送装置に転送する一方、該仮想サーバがセカンダリとして動作する場合にはデータを破棄する。

なお、上記態様のクラスタシステムを装置や方法として置き換えて表現したものも、本発明の態様としては有効である。

本発明にかかる技術によれば、クラスタシステムにおいて、サーバの切替え時にサービスが再稼働するまでの時間を短縮できる。

図１は、本発明の実施の形態にかかるクラスタシステム１００を示す。クラスタシステム１００は、物理サーバ２００と、物理サーバ３００と、ネットワークスイッチ（以下ＬＡＮスイッチという）１２０と、ストレージスイッチ（以下ＳＡＮスイッチという）１４０と、ストレージ１６０を備える。

ストレージ１６０は、複数のハードディスクＨＤＤ（（図示の例では３つ：ＨＤＤ１６２、ＨＤＤ１６４、ＨＤＤ１６６）を備え、物理サーバ２００と物理サーバ３００に構築された後述する仮想サーバのＯＳ（以下ゲストＯＳという。ＯＳ：オペレーティング システム）のソフトウェアを格納している。物理サーバ２００と物理サーバ３００は、ＳＡＮスイッチ１４０を介してストレージ１６０に格納されたゲストＯＳソフトウェアを実行させることにより仮想サーバを実現する。

ＳＡＮスイッチ１４０は、ストレージ１６０と接続されていると共に、そのポート１４２が物理サーバ２００に接続され、ポート１４４が物理サーバ３００に接続される。

ＬＡＮスイッチ１２０は、外部ネットワーク（以下外部ＬＡＮという）４００と、物理サーバ２００および物理サーバ３００との間のパケット転送を行う。

物理サーバ２００は、ハードウェア２４０と、ハードウェア２４０を制御する仮想マシンモニタ（以下ハイパーバイザという）２３０を有する。ＬＡＮスイッチ１２０は、外部ネットワーク４００と接続されていると共に、そのポート１２２が物理サーバ２００に接続され、ポート１２４が物理サーバ３００に接続される。

ハードウェア２４０は、ＳＡＮスイッチ１４０におけるポート１４２と接続するホストバスアダプタ（以下ＨＢＡという）２４２と、ＬＡＮスイッチ１２０におけるポート１２２と接続するネットワークインタフェースコントローラ（以下ＮＩＣという）２４４を備える。ＨＢＡ２４２とＮＩＣ２４４は、物理インタフェースである。

ハイパーバイザ２３０上に、複数のゲストＯＳ（図示の例では２つ：ゲストＯＳ２１０、ゲストＯＳ２２０）が稼動しており、それぞれ仮想サーバを構成する。なお、前述したように、ゲストＯＳ２１０とゲストＯＳ２２０のソフトウェアは、ストレージ１６０に格納されている。

ハイパーバイザ２３０は、仮想インタフェースとして、ストレージ１６０と通信するための仮想ＨＢＡ２３１と、ＬＡＮ通信を行うための仮想ＮＩＣ２３３と、ＳＡＮスイッチをエミュレートした仮想ＳＡＮスイッチ２３２、ＬＡＮスイッチをエミュレートした仮想ＬＡＮスイッチ２３４を備える。仮想ＳＡＮスイッチ２３２はハードウェア２４０におけるＨＢＡ２４２と接続され、仮想ＬＡＮスイッチ２３４はハードウェア２４０におけるＮＩＣ２４４と接続される。

ゲストＯＳ２１０は、仮想ＨＢＡ２１２と仮想ＮＩＣ２１４を備え、ゲストＯＳ２２０は、仮想ＨＢＡ２２２と、仮想ＮＩＣ２２４を備える。

物理サーバ２００における全ての仮想ＨＢＡは、仮想ＳＡＮスイッチ２３２に接続され、仮想ＳＡＮスイッチ２３２、ＨＢＡ２４２、ＳＡＮスイッチ１４０を介してストレージ１６０とデータの送受信を行う。また、物理サーバ２００における全ての仮想ＮＩＣは、仮想ＬＡＮスイッチ２３４に接続され、仮想ＬＡＮスイッチ２３４、ＮＩＣ２４４、ＬＡＮスイッチ１２０を介して外部ネットワーク４００と通信を行う。

ハイパーバイザ２３０は、さらにリソース監視部２３５を備える。リソース監視部２３５は、各ゲストＯＳに割り当てたリソースの監視を行うものであり、具体的にはゲストＯＳに割り当てたＣＰＵリソース、割当時間、割込処理数、Ｉ／Ｏ処理数などのリソースを監視する。

物理サーバ３００は、ＨＢＡ３４２とＮＩＣ３４４を有するハードウェア３４０と、ハードウェア３４０上で動作するハイパーバイザ３３０と、ハイパーバイザ３３０上で動作する複数のゲストＯＳを備え、物理サーバ２００と同じ構成である。なお、ハイパーバイザ２３０のリソース監視部２３５と、ハイパーバイザ３３０のリソース監視部３３５は、例えば図示しないインターコネクトを介して互いに通信可能である。

前述したように、ハイパーバイザがハードウェア上で動作し、ゲストＯＳがハイパーバイザ上で動作することにより仮想サーバが実現される。以下において、説明上の便宜のため、ゲストＯＳを仮想サーバとして説明する。

本実施の形態において、ゲストＯＳ２１０とゲストＯＳ３１０は、プライマリ／セカンダリの関係を有し、Ｉ／０処理を含め、同様の処理を行う。ここで、例として、ゲストＯＳ２１０がプライマリで動作し、ゲストＯＳ３１０がセカンダリで動作することにして詳細に説明する。

ＬＡＮスイッチ１２０において、プライマリゲストＯＳがある側に接続されるポート（以下プライマリ側ポート）は通常の通信を行い、セカンダリゲストＯＳがある側に接続されるポート（以下セカンダリ側ポートという）は、外部ネットワーク４００からプライマリ側ポートに転送されるパケットをコピーしてセカンダリ側の物理サーバに転送する。

ゲストＯＳ２１０がプライマリであり、ゲストＯＳ３１０がセカンダリであるため、ＬＡＮスイッチ１２０のポート１２２はプライマリ側ポートになり、ポート１２４は、セカンダリ側ポートになる。例えば、外部ネットワーク４００から受信し、ポート１２２から物理サーバ２００のＮＩＣ２４４に向けてパケットが送出されたとする。ポート１２４は、このパケットをコピーして物理サーバ３００のＮＩＣ３４４に送出する。すなわち、外部ネットワーク４００からポート１２２を介してＮＩＣ２４４に転送される全てのパケットについて、同様なパケットがポート１２４を介してＮＩＣ３４４にも転送される。

ＮＩＣ２４４とＮＩＣ３４４は、プロスミスキャスモード（無差別モード）で動作し、受信したすべてのパケットを仮想ＬＡＮスイッチ２３４と仮想ＬＡＮスイッチ３３４にそれぞれ転送する。

仮想ＬＡＮスイッチ２３４と仮想ＬＡＮスイッチ３３４は、受信したパケットの宛先ＭＡＣアドレスを参照し、このＭＡＣアドレスに対応する仮想ＮＩＣにパケットを転送する。

ＬＡＮ通信について、ゲストＯＳ２１０の仮想ＮＩＣ２１４と、ゲストＯＳ３１０の仮想ＮＩＣ３１４は同じＭＡＣアドレスを有する。そのため、ゲストＯＳ２１０とゲストＯＳ３１０は、同様なパケットを受信する。

ゲストＯＳ２１０とゲストＯＳ３１０は、受信したパケットに応じて処理を行う。前述したように、ゲストＯＳ２１０とゲストＯＳ３１０は、同じ処理を行う。

また、仮想ＮＩＣ２１４は、ゲストＯＳ２１０から出力したパケットを仮想ＳＡＮスイッチ２３２に転送する。仮想ＮＩＣ３１４も、ゲストＯＳ３１０から出力したパケットを仮想ＬＡＮスイッチ３３４に転送する。

仮想ＳＡＮスイッチ２３２は、仮想ＮＩＣ２１４から転送されてきたパケットの宛先ＭＡＣアドレスに応じて転送を行う。仮想ＬＡＮスイッチ２３４は、仮想ＮＩＣ３２４から転送されてきたパケットの宛先ＭＡＣアドレスが、同じ物理サーバ３００内の仮想ＮＩＣ宛てのものであればＭＡＣアドレスに応じて転送を行うが、このパケットがＮＩＣ３４４を介して外部に出力するパケットであればそれを破棄する。また、仮想ＮＩＣ２１４からブロードキャストでパケットが送出された場合、このパケットはＬＡＮスイッチ１２０、ＮＩＣ３４４を介して仮想ＬＡＮスイッチ３３４に到達するが、仮想ＮＩＣ３１４のＭＡＣアドレスが、パケットの送信元のＭＡＣ（すなわち仮想ＮＩＣ２１４のＭＡＣアドレス）と同じであるため、このパケットは仮想ＮＩＣ３１４に転送されない。

このように、ゲストＯＳ２１０とゲストＯＳ３１０は、同じパケットが入力され、同じ処理を行うが、物理サーバ２００と物理サーバ３００の外部には、プライマリ側のゲストＯＳ２１０からのみパケットの出力がなされる。

ゲストＯＳ２１０の仮想ＨＢＡ２１２と、ゲストＯＳ３１０の仮想ＨＢＡ３１２も、同じアドレスを有する。たとえば、ＨＢＡのインタフェースとしてＦＣ（ファイバチャネル）が使用される場合には、仮想ＨＢＡ２１２と仮想ＨＢＡ３１２は同じＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）を有する。また、ＨＢＡのインタフェースとしてＩＰ−ＳＡＮが使用される場合には、仮想ＨＢＡ２１２と例えば、このパケットの宛先が仮想ＮＩＣ２２４のＭＡＣアドレスであればそれをＮＩ２１３は、同じＭＡＣアドレスを有する。

ＳＡＮスイッチ１４０、ＨＢＡ２４２、仮想ＳＡＮスイッチ２３２、仮想ＨＢＡ２１２、ＨＢＡ３４２、仮想ＳＡＮスイッチ３３２、仮想ＨＢＡ３１２も、ＬＡＮ通信と同じように、ストレージ１６０からゲストＯＳ２１０とゲストＯＳ３１０に同じデータが入力されるが、ストレージ１６０には、プライマリ側のゲストＯＳ２１０からのみデータが出力されるように構成されている。

上記のように、ＨＢＡ、ＮＩＣのＩ／Ｏについて、プライマリ側のゲストＯＳ２１０とゲストＯＳ３１０は同じＩ／Ｏ処理を行う。ただし、送受信するＩ／Ｏは、セカンダリの方がプライマリより遅れて処理されるため、ハイパーバイザ２３０とハイパーバイザ３３０は、リソース監視部２３５とリソース監視部３３５を介して相互に通信を行い、Ｉ／Ｏの順序が逆転しないように調整を行う。また、２つのハイパーバイザは、それぞれのゲストＯＳにＣＰＵリソースの割当てを行うが、この割当ても、ハイパーバイザ２３０とハイパーバイザ３３０間で調整しながら行われる。ゲストＯＳのＣＰＵ処理についても、Ｉ／Ｏ処理と同じように、プライマリの方が先行し、セカンダリの方はプライマリより遅れて処理を行う。

このように、物理サーバ２００におけるゲストＯＳ２１０はプライマリとして動作し、物理サーバ３００におけるゲストＯＳ３１０はセカンダリとして動作する。２つのゲストＯＳは、ＬＡＮ通信について外部ネットワーク４００から同じパケットが入力され、ストレージアクセスについてストレージ１６０から同じデータが入力され、同じ処理を行う。また、外部ネットワーク４００とストレージ１６０へは、ゲストＯＳ２１０からの出力のみが転送される。

ハイパーバイザ２３０とハイパーバイザ３３０は、死活監視のためにインターコネクトを介して通信を行い、プライマリ側のハイパーバイザ２３０からの通信が途切れた場合、ハイパーバイザ３３０は、物理サーバ２００に故障が生じたとして、ゲストＯＳ３１０がプライマリに昇格するように下記の処理を行う。

ＬＡＮスイッチ１２０は、仮想ＮＩＣ２１４と仮想ＮＩＣ３１４のＭＡＣアドレスを宛先とするパケットをポート１２２に転送するようになっていた。ＬＡＮスイッチ１２０が、受信したパケットにあるＭＡＣアドレスを学習して保管するＦＤＢ（Ｆｏｒｗａｒｄｉｎｇ Ｄａｔａｂａｓｅ）に基づいてパケットを転送するため、ハイパーバイザ３３０は、ダミーのＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を発行して、仮想ＮＩＣ２１４と仮想ＮＩＣ３１４のＭＡＣアドレスを宛先とするパケットの転送先をポート１２４になるようにＦＤＢを変更する。そして、ポート１２２からポート１２４にパケットをコピーする設定を、ポート１２４からポート１２２にコピーするように変更する。

ＳＡＮスイッチ１４０のポート１４２とポート１４４について、ポート１４２からポート１４４へコピーする設定を、ポート１４４からポート１４２にコピーするように変更する。

また、仮想ＬＡＮスイッチ３３４において、仮想ＮＩＣ３１４からＮＩＣ３４４に向けて送出したパケットを破棄する設定を、ＮＩＣ３４４に転送するように変更する。

また、仮想ＳＡＮスイッチ３３２において、仮想ＨＢＡ３１２からＨＢＡ３４２に向けて送出したデータを破棄する設定を、ＨＢＡ３４２に転送するように変更する。

上記設定の終了をもって、ゲストＯＳ３１０は、プライマリに昇格する。

その後、物理サーバ２００が復旧すると、ハイパーバイザ２３０は、ハイパーバイザ３３０との通信を再開すると共に、ハイパーバイザ３３０から、ゲストＯＳ３１０のメモリデータをインターコネクトを介してコピーする。その後、ハイパーバイザ３３０は、一旦ゲストＯＳ３１０の処理を止め、上記コピー後のメモリデータの差分、ページテーブル情報、リソース監視部３３５で保管しているリソース情報もハイパーバイザ２３０にコピーする。そして、ハイパーバイザ２３０は、ゲストＯＳ２１０をセカンダリとして動作させるため、ゲストＯＳ２１０から外部へ送出するパケットやデータを破棄するように、仮想ＳＡＮスイッチ２３２と仮想ＬＡＮスイッチ２３４の設定を行う。これらの準備が終了すると、ハイパーバイザ２３０は、ハイパーバイザ３３０に通知をし、ハイパーバイザ３３０は、プライマリとして再びゲストＯＳ３１０を動作させる。ハイパーバイザ２３０も、ゲストＯＳ３１０のセカンダリとしてゲストＯＳ２１０を動作させる。

このように、本実施の形態のクラスタシステム１００によれば、２つの異なる物理サーバに仮想サーバをそれぞれ設け、Ｉ／Ｏ処理を含めた同じ処理をほぼ同時に２つの仮想サーバに行わせる。外部からの入力については、同じパケットやデータを２つの仮想サーバに入力し、外部への出力については、プライマリ側の出力のみが送出される。そして、プライマリの仮想サーバがある物理サーバに障害が生じたときに、セカンダリの仮想サーバがプライマリに昇格し、外部への出力ができるようになる。また、障害が生じた物理サーバが復旧した後は、プライマリに昇格した仮想サーバのセカンダリとして、同様の処理を行う。

こうすることにより、まず、サーバの切替えがあっても、クライアントは接続先のサーバのアドレスなどを気にせずにサービスを受けることができる。

また、プライマリ／セカンダリの仮想サーバは、ほぼ同時に同じ処理を行うので、サーバ切替時に、サービスの再稼働までの時間を短縮することができる。

さらに、プライマリ／セカンダリの仮想サーバは、ほぼ同時に同じ処理を行うので、プライマリの方が処理してまだ出力していない内容は、セカンダリの方で得られており、破棄されることが無い。

また、従来ではクラスタシステムを構築する際に、ＯＳ毎のクラスタ用ソフトウェアの開発が必要である。それに対して、本実施の形態では、２つの仮想化サーバによりクラスタシステムを構成するので、ＯＳ毎に対応しなくてよい。

以上、実施の形態をもとに本発明を説明した。実施の形態は例示であり、本発明の主旨から逸脱しない限り、さまざまな変更、増減を加えてもよい。これらの変更、増減が加えられた変形例も本発明の範囲にあることは当業者に理解されるところである。

本発明の実施の形態にかかるクラスタシステムを示す図である。

符号の説明

１００ クラスタシステム １２０ ＬＡＮスイッチ
１２２ ポート １２４ ポート
１４０ ＳＡＮスイッチ １４２ ポート
１４４ ポート １６０ ストレージ
１６２ ＨＤＤ １６４ ＨＤＤ
１６６ ＨＤＤ ２００ 物理サーバ
２１０ ゲストＯＳ ２１２ 仮想ＨＢＡ
２１４ 仮想ＮＩＣ ２２０ ゲストＯＳ
２２２ 仮想ＨＢＡ ２２４ 仮想ＮＩＣ
２３０ ハイパーバイザ ２３１ 仮想ＨＢＡ
２３２ 仮想ＳＡＮスイッチ ２３３ 仮想ＮＩＣ
２３４ 仮想ＬＡＮスイッチ ２３５ リソース監視部
２４０ ハードウェア ２４２ ＨＢＡ
２４４ ＮＩＣ ３００ 物理サーバ
３１０ ゲストＯＳ ３１２ 仮想ＨＢＡ
３１４ 仮想ＮＩＣ ３２０ ゲストＯＳ
３２２ 仮想ＨＢＡ ３２４ 仮想ＮＩＣ
３３０ ハイパーバイザ ３３１ 仮想ＨＢＡ
３３２ 仮想ＳＡＮスイッチ ３３３ 仮想ＮＩＣ
３３４ 仮想ＬＡＮスイッチ ３３５ リソース監視部
３４０ ハードウェア ３４２ ＨＢＡ
３４４ ＮＩＣ ４００ 外部ネットワーク

Claims (3)

1. ２つの物理サーバと、
   該２つの物理サーバにそれぞれ設けられた２つの仮想サーバと、
   前記仮想サーバが動作するためのソフトウェアを格納するストレージと、
   前記物理サーバと前記ストレージ間でデータ転送を行うストレージ転送装置と、
   前記物理サーバと外部との間でデータ転送を行う外部データ転送装置とを備え、
   前記２つの仮想サーバは、それぞれプライマリ／セカンダリとして動作し、Ｉ／Ｏ処理を含む同じ処理を行い、
   前記ストレージ転送装置と前記外部データ転送装置は、プライマリとして動作する仮想サーバがある物理サーバに転送するデータを、セカンダリとして動作する仮想サーバがある物理サーバにも転送し、
   前記物理サーバは、
   前記ストレージ転送装置と、自身に設けられた仮想サーバとの間でデータ転送を行う仮想ストレージ転送装置と、
   前記外部データ転送装置と、自身に設けられた仮想サーバとの間でデータ転送を行う仮想外部データ転送装置とを備え、
   前記仮想ストレージ転送装置と前記仮想外部データ転送装置は、同じ物理サーバ内の仮想サーバ宛てのデータを該仮想サーバに転送し、該仮想サーバから前記ストレージまたは外部に出力するデータについては、該仮想サーバがプライマリとして動作する場合には前記データを前記ストレージ転送装置または前記外部データ転送装置に転送する一方、該仮想サーバがセカンダリとして動作する場合には前記データを破棄することを特徴とするクラスタシステム。
2. 前記外部データ転送装置は、外部ネットワークと、前記物理サーバとの間でデータ転送をＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）スイッチであり、
   前記仮想外部データ転送装置は、仮想ＬＡＮスイッチであり、
   前記物理サーバは、前記ＬＡＮスイッチのポートと前記仮想ＬＡＮスイッチとの間に接続され、プロミスキャスモードで動作するＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）をさらに備え、
   前記ＬＡＮスイッチは、外部ネットワークから、プライマリとして動作する仮想サーバがある物理サーバの前記ＮＩＣと接続されたポートに転送するデータをコピーして、セカンダリとして動作する仮想サーバがある物理サーバの前記ＮＩＣと接続されたポートに転送し、
   前記ＮＩＣは、プロミスキャスモードで動作し、
   前記２つの仮想サーバは、同じＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを有する仮想ＮＩＣを備えることを特徴とする請求項１に記載のクラスタシステム。
3. 前記２つの仮想サーバは、互いに死活監視を行い、
   セカンダリとして動作する仮想サーバは、プライマリとして動作する仮想サーバの動作停止を検出した際に、プライマリとして動作することを特徴とする請求項１または２に記載のクラスタシステム。

Images