JP2009273041A - 情報処理システムにおける管理サーバ、及びクラスタ管理方法 - Google Patents

Abstract

【課題】Ｉ／Ｏスイッチに接続された複数のサーバ装置を備える情報処理システムにおいて、クラスタの構築や管理を容易に行えるようにする。
【解決手段】Ｉ／Ｏデバイス６０と、Ｉ／Ｏデバイス６０が接続するＩ／Ｏスイッチ５０と、Ｉ／Ｏスイッチ５０に接続され、クラスタを構築可能な複数のサーバ装置２０と、管理サーバ１０とを備える情報処理システム１において、サーバ装置２０及びＩ／Ｏデバイス６０が接続するＩ／Ｏスイッチ５０の識別子及びその接続ポート、各Ｉ／Ｏデバイス６０の夫々がハートビート信号の折り返し機能を利用可能か否かを記憶し、サーバ装置２０間でクラスタを構成するに際し、折り返し機能を利用可能なＩ／Ｏデバイス６０の一つを選択し、選択したＩ／Ｏデバイス６０を折り返し点とするハートビートパスを生成し、そのための設定をＩ／Ｏデバイス６０に行うようにする。
【選択図】図３Ａ

Description

本発明は、Ｉ／Ｏスイッチに接続された複数のサーバ装置を備える情報処理システムにおける管理サーバ、及びクラスタ管理方法に関し、とくにクラスタの構築や管理を容易に行えるようにするための技術に関する。

複数のプロセッサを備える計算機の一例として、特許文献１には、複数のプロセッサ（サーバ装置）を入出力インタフェーススイッチ（Ｉ／Ｏスイッチ）に接続し、ＬＡＮ（Local Area Network）やＳＡＮ（Storage Area Network）に接続するための複数の入出力インタフェース（Ｉ／Ｏデバイス）を上記Ｉ／Ｏスイッチに接続して構成される、複合型計算機装置について記載されている。
特開２００５−３０１４８８号公報

上記のような装置において、サーバ装置間でフェイルオーバを行うＨＡクラスタ（HA : High Availability）を構築するにあたっては、サーバ装置間でハートビート信号を送受信するための経路（ハートビートパス）を確保する必要があるが、そのためにオペレータ等は煩雑な作業を強いられていた。
例えばＩ／Ｏスイッチのポートにハートビートパスの一部を構成する物理的な通信線を接続する必要があった。とくにクラスタの再構築が行われる際は、その都度、現場で通信線を配線し直す必要があり、装置規模が大きい場合は管理負担が問題となる。またハートビートパスのためにＩ／Ｏスイッチのポートを余計に消費してしまうことになる。

この発明はこのような背景に鑑みてなされたもので、クラスタの構築や管理を容易に行うことを可能とする情報処理システムにおける管理サーバ、及びクラスタ管理方法を提供することを目的とする。

上記目的を達成するための本発明のうちの一つは、少なくとも一つ以上のＩ／Ｏデバイスと、前記Ｉ／Ｏデバイスが接続するＩ／Ｏスイッチと、前記Ｉ／Ｏスイッチに接続され、クラスタを構築可能な複数のサーバ装置と、これらを管理する管理サーバとを備え、前記Ｉ／Ｏデバイスの少なくとも一つ以上が前記サーバ装置の一つから送信されるハートビート信号を他の前記サーバ装置に折り返す機能を有している情報処理システムにおける前記管理サーバであって、前記サーバ装置及び前記Ｉ／Ｏデバイスが接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポート、及び、前記各Ｉ／Ｏデバイスの夫々が前記ハートビート信号の折り返し機能を利用可能か否か、を記憶し、前記サーバ装置間でクラスタを構成するに際し、前記折り返し機能を利用可能な前記Ｉ／Ｏデバイスの一つを選択し、選択したＩ／Ｏデバイスを折り返し点とする経路を前記クラスタにおける前記ハートビート信号の経路として生成するハートビートパス生成部と、選択した前記Ｉ／Ｏデバイスが、前記ハートビート信号を前記経路に沿って折り返すように前記Ｉ／Ｏデバイスを設定するＩ／Ｏデバイス制御部とを備えることとする。

また他の発明の一つは、上記管理サーバであって、前記サーバ装置間で送受信される前記ハートビート信号が途絶した場合に、前記サーバ装置間でフェイルオーバを実施した際の引き継ぎ先となる前記サーバ装置に割当てられている前記Ｉ／Ｏデバイスの状態を確認し、前記Ｉ／Ｏデバイスに異常があった場合に、前記フェイルオーバを抑止するハードウエア状態確認部を備えることとする。

また他の発明の一つは、上記管理サーバであって、前記サーバ装置のクラスタリソースに障害があった場合に、障害のある前記クラスタリソースが接続している前記Ｉ／Ｏデバイスが接続する前記Ｉ／Ｏスイッチのポートを閉塞するＩ／Ｏデバイス閉塞部を備えることとする。

その他、本願が開示する課題、およびその解決手段は、発明を実施するための最良の形態の欄、および図面により明らかとなる。

本発明によれば、Ｉ／Ｏスイッチに接続された複数のサーバ装置を備える情報処理システムにおいて、クラスタの構築や管理を容易に行うことができる。

以下、図面を参照しつつ本発明の実施形態について説明する。
図１に本発明の実施形態として説明する情報処理システム１の構成を示している。同図に示すように、この情報処理システム１は、管理サーバ１０、複数のサーバ装置２０、ＳＶＰ３０（SVP : SerVice Processor）、ネットワークスイッチ４０、Ｉ／Ｏスイッチ５０、Ｉ／Ｏデバイス６０、及びストレージ装置７０を備えて構成されている。

同図に示すように、管理サーバ１０及びサーバ装置２０は、ネットワークスイッチ４０に接続している。サーバ装置２０は、ネットワークスイッチ４０を介してアクセスしてくるユーザ端末等の外部装置（不図示）に業務やサービスを提供する。Ｉ／Ｏスイッチ５０は複数のポート５１を有している。サーバ装置２０及びＳＶＰ３０は、Ｉ／Ｏスイッチ５０の所定のポート５１に接続している。Ｉ／Ｏスイッチ５０の他のポート５１には、Ｉ／Ｏデバイス６０を介してストレージ装置７０が接続している。各サーバ装置２０は、Ｉ／Ｏスイッチ５０及びＩ／Ｏデバイス６０を介してストレージ装置７０にアクセスすることができる。

Ｉ／Ｏデバイス６０は例えばＮＩＣ（Network Interface Card）、ＦＣ（Fibre Channel Card）、ＳＣＳＩカード（SCSI : Small Computer System Interface Card）等である。尚、この情報処理システム１では、このようにサーバ装置２０とＩ／Ｏデバイス６０とを独立させている。このため、サーバ装置２０とＩ／Ｏデバイス６０との対応づけを柔軟に設定することができる。またサーバ装置２０とＩ／Ｏデバイス６０を個別に増減設することができる。

管理サーバ１０は、情報処理システム１についての各種設定や管理、動作状態の監視等を行う情報処理装置（コンピュータ）である。
ＳＶＰ３０は、サーバ装置２０、Ｉ／Ｏスイッチ５０、及びＩ／Ｏデバイス６０と通信する。またＳＶＰ４０はこれらに対し各種の設定、管理、動作状態の監視、情報収集等を行う。
ストレージ装置７０は、サーバ装置２０にデータの記憶領域を提供する記憶装置である。記憶装置の具体例は、ハードディスクが複数実装されて構成されるディスクアレイ装置や半導体記憶装置である。

尚、以上のような構成を有する情報処理システム１の一例として、ユーザに業務やサービスを提供する回路基板（ブレード）が複数実装されて構成されるブレードサーバがある。

次に情報処理システム１の各構成要素のハードウエアについて説明する。まず図２Ａに管理サーバ１０のハードウエア構成を示す。同図に示すように、管理サーバ１０は、プロセッサ１１、メモリ１２、通信インタフェース１３、及びＩ／Ｏインタフェース１４を備える。このうちプロセッサ１１は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等であり管理サーバ１０の中心的な制御を司る。メモリ１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等でありプログラムやデータを格納する。通信インタフェース１３は、ネットワークスイッチ４０を介してサーバ装置２０やＳＶＰ３０等と通信を行う。Ｉ／Ｏインタフェース１４は、管理サーバ１０を起動するためのプログラムやデータが格納される外部記憶装置が接続されるインタフェースである。

図２Ｂにサーバ装置２０のハードウエア構成を示している。サーバ装置２０は、プロセッサ２１、メモリ２２、管理コントローラ２３、及びＩ／Ｏスイッチインタフェース２４を備える。プロセッサ２１は、ＣＰＵやＭＰＵ等であり、サーバ装置２０の中心的な制御を司る。メモリ２２は、ＲＡＭ、ＲＯＭ等であり、プログラムやデータを格納する。

管理コントローラ２３は、例えばＢＭＣ（Baseboard Management Controller）であり、サーバ装置２０のハードウエアの動作状態の監視や障害情報の収集等を行う。管理コントローラ２３は、サーバ装置２０で動作するオペレーティングシステムやＳＶＰ３０に対し、サーバ装置２０に生じたハードウエアエラーを通知する。この通知対象となるハードウエアエラーには、電源の供給電圧の異常、冷却ファンの回転数の異常、各種デバイスの温度や電源電圧の異常等がある。尚、管理コントローラ２３は、サーバ装置２０の他の構成からの独立性が高く、プロセッサ２１やメモリ２２等の他の構成で障害が発生した場合にハードウエアエラーを外部に通知することができる。Ｉ／Ｏスイッチインタフェース２４は、Ｉ／Ｏスイッチ５０に接続するためのインタフェースである。

図２ＣにＳＶＰ３０のハードウエア構成を示している。同図に示すように、ＳＶＰ３０は、プロセッサ３１、メモリ３２、管理コントローラ３３、Ｉ／Ｏインタフェース３４を備える。プロセッサ２１は、ＣＰＵやＭＰＵ等であり、サーバ装置２０の中心的な制御を司る。メモリ２２は、ＲＡＭ、ＲＯＭ等であり、プログラムやデータを格納する。管理コントローラ２３は、ＳＶＰ３０のハードウエアの状態を監視する装置であり、例えば前述したＢＭＣである。Ｉ／Ｏインタフェース３４は、ＳＶＰ３０を起動するためのプログラムやデータが格納されている外部記憶装置が接続されるインタフェースである。

図２ＤにＩ／Ｏデバイス６０のハードウエア構成を示している。同図に示すように、Ｉ／Ｏデバイス６０は、プロセッサ６１、メモリ６２、バスインタフェース６３、及び外部インタフェース６４を備える。プロセッサ６１は、ＣＰＵやＭＰＵ等であり、ストレージ装置７０との間で行われる通信のプロトコル制御を行う。上記プロトコル制御は、例えばＩ／Ｏデバイス６０がＮＩＣであればＴＣＰ／ＩＰ等のＬＡＮ通信のプロトコル制御であり、Ｉ／Ｏデバイス６０がＨＢＡであればファイバチャネルプロトコルの制御である。

Ｉ／Ｏデバイス６０のメモリ６２には、後述するＭＡＣアドレス登録テーブル１１５が格納される。バスインタフェース６３は、Ｉ／Ｏスイッチ５０を介してサーバ装置２０と通信を行う。外部インタフェース６４は、ストレージ装置７０と通信を行うインタフェースである。尚、Ｉ／Ｏデバイス６０は、以上に説明したハードウエア及び当該ハードウエアにおいて実行されるソフトウエアにより実現されるハートビート信号の折り返し機能を備える。この折り返し機能の詳細については後述する。

図３Ａに管理サーバ１０が備える機能及びデータを示している。管理サーバ１０は、サーバ装置２０間で構成されるＨＡクラスタ（HA : High Availability）の管理を行うクラスタ管理部１００を有している。同図に示すように、クラスタ管理部１００は、クラスタ構築部１０１、Ｉ／Ｏデバイス状態取得部１０２、Ｉ／Ｏデバイス制御部１０３、ハートビートパス生成部１０４、Ｉ／Ｏデバイス閉塞部１０５、及びハードウエア状態確認部１０６を有する。尚、これらの機能は、管理サーバ１０のハードウエアにより、もしくはプロセッサ１１がメモリ１２に格納されているプログラムを読み出して実行することにより実現される。また管理サーバ１０は、Ｉ／Ｏスイッチ管理テーブル１１１、折り返し用ＭＡＣアドレス管理テーブル１１２、サーバ構成管理テーブル１１３、ＨＡ構成管理テーブル１１４（HA : High Availability）を記憶している。

図３Ｂにサーバ装置２０のソフトウエア構成を示している。同図に示すように、サーバ装置２０では、オペレーティングシステム１２３がインストールされており、サーバ装置２０間で行われるフェイルオーバに関する制御を行う機能であるクラスタ制御部１２２、ユーザ端末等へのサービスを提供するアプリケーション１２１が動作している。尚、クラスタ制御部１２２は、サーバ装置２０のハードウエアにより、もしくはプロセッサ２１がメモリ２２に格納されているプログラムを読み出して実行することにより実現される。クラスタ制御部１２２の詳細については後述する。

図３ＣにＳＶＣ３０の機能を示している。同図に示すように、ＳＶＰ３０ではＳＶＰ３０ハードウエアにより、もしくはプロセッサ３１がメモリ３２に格納されているプログラムを実行することにより実現される、Ｉ／Ｏスイッチ５０を制御する機能であるＩ／Ｏスイッチ制御部１３１が実現される。

図４ＡにＩ／Ｏスイッチ管理テーブル１１１の一例を示している。同図に示すように、Ｉ／Ｏスイッチ管理テーブル１１１は、Ｉ／Ｏスイッチ識別子１１１１、ポート番号１１１２、接続デバイス１１１３、デバイス識別子１１１４、接続状態１１１５、折り返し機能設定状態１１１６、及び閉塞状況１１１７の各項目を有する。尚、管理サーバ１０はＩ／Ｏスイッチ管理テーブル１１１の内容を、直接、もしくはＳＶＰ３０を介して間接にＩ／Ｏスイッチ５０から取得する。

Ｉ／Ｏスイッチ識別子１１１１には、Ｉ／Ｏスイッチ５０の識別子が設定される。ポート番号１１１２には、Ｉ／Ｏスイッチ５０のポート５１を特定する番号が設定される。同図の場合、例えば識別子が「ＳＷ１」のＩ／Ｏスイッチ５０は、１６個のポート５１を備えている。

デバイス識別子１１１３には、各ポート５１に接続されているデバイスの種類が設定される。例えばＳＶＰ３０が接続している場合には「ＳＶＰ」が、ホスト（ユーザ端末）が接続している場合には「ホスト」が、ＮＩＣが接続している場合には「ＮＩＣ」が、ＨＢＡ（HBA : Host Bus Adaptor）が接続している場合には「ＨＢＡ」が、Ｉ／Ｏスイッチ５０が接続している場合（これは例えばＩ／Ｏスイッチ５０をカスケード接続している場合である。）には「Ｉ／Ｏスイッチ」が設定される。尚、何も接続されていない場合には「−」が設定される。

デバイス識別子１１１４には、各ポート５１に接続しているデバイスを識別する情報が設定される。例えばＳＶＰ３０が接続している場合にはその名称が、ホスト（ユーザ端末）が接続している場合にはホスト名が、ＮＩＣが接続している場合にはそのＮＩＣのＭＡＣアドレス（MAC : Media Access Control address）（同図では「ＭＡＣ１」等と表記している。）が、ＨＢＡ（HBA : Host Bus Adaptor）が接続している場合にはそのＨＢＡに付与されているＷＷＮ（World Wide Name）（同図では「ＷＷＮ１」等と表記している。）が、Ｉ／Ｏスイッチ５０が接続している場合にはその名称が設定される。尚、何も接続されていない場合には「−」が設定される。

接続状態１１１５には、各ポート５１に接続されているデバイスの状態を示す情報が設定される。例えば正常に動作している場合には「正常」が、正常に動作していない場合には「異常」が設定される。尚、何も接続されていない場合には「未接続」が設定される。

折り返し機能設定状態１１１６には、各ポート５１にＩ／Ｏデバイス６０が接続している場合にそのＩ／Ｏデバイス６０についての後述する折り返し機能の設定状態を示す情報が設定される。折り返し機能が設定されている場合には「有効」が、折り返し機能が設定されていない場合には「無効」が設定される。尚、そのポート５１に何も接続されていない場合には「−」が設定される。

閉塞状況１１１７には、各ポート５１の閉塞状況（使用可能な状態か否か）が設定される。閉塞されていない場合には「開放」が、閉塞している場合には「閉塞」が設定される。

尚、このように管理サーバ１０がＩ／Ｏスイッチ５０に関する情報をＩ／Ｏスイッチ管理テーブル１１１に管理していることで、例えばＩ／Ｏスイッチ５０やこれに接続しているデバイスに障害が発生した場合に障害が発生しているデバイスの識別子等、障害の対応に必要な情報を得ることができる。

図４Ｂに折り返し用ＭＡＣアドレス管理テーブル１１２の一例を示している。折り返し用ＭＡＣアドレス管理テーブル１１２には、後述する折り返し機能においてＩ／Ｏデバイス６０に付与されるＭＡＣアドレス、及び折り返し機能におけるＩ／Ｏスイッチ５０の経路設定に関する情報が登録される。

同図に示すように、折り返し用ＭＡＣアドレス管理テーブル１１２は、ＭＡＣアドレス１１２１、割当て１１２２、折り返し先１１２３、閉塞状況１１２４の各項目を有する。
このうちＭＡＣアドレス１１２１には、後述する折り返し機能に関してＩ／Ｏデバイス６０に付与する折り返し用のＭＡＣアドレスが設定される。
割当て１１２２には、折り返し用ＭＡＣアドレスが割当てられているＩ／Ｏデバイス６０が接続しているＩ／Ｏスイッチ５０の識別子及びポート５１の番号が設定される。
折り返し先１１２３には、折り返し用ＭＡＣアドレスが付与されたＩ／Ｏデバイス６０によって折り返される信号の出力先となるＩ／Ｏスイッチ５０の識別子及びポート５１の番号が設定される。
閉塞状況１１２４には、割当て１１２２と折り返し先１１２３の設定内容で特定される経路の閉塞状況が設定される。閉塞されていない場合には「開放」が、閉塞している場合には「閉塞」が設定される。

図４Ｃにサーバ構成管理テーブル１１３の一例を示している。サーバ構成管理テーブル１１３にはサーバ装置２０の構成に関する情報が登録される。同図に示すように、サーバ構成管理テーブル１１３は、サーバ装置識別子１１３１、デバイス識別子１１３２、設定内容１１３３、Ｉ／Ｏスイッチ識別子１１３４、及びポート番号１１３５の各項目を有する。

このうちサーバ装置識別子１１３１には、サーバ装置２０の識別子が設定される。デバイス識別子１１３２には、サーバ装置２０を構成しているデバイスの識別子が設定される。例えばデバイスがＣＰＵであれば「ＣＰＵ」が、メモリであれば「ＭＥＭ」が、ＮＩＣであれば「ＮＩＣ」が、ＨＢＡであれば「ＨＢＡ」が設定される。尚、サーバ構成管理テーブル１１３の各レコードは、このデバイス単位に生成される。
設定内容１１３３には、デバイスに関する各種の情報が設定される。例えばデバイスがＣＰＵであれば動作クロックの周波数やそのコア数が、メモリであれば記憶容量が、ＮＩＣであればＩＰアドレスが、ＨＢＡであればアクセス先のＬＵ（Logical Unit）の識別子が設定される。
Ｉ／Ｏスイッチ識別子１１３４には、そのデバイスが接続しているＩ／Ｏスイッチ５０の識別子が設定される。ポート番号１１３５には、そのデバイスが接続しているポート５１の番号が設定される。

図４ＤにＨＡ構成管理テーブル１１４の一例を示している。ＨＡ構成管理テーブル１１４には、サーバ装置２０間で構成されるＨＡクラスタに関する情報が登録される。同図に示すように、ＨＡ構成管理テーブル１１４は、クラスタグループＩＤ１１４１、サーバ装置識別子１１４２、クラスタ切替優先度１１４３、ＨＡクラスタリソースタイプ１１４４、設定内容１１４５、接続Ｉ／Ｏスイッチ１１４６、ポート番号１１４７、及び閉塞実施可否１１４８の各項目を有している。

このうちクラスタグループＩＤ１１４１には、クラスタごとに付与される識別子が設定される。サーバ装置識別子１１４２には、サーバ装置２０の識別子が設定される。クラスタ切替優先度１１４３には、クラスタ切替時の優先度が設定される。数字が小さい程、優先的に切替先として採用される。ＨＡクラスタリソースタイプ１１４４には、ＨＡクラスタにおいてフェイルオーバ実施時に引き継ぎ先に引き継ぐべきリソースの種類が設定される。例えばリソースがハートビートであれば「ハートビート」が、リソースが共有ディスクであれば「共有ディスク」が、リソースがＩＰアドレスであれば「ＩＰアドレス」が、リソースがアプリケーションであれば「アプリケーション」が設定される。

設定内容１１４５には、リソースの設定内容が設定される。例えばリソースがハートビートであればハートビート信号の通信に使用するＩＰアドレスが、リソースが共有ディスクであればＬＵの識別子が設定される。
接続Ｉ／Ｏスイッチ１１４６には、サーバ装置２０が接続しているＩ／Ｏスイッチ５０の識別子が設定される。ポート番号１１４７には、サーバ装置２０が接続しているＩ／Ｏスイッチ５０のポート５１の番号が設定される。
閉塞実施可否１１４８には、ポート５１を閉塞する必要があるか否かを示す情報が設定される。閉塞する必要があれば「必要」が、必要がなければ「不要」が設定される。

−−−折り返し機能−−−
前述したように、本実施形態のＩ／Ｏデバイス６０は、ＨＡクラスタを構成しているサーバ装置２０間で送受信されるハートビート信号の折り返し機能を有しており、サーバ装置２０間で送受信されるハートビート信号の折り返し点となることができる。例えば図５に示すように、サーバ装置２０（１）から送信されたハートビート信号は、Ｉ／Ｏスイッチ５０（１）のポート５１（１）に入力された後、ポート５１（２）から出力され、Ｉ／Ｏデバイス６０（１）に入力される。そしてこのハートビート信号は、折り返し機能が有効に設定にされたＩ／Ｏデバイス６０（１）で折り返されてポート５１（２）からＩ／Ｏスイッチ５０（１）に入力され、ポート５１（３）から出力されてサーバ装置２０（２）に到達する。この折り返し機能を有することで、ハートビートパスを形成するために、Ｉ／Ｏデバイス６０間を結ぶ通信線（図５において符号８０で示す通信線）を設けることなく、単数のＩ／Ｏデバイス６０でハートビート信号を相手先のサーバ装置２０に向けて折り返すことができる。

図６はＩ／Ｏデバイス６０がメモリ５２に記憶しているテーブル（以下、ＭＡＣアドレス登録テーブル１１５と称する。）である。同図に示すように、このＭＡＣアドレス登録テーブル１１５は、ＭＡＣアドレス１１５１、割当て状態１１５２、閉塞状態１１５３、及び折り返し情報１１５４の各項目を有している。

このうちＭＡＣアドレス１１５１には、Ｉ／Ｏデバイス６０に割当てられるＭＡＣアドレスが格納される。割当て状態１１５２には、ＭＡＣアドレスの割当て状態が設定される。折り返し機能用に割当てられているＭＡＣアドレスであれば「割当て済」が設定され、折り返し機能用に割当て可能だがまだ割当てられていないＭＡＣアドレスであれば「未割当て」が、折り返し機能用への割当てを抑止するＭＡＣアドレスであれば「割当て不可」が設定される。

閉塞状態１１５３には、そのＭＡＣアドレスの閉塞状況（折り返し用のＭＡＣアドレスとして使用可能か否か）が設定される。折り返し用のＭＡＣアドレスとして使用可能な場合には「開放」が、使用不能な場合は「閉塞」が設定される。このようにＩ／Ｏデバイス６０は、付与されているＭＡＣアドレス単位で閉塞させることができる。尚、閉塞状態１１５３の内容は情報処理システム１の運用状態等に応じて適宜設定される。

折り返し情報１１５４には、折り返し先のＩ／Ｏスイッチ５０の識別子が、ポート番号には折り返し先のＩ／Ｏスイッチ５０のポート５１の番号が設定される。尚、折り返し情報１１５４の内容は、管理サーバ１０の折り返し用ＭＡＣアドレス管理テーブル１１２の折り返し先１１２３の内容と一致している。

−−−動作説明−−−
次に、情報処理システム１の具体的な動作についてフローチャートとともに説明する。尚、以下において、符号の前に付した「Ｓ」の文字はステップを意味する。

図７は管理サーバ１０のクラスタ管理部１００が、サーバ装置２０間のクラスタを構築する処理（以下、クラスタ構築処理Ｓ７００と称する。）を説明するフローチャートである。尚、このクラスタ構築処理Ｓ７００は、例えば情報処理システム１の導入時やサーバ装置２０の構成変更（増設、減設等）があった際に行われる。

まずクラスタ管理部１００のクラスタ構築部１０１が、ハートビートパス生成部１０４を呼び出して、クラスタを構成するサーバ装置２０間のハートビートパスを生成する。尚、以下この処理のことをハートビートパス生成処理Ｓ７１０と称する。
ハートビートパス生成処理Ｓ７１０の実行後、クラスタ構築部１０１は、ハートビートパス生成処理Ｓ７１０の結果、ハートビートパスが生成されたか否かを判断する（Ｓ７２０）。ハートビートパスが正常に生成された場合には（Ｓ７２０：ＹＥＳ）、Ｓ７３０に進み、ハートビートパスが生成されなかった場合には（Ｓ７２０：ＮＯ）、Ｓ７５０に進む。

次にクラスタ構築部１０１は、生成されたハートビートパスの経路上に存在するＩ／Ｏデバイス６０に関する情報をサーバ構成管理テーブル１１３に反映する（Ｓ７３０）。またクラスタ構築部１０１は、構成されたクラスタに関する情報をＨＡ構成管理テーブル１１４に反映する（Ｓ７４０）。
一方、Ｓ７５０では、クラスタ構築部１０１はクラスタを構築することができなかった旨（もしくはハートビートパスを生成することができなかった旨）を要求元（クラスタ構築処理Ｓ７００を呼び出したプログラム、もしくは管理サーバ１０のオペレータ等）に通知する。

図８は前述のハートビートパス生成処理Ｓ７１０を説明するフローチャートである。
まずクラスタ管理部１００のハートビートパス生成部１０４が、クラスタ管理部１００のＩ／Ｏデバイス制御部１０３を呼び出して、今回設定しようとしているクラスタで使用する、ハートビート信号の折り返し用のＩ／Ｏデバイス６０を設定する。以下、この処理のことを折り返しＩ／Ｏデバイス割当て処理Ｓ８１０と称する。

折り返しＩ／Ｏデバイス割当て処理Ｓ８１０の実行後、ハートビートパス生成部１０４は、折り返し用のＩ／Ｏデバイス６０を割当てることができたか否かを判断する（Ｓ８２０）。折り返し用のＩ／Ｏデバイス６０を割当てることができた場合には（Ｓ８２０：ＹＥＳ）、Ｓ８３０に進み、割当てることができなかった場合には（Ｓ８２０：ＮＯ）、Ｓ８５０に進む。
Ｓ８３０では、ハートビートパス生成部１０４が、割当てられたＩ／Ｏデバイス６０に必要な設定を行う。例えばＩ／Ｏデバイス６０がＮＩＣであるならば、ＮＩＣにＩＰアドレスを割当てる。続くＳ８４０において、ハートビートパス生成部１０４は、Ｉ／Ｏデバイス６０の割当てが完了した旨をクラスタ構築部１０１に返す。
一方、Ｓ８５０では、ハートビートパス生成部１０４が、Ｉ／Ｏデバイス６０を割当てることが出来なかった旨をクラスタ構築部１０１に返す。

図９は前述した折り返しＩ／Ｏデバイス割当て処理Ｓ８１０を説明するフローチャートである。
まずクラスタ管理部１００のＩ／Ｏデバイス制御部１０３が、クラスタ管理部１００のＩ／Ｏデバイス状態取得部１０２を呼び出して、割当て可能なＩ／Ｏデバイス（以下、空きデバイスと称する。）に関する情報を取得する。以下、この処理のことをデバイス情報取得処理Ｓ９１０と称する。

デバイス情報取得処理Ｓ９１０の実行後、Ｉ／Ｏデバイス制御部１０３は、デバイス情報取得処理Ｓ９１０の結果に基づき、空きデバイスが存在するか否かを判断する（Ｓ９２０）。空きデバイスがなければ（Ｓ９２０：ＮＯ）、Ｓ９３０に進み、Ｉ／Ｏデバイス６０を割当てることができない旨をハートビートパス生成部１０４に返す。空きデバイスがあれば（Ｓ９２０：ＹＥＳ）、Ｓ９４０に進む。
Ｓ９４０では、Ｉ／Ｏデバイス制御部１０３が、ＳＶＰ３０に対し、デバイス情報取得処理Ｓ９１０によって取得された空きデバイスの一つに、ハートビート信号の折り返し機能の設定を要求する。

Ｓ９５０では、Ｉ／Ｏデバイス制御部１０３が、上記要求に対するＳＶＰ３０からの応答に基づき、折り返し機能の設定が行われたか否かを判断する。折り返し機能の設定が行われなかった場合には（Ｓ９５０：ＮＯ）、Ｓ９６０に進み、折り返し機能の設定が正常に行われた場合には（Ｓ９５０：ＹＥＳ）、Ｓ９７０に進む。

Ｓ９６０では、Ｉ／Ｏデバイス制御部１０３及びサーバ装置２０のクラスタ制御部１２２（ＳＶＰ３０でもよい）が、当該空きデバイスのＭＡＣアドレス登録テーブル１１５の、今回設定できなかったＭＡＣアドレス１１５１の割当て状態１１５２に「割当て不可」を設定する。尚、このように設定できなかったＭＡＣアドレスについて「割当て不可」を設定することで、次回の判断時にそのＭＡＣアドレスを候補から外すことができ、クラスタを効率よく構築することができる。
Ｓ９７０では、Ｉ／Ｏデバイス制御部１０３及びサーバ装置２０のクラスタ制御部１２２（ＳＶＰ３０でもよい）が、折り返し機能を設定した空きデバイスのＭＡＣアドレス登録テーブル１１５の内容を更新する。具体的には割当て状態１１５２が「未割当て」のＭＡＣアドレスの一つを選択してその割当て状態１１５２に「割当て済」を設定し、閉塞状態１１５３に「開放」を設定し、折り返し先のサーバ装置２０に対応する内容を折り返し情報１１５４に設定する。
Ｓ９８０では、Ｉ／Ｏデバイス制御部１０３が、Ｉ／Ｏデバイス６０の割当てが完了した旨をハートビートパス生成部１０４に返す。

図１０は前述したデバイス情報取得処理Ｓ９１０を説明するフローチャートである。
まずＩ／Ｏデバイス状態取得部１０２が、Ｉ／Ｏスイッチ管理テーブル１１１から、折り返し機能を設定可能なＩ／Ｏデバイス６０の一覧を取得する（Ｓ１０１０）。ここで折り返し機能を設定可能か否かは、折り返し機能設定状態１１１６の内容に基づき判断する。例えば「無効」が設定されている場合(折り返し機能が未設定のもの）は設定可能と判断し、「有効」又は「−」が設定されている場合は設定不可と判断する。

次にＩ／Ｏデバイス状態取得部１０２は、Ｓ１０１０で取得した折り返し機能を設定可能なＩ／Ｏデバイス６０の一覧のうち、折り返し機能の登録が可能なＩ／Ｏデバイス６０の取得要求をＳＶＰ３０に送信し（Ｓ１０２０）、ＳＶＰ３０から折り返し機能の登録が可能なＩ／Ｏデバイス６０の一覧を取得する（Ｓ１０３０）。ここで折り返し機能の登録が可能か否かは、例えば折り返し機能を設定可能なＩ／Ｏデバイス６０のＭＡＣアドレス登録テーブル１１５に、割当て状態１１５２が「未割当て」のＭＡＣアドレスが存在するか否かを調べることにより行う。

Ｓ１０４０では、Ｉ／Ｏデバイス状態取得部１０２が、Ｉ／Ｏデバイス制御部１０３に折り返し機能の登録が可能なＩ／Ｏデバイス６０の一つを返す。尚、折り返し機能の登録が可能なＩ／Ｏデバイス６０が複数存在する場合には、例えばＩ／Ｏデバイス６０の識別子の降順又は昇順等、設定されたポリシーに従ってＩ／Ｏデバイス制御部１０３に通知するＩ／Ｏデバイス６０を選択する。

以上によれば、クラスタ管理部１００がサーバ装置２０間のクラスタを構築するに際し、Ｉ／Ｏデバイス６０を折り返し点とするハートビートパスを生成することができる。これによれば、従来のようにハートビート信号を折り返すために別途通信線８０を設けることなくハートビートパスを容易に形成することができる。また複数のＩ／Ｏデバイス６０を経由させることなく単数のＩ／Ｏデバイス６０によって容易にハートビートパスを形成することができる。

−−−クラスタ制御部の動作−−−
次にサーバ装置２０のクラスタ制御部１２２の動作について説明する。図１１はクラスタ制御部１２２が管理サーバ１０、ＳＶＰ３０、アプリケーション１２１、オペレーティングシステム１２３等から呼び出された場合におけるクラスタ制御部１２２の動作を説明するフローチャートである。

上記の呼び出しがあると、まずクラスタ制御部１２２は、呼び出された理由を判断する（Ｓ１１１０）。呼び出し理由が「ハートビートパスの生成要求」である場合には（Ｓ１１１０：ＹＥＳ）、Ｓ１１２０に進み、呼び出し理由が「障害検出」である場合には（Ｓ１１１０：ＮＯ）、Ｓ１１３０に進む。
Ｓ１１２０では、クラスタ制御部１２２は、管理サーバ１０のハートビートパス生成部１０４にハートビートパスの生成要求を送信する。尚、ハートビートパスの生成後は、管理サーバ１０のＨＡ構成管理テーブル１１４の内容が更新される（Ｓ１１２５）。
Ｓ１１３０において、クラスタ制御部１２２は障害が何であるかを判断する。障害がクラスタリソース（サーバ装置２０に割当てられている記憶装置、ＩＰアドレス、サーバ装置２０のアプリケーション１２１等）に関するものであれば（Ｓ１１３０：クラスタリソース）、Ｓ１１４０に進み、ハートビート信号の途絶である場合には（Ｓ１１３０：ハートビート）、Ｓ１１５０に進む。

Ｓ１１４０において、クラスタ制御部１２２は、障害が生じているリソースの動作を停止させ、続くＳ１１４５ではクラスタ制御部１２２は管理サーバ１０のＩ／Ｏデバイス閉塞部１０５を呼び出しＩ／Ｏデバイス６０を閉塞する。尚、この処理（以下、Ｉ／Ｏデバイス閉塞処理Ｓ１１４５と称する。）の詳細については後述する。その後はＳ１１２５に進む。

一方、Ｓ１１５０では、クラスタ制御部１２２は、管理サーバ１０のハードウエア状態確認部１０６を呼び出して、クラスタの相手方のサーバ装置２０（以下、相手ノードと称する。）が使用しているＩ／Ｏデバイス６０の状態を確認する。尚、この処理（以下、ハードウエア状態確認処理Ｓ１１５０と称する。）の詳細については後述する。

続くＳ１１５５では、クラスタ制御部１２２は、ハードウエア状態確認処理Ｓ１１５０の結果に基づき、相手ノードが使用しているＩ／Ｏデバイス６０に障害があったか否かを判断する。相手ノードが使用しているＩ／Ｏデバイス６０に障害が有った場合には（Ｓ１１５５：障害有り）、フェイルオーバ処理（相手ノードへの引き継ぎ）を継続し（Ｓ１１６０）、障害が無かった場合には（Ｓ１１５５：障害無し）、フェイルオーバ処理を抑止する（Ｓ１１７０）。その後はＳ１１２５に進む。

このように、クラスタ制御部１２２は、障害の内容がハートビート信号の途絶であった場合、相手ノードが使用しているＩ／Ｏデバイス６０に障害がなければフェイルオーバを継続するが、Ｉ／Ｏデバイス６０に障害があればフェイルオーバを抑止する。クラスタ制御部１２２がこのように動作することで、障害の理由が専らＩ／Ｏデバイス６０側にあり、サーバ装置２０側に障害が発生していな場合にまで不必要にフェイルオーバが行われてしまうのを防ぐことができる。

尚、Ｓ１１３０では、障害の内容がハートビート信号の途絶であった場合にＩ／Ｏデバイス６０の状態を確認するようにしているが、障害の内容がハートビート信号の途絶であった場合にＳ１１２０を実行して他のＩ／Ｏデバイス６０を折り返すようなハートビートパスを形成し、かつ、フェイルオーバを抑制するようにしてもよい。

図１２は前述したＩ／Ｏデバイス閉塞処理Ｓ１１４５を説明するフローチャートである。
まず管理サーバ１０のＩ／Ｏデバイス閉塞部１０５が、障害が発生しているリソースが接続しているＩ／Ｏデバイス６０が接続しているＩ／Ｏスイッチ５０の識別子（接続Ｉ／Ｏスイッチ１１４６の内容）及びポート番号(ポート番号１１４７の内容）を取得する（Ｓ１２１０）。
次にＩ／Ｏデバイス閉塞部１０５は、ＳＶＰ３０にＳ１２１０で取得したＩ／Ｏスイッチ５０の識別子及びそのポート番号から特定されるＩ／Ｏデバイス６０の閉塞要求を送信する（Ｓ１２２０）。

Ｉ／Ｏデバイス閉塞部１０５は、ＳＶＰ３０からＩ／Ｏデバイス６０の閉塞処理の結果を受信すると、閉塞処理が成功したか否かを判断する（Ｓ１２３０）。閉塞処理が成功した場合には（Ｓ１２３０：成功）、Ｉ／Ｏデバイス閉塞部１０５は、Ｉ／Ｏスイッチ管理テーブル１１１の閉塞対象のＩ／Ｏデバイス６０の閉塞状況１１１７に「閉塞」を設定する（Ｓ１２４０）。閉塞処理が失敗した場合には（Ｓ１２３０：失敗）、Ｉ／Ｏデバイス閉塞部１０５は、クラスタ制御部１２２に閉塞処理に失敗した旨を通知する（Ｓ１２５０）。

ここで従来、サーバ装置２０に障害が発生した場合には、フェイルオーバに際しサーバ装置２０を再起動（リセット）する必要があり、サーバ装置２０のメモリの情報が揮発してしまい、障害原因の特定に有用な情報を必ずしも充分に取得できないことがあった。しかしこのＩ／Ｏデバイス閉塞処理Ｓ１１４５によれば、クラスタリソースが使用しているＩ／Ｏデバイス６０のみを選択的に閉塞することができる。このため、サーバ装置２０を再起動する必要がなく、フェイルオーバ後にサーバ装置２０にアクセスしてコアダンプ等の障害原因の特定に必要な情報を取得するといったことが可能になる。

また障害発生時に自動的にコアダンプが生成されるようなシステムでは、通常はコアダンプがファイルに出力されるまでサーバ装置２０を停止させることができず、引き継ぎ先のサーバ装置２０は引き継ぎ処理を進めることができないが、上記Ｉ／Ｏデバイス閉塞処理Ｓ１１４５によれば、Ｉ／Ｏデバイス６０のみが閉塞され、障害が発生しているサーバ装置２０をリソースから隔離することができる。このため、引き継ぎ先のサーバ装置２０はコアダンプがファイルに出力される前であっても引き継ぎ処理を進めることができる。従って引き継ぎに要する時間を短縮することができる。

図１３は図１１のハードウエア状態確認処理Ｓ１１５０を説明するフローチャートである。
まずハードウエア状態確認部１０６は、ＨＡ構成管理テーブル１１４から相手ノードが使用しているＩ／Ｏデバイス６０の情報を取得する（Ｓ１３１０）。次にハードウエア状態確認部１０６は、ＳＶＰ３０に相手ノードが使用しているＩ／Ｏデバイス６０の状態確認要求を送信する（Ｓ１３２０）。
次にハードウエア状態確認部１０６は、ＳＶＰ３０から受信した状態確認の結果を判断し（Ｓ１３３０）、異常が有った場合には（Ｓ１３３０：異常有り）、クラスタ制御部１２２にフェイルオーバを抑止するように指示する（Ｓ１３４０）。異常が無かった場合には（Ｓ１３３０：異常無し）、クラスタ制御部１２２にフェイルオーバを続行するように指示する（Ｓ１３５０）。

以上によれば、情報処理システム１のＩ／Ｏスイッチ５０を中心とする構成に基づき、サーバ装置２０間で送受信されるハートビートパスを自動的に生成することができる。また生成される経路はハートビート信号を折り返す機能を有した単数のＩ／Ｏデバイス６０を折り返し点とするものであり、複数のＩ／Ｏデバイス６０を経由しない経路であるので、ハートビートパスを形成するためにＩ／Ｏデバイス６０間を接続する通信線を別途設ける必要がなく、Ｉ／Ｏスイッチのポートが消費されてしまうこともなく、情報処理システム１の物理的な構成を変更することなく効率よくハートビートパスを生成することができる。従って、情報処理システム１におけるクラスタの構成や管理を容易かつ効率よく行うことが可能になる。

尚、以上の実施形態の説明は本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれることは勿論である。

情報処理システム１の構成である。 管理サーバ１０のハードウエア構成の一例である。 サーバ装置２０のハードウエア構成の一例である。 ＳＶＰ３０のハードウエア構成の一例である。 Ｉ／Ｏデバイス６０のハードウエア構成の一例である。 管理サーバ１０が備える機能及びデータを示す図である。 サーバ装置２０のソフトウエア構成を示す図である。 ＳＶＣ３０の機能を示す図である。 Ｉ／Ｏスイッチ管理テーブル１１１の一例である。 折り返し用ＭＡＣアドレス管理テーブル１１２の一例である。 サーバ構成管理テーブル１１３の一例の一例である。 ＨＡ構成管理テーブル１１４の一例である。 情報処理システム１の構成である。 ＭＡＣアドレス登録テーブル１１５の一例である。 クラスタ構築処理Ｓ７００を説明するフローチャートである。 ハートビートパス生成処理Ｓ７１０を説明するフローチャートである。 折り返しＩ／Ｏデバイス割当て処理Ｓ８１０を説明するフローチャートである。 デバイス情報取得処理Ｓ９１０を説明するフローチャートである。 サーバ装置２０のクラスタ制御部１２２の動作を説明するフローチャートである。 Ｉ／Ｏデバイス閉塞処理Ｓ１１４５を説明するフローチャートである。 ハードウエア状態確認処理Ｓ１１５０を説明するフローチャートである。

符号の説明

１ 情報処理システム
１０ 管理サーバ
２０ サーバ装置
３０ ＳＶＰ
４０ ネットワークスイッチ
５０ Ｉ／Ｏスイッチ
６０ Ｉ／Ｏデバイス
７０ ストレージ装置
１００ クラスタ管理部
１０１ クラスタ構築部
１０２ Ｉ／Ｏデバイス状態取得部
１０３ Ｉ／Ｏデバイス制御部
１０４ ハートビートパス生成部
１０５ Ｉ／Ｏデバイス閉塞部
１０６ ハードウエア状態確認部
１１１ Ｉ／Ｏスイッチ管理テーブル
１１２ 折り返し用ＭＡＣアドレス管理テーブル
１１３ サーバ構成管理テーブル
１１４ ＨＡ構成管理テーブル
１２１ アプリケーション
１２２ クラスタ制御部
１２３ オペレーティングシステム
１３１ Ｉ／Ｏスイッチ制御部

Claims (10)

1. 少なくとも一つ以上のＩ／Ｏデバイスと、
   前記Ｉ／Ｏデバイスが接続するＩ／Ｏスイッチと、
   前記Ｉ／Ｏスイッチに接続され、クラスタを構築可能な複数のサーバ装置と、
   これらを管理する管理サーバと
   を備え、
   前記Ｉ／Ｏデバイスの少なくとも一つ以上が前記サーバ装置の一つから送信されるハートビート信号を他の前記サーバ装置に折り返す機能を有している情報処理システムにおける前記管理サーバであって、
   前記サーバ装置及び前記Ｉ／Ｏデバイスが接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポート、及び、前記各Ｉ／Ｏデバイスの夫々が前記ハートビート信号の折り返し機能を利用可能か否か、を記憶し、
   前記サーバ装置間でクラスタを構成するに際し、前記折り返し機能を利用可能な前記Ｉ／Ｏデバイスの一つを選択し、選択したＩ／Ｏデバイスを折り返し点とする経路を前記クラスタにおける前記ハートビート信号の経路として生成するハートビートパス生成部と、
   選択した前記Ｉ／Ｏデバイスが、前記ハートビート信号を前記経路に沿って折り返すように前記Ｉ／Ｏデバイスを設定するＩ／Ｏデバイス制御部と
   を備えること
   を特徴とする管理サーバ。
2. 請求項１に記載の管理サーバであって、
   前記ハートビート信号の経路情報として、前記折り返し点となる前記Ｉ／ＯデバイスのＭＡＣアドレス、当該Ｉ／Ｏデバイスが接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポート、当該Ｉ／Ｏデバイスの前記ハートビート信号の折り返し先の前記サーバ装置が接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポートを記憶し、
   前記Ｉ／Ｏデバイス制御部が、前記選択したＩ／Ｏデバイスに、前記折り返し先の前記サーバ装置が接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポートを記憶させること
   を特徴とする管理サーバ。
3. 請求項２に記載の管理サーバであって、
   前記折り返し機能を利用可能な前記Ｉ／Ｏデバイスが複数のＭＡＣアドレスを設定可能であり、かつ、前記各ＭＡＣアドレスに対応づけて、前記折り返し先の前記サーバ装置が接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポートを記憶可能であることを特徴とする管理サーバ。
4. 請求項１に記載の管理サーバであって、
   前記サーバ装置間で送受信される前記ハートビート信号が途絶した場合に、前記サーバ装置間でフェイルオーバを実施した際の引き継ぎ先となる前記サーバ装置に割当てられている前記Ｉ／Ｏデバイスの状態を確認し、前記Ｉ／Ｏデバイスに異常があった場合に、前記フェイルオーバを抑止するハードウエア状態確認部を備えることを特徴とする管理サーバ。
5. 請求項１に記載の管理サーバであって、
   前記サーバ装置のクラスタリソースに障害があった場合に、障害のある前記クラスタリソースが接続している前記Ｉ／Ｏデバイスが接続する前記Ｉ／Ｏスイッチのポートを閉塞するＩ／Ｏデバイス閉塞部を備えることを特徴とする管理サーバ。
6. 少なくとも一つ以上のＩ／Ｏデバイスと、
   前記Ｉ／Ｏデバイスが接続するＩ／Ｏスイッチと、
   前記Ｉ／Ｏスイッチに接続され、クラスタを構築可能な複数のサーバ装置と、
   これらを管理する管理サーバと
   を備え、
   前記Ｉ／Ｏデバイスの少なくとも一つ以上が前記サーバ装置の一つから送信されるハートビート信号を他の前記サーバ装置に折り返す機能を有している情報処理システムにおけるクラスタ管理方法であって、
   前記管理サーバが、
   前記サーバ装置及び前記Ｉ／Ｏデバイスが接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポートを記憶し、
   前記各Ｉ／Ｏデバイスの夫々が前記ハートビート信号の折り返し機能を利用可能か否かを記憶し、
   前記サーバ装置間でクラスタを構成するに際し、前記折り返し機能を利用可能な前記Ｉ／Ｏデバイスの一つを選択し、選択したＩ／Ｏデバイスを折り返し点とする経路を前記クラスタにおける前記ハートビート信号の経路として生成し、
   選択した前記Ｉ／Ｏデバイスが、前記ハートビート信号を前記経路に沿って折り返すように前記Ｉ／Ｏデバイスを設定すること
   を特徴とするクラスタ管理方法。
7. 請求項６に記載の管理方法であって、
   前記管理サーバは、
   前記ハートビート信号の経路情報として、前記折り返し点となる前記Ｉ／ＯデバイスのＭＡＣアドレス、当該Ｉ／Ｏデバイスが接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポート、当該Ｉ／Ｏデバイスの前記ハートビート信号の折り返し先の前記サーバ装置が接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポートを記憶し、
   当該Ｉ／Ｏデバイスに、前記折り返し先の前記サーバ装置が接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポートを記憶させること
   を特徴とするクラスタ管理方法。
8. 請求項７に記載のクラスタ管理方法であって、
   前記折り返し機能を利用可能な前記Ｉ／Ｏデバイスは、複数のＭＡＣアドレスを設定可能であり、かつ、前記各ＭＡＣアドレスに対応づけて、前記折り返し先の前記サーバ装置が接続する前記Ｉ／Ｏスイッチの識別子及びその接続ポートを記憶可能であることを特徴とするクラスタ管理方法。
9. 請求項６に記載のクラスタ制御方法であって、
   前記管理サーバが、
   前記サーバ装置間で送受信される前記ハートビート信号が途絶した場合に、前記サーバ装置間でフェイルオーバを実施した際の引き継ぎ先となる前記サーバ装置に割当てられている前記Ｉ／Ｏデバイスの状態を確認するステップと、
   前記Ｉ／Ｏデバイスに異常があった場合に、前記フェイルオーバを抑止するステップと
   を含むことを特徴とするクラスタ制御方法。
10. 請求項６に記載のクラスタ制御方法であって、
    前記管理サーバが、前記サーバ装置のクラスタリソースに障害があった場合に、障害のある前記クラスタリソースが接続している前記Ｉ／Ｏデバイスが接続する前記Ｉ／Ｏスイッチのポートを閉塞することを特徴とするクラスタ制御方法。

Images