JP2010009476A - コンピュータシステム - Google Patents

Abstract

【課題】
サーバが使用するＲＡＩＤの予備ディスクの運用を効率的に行い、かつシステム運用上使用可能な、サーバに内臓されたディスクの総容量を十分に確保する。
【解決手段】
それぞれディスクを内蔵する複数のサーバを含むコンピュータシステムにおいて、情報を記憶するディスクと、ディスクにパーティションを作成して、サーバによって使用される予備ディスクを形成するコントローラとを持つ、複数のサーバに共通に接続されるディスク共用システムを有する。コントローラは、複数のいずれかのサーバからの予備ディスクの割り当ての要求に従って予備ディスクを自動的に作成し、要求元のサーバに対してその予備ディスクを割り当てる。
【選択図】図１

Description

本発明は、コンピュータシステムに係り、特にコンピュータシステムを構成するサーバに内蔵されるディスクに対する予備ディスクを効率的に運用するため管理技術に関するものである。

コンピュータシステムを構成するサーバには、ディスク故障に対する信頼性を確保するために、ＲＡＩＤが広く用いられている。ＲＡＩＤには幾つかの方式があるが、耐故障性のあるＲＡＩＤ１、或いはＲＡＩＤ５もしくはこれらの複数を組み合わせたＲＡＩＤは、構成されるディスクの１つあるいは複数が故障しても、ディスク内のシステムのデータは故障していないディスクに全て保持されているため、システムの運用を継続することが可能である。

しかし、故障したディスクが存在するときに、更に他のディスクが故障した場合には、システムが停止してしまうので、システム運用上大きなリスクを伴う。
ＲＡＩＤを構成するディスクが故障している時間を最小限に抑えるための方式として、ホットスタンバイの機能がある。ホットスタンバイとは、ＲＡＩＤを構成するディスクが故障した場合を想定して、予め交換用の予備ディスクをサーバに内蔵しておき、ディスクの故障が発生した時に、故障したディスクを予備ディスクに切り替えて使用することで、本来のＲＡＩＤ構成に即座に復旧開始する機能である。

通常、サーバはディスクを内蔵するために、複数のスロット（ディスクの挿入口）を用意しているが、筐体の設置領域の制限により、ディスク用スロットの数には限りがある。ホットスタンバイ機能は、この内蔵ディスクスロットの１スロットもしくは、複数のスロットを予備ディスク用として使用する。

また、予備ディスクの管理技術に関して、特許文献１には、稼動系及び待機系コンピュータシステムにおいて共有の代替ディスクをプールして管理しておき、ディスク障害発生時に自動的に予備ディスクを選定できる予備ディスクの管理方式が開示されている。

特開平８−３２０７６６公報

従来、ホットスタンバイはサーバの内蔵ディスクの一つあるいは複数を予備ディスクとして使用しているため、サーバの内蔵ディスクの最大搭載数（全てのスロット）をシステムの構成領域に利用できない、という欠点がある。
一方、サーバの高密度化のためサーバの筐体は小型化しており、内蔵ディスクの数も限られているため、総ディスク容量を可能な限り多く必要とするシステムでは、ホットスタンバイ用のディスクをサーバ筐体内に内蔵することは、その分総ディスク容量を減らしてしまうことにつながる。

また、複数のサーバから構成されるシステムでは、各サーバが予備ディスクを保有することは、実際の故障率を考えた場合、構成されるサーバの台数が多くなるほど過剰な予備ディスクを用意することになる。更に、各サーバごとにＲＡＩＤを構成するディスク１台の容量が異なる場合は、複数の種類の保守用ディスクを用意する必要があり、ディスクコストの無駄となる。

本発明の目的は、サーバが使用するＲＡＩＤの予備ディスクの運用を効率的に行い、かつシステム運用上使用可能な、サーバに内臓されたディスクの総容量を十分に確保することにある。

本発明は、好ましくは、それぞれディスクを内蔵する複数のサーバを含むコンピュータシステムにおいて、情報を記憶するディスクと、該ディスクにパーティションを作成して、該サーバによって使用される予備ディスクを形成するコントローラとを持つ、該複数のサーバに共通に接続されるディスク共用システムを有し、
該コントローラは、該複数のいずれかのサーバからの予備ディスクの割り当ての要求に従って、予備ディスクを自動的に作成し、該要求元の該サーバに対して該予備ディスクを割り当てること特徴とするコンピュータシステムとして構成される。

本発明の好ましい例によれば、複数のサーバによって構成されるコンピュータシステムであって、該各サーバと通信路を介して接続されるディスク共用システムを有し、
各サーバは、複数のディスクから成る第１のＲＡＩＤと、該ＲＡＩＤを制御する第１のＲＡＩＤコントローラと、該第１のＲＡＩＤを構成する複数のディスクの内あるディスクが故障したときに、その故障ディスクの代替となる予備ディスクを作成するように該ディスク共用システムに要求すると共に、該ディスク共用システム内に作成された予備ディスクを該第１のＲＡＩＤの該故障ディスクの代替として割当てて管理する第１の予備ディスクコントローラと、を有し、
該ディスク共用システムは、複数のディスクから成る第２のＲＡＩＤと、該第２のＲＡＩＤを制御する第２のＲＡＩＤコントローラと、あるサーバの該第１の予備ディスクコントローラからの要求に応じて、該第２のＲＡＩＤのディスク領域に、代替となる予備ディスクを作成して管理する第２の予備ディスクコントローラと、を有する、ことを特徴とするコンピュータシステムとして構成される。

また、好ましくは、前記第２の予備ディスクコントローラは、前記サーバに対応して、該サーバのＩＰアドレス、該サーバが有する該第１のＲＡＩＤに関する情報、及び作成した前記予備ディスクに関する情報を管理する管理テーブルを有する。

また、好ましくは、前記サーバの前記故障ディスクが正常になったとき、前記第１の予備ディスクコントローラは前記第２の予備ディスクコントローラに対して、該サーバに割当てられた前記予備ディスクの切断を要求し、該第２の予備ディスクコントローラは、該サーバ用として作成した、前記第２のＲＡＩＤ上の前記予備ディスクを削除する。

本発明によれば、複数のサーバが有するＲＡＩＤを構成する予備ディスクを、サーバ外の所定の装置に共用化して集約することにより、各サーバ内のディスク全てをそのシステム運用に利用することが可能となる。また、サーバの外部に予備ディスクを接続してホットスタンバイの信頼性を確保することができ、かつその予備ディスクを効率的に運用することが可能である。

以下、図面を参照して、本発明の一実施例について説明する。
図１を参照するに、コンピュータシステムは、複数のサーバ１〜３と予備ディスク共用システムユニット５がスイッチングハブ４に接続して構成される。これら複数の処理ユニットは、例えばギガビットＬＡＮポート及びギガビットＬＡＮケーブルを介してスイッチングハブ４に接続される。

各サーバ１，３は同様の構成を成し、ＲＡＩＤを構成する複数の内蔵ディスク１０１〜１０ｎと、ＲＡＩＤ１０を制御するＲＡＩＤコントローラ１２と、予備ディスクコントローラ１３と、を有する。ＲＡＤＩコントローラ１２はＲＡＩＤディスクポート１４を有し、予備ディスクコントローラ１３はｉＳＣＳＩコントローラ１５及び予備ディスクポート１６を有する。

例えば、サーバ１において、ＲＡＩＤコントローラ１４にはｎ＋ｍ個のディスクポート１４を有し、このうちｎ個のポートはサーバ１のディスク１からディスクｎに接続されており、予備ディスク用のｍ個のポートは予備ディスクコントローラ１３のｍ個の予備ディスクポートに接続されている。ＲＡＩＤコントローラ１２と予備ディスクコントローラ１３は管理信号線で接続されており、ＲＡＩＤ１０の構成情報やディスク障害等の管理情報がこの管理信号線を通して転送される。本実施例で有用な管理情報としては、図２或いは図４に示す管理テーブルに含まれる情報である。

予備ディスク共用化システムユニット５は、複数ｐ個のディスクから成るＲＡＩＤ５０、ＲＡＩＤ５０を制御するＲＡＩＤコントローラ５２、予備ディスクコントローラ５３、ｐ個のディスクポート５４、及びｉＳＣＳＩコントローラ５５より構成される。

ＲＡＩＤ構成されたｐ個のディスク領域は、必要な予備ディスクの容量の要求に応じて、予備ディスクコントローラ５３の制御によりパーティションに区切ることが可能である。
予備ディスク共用化システムユニット５の予備ディスクコントローラ５３は、各サーバ１、３の予備ディスクコントローラ１３に対してマネージャであり、各サーバ１〜３の予備ディスクコントローラ１３はクライアントとして機能する。

予備ディスク共用化システムユニット５は、予備ディスクを必要とするサーバ１〜３が接続されたギガビットＬＡＮポートに接続される。予備ディスクコントローラ５３は、ギガビットＬＡＮポートを介して各サーバ１〜３の予備ディスクコントローラ１３との間でそのサーバのディスク管理情報を通信する。この管理情報は、図２又は図４に示した管理テーブルの情報と同様である。
また、予備ディスクコントローラ５３と予備ディスク共用化システムユニット５のｉＳＣＳＩコントローラ５５により、予備ディスク使用時のディスクに読み書きするデータの通信を、ｉＳＣＳＩプロトコルを用いて行う。

予備ディスクコントローラ１３は、サーバ１に内蔵されるディスクが故障したときに、管理信号線を通してサーバ１上のＲＡＩＤコントローラ１２からディスク故障の情報を受け取り、予備ディスク共用化システムユニット５の予備ディスクコントローラ５３に対して、予備ディスク用のディスク領域割り当てを要求する。この要求に対して、予備ディスクコントローラ５３は予備ディスク共用化システムユニット５のＲＡＩＤ５０内のディスク領域に、要求された予備ディスクと同じ容量のパーティションを自動的に作成し、このパーティションを予備ディスクコントローラ１３に対して予備ディスクとして割り当てる。

予備ディスクコントローラ１３は、予備ディスク共用化システムユニット５から割り当てられた予備ディスク領域を、ＲＡＩＤコントローラ１２上のディスクポート（ｎ＋１）からディスクポート（ｎ＋ｍ）のいずれかに対して接続する。これにより、サーバ１のＲＡＩＤコントローラ１２は予備ディスク共用化システムユニット５の割り当てられた領域に対してリビルドを開始する。

上述の手順は、サーバ１のＲＡＩＤコントローラ１２、予備ディスクコントローラ１３、及び予備ディスクコントローラ５３が、サーバ１上のディスク故障時に自動的に行う。この方法によりサーバ１に内蔵のディスクを最大限に使用し、かつホットスタンバイの信頼性を有したＲＡＩＤ構成を実現することができる。

なお、他のサーバ３についても、サーバ１と同様に、各サーバに内蔵されている全てのディスクがＲＡＩＤ構成され、ギガビットＬＡＮポートを介して予備ディスク共用化システムユニット５に接続して、ＲＡＩＤ５０構成の予備ディスクを共用することができる。

各サーバ１〜３から予備ディスク共用化システムユニット５に共通にアクセス可能とすることで、システム全体で用意すべき予備ディスクは全て予備ディスク共用化システムユニット５に集約される。この場合、予備ディスク共用化システムユニット５で用意すべきディスクの数は、サーバ１〜サーバ３が個々に予備ディスクを保有する場合よりも少なくて済む。これは、サーバ１〜サーバ３の内蔵ディスクが同時に故障する確立が低いためである。
予備ディスクコントローラ５３は、予備ディスクを提供する対象のサーバを新たに接続する際に、そのサーバからディスクの管理情報を取得する。

図２は、予備ディスクコントローラ５３が有する、予備ディスクが接続された全サーバのディスク管理テーブルの例である。管理テーブル２０は、各サーバに関する、サーバ名、ＩＰアドレス、ＲＡＩＤ種別、ＲＡＩＤを構成する複数のディスク及びその容量、予備ディスクに関する情報を登録する。このように、管理テーブル２０に所定の情報を登録して管理することで、予備ディスクコントローラ５３は予備ディスクを管理することができる。

なお、サーバ上のディスクが故障した時、予備ディスク共用化システム５の予備ディスク領域に対してリビルドが行われるが、システムの運用管理者は必要なときに、故障した当該サーバ内のディスクを新しいものに交換する。このタイミングはリビルド中或いはリビルド完了後、何れでも実行可能である。サーバ上のＲＡＩＤコントローラ１２は、当該サーバ内のディスクが新しいディスクに交換されたときに、予備ディスク共用化システム５内の予備ディスク領域を切断して、その新しいディスクに対してリビルドを実行する。

図３及び図４は具体的な構成例を示す。
図３に示すコンピュータシステムの基本的な構成は、図１のコンピュータシステムと同じである。２０台のサーバ１〜３は、それぞれギガビットＬＡＮポートのスイッチングハブ４を介して予備ディスク共用化システムユニット５に接続している。各サーバ１〜３が有するＲＡＩＤ１０は、６台のディスク（各ディスクの容量１４６ＧＢ）から成るＲＡＩＤ５（ファイブ）を構成している。

ＲＡＩＤコントローラ１２は７つのＲＡＩＤディスクポート１４を有し、＃１−６までのポートにはＲＡＩＤ１０を構成する６台のディスクが接続され、＃７のポートには予備ディスクコントローラ１３の予備ディスクポート１６からの、１台分の予備ディスクの信号線が接続される。１台の予備ディスクは、予備ディスク共用システムユニット５に確保される。他の１９台のサーバ２〜３も同様の構成である。

一方、予備ディスク共用化システムユニット５において、ＲＡＩＤ５０は４個のディスク（各ディスクの容量３００ＧＢ）を有し、ＲＡＩＤコントローラ５２の制御の下、ＲＡＩＤ５（ファイブ）を構成している。ＲＡＩＤ構成される各ディスク領域は、必要な予備ディスクの容量の要求に応じて、予備ディスクコントローラ５３の制御に従って、パーティションを区切ることが可能である。予備ディスクコントローラ５３は、予備ディスクとして作成したパーティションを管理するためのパーティション管理テーブル（図示せず）も有している。

予備ディスクコントローラ５３が持つディスク管理テーブル２０は、図４に示すように、２０台の各サーバのＲＡＩＤのディスク１〜６は、固有のＩＰアドレスを持つ各サーバに確保され、各サーバの予備ディスク（ディスク＃７）は、予備ディスク共用システムユニット５内に確保されることを示している。

ここで、もし従来のように各サーバが１台の予備ディスクを有するとした場合、２０台分の予備ディスクとして、総容量１４６×２０＝２９２０ＧＢが必要になる。しかし、本実施例のように、各サーバが持つ予備ディスクを外部の予備ディスク共用化システムユニット５に集約することにより、４台の容量３００ＧＢのディスク、総容量１２００ＧＢ（ＲＡＩＤ５(ファイブ)構成なので利用可能な容量は３００×３＝９００ＧＢ）で各サーバのＲＡＩＤ５（ファイブ）構成にホットスタンバイ機能をもたせることを可能である。

さらに予備ディスク共用化システム５のシステム(ＯＳを含む)領域として４ＧＢを使用するため、予備ディスク用パーティションを作成可能な実効的な容量は８８６ＧＢで各サーバのＲＡＩＤ５（ファイブ）構成にホットスタンバイ機能をもたせることを可能としている。

実効的な容量は８８６ＧＢしかないので、６台分（８８６÷１４６＝６（余り１０ＧＢ））の予備ディスク用パーティションを作成可能である。これは、全２０台のサーバで同時にディスク故障が発生した場合は予備ディスクが不足することを意味するが、同時に故障が発生する可能性は極めて低いためこのような運用が可能である。

本実施例では、最悪６台のサーバのディスクが同時に故障する場合を想定した運用としているが、運用管理者は各サーバが内蔵するディスクの故障率を考慮して、適切なパーティション作成可能領域の大きさを決定し、それに必要な容量のディスクを予備ディスク共用化システムユニット５に用意する。

このように、本実施例によれば、予備ディスク共用化システムユニット５内に、各サーバの全て予備ディスクを集約したので、各サーバ内の６台のディスク全てを、そのサーバのシステム構成に利用することが可能となる。

従来は、各サーバの有するディスクの１台のディスク容量がサーバ毎に異なる場合、各種容量のディスクを用意する必要があったが、本実施例によれば予備ディスク共用化システムユニット５に搭載するディスクの１台の容量は１種類だけでよい。これは、予備ディスク共用化システムユニット５が自身のディスクをＲＡＩＤ構成し、その一部をパーティションで区切って予備ディスクとして使用するためで、システム設計者は各サーバが使用しているディスク１台の容量を意識することなく、システム全体で必要とする全ディスク容量に対して何割の容量の予備ディスクを確保しておくかを考慮すればよい。

次に、図５、図６を参照して、図３のコンピュータシステムのあるサーバにディスク故障が発生した場合における予備ディスク割り当て処理動作について説明する。なお、説明に際しては、図７〜図１０に示す、管理テーブル及び予備ディスク用領域パーティションの管理テーブルの遷移についても併せて参照する。

システムの運用開始時には、例えばサーバ１のＲＡＩＤコントローラ１２のディスク管理情報２０、予備ディスクコントローラ５３のディスク管理情報２０、予備ディスク共用化システムユニット５の予備ディスク用領域パーティションの様子は、図７の（Ａ１）、（Ｂ１）、（Ｃ１）のようになっている。即ち、サーバ１内には予備ディスクの領域は無いが、予備ディスク共用システムユニット５には予備ディスクとしてディスク７が確保されることを予定している。そこで、予備ディスクコントローラ５３のディスク管理情報２０には、ディスク７は予備ディスクとして確保されるが、この段階では予備ディスク用のパーティションが割当てられていない（Ｂ１）。なお、この段階では予備ディスクは形成されておらず、予備ディスク用領域パーティション１には、システム領域のＯＳや管理情報を保管しているのみである（Ｃ１）。

この状態で、例えばサーバ１のディスク１で故障が発生した場合（Ｓ５０１）、ＲＡＩＤコントローラ１２はその故障を検知し、管理信号線を通して予備ディスクコントローラ１３に対して、ディスク１の故障の情報と１４６ＧＢの予備ディスク領域の割り当てを要求する（Ｓ５０２）。図７（Ａ２）は、ディスク１に故障が発生したときの管理テーブルの状態を示す。この段階では、図７（Ｂ２）に示すように、予備ディスクコントローラ５３側の管理テーブル２０には未だ変化は無い。

この要求を受信した予備ディスクコントローラ１３は、ギガビットＬＡＮポート及びスイッチングハブ４を介して、予備ディスクコントローラ５３に対して、サーバ１のディスク１が故障し、１４６ＧＢの予備ディスク領域を割り当てることを要求する（Ｓ５０３）。

予備ディスクコントローラ５３は、予備ディスク割り当て要求を受信すると、ＲＡＩＤ５０のディスク領域に１４６ＧＢの予備ディスク領域のパーティションを作成する（Ｓ５０４）。
予備ディスクコントローラ５３は、パーティションの作成を完了すると、その作成したパーティションを、サーバ１の予備ディスクコントローラ１３に対して割り当てる処理を行い、自身が管理するディスク管理テーブルを更新する（Ｓ５０５）。即ち、図７（Ｃ２）のように、サーバ１のディスク７（予備ディスク）用としてパーティション２が形成されたことを示す。また、図７（Ｂ３）のように、予備ディスクコントローラ５３のディスク管理テーブル２０には、サーバ１のディスク７に１４６ＧＢの予備ディスク割り当てたことを登録する。

予備ディスクコントローラ５３から予備ディスクを割り当てられた、サーバ１の予備ディスクコントローラ１３は、ＲＡＩＤコントローラ１２に対して、予備ディスク共用化システムユニット５から割り当てられた１４６ＧＢの領域を、ディスク７のポートに対してマウントする（Ｓ５０６）。

この時点で初めて、サーバ１のＲＡＩＤコントローラ１２はディスク７をホットスタンバイディスクとして認識し（図７（Ａ３））、リビルドを開始する（Ｓ５０７）。
以上の処理が予備ディスク共用化システムユニットを利用した、予備ディスク割り当ての処理動作である。その後は、故障ディスクの交換、及び予備ディスクの切断処理に移る。

次に、図６を参照して、上述の処理によってサーバ１がリビルドを開始した後に、ディスク１を正常なディスク（新しいディスク）に交換し、ディスク１が故障する前の状態に復旧する処理動作について説明する。
これは、サーバ１が予備ディスク共用化システムユニット５の予備ディスク領域を使用している状態から、予備ディスク領域を使用していない状態に戻すために必要な処理である。この処理も、上述の予備ディスク割り当て処理と同様に、システムが自動的に行う。

まず、サーバ１は予備ディスク共用化システムユニット１のＲＡＩＤ５０の予備ディスク領域に対してリビルドしている途中、あるいはリビルド完了後に（Ｓ６０１）、システム運用管理者は故障したサーバ１のディスク１を新しいディスク（１４６ＧＢ）に交換する（Ｓ６０２）。この時の、サーバ１のＲＡＩＤコントローラ１２のディスク管理情報は、図８（Ａ４）の通りである。なお、予備ディスクコントローラのサーバ１のディスク管理情報（Ｂ４）及び予備ディスク用領域パーティション（Ｃ４）は、（Ｂ３）、（Ｃ２）と同じ状態である。

サーバ１のＲＡＩＤコントローラ１２は予備ディスク用のディスク７よりも、サーバ内蔵のディスク１からディスク６を用いた運用を優先するように設計されており、これにより、ＲＡＩＤコントローラ１２は、新しいディスクがディスク１に挿入されたことを認識して、ディスク７に対するデータ読み書きを停止し、さらに予備ディスクコントローラ１３に対して、ディスク７の切断を要求する（Ｓ６０３）。
予備ディスクコントローラ１３はこの切断要求を受け、予備ディスク共用システムユニット５の予備ディスクコントローラ５３に対して、サーバ１に割り当てていた容量１４６ＧＢの予備ディスク切断を要求する（Ｓ６０４）。

予備ディスクコントローラ５３は予備ディスク切断の要求を受け、サーバ１に対するディスク割り当てを解除して、サーバ１が使用していたパーティションを削除する（Ｓ６０５）。更に、予備ディスクコントローラ５３は、サーバ１の予備ディスクコントローラ１３に対して、予備ディスク割り当て解除完了を報告する（Ｓ６０６）。この時の、予備ディスクコントローラのサーバ１のディスク管理情報及び予備ディスク用領域パーティションは、図８（Ｂ５）、（Ｃ５）の通りである。予備ディスク（ディスク７）は開放され、パーティション２は削除されて空き領域となる。なお、サーバ１のＲＡＩＤコントローラ１２のディスク管理情報は、（Ａ４）と同じ状態である。

予備ディスクコントローラ５３から予備ディスク割り当てを解除された後、サーバ１の予備ディスクコントローラ１３は、ＲＡＩＤコントローラ１２に対して、ディスク７の切断を行う（Ｓ６０７）。これにより、ＲＡＩＤコントローラ１２のＲＡＩＤディスクポートのうち、ディスク７のディスクは「なし」（接続なし）の状態になる。この時の、サーバ１のＲＡＩＤコントローラ１２のディスク管理情報はディスク７が無しの状態となり（Ａ６）、予備ディスクコントローラのサーバ１のディスク管理情報はディスク７の割当てが無しの状態となる（Ｂ６）。

サーバ１が認識していたディスク７が切断された後、サーバ１のＲＡＩＤコントローラは、交換された新しいディスク１を利用可能なディスクとして認識し、リビルドを開始する（Ｓ６０８）。
以上の処理が実行された後、リビルド完了によりサーバシステムはディスク故障前の運用状態に戻る（Ｓ６０９）。

上記の例では、１台のサーバ（サーバ１）のディスクが故障した場合について説明したが、２台以上のサーバのディスクが故障した場合の予備ディスク割り当て、切断の流れも同様である。
ただし、前述のように本実施例では、最悪６台のサーバのディスクが同時に故障する場合を想定した運用としているため、６台のサーバでディスクが故障し、予備ディスク共用化システムの予備ディスク用パーティション作成領域に空きがない時は、７台目のサーバでディスク故障が発生しても、予備ディスク用パーティションは作成できない。このため、システム運用管理者は、このような問題が発生しないよう、予備ディスク共用化システムに用意するディスク容量を適切に定めることが重要がある。

また、システム運用管理者は、予備ディスク共用化システムの予備ディスク用パーティション作成領域が全て予備ディスク用パーティションで占領される前に、サーバシステムの故障したディスクを、新しいディスクに交換し、予備ディスク用パーティションを速やかに開放（パーティション削除）するように運用することが重要である。この運用の一例として、サーバシステムのディスク故障を監視したり、予備ディスク共用化システムの予備ディスク用パーティション作成領域使用量を監視することが上げられる。

一実施例によるコンピュータシステムの構成例を示す図。 一実施例によるディスク管理テーブル２０の構成例を示す図。 一実施例によるコンピュータシステムの具体的構成例を示す図。 一実施例によるディスク管理テーブル２０の構成例を示す図。 コンピュータシステムの故障時における予備ディスク割り当て処理フローを示す図。 コンピュータシステムの故障時における予備ディスクの切断処理フローを示す図。 ディスク管理テーブル及びパーティションの内容の遷移を示す図。 ディスク管理テーブル及びパーティションの内容の遷移を示す図。

符号の説明

１，３：サーバ ４：スイッチングハブ ５：予備ディスク共用システムユニット
１０：ＲＡＩＤ １０１〜１０ｎ：内蔵ディスク
１２：ＲＡＩＤコントローラ １３：予備ディスクコントローラ
１４：ＲＡＩＤディスクポート １５：ｉＳＣＳＩコントローラ
１６：予備ディスクポート
５０：ＲＡＩＤ ５０１〜５０ｎ：内蔵ディスク ５２：ＲＡＩＤコントローラ
５３：予備ディスクコントローラ ５４：ＲＡＩＤディスクポート
５５：ｉＳＣＳＩコントローラ。

Claims (4)

1. それぞれディスクを内蔵する複数のサーバを含むコンピュータシステムにおいて、
   情報を記憶するディスクと、該ディスクにパーティションを作成して、該サーバによって使用される予備ディスクを形成するコントローラとを持つ、該複数のサーバに共通に接続されるディスク共用システムを有し、
   該コントローラは、該複数のいずれかのサーバからの予備ディスクの割り当ての要求に従って、予備ディスクを自動的に作成し、該要求元の該サーバに対して該予備ディスクを割り当てること特徴とするコンピュータシステム。
2. 複数のサーバによって構成されるコンピュータシステムであって、
   該各サーバと通信路を介して接続されるディスク共用システムを有し、
   各サーバは、複数のディスクから成る第１のＲＡＩＤと、該ＲＡＩＤを制御する第１のＲＡＩＤコントローラと、該第１のＲＡＩＤを構成する複数のディスクの内あるディスクが故障したときに、その故障ディスクの代替となる予備ディスクを作成するように該ディスク共用システムに要求すると共に、該ディスク共用システム内に作成された予備ディスクを該第１のＲＡＩＤの該故障ディスクの代替として割当てて管理する第１の予備ディスクコントローラと、を有し、
   該ディスク共用システムは、複数のディスクから成る第２のＲＡＩＤと、該第２のＲＡＩＤを制御する第２のＲＡＩＤコントローラと、あるサーバの該第１の予備ディスクコントローラからの要求に応じて、該第２のＲＡＩＤのディスク領域に、代替となる予備ディスクを作成して管理する第２の予備ディスクコントローラと、を有する、ことを特徴とするコンピュータシステム。
3. 前記第２の予備ディスクコントローラは、前記サーバに対応して、該サーバのＩＰアドレス、該サーバが有する該第１のＲＡＩＤに関する情報、及び作成した前記予備ディスクに関する情報を管理する管理テーブルを有することを特徴とする請求項２のコンピュータシステム。
4. 前記サーバの前記故障ディスクが正常になったとき、前記第１の予備ディスクコントローラは前記第２の予備ディスクコントローラに対して、該サーバに割当てられた前記予備ディスクの切断を要求し、該第２の予備ディスクコントローラは、該サーバ用として作成した、前記第２のＲＡＩＤ上の前記予備ディスクを削除することを特徴とする請求項２又は３のコンピュータシステム。

Images