特許 7592063 情報処理システム及び情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-21

(45)【発行日】2024-11-29

(54)【発明の名称】情報処理システム及び情報処理方法

(51)【国際特許分類】

   G06F 3/06 20060101AFI20241122BHJP

【ＦＩ】

G06F3/06 306H

【請求項の数】 7

(21)【出願番号】P 2022212311

(22)【出願日】2022-12-28

(65)【公開番号】P2024095203

(43)【公開日】2024-07-10

【審査請求日】2023-06-23

(73)【特許権者】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】大平 良徳

(72)【発明者】

【氏名】斎藤 秀雄

(72)【発明者】

【氏名】中村 隆喜

(72)【発明者】

【氏名】山本 彰

(72)【発明者】

【氏名】山本 貴大

【審査官】松平 英

(56)【参考文献】

【文献】特開２０２１－０３６４５０（ＪＰ，Ａ）

【文献】特開２０２０－０２１２７７（ＪＰ，Ａ）

【文献】特開２０２１－１２８３９０（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１７／０２３５９５０（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１２／０２９０７１４（ＵＳ，Ａ１）

【文献】中国特許出願公開第１０７４０２８５０（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ３／０６－３／０８

１２／００－１２／１２８

１３／１６－１３／１８

(57)【特許請求の範囲】

【請求項1】

ネットワークで接続された複数の拠点にそれぞれ複数配置されたストレージサーバを有する情報処理システムにおいて、
前記拠点にそれぞれ配置され、データを記憶する記憶装置と、
前記ストレージサーバに実装され、上位アプリケーションに論理ボリュームを提供し、前記論理ボリュームを介して前記記憶装置に読み書きされるデータを処理するストレージコントローラと、
前記ストレージサーバを管理する管理サーバと
を備え、
異なる拠点に配置された複数の前記ストレージコントローラを含む冗長化グループを形成し、前記冗長化グループは、データを処理するアクティブ状態のストレージコントローラと、前記アクティブ状態のストレージコントローラに障害が発生した場合に、前記データの処理を引き継ぐスタンバイ状態のストレージコントローラとが含まれており、
前記アクティブ状態のストレージコントローラは、
同じ前記拠点に配置された上位アプリケーションからの前記データを当該拠点に配置された前記記憶装置に格納すると共に、
同じ拠点の記憶装置に格納するデータを復元するための冗長化データを、同じ冗長化グループのスタンバイ状態のストレージコントローラが配置されている他の前記拠点に配置された前記記憶装置に格納するための処理を実行し、
前記ストレージコントローラは、所定の条件に基づいて、前記論理ボリュームを同じ拠点の他のストレージコントローラに移動させ、
前記アクティブ状態のストレージコントローラが配置された拠点に障害が発生した場合に、
前記障害が発生した拠点のアクティブ状態のストレージコントローラと同じ前記冗長化グループに属し、他の拠点に配置されたスタンバイ状態のストレージコントローラが、アクティブ状態に変化して前記データの処理を引き継ぎ、
前記障害が発生した拠点の記憶装置に格納されたデータを、前記他の拠点の記憶装置に格納した冗長データを用いて、前記ストレージコントローラの処理を引き継いだ前記ストレージコントローラが存在する前記拠点の記憶装置に復元し、
前記管理サーバは、
前記ストレージコントローラの処理を引き継いだ前記ストレージコントローラが存在する前記拠点において、前記上位アプリケーションと同じアプリケーションを起動させる
ことを特徴とする情報処理システム。

【請求項2】

前記上位アプリケーションから各前記論理ボリュームへのパスのうち、前記アクティブ状態のストレージコントローラと対応付けられた前記パスが、当該上位アプリケーションがデータを読み書きするための最適化パスとして設定され、
前記拠点に障害が発生し、前記アクティブ状態のストレージコントローラの処理が同じ前記冗長化グループ内の他の前記ストレージコントローラに引き継がれた場合には、前記上位アプリケーションから当該処理を引き継いだ前記ストレージコントローラへのパスが、当該上位アプリケーションを引き継ぐために起動したアプリケーションが前記データを読み書きするためのパスに設定される
ことを特徴とする請求項１に記載の情報処理システム。

【請求項3】

前記アクティブ状態のストレージコントローラと対応付ける前記論理ボリュームを作成する前記拠点を指定するためのユーザインタフェースを提示するユーザインタフェース提示部をさらに備える
ことを特徴とする請求項２に記載の情報処理システム。

【請求項4】

前記他の拠点に配置された記憶装置に格納する冗長化データは、ミラーデータ、または、それぞれ異なる拠点に格納された複数のデータに基づいて生成されたパリティであり、
前記アクティブ状態のコントローラは、
前記同じ拠点の記憶装置に格納するデータを、前記ミラーデータまたはパリティを生成するために、前記冗長化データを格納する他の前記拠点に転送し、
前記論理ボリュームにかかるデータを当該論理ボリュームと同じ拠点の記憶装置の記憶装置に格納することで、いずれかの他の拠点ともデータ転送を行うことなくデータの読み出し処理が可能である
ことを特徴とする請求項１に記載の情報処理システム。

【請求項5】

ネットワークで接続された複数の拠点にそれぞれ複数配置されたストレージサーバを有する情報処理システムにおいて、
前記拠点にそれぞれ配置され、データを記憶する記憶装置と、
前記ストレージサーバに実装され、上位アプリケーションに論理ボリュームを提供し、前記論理ボリュームを介して前記記憶装置に読み書きされるデータを処理するストレージコントローラと、
前記拠点ごとに、当該拠点内の各前記ストレージサーバの使用容量又は残容量を監視する容量監視部と
を備え、
異なる拠点に配置された複数の前記ストレージコントローラを含む冗長化グループを形成し、前記冗長化グループは、データを処理するアクティブ状態のストレージコントローラと、前記アクティブ状態のストレージコントローラに障害が発生した場合に、前記データの処理を引き継ぐスタンバイ状態のストレージコントローラとが含まれており、
前記アクティブ状態のストレージコントローラは、
同じ前記拠点に配置された上位アプリケーションからの前記データを当該拠点に配置された前記記憶装置に格納すると共に、
同じ拠点の記憶装置に格納するデータを復元するための冗長化データを、同じ冗長化グループのスタンバイ状態のストレージコントローラが配置されている他の前記拠点に配置された前記記憶装置に格納するための処理を実行し、
前記容量監視部は、
いずれかの前記ストレージサーバの前記使用容量又は前記残容量が所定の条件となった場合に、当該ストレージサーバに実装された前記ストレージコントローラが属する前記冗長化グループを構成する各前記ストレージコントローラがそれぞれ実装された各前記ストレージサーバの容量を拡張し、
前記ストレージサーバに実装された前記ストレージコントローラが属する前記冗長化グループを構成する各前記ストレージコントローラがそれぞれ実装された各前記ストレージサーバの容量を拡張できない場合には、前記ストレージサーバのストレージコントローラが提供する論理ボリュームを、同じ前記拠点に設置された他の前記ストレージサーバに移動する
ことを特徴とする情報処理システム。

【請求項6】

ネットワークで接続された複数の拠点にそれぞれ複数配置されたストレージサーバを有する情報処理システムにおいて実行される情報処理方法であって、
前記情報処理システムは、
前記拠点にそれぞれ配置され、データを記憶する記憶装置と、
前記ストレージサーバに実装され、上位アプリケーションに論理ボリュームを提供し、前記論理ボリュームを介して前記記憶装置に読み書きされるデータを処理するストレージコントローラと、
前記ストレージサーバを管理する管理サーバと
を有し、
異なる拠点に配置された複数の前記ストレージコントローラを含む冗長化グループを形成し、前記冗長化グループは、データを処理するアクティブ状態のストレージコントローラと、前記アクティブ状態のストレージコントローラに障害が発生した場合に、前記データの処理を引き継ぐスタンバイ状態のストレージコントローラとが含まれており、
前記アクティブ状態のストレージコントローラが、同じ前記拠点に配置された上位アプリケーションからのデータを当該拠点に配置された前記記憶装置に格納すると共に、同じ前記拠点の記憶装置に格納するデータを復元するための冗長化データを、同じ冗長化グループのスタンバイ状態のストレージコントローラが配置されている他の前記拠点に配置された前記記憶装置に格納するための処理を実行する第１のステップと、
前記ストレージコントローラが、所定の条件に基づいて、前記論理ボリュームを同じ拠点の他のストレージコントローラに移動させる一方、前記アクティブ状態のストレージコントローラが配置された拠点に障害が発生した場合に、前記障害が発生した拠点のアクティブ状態のストレージコントローラと同じ前記冗長化グループに属し、他の拠点に配置されたスタンバイ状態のストレージコントローラが、アクティブ状態に変化して前記データの処理を引き継ぎ、前記障害が発生した拠点の記憶装置に格納されたデータを、前記他の拠点の記憶装置に格納した冗長データを用いて、前記ストレージコントローラの処理を引き継いだ前記ストレージコントローラが存在する前記拠点の記憶装置に復元し、前記管理サーバが、前記ストレージコントローラの処理を引き継いだ前記ストレージコントローラが存在する前記拠点において、前記上位アプリケーションと同じアプリケーションを起動させる第２のステップと
を備えることを特徴とする情報処理方法。

【請求項7】

ネットワークで接続された複数の拠点にそれぞれ複数配置されたストレージサーバを有する情報処理システムにおいて実行される情報処理方法であって、
前記情報処理システムは、
前記拠点にそれぞれ配置され、データを記憶する記憶装置と、
前記ストレージサーバに実装され、上位アプリケーションに論理ボリュームを提供し、前記論理ボリュームを介して前記記憶装置に読み書きされるデータを処理するストレージコントローラと
前記拠点ごとに、当該拠点内の各前記ストレージサーバの使用容量又は残容量を監視する容量監視部と
を有し、
異なる拠点に配置された複数の前記ストレージコントローラを含む冗長化グループを形成し、前記冗長化グループは、データを処理するアクティブ状態のストレージコントローラと、前記アクティブ状態のストレージコントローラに障害が発生した場合に、前記データの処理を引き継ぐスタンバイ状態のストレージコントローラとが含まれており、
前記アクティブ状態のストレージコントローラが、同じ前記拠点に配置された上位アプリケーションからの前記データを当該拠点に配置された前記記憶装置に格納すると共に、同じ拠点の記憶装置に格納するデータを復元するための冗長化データを、同じ冗長化グループのスタンバイ状態のストレージコントローラが配置されている他の前記拠点に配置された前記記憶装置に格納するための処理を実行する第１のステップと、
前記容量監視部が、いずれかの前記ストレージサーバの前記使用容量又は前記残容量が所定の条件となった場合に、当該ストレージサーバに実装された前記ストレージコントローラが属する前記冗長化グループを構成する各前記ストレージコントローラがそれぞれ実装された各前記ストレージサーバの容量を拡張し、前記ストレージサーバに実装された前記ストレージコントローラが属する前記冗長化グループを構成する各前記ストレージコントローラがそれぞれ実装された各前記ストレージサーバの容量を拡張できない場合には、前記ストレージサーバのストレージコントローラが提供する論理ボリュームを、同じ前記拠点に設置された他の前記ストレージサーバに移動する第２のステップと
を備えることを特徴とする情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は情報処理システム及び情報処理方法に関し、例えば、分散ストレージシステムに適用して好適なものである。

【背景技術】

【0002】

近年、クラウドの利用拡大に伴い、クラウド上のデータを管理するストレージのニーズが高まっている。特に、クラウドは複数の拠点（以下、適宜、これをアベイラビリティゾーンと呼ぶ）で構成されており、アベイラビリティゾーン単位での障害に耐え得る高可用なストレージシステムが求められている。

【0003】

なお、ストレージシステムを高可用化する技術として、例えば、特許文献１には、データセンタ内／データセンタ間で階層的にデータを冗長化する技術が開示されている。また特許文献２には、ユーザデータの格納先とは異なる１つ以上のストレージノードにデータ復元用の符号（パリティ）を格納する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１９－０７１１００号公報

【文献】特開２０２０－１０７０８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、通常、クラウドの各アベイラビリティゾーンは地理的に離れており、アベイラビリティゾーンを跨いで分散ストレージシステムを構成すると、アベイラビリティゾーン間の通信が発生し、その通信遅延によりＩ／Ｏ性能に影響を与えるという問題があった。またアベイラビリティゾーン間は通信量に応じて課金が発生するため、通信量が多いと高コストになるという問題もあった。

【0006】

本発明は以上の点を考慮してなされたもので、本発明の主たる目的は、拠点（アベイラビリティゾーン）単位での障害に耐え得る高可用な情報処理システム及び情報処理方法を提案することであり、本発明の他の目的は、さらに拠点間の通信に伴う通信遅延を原因とするＩ／Ｏ性能の低下や、拠点間の通信に起因するコストの発生を抑制し得る情報処理システム及び情報処理方法を提案することである。

【課題を解決するための手段】

【0007】

かかる課題を解決するため本発明においては、ネットワークで接続された複数の拠点にそれぞれ複数配置されたストレージサーバを有する情報処理システムにおいて、前記拠点にそれぞれ配置され、データを記憶する記憶装置と、前記ストレージサーバに実装され、上位アプリケーションに論理ボリュームを提供し、前記論理ボリュームを介して前記記憶装置に読み書きされるデータを処理するストレージコントローラと、前記ストレージサーバを管理する管理サーバとを設け、異なる拠点に配置された複数の前記ストレージコントローラを含む冗長化グループを形成し、前記冗長化グループは、データを処理するアクティブ状態のストレージコントローラと、前記アクティブ状態のストレージコントローラに障害が発生した場合に、前記データの処理を引き継ぐスタンバイ状態のストレージコントローラとが含まれており、前記アクティブ状態のストレージコントローラは、同じ前記拠点に配置された上位アプリケーションからの前記データを当該拠点に配置された前記記憶装置に格納すると共に、同じ拠点の記憶装置に格納するデータを復元するための冗長化データを、同じ冗長化グループのスタンバイ状態のストレージコントローラが配置されている他の前記拠点に配置された前記記憶装置に格納するための処理を実行し、前記ストレージコントローラは、所定の条件に基づいて、前記論理ボリュームを同じ拠点の他のストレージコントローラに移動させ、前記アクティブ状態のストレージコントローラが配置された拠点に障害が発生した場合に、前記障害が発生した拠点のアクティブ状態のストレージコントローラと同じ前記冗長化グループに属し、他の拠点に配置されたスタンバイ状態のストレージコントローラが、アクティブ状態に変化して前記データの処理を引き継ぎ、前記障害が発生した拠点の記憶装置に格納されたデータを、前記他の拠点の記憶装置に格納した冗長データを用いて、前記ストレージコントローラの処理を引き継いだ前記ストレージコントローラが存在する前記拠点の記憶装置に復元し、前記管理サーバは、前記ストレージコントローラの処理を引き継いだ前記ストレージコントローラが存在する前記拠点において、前記上位アプリケーションと同じアプリケーションを起動させるようにした。
また本発明においては、ネットワークで接続された複数の拠点にそれぞれ複数配置されたストレージサーバを有する情報処理システムにおいて、前記拠点にそれぞれ配置され、データを記憶する記憶装置と、前記ストレージサーバに実装され、上位アプリケーションに論理ボリュームを提供し、前記論理ボリュームを介して前記記憶装置に読み書きされるデータを処理するストレージコントローラと、前記拠点ごとに、当該拠点内の各前記ストレージサーバの使用容量又は残容量を監視する容量監視部とを設け、異なる拠点に配置された複数の前記ストレージコントローラを含む冗長化グループを形成し、前記冗長化グループは、データを処理するアクティブ状態のストレージコントローラと、前記アクティブ状態のストレージコントローラに障害が発生した場合に、前記データの処理を引き継ぐスタンバイ状態のストレージコントローラとが含まれており、前記アクティブ状態のストレージコントローラは、同じ前記拠点に配置された上位アプリケーションからの前記データを当該拠点に配置された前記記憶装置に格納すると共に、同じ拠点の記憶装置に格納するデータを復元するための冗長化データを、同じ冗長化グループのスタンバイ状態のストレージコントローラが配置されている他の前記拠点に配置された前記記憶装置に格納するための処理を実行し、前記容量監視部は、いずれかの前記ストレージサーバの前記使用容量又は前記残容量が所定の条件となった場合に、当該ストレージサーバに実装された前記ストレージコントローラが属する前記冗長化グループを構成する各前記ストレージコントローラがそれぞれ実装された各前記ストレージサーバの容量を拡張し、前記ストレージサーバに実装された前記ストレージコントローラが属する前記冗長化グループを構成する各前記ストレージコントローラがそれぞれ実装された各前記ストレージサーバの容量を拡張できない場合には、前記ストレージサーバのストレージコントローラが提供する論理ボリュームを、同じ前記拠点に設置された他の前記ストレージサーバに移動するようにした。

【0008】

また本発明においては、ネットワークで接続された複数の拠点にそれぞれ複数配置されたストレージサーバを有する情報処理システムにおいて実行される情報処理方法であって、前記情報処理システムは、前記拠点にそれぞれ配置され、データを記憶する記憶装置と、前記ストレージサーバに実装され、上位アプリケーションに論理ボリュームを提供し、前記論理ボリュームを介して前記記憶装置に読み書きされるデータを処理するストレージコントローラと、前記ストレージサーバを管理する管理サーバとを有し、異なる拠点に配置された複数の前記ストレージコントローラを含む冗長化グループを形成し、前記冗長化グループは、データを処理するアクティブ状態のストレージコントローラと、前記アクティブ状態のストレージコントローラに障害が発生した場合に、前記データの処理を引き継ぐスタンバイ状態のストレージコントローラとが含まれており、前記アクティブ状態のストレージコントローラが、同じ前記拠点に配置された上位アプリケーションからのデータを当該拠点に配置された前記記憶装置に格納すると共に、同じ前記拠点の記憶装置に格納するデータを復元するための冗長化データを、同じ冗長化グループのスタンバイ状態のストレージコントローラが配置されている他の前記拠点に配置された前記記憶装置に格納するための処理を実行する第１のステップと、前記ストレージコントローラが、所定の条件に基づいて、前記論理ボリュームを同じ拠点の他のストレージコントローラに移動させる一方、前記アクティブ状態のストレージコントローラが配置された拠点に障害が発生した場合に、前記障害が発生した拠点のアクティブ状態のストレージコントローラと同じ前記冗長化グループに属し、他の拠点に配置されたスタンバイ状態のストレージコントローラが、アクティブ状態に変化して前記データの処理を引き継ぎ、前記障害が発生した拠点の記憶装置に格納されたデータを、前記他の拠点の記憶装置に格納した冗長データを用いて、前記ストレージコントローラの処理を引き継いだ前記ストレージコントローラが存在する前記拠点の記憶装置に復元し、前記管理サーバが、前記ストレージコントローラの処理を引き継いだ前記ストレージコントローラが存在する前記拠点において、前記上位アプリケーションと同じアプリケーションを起動させる第２のステップとを設けるようにした。
また本発明においては、ネットワークで接続された複数の拠点にそれぞれ複数配置されたストレージサーバを有する情報処理システムにおいて実行される情報処理方法であって、前記情報処理システムは、前記拠点にそれぞれ配置され、データを記憶する記憶装置と、前記ストレージサーバに実装され、上位アプリケーションに論理ボリュームを提供し、前記論理ボリュームを介して前記記憶装置に読み書きされるデータを処理するストレージコントローラと前記拠点ごとに、当該拠点内の各前記ストレージサーバの使用容量又は残容量を監視する容量監視部とを有し、異なる拠点に配置された複数の前記ストレージコントローラを含む冗長化グループを形成し、前記冗長化グループは、データを処理するアクティブ状態のストレージコントローラと、前記アクティブ状態のストレージコントローラに障害が発生した場合に、前記データの処理を引き継ぐスタンバイ状態のストレージコントローラとが含まれており、前記アクティブ状態のストレージコントローラが、同じ前記拠点に配置された上位アプリケーションからの前記データを当該拠点に配置された前記記憶装置に格納すると共に、同じ拠点の記憶装置に格納するデータを復元するための冗長化データを、同じ冗長化グループのスタンバイ状態のストレージコントローラが配置されている他の前記拠点に配置された前記記憶装置に格納するための処理を実行する第１のステップと、前記容量監視部が、いずれかの前記ストレージサーバの前記使用容量又は前記残容量が所定の条件となった場合に、当該ストレージサーバに実装された前記ストレージコントローラが属する前記冗長化グループを構成する各前記ストレージコントローラがそれぞれ実装された各前記ストレージサーバの容量を拡張し、前記ストレージサーバに実装された前記ストレージコントローラが属する前記冗長化グループを構成する各前記ストレージコントローラがそれぞれ実装された各前記ストレージサーバの容量を拡張できない場合には、前記ストレージサーバのストレージコントローラが提供する論理ボリュームを、同じ前記拠点に設置された他の前記ストレージサーバに移動する第２のステップとを設けるようにした。

【0009】

本発明の情報処理システム及び情報処理方法によれば、データローカリティを確保しつつ、冗長化データを他の拠点に格納することができる。よって、アクティブ状態のストレージコントローラが配置された拠点に拠点単位の障害が発生した場合においても、それまでアクティブ状態のストレージコントローラが行っていた処理を、同じ冗長化グループを構成するスタンバイ状態のストレージコントローラによって引き継ぐことができる。

【発明の効果】

【0010】

本発明によれば、拠点単位での障害に耐え得る高可用な情報処理システム及び情報処理方法を実現できる。

【図面の簡単な説明】

【0011】

【図1】第１の実施の形態によるストレージシステムの全体構成を示すブロック図である。

【図2】ストレージサーバのハードウェア構成を示すブロック図である。

【図3】ストレージサーバの論理構成を示すブロック図である。

【図4】ストレージ構成管理テーブルを示す図表である。

【図5】冗長化グループの説明に供する概念図である。

【図6】チャンクグループの説明に供する概念図である。

【図7】ストレージシステムにおけるユーザデータの冗長化の説明に供する概念図である。

【図8】ストレージコントローラ管理テーブルを示す図表である。

【図9】チャンクグループ管理テーブルを示す図表である。

【図10】アプリケーションからホストボリュームへのアクセスの制御方式の説明に供する概念図である。

【図11】ホストボリューム管理テーブルを示す図表である。

【図12】データセンタ単位の障害発生時におけるフェイルオーバの説明に供する概念図である。

【図13】アプリケーションの移動に伴うホストボリュームへのアクセスパスの切り替えの説明に供する概念図である。

【図14】サーバ障害復旧処理の処理手順を示すフローチャートである。

【図15】ホストボリューム作成画面の画面構成例を示す図である。

【図16】ホストボリューム作成処理の処理手順を示すフローチャートである。

【図17】サーバ容量拡張処理の処理手順を示すフローチャートである。

【図18】サーバ使用容量監視処理の処理手順を示すフローチャートである。

【図19】ボリューム移動処理の処理手順を示すフローチャートである。

【図20】第２の実施の形態によるストレージシステムの全体構成を示すブロック図である。

【図21】第２の実施の形態におけるストレージサーバの論理構成を示すブロック図である。

【図22】第２の実施の形態によるホストボリューム作成処理の処理手順を示すフローチャートである。

【発明を実施するための形態】

【0012】

以下図面について、本発明の一実施の形態を詳述する。なお、以下の記載及び図面は、本発明を説明するための一例であり、本発明の技術的範囲を限定するものではない。また各図において、共通の構成については同一の参照番号が付されている。

【0013】

以下の説明では、「テーブル」、「表」、「リスト」、「キュー」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。

【0014】

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号又は参照符号における共通番号を使用し、同種の要素を区別して説明する場合は、その要素の参照符号を使用又は参照符号に代えてその要素に割り振られたＩＤを使用することがある。

【0015】

また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、少なくとも１以上のプロセッサ（例えばＣＰＵ）によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又はインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノード、ストレージシステム、ストレージ装置、サーバ、管理計算機、クライアント、又はホストであってもよい。プログラムを実行して行う処理の主体（例えばプロセッサ）は、処理の一部又は全部を行うハードウェア回路を含んでもよい。例えば、プログラムを実行して行う処理の主体は、暗号化及び復号化、又は圧縮及び伸張を実行するハードウェア回路を含んでもよい。プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。プロセッサを含む装置及びシステムは、これらの機能部を含む装置及びシステムである。

【0016】

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサ（例えばＣＰＵ）と記憶資源を含み、記憶資源はさらに配布プログラムと配布対象であるプログラムとを記憶してよい。そして、プログラム配布サーバのプロセッサが配布プログラムを実行することで、プログラム配布サーバのプロセッサは配布対象のプログラムを他の計算機に配布してよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

【0017】

（１）本実施の形態によるストレージシステムの構成
（１－１）本実施の形態によるストレージシステムの構成
図１において、１は全体として本実施の形態によるクラウドシステムを示す。このクラウドシステム１は、それぞれ異なるアベイラビリティゾーンに設置された第１、第２及び第３のデータセンタ２Ａ，２Ｂ，２Ｃを備えて構成される。なお、以下においては、第１～第３のデータセンタ２Ａ～２Ｃを特に区別する必要がない場合には、これらを纏めてデータセンタ２と呼ぶものとする。

【0018】

これらのデータセンタ２間は、専用ネットワーク３を介して相互に接続されている。また専用ネットワーク３には管理サーバ４が接続されると共に、管理サーバ４にはインターネット等のネットワーク５を介してユーザ端末６が接続されている。また、各データセンタ２Ａ～２Ｃには、それぞれ分散ストレージシステムを構成する１又は複数台のストレージサーバ７と、１又は複数台のネットワークドライブ８とが配置されている。ストレージサーバ７の構成については後述する。

【0019】

ネットワークドライブ８は、ＳＡＳ（Serial Attached SCSI（Small Computer System Interface））、ＳＳＤ（Solid State Drive）、ＮＶＭｅ（Non Volatile Memory express）又はＳＡＴＡ（Serial ATA（Advanced Technology Attachment））などの大容量かつ不揮発性の記憶装置から構成される。各ネットワークドライブ８は、それぞれ同じデータセンタ２内のいずれかのストレージサーバ７に論理的に接続され、接続先のストレージサーバ７に対してそれぞれ物理的な記憶領域を提供する。

【0020】

ネットワークドライブ８は、各ストレージサーバ７内に収容されていても、ストレージサーバ７とは別個に設けられていてもよいが、以下においては、図３に示すように、ストレージサーバ７とは別個に設けられているものとする。各ストレージサーバ７は、ＬＡＮ（Local Area Network）などのデータセンタ内ネットワーク３４（図３）を介して同じデータセンタ２内の各ネットワークドライブ８とそれぞれ物理的に接続される。

【0021】

また各データセンタ２には、データベースアプリケーションなどのアプリケーション３３（図３）が実装されたホストサーバ９も配置される。ホストサーバ９は物理的なコンピュータ装置、又は、仮想的なコンピュータ装置である仮想マシンなどから構成される。

【0022】

管理サーバ４は、ＣＰＵ（Central Processing Unit）、メモリ及び通信装置などを内蔵する汎用のコンピュータ装置から構成され、各データセンタ２にそれぞれ配置された各ストレージサーバ７と、管理サーバ４とから構成されるストレージシステム１０の管理者により、当該ストレージシステム１０を管理するために利用される。

【0023】

管理サーバ４は、例えば、管理者の操作入力や、ユーザ端末６を介したストレージシステム１０の利用者（ユーザ）からの要求に応じたコマンドを各データセンタ２のストレージサーバ７等に送信するようにして、これらストレージサーバ７に対する各種設定及びその設定の変更を行ったり、各データセンタ２のストレージサーバ７から必要な情報を収集する。

【0024】

ユーザ端末６は、ストレージシステム１０のユーザが利用する通信端末装置であり、汎用のコンピュータ装置から構成される。ユーザ端末６は、ユーザの操作に応じた要求等をネットワーク５を介して管理サーバ４に送信したり、管理サーバ４から送信されてきた情報を表示する。

【0025】

図２は、ストレージサーバ７の物理構成を示す。ストレージサーバ７は、ホストサーバ９に実装されたアプリケーション３３（図３）からのＩ／Ｏ要求に応じて、ネットワークドライブ８が提供する記憶領域にユーザデータをリード／ライト（読み書き）する機能を有する汎用のサーバ装置である。

【0026】

図２に示すように、ストレージサーバ７は、内部ネットワーク２０を介して相互に接続されたＣＰＵ２１、データセンタ内通信装置２２及びデータセンタ間通信装置２３と、ＣＰＵ２１に接続されたメモリ２４とをそれぞれ１以上備えて構成される。

【0027】

ＣＰＵ２１は、ストレージサーバ７の動作制御を司るプロセッサである。またデータセンタ内通信装置２２は、ストレージサーバ７が同じデータセンタ２内の他のストレージサーバ７と通信を行ったり、同じデータセンタ２内のネットワークドライブ８にアクセスするためのインタフェースであり、例えばＬＡＮカードやＮＩＣ（Network Interface Card）などから構成される。

【0028】

データセンタ間通信装置２３は、ストレージサーバ７が専用ネットワーク３（図１）を介して他のデータセンタ２内のストレージサーバ７と通信を行うためのインタフェースであり、例えばＮＩＣやファイバーチャネルカードなどから構成される。

【0029】

メモリ２４は、例えばＳＲＡＭ（Static RAM（Random Access Memory））やＤＲＡＭ（Dynamic RAM）などの揮発性の半導体メモリから構成され、各種プログラムや必要なデータを一時的に保持するために利用される。メモリ２４に格納されたプログラムをＣＰＵ２１が実行することにより、後述のようなストレージサーバ７全体としての各種処理が実行される。後述するストレージ制御ソフト２５もこのメモリ２４に格納されて保持される。

【0030】

図３は、ストレージサーバ７の論理構成を示す。この図３に示すように、各データセンタ２に配置された各ストレージサーバ７は、それぞれＳＤＳ（Software Defined Storage）を構成する１又は複数のストレージコントローラ３０を備える。ストレージコントローラ３０は、メモリ２４（図２）に格納されたストレージ制御ソフト２５（図２）をＣＰＵ２１（図２）が実行することにより具現化される機能部である。このストレージコントローラ３０は、データプレーン３１及びコントロールプレーン３２を備える。

【0031】

データプレーン３１は、ホストサーバ９に実装されたアプリケーション３３からのライト要求やリード要求（以下、適宜、これらを纏めてＩ／Ｏ（Input/Output）要求と呼ぶ）に応じて、データセンタ内ネットワーク３４を介してネットワークドライブ８にユーザデータをリード／ライトする機能を有する機能部である。

【0032】

実際上、本ストレージシステム１０では、ホストサーバ９に実装されたアプリケーション３３に対して、ネットワークドライブ８が提供する物理的な記憶領域をストレージサーバ７内で仮想化した仮想的な論理ボリューム（以下、これをホストボリュームと呼ぶ）ＨＶＯＬがユーザデータをリード／ライトするための記憶領域として提供される。また、このホストボリュームＨＶＯＬは、そのホストボリュームＨＶＯＬが作成されたストレージサーバ７内のいずれかのストレージコントローラ３０と対応付けられる。

【0033】

そしてデータプレーン３１は、自身を備えるストレージコントローラ（以下、これを自ストレージコントローラと呼ぶ）３０と対応付けられたホストボリュームＨＶＯＬ内のライト先を指定したライト要求と、ライト対象のユーザデータとがホストサーバ９のアプリケーション３３から与えられた場合、そのホストボリュームＨＶＯＬ内のそのライト先として指定された仮想的な記憶領域に対して、自ストレージコントローラ３０が実装されたストレージサーバ７に論理的に接続されたネットワークドライブ８が提供する物理的な記憶領域を動的に割り当て、かかるユーザデータをその物理領域に格納する。

【0034】

またデータプレーン３１は、ホストボリュームＨＶＯＬ内のリード先を指定したリード要求がホストサーバ９のアプリケーション３３から与えられた場合、ホストボリュームＨＶＯＬ内のそのリード先に割り当てられた対応するネットワークドライブ８の対応する物理領域からユーザデータを読み出し、読み出したユーザデータをそのアプリケーション３３に送信する。

【0035】

コントロールプレーン３２は、ストレージシステム１０の構成を管理する機能を有する機能部である。例えば、コントロールプレーン３２は、各データセンタ２にそれぞれどのようなストレージサーバ７が配置され、これらストレージサーバ７にどのネットワークドライブ８が論理的に接続されているかといった情報を図４に示すストレージ構成管理テーブル３５を利用して管理する。

【0036】

この図４に示すように、ストレージ構成管理テーブル３５は、データセンタＩＤ欄３５Ａ、サーバＩＤ欄３５Ｂ及びネットワークドライブＩＤ欄３５Ｃを備えて構成される。

【0037】

そしてデータセンタＩＤ欄３５Ａには、各データセンタ２に対してそれぞれ付与されたそのデータセンタ２に固有の識別子（データセンタＩＤ）が格納される。またサーバＩＤ欄３５Ｂは、対応するデータセンタ２に配置されたストレージサーバ７にそれぞれ対応させて区分されており、区分された各欄（以下、これらをサーバ欄と呼ぶ）にそれぞれ対応するストレージサーバ７に付与されたそのストレージサーバ７に固有の識別子（サーバＩＤ）が格納される。

【0038】

さらにネットワークドライブＩＤ欄３５Ｃは、各サーバＩＤ欄３５Ｂにそれぞれ対応させて区分されており、対応するサーバＩＤ欄３５ＢにサーバＩＤが格納されたストレージサーバ７と論理的に接続された（そのストレージサーバ７が利用可能な）すべてのネットワークドライブ８の識別子（ネットワークドライブＩＤ）がそれぞれ格納される。

【0039】

従って、図４の例の場合、例えば「000」というデータセンタＩＤが付与されたデータセンタ２には、「000」というサーバＩＤが付与されたストレージサーバ７と、「001」というサーバＩＤが付与されたストレージサーバ７とが配置され、「000」というストレージサーバ７には、「000」というネットワークドライブＩＤが付与されたネットワークドライブ８と、「001」というネットワークドライブＩＤが付与されたネットワークドライブ８とがそれぞれ論理的に接続されていることが示されている。

【0040】

図５は、本ストレージシステム１０におけるストレージコントローラ３０の冗長化構成の構成例を示す。本ストレージシステム１０において、ストレージサーバ７に実装された各ストレージコントローラ３０は、それぞれ互いに異なるデータセンタ２内のいずれかのストレージサーバ７に実装された１又は複数の他のストレージコントローラ３０と共に冗長化のための１つのグループ（以下、これを冗長化グループと呼ぶ）３６として管理される。

【0041】

なお図５は、互いに異なるデータセンタ２内の３つのストレージコントローラ３０により１つの冗長化グループ３６が構成される例を示したものである。以下においてもこれら３つのストレージコントローラ３０により１つの冗長化グループ３６が構成されるものとして説明を進めるが、２又は４以上のストレージコントローラ３０により冗長化グループ３６を構成するようにしてもよい。

【0042】

冗長化グループ３６では、各ストレージコントローラ３０に優先順位が設定される。そして最も優先順位が高いストレージコントローラ３０が、そのデータプレーン３１（図３）がホストサーバ９からのＩ／Ｏ要求を受け付けることができる動作モード（現用系の状態であり、以下、これをアクティブモードと呼ぶ）に設定され、残りのストレージコントローラ３０が、そのデータプレーン３１がホストサーバ９からのＩ／Ｏ要求を受け付けない動作モード（待機系の状態であり、以下、これをスタンバイモードと呼ぶ）に設定される。図５では、アクティブモードに設定されたストレージコントローラ３０が「Ａ」で示され、スタンバイモードに設定されたストレージコントローラ３０が「Ｓ」で示されている。

【0043】

そして冗長化グループ３６では、アクティブモードに設定されたストレージコントローラ３０又はそのストレージコントローラ３０が実装されたストレージサーバ７に障害が発生した場合などに、それまでスタンバイモードに設定されていた残りのストレージコントローラ３０の中で最も優先順位が高いストレージコントローラ３０の動作モードがアクティブモードに切り替えられる。これにより、アクティブモードに設定されたストレージコントローラ３０が稼働し得なくなった場合にも、そのストレージコントローラ３０が実行していたＩ／Ｏ処理をそれまでスタンバイモードに設定されていた他のストレージコントローラ３０により引き継ぐことができる（フェイルオーバ機能）。

【0044】

このようなフェイルオーバ機能を実現するため、同じ冗長化グループ３６に属するストレージコントローラ３０のコントロールプレーン３２は、常に同一内容のメタデータを保持している。メタデータは、容量仮想化機能や、アクセス頻度の多いデータをより応答速度が速い記憶領域に移動させる階層記憶制御機能、格納されたデータの中から重複するデータを削除する重複排除機能、データを圧縮して記憶する圧縮機能、ある時点でのデータの状態を保持するスナップショット機能、及び、災害対策のために同期又は非同期で遠隔地にデータをコピーするリモートコピー機能などの各種機能に関する処理をストレージコントローラ３０が実行するために必要な情報である。またメタデータには、図４について上述したストレージ構成管理テーブル３５や、図８について後述するストレージコントローラ管理テーブル４０、図９について後述するチャンクグループ管理テーブル４１及び図１１について後述するホストボリューム管理テーブル５２なども含まれる。

【0045】

そして構成変更などにより冗長化グループ３６を構成するアクティブモードのストレージコントローラ３０のメタデータが更新された場合、そのストレージコントローラ３０のコントロールプレーン３２（図３）により、更新前後のそのメタデータの差分が差分データとしてその冗長化グループ３６を構成する他のストレージコントローラ３０に転送され、この差分データに基づいて当該他のストレージコントローラ３０において、そのストレージコントローラ３０が保持するメタデータがそのストレージコントローラ３０のコントロールプレーン３２により更新される。これにより冗長化グループ３６を構成する各ストレージコントローラ３０のメタデータが常に同期した状態に維持される。

【0046】

このように冗長化グループ３６を構成する各ストレージコントローラ３０が常に同じ内容のメタデータを保持することにより、アクティブモードに設定されたストレージコントローラ３０や、当該ストレージコントローラ３０が稼働するストレージサーバ７に障害が発生した場合にも、それまでそのストレージコントローラ３０が実行していた処理を、そのストレージコントローラ３０と同じ冗長化グループ３６を構成する他のストレージコントローラ３０により直ちに引き継ぐことができる。

【0047】

他方、図６は、ストレージシステム１０における記憶領域の管理方法を示す。本ストレージシステム１０では、各ネットワークドライブ８が提供する記憶領域が固定サイズ（例えば数100ＧＢ）の物理領域に分割されて管理される。以下においては、この物理領域を物理チャンク３７と呼ぶ。

【0048】

物理チャンク３７は、それぞれ互いに異なるデータセンタ２内のいずれかのネットワークドライブ８内に定義された１又は複数の他の物理チャンク３７と共に、ユーザデータを冗長化するための１つのグループ（以下、これをチャンクグループと呼ぶ）３８として管理される。

【0049】

図６では、それぞれ互いに異なるデータセンタ２内にそれぞれ存在する３つの物理チャンク３７（図中、斜線で示した各物理チャンク３７）により１つのチャンクグループ３８が構成されている例を示しており、以下においても異なるデータセンタ２内にそれぞれ存在する３つの物理チャンク３７により１つのチャンクグループ３８が構成されるものとして説明を進める。

【0050】

同じチャンクグループ３８を構成する各物理チャンク３７は、原則として、それぞれ同じ冗長化グループ３６を構成するその物理チャンク３７と同じデータセンタ２内のストレージコントローラ３０に割り当てられる。

【0051】

従って、例えば、あるチャンクグループ３８を構成する第１のデータセンタ２Ａ内の物理チャンク３７は、ある冗長化グループ３６を構成する第１のデータセンタ２Ａ内のストレージコントローラ３０に割り当てられる。また、そのチャンクグループ３８を構成する第２のデータセンタ２Ｂ内の物理チャンク３７は、その冗長化グループ３６を構成する第２のデータセンタ２Ｂ内のストレージコントローラ３０に割り当てられ、そのチャンクグループ３８を構成する第３のデータセンタ２Ｃ内の物理チャンク３７は、その冗長化グループ３６を構成する第３のデータセンタ２Ｃ内のストレージコントローラ３０に割り当てられる。

【0052】

チャンクグループ３８に対するユーザデータの書き込みは、予め設定されたデータ保護ポリシに従って行われる。本実施の形態のストレージシステム１０に適用されるデータ保護ポリシとしては、ミラーリング及びＥＣ（Erasure Coding）がある。「ミラーリング」は、ある物理チャンク３７に格納されたユーザデータと全く同じユーザデータを、その物理チャンク３７と同じチャンクグループ３８を構成する他の物理チャンク３７に格納する方式である。また「ＥＣ」としては、データローカリティを保証しない第１の方式と、データローカリティを保証する第２の方式とがあるが、本実施の形態では、データセンタ２内でのデータローカリティを保証する第２の方式を適用するものとする。

【0053】

すなわち本実施の形態のストレージシステム１０では、チャンクグループ３８におけるデータ保護ポリシとしてミラーリング及びＥＣのいずれを指定された場合においても、ホストサーバ９に実装されたアプリケーション３３（図３）が使用するユーザデータ及びそのユーザデータに関するメタデータを、そのアプリケーション３３と同じデータセンタ２内で保持する。

【0054】

このような本ストレージシステム１０に適用されるＥＣの第２の方式の一例について、図７を参照して具体的に説明する。なお、この例によるＥＣの第２の方式の場合には、冗長化グループ３６を構成する各ストレージコントローラ３０に対して同じチャンクグループ３８を構成する物理チャンク３７をそれぞれ割り当てる必要がない。

【0055】

以下においては、図７に示すように、第１のデータセンタ２Ａ内のホストサーバが第１のストレージサーバ７Ａ内のホストボリュームＨＶＯＬに第１のユーザデータＤ１（図中の「ａ」及び「ｂ」から構成されるデータ）を書き込み、この第１のユーザデータＤ１が第１のストレージサーバ７Ａ内の第１の物理チャンク３７Ａに格納されるものとする。

【0056】

また第２のデータセンタ２Ｂ内の第２のストレージサーバ７Ｂ内には、第１の物理チャンク３７Ａと同じチャンクグループ３８を構成する第２の物理チャンク３７Ｂが存在し、第１の物理チャンク３７における第１のユーザデータＤ１が格納された記憶領域と同じ第２の物理チャンク３７Ｂ内の記憶領域に第２のユーザデータＤ２（図中の「ｃ」及び「ｄ」から構成されるデータ）が格納されているものとする。

【0057】

同様に、第３のデータセンタ２Ｃ内の第３のストレージサーバ７Ｃ内には、第１の物理チャンク３７Ａと同じチャンクグループ３８を構成する第３の物理チャンク３７Ｃが存在し、第１の物理チャンク３７Ａにおける第１のユーザデータＤ１が格納された記憶領域と同じ第３の物理チャンク３７Ｃ内の記憶領域に第３のユーザデータＤ３が格納されているものとする。

【0058】

かかる構成において、第１のデータセンタ２Ａ内の第１のホストサーバ９Ａに実装された第１のアプリケーション３３Ａが自身に割り当てられた第１のホストボリュームＨＶＯＬ１に第１のユーザデータＤ１を書き込むと、その第１のユーザデータＤ１は対応するストレージコントローラ３０Ａのデータプレーン３１Ａによりそのまま第１の物理チャンク３７Ａに格納される。

【0059】

また、かかるデータプレーン３１Ａは、その第１のユーザデータＤ１を「ａ」及び「ｂ」という同じ大きさの２つの部分データＤ１Ａ，Ｄ１Ｂに分割し、これら部分データＤ１Ａのうちの一方の部分データＤ１Ａ（図では「ａ」）を第２のデータセンタ２Ｂ内の第２の物理チャンク３７Ｂを提供する第２のストレージサーバ７Ｂに転送し、他方の部分データＤ１Ｂ（図では「ｂ」）を第３のデータセンタ２Ｃ内の第３の物理チャンク３７Ｃを提供する第３のストレージサーバ７Ｃに転送する。

【0060】

さらに、かかるデータプレーン３１Ａは、第２のデータセンタ２Ｂ内の第２のストレージサーバ７Ｂの対応するストレージコントローラ３０Ｂのデータプレーン３１Ｂを介して第２の物理チャンク３７Ｂから、第２のユーザデータＤ２を「ｃ」及び「ｄ」という同じ大きさの２つの部分データＤ２Ａ，Ｄ２Ｂに分割したうちの一方の部分データＤ２Ａ（図では「ｃ」）を読み出す。またデータプレーン３１Ａは、第３のデータセンタ２Ｃ内の第３のストレージサーバ７Ｃの対応するストレージコントローラ３０Ｃのデータプレーン３１Ｃを介して第３の物理チャンク３７Ｃから、第３のユーザデータＤ３を「ｅ」及び「ｆ」という同じ大きさの２つの部分データＤ３Ａ，Ｄ３Ｂに分割したうちの一方の部分データＤ３Ａ（図では「ｅ」）を読み出す。そして、データプレーン３１Ａは、これら読み出した「ｃ」という部分データＤ２Ａと、「ｅ」という部分データＤ３ＡとからパリティＰ１を生成し、生成したパリティＰ１を第１の物理チャンク３７Ａに格納する。

【0061】

第２のストレージサーバ７Ｂ内の第２の物理チャンク３７Ｂと対応付けられたストレージコントローラ３０Ｂのデータプレーン３１Ｂは、第１のストレージサーバ７Ａから「ａ」という部分データＤ１Ａが転送されてくると、第３のデータセンタ２Ｃ内の第３のストレージサーバ７Ｃの対応するストレージコントローラ３０Ｃのデータプレーン３１Ｃを介して、第３の物理チャンク３７Ｃから上述した「ｅ」及び「ｆ」という部分データＤ３Ａ，Ｄ３Ｂの一方（図では「ｆ」）を読み出す。また、かかるデータプレーン３１Ｂは、読み出した「ｆ」という部分データＤ３Ｂと、第１のストレージサーバ７Ａから転送されてきた「ａ」という部分データＤ１ＡとからパリティＰ２を生成し、生成したパリティＰ２を第２の物理チャンク３７Ｂに格納する。

【0062】

また第３のストレージサーバ７Ｃ内の第３の物理チャンク３７Ｃと対応付けられたストレージコントローラ３０Ｃのデータプレーン３１Ｃは、第１のストレージサーバ７Ａから「ｂ」という部分データＤ１Ｂが転送されてくると、第２のデータセンタ２Ｂに配置された第２のストレージサーバ７Ｂの対応するストレージコントローラ３０Ｂのデータプレーン３１Ｂを介して、第２の物理チャンク３７Ｂから上述した「ｃ」及び「ｄ」という部分データＤ２Ａ，Ｄ２Ｂのうちの一方（図では「ｄ」）を読み出す。また、かかるデータプレーン３１Ｂは、読み出した「ｄ」という部分データＤ２Ｂと、第１のストレージサーバ７Ａから転送されてきた「ｂ」という部分データＤ１ＢとからパリティＰ３を生成し、生成したパリティＰ３を第３の物理チャンク３７Ｃに格納する。

【0063】

以上の処理は、第２のデータセンタ２Ｂにおいて、第２のホストサーバ９Ｂに実装された第２のアプリケーション３３Ｂが第２のストレージサーバ７Ｂの第２のホストボリュームＨＶＯＬ２にユーザデータＤ２を書き込んだ場合や、第３のデータセンタ２Ｃにおいて、第３のホストサーバ９Ｃに実装された第３のアプリケーション３３Ｃが第３のストレージサーバ７Ｃの第３のホストボリュームＨＶＯＬ３にユーザデータＤ３を書き込んだ場合にも同様に行われる。

【0064】

このようなユーザデータＤ１～Ｄ３の冗長化処理により、第１～第３のホストサーバ９Ａ～９Ｃに実装された第１～第３のアプリケーション３３Ａ～３３Ｃが使用する第１～第３のユーザデータＤ１～Ｄ３を冗長化しながら、その第１～第３のユーザデータＤ１～Ｄ３を常にその第１～第３のアプリケーション３３Ａ～３３Ｃと同じ第１～第３のデータセンタ２Ａ～２Ｃ内に保持することができる。ホストサーバ９に障害が発生した場合には、ホストサーバ９に格納されたユーザデータを、パリティと、そのパリティの生成の基となり他のホストサーバ９に格納されたユーザデータを用いて復元することができる。これにより第１～第３のアプリケーション３３Ａ～３３Ｃが使用する第１～第３のユーザデータＤ１～Ｄ３の第１～第３のデータセンタ２Ａ～２Ｃ間でのデータ転送を防止し、かかるデータ転送に起因するＩ／Ｏ性能の低下や通信コストの高コスト化を回避することができる。なお、ユーザデータ数やパリティ数は、２Ｄ１Ｐに限らず任意の数を設定することができる。

【0065】

このような冗長化グループ３６（図５）やチャンクグループ３８（図６）を管理するため、各ストレージコントローラ３０のコントロールプレーン３２は、図８に示すようなストレージコントローラ管理テーブル４０と、図９に示すようなチャンクグループ管理テーブル４１とを上述のメタデータの一部として管理している。

【0066】

ストレージコントローラ管理テーブル４０は、管理者やユーザ等により設定された上述の冗長化グループ３６を管理するためのテーブルであり、図８に示すように、冗長化グループＩＤ欄４０Ａ、アクティブサーバＩＤ欄４０Ｂ及びスタンバイサーバＩＤ欄４０Ｃを備えて構成される。ストレージコントローラ管理テーブル４０では、１つの行が１つの冗長化グループ３６に対応する。

【0067】

そして冗長化グループＩＤ欄４０Ａには、対応する冗長化グループ３６に対して付与された、その冗長化グループ３６に固有の識別子（冗長化グループＩＤ）が格納され、アクティブサーバＩＤ欄４０Ｂには、対応する冗長化グループ３６の中でアクティブモードに設定されたストレージコントローラ３０が実装されたストレージサーバ７のサーバＩＤが格納される。またスタンバイサーバＩＤ欄４０Ｃには、その冗長化グループ３６の中でスタンバイモードに設定されたストレージコントローラ３０がそれぞれ実装されたストレージサーバ７のサーバＩＤが格納される。

【0068】

従って、図８の例の場合、「１」という冗長化グループＩＤが付与された冗長化グループ３６では、アクティブモードに設定されたストレージコントローラ３０が「100」というサーバＩＤが付与されたストレージサーバ７に実装され、スタンバイモードに設定された残りの２つのストレージコントローラ３０がそれぞれ「200」というサーバＩＤが付与されたストレージサーバ７と、「300」というサーバＩＤが付与されたストレージサーバ７とに実装されていることが示されている。

【0069】

またチャンクグループ管理テーブル４１は、管理者やユーザ等により設定された上述のチャンクグループ３８を管理するためのテーブルであり、図９に示すように、チャンクグループＩＤ欄４１Ａ、データ保護ポリシ欄４１Ｂ及び物理チャンクＩＤ欄４１Ｃを備えて構成される。チャンクグループ管理テーブル４１では、１つの行が１つのチャンクグループ３８に対応する。

【0070】

そしてチャンクグループＩＤ欄４１Ａには、対応するチャンクグループ３８に対して付与されたそのチャンクグループ３８に固有の識別子（チャンクグループＩＤ）が格納され、データ保護ポリシ欄４１Ｂには、そのチャンクグループ３８に対して設定されたデータ保護ポリシが格納される。データ保護ポリシとしては、同じデータを格納する「ミラーリング」及び「ＥＣの第２の方式」などがある。これらの方式では、ユーザデータを自データセンタ２内のストレージサーバ７に格納しているため、アベイラビリティ間通信を行うことなくユーザデータをリードできるため、リード性能が高いとともにネットワーク負荷が低い。

【0071】

従って、図９の例の場合、「０」というチャンクグループＩＤが付与されたチャンクグループ３８のデータ保護ポリシは「ミラーリング」であり、「100」という物理チャンクＩＤが付与された物理チャンク３７と、「200」という物理チャンクＩＤが付与された物理チャンク３７と、「300」という物理チャンクＩＤが付与された物理チャンク３７とによりそのチャンクグループ３８が構成されていることが示されている。すなわち、データを自データセンタ２内に格納するとともに、ミラーデータを他データセンタ２に転送して格納する。

【0072】

これらストレージコントローラ管理テーブル４０や、チャンクグループ管理テーブル４１は、例えばいずれかの冗長化グループ３６にフェイルオーバが発生などして冗長化グループ３６の構成が変更した場合や、新たなネットワークドライブ８がストレージサーバ７に論理的に接続された場合などに、そのストレージコントローラ管理テーブル４０や、チャンクグループ管理テーブル４１を保持するストレージコントローラ３０のコントロールプレーン３２により更新される。

【0073】

図１０は、ホストサーバ９に実装されたアプリケーション３３からストレージサーバ７内のホストボリュームＨＶＯＬへのアクセスの制御手法を示す。本ストレージシステム１０では、冗長化グループ３６を構成する各ストレージコントローラ３０にそれぞれ対応付けて、そのストレージコントローラ３０が実装されたストレージサーバ７内にそれぞれホストボリュームＨＶＯＬが作成される。また、これらのホストボリュームＨＶＯＬが同一のホストボリュームＨＶＯＬとしてホストサーバ９に実装されたアプリケーション３３に提供される。以下においては、冗長化グループ３６を構成する各ストレージコントローラ３０にそれぞれ対応させて作成されたホストボリュームＨＶＯＬの集合体をホストボリュームグループ５０と呼ぶ。

【0074】

そしてアプリケーション３３は、各ストレージサーバ７内の各ホストボリュームＨＶＯＬにログインしたときにそのホストボリュームＨＶＯＬと対応付けられたストレージコントローラ３０から通知される情報に基づいて、提供された各ホストボリュームＨＶＯＬへのパス５１のうち、対応する冗長化グループ３６においてアクティブモードに設定されたストレージコントローラ３０と対応付けられたホストボリュームＨＶＯＬへのパス５１をユーザデータへのアクセスに用いるパス５１として最適化（「Optimized」）パスに設定し、これ以外のホストボリュームＨＶＯＬへのパス５１を非最適化（「Non-Optimized」）パスに設定する。またアプリケーション３３は、ユーザデータへのアクセスは常に最適化パスを介して行う。従って、アプリケーション３３からホストボリュームＨＶＯＬへのアクセスは、常に、アクティブモードに設定されたストレージコントローラ３０と対応付けられたホストボリュームＨＶＯＬに対して行われる。

【0075】

この場合において、アクティブモードに設定されたストレージコントローラ３０は、上述のようにそのストレージコントローラ３０が実装されたストレージサーバ７に接続された、同じデータセンタ２内のネットワークドライブ８（図１）が提供する物理的な記憶領域にユーザデータを格納するため、そのユーザデータが常にそのアプリケーション３３と同じデータセンタ２内に存在する。これによりアプリケーション３３がユーザデータにアクセスする際にデータセンタ２間でのデータ転送が発生せず、かかるデータ転送に起因するＩ／Ｏ性能の低下や通信コストの高コスト化を回避することができる。

【0076】

図１１は、上述のようにストレージサーバ７に作成されたホストボリュームＨＶＯＬを管理するために利用されるホストボリューム管理テーブル５２を示す。このホストボリューム管理テーブル５２は、ホストサーバ９に実装されたアプリケーション３３に対して同一のホストボリュームＨＶＯＬとして提供される複数のホストボリュームＨＶＯＬのうち、アクティブモードに設定されたストレージコントローラ３０と対応付けられたホストボリューム（以下、これをオーナホストボリュームと呼ぶ）ＨＶＯＬの所在を管理するために利用されるテーブルである。

【0077】

実際上、ホストボリューム管理テーブル５２は、ホストボリューム（ＨＶＯＬ）ＩＤ欄５２Ａ、オーナデータセンタＩＤ欄５２Ｂ、オーナサーバＩＤ欄５２Ｃ及びサイズ欄５２Ｄを備えて構成される。ホストボリューム管理テーブル５２では、１つの行が、ホストサーバ９に実装されたアプリケーション３３に提供される１つのオーナホストボリュームＨＶＯＬに対応する。

【0078】

そしてホストボリュームＩＤ欄５２Ａには、ホストサーバ９に実装されたアプリケーション３３に提供されるホストボリューム（オーナホストボリュームを含む）ＨＶＯＬのボリュームＩＤが格納され、サイズ欄５２Ｄには、そのホストボリュームＨＶＯＬのボリュームサイズが格納される。またオーナデータセンタＩＤ欄５２Ｂには、そのホストボリュームＨＶＯＬのうちのオーナホストボリュームＨＶＯＬが存在するデータセンタ（オーナデータセンタ）２のデータセンタＩＤが格納され、オーナサーバＩＤ欄５２Ｃには、そのオーナホストボリュームＨＶＯＬが作成されたストレージサーバ（オーナサーバ）７のサーバＩＤが格納される。

【0079】

従って、図１１の例では、アプリケーション３３が「１」というホストボリュームＩＤで認識するホストボリュームＨＶＯＬのサイズは「100GB」であり、そのオーナホストボリュームＨＶＯＬが「１」というデータセンタＩＤが付与されたデータセンタ２内の「100」というサーバＩＤが付与されたストレージサーバ７内に作成されていることが示されている。

【0080】

（１－２）障害発生時におけるフェイルオーバの流れ
次に、かかる本実施の形態のストレージシステム１０において、データセンタ単位の障害が発生した場合に実行されるフェイルオーバの処理の流れについて説明する。図１２は、図５に示した平常状態から、いずれかのデータセンタ２（ここでは第１のデータセンタ２Ａとする）にデータセンタ単位の障害が発生した場合に実行されるフェイルオーバの様子を示す。

【0081】

本ストレージシステム１０において、各ストレージコントローラ３０のコントロールプレーン３２（図３）は、自ストレージコントローラ３０と同じ冗長化グループ３６を構成する他のストレージコントローラ３０のコントロールプレーン３２との間でハートビート信号を所定周期でやり取りすることにより、これらの他のストレージコントローラ３０がそれぞれ実装された各ストレージサーバ７の生死監視を行っている。そしてコントロールプレーン３２は、監視先のストレージサーバ７のコントロールプレーン３２からのハートビート信号を一定期間受信できなかった場合、そのストレージサーバ７に障害が発生したと判断して、そのストレージサーバ（以下、これを障害ストレージサーバと呼ぶ）７を閉塞する。

【0082】

また、閉塞された障害ストレージサーバ７にいずれかの冗長化グループ３６のアクティブモードのストレージコントローラ３０が存在していた場合には、その冗長化グループ３６において、そのストレージコントローラ３０の次に優先順位が高いストレージコントローラ３０の動作モードがアクティブモードに切り替えられ、元のアクティブモードのストレージコントローラ（以下、これを元アクティブストレージコントローラと呼ぶ）３０が実行していた処理が、新たにアクティブモードに設定されたストレージコントローラ（以下、これを新規アクティブストレージコントローラと呼ぶ）３０に引き継がれる。

【0083】

例えば、図１２の左端に示した冗長化グループ３６や、左端から４番目の冗長化グループ３６では、障害が発生した第１のデータセンタ２Ａに配置されていたストレージコントローラ３０がアクティブモードであったため、同じ冗長化グループ３６を構成する第２のデータセンタ２Ｂ内のストレージコントローラ３０（図１２の斜線で示された各ストレージコントローラ３０）の動作モードがアクティブモードに切り替えられた例を示している。従って、この場合、閉塞されたストレージサーバ７に実装された元アクティブストレージコントローラ３０がそれまで実行していたＩ／Ｏ処理を、第２のデータセンタ２Ｂ内の新規アクティブストレージコントローラ３０が引き継いで実行することになる。

【0084】

このため、元アクティブストレージコントローラ３０の処理を引き継いだ新規アクティブストレージコントローラ３０は、ユーザデータが格納されていた物理チャンク３７に適用されていたデータ保護ポリシが上述のＥＣの第２の方式であった場合、障害が発生していない残りのデータセンタ２Ｂ，２Ｃに存在するデータやパリティ等によってユーザデータを復元する。また、かかる新規アクティブストレージコントローラ３０は、復元したユーザデータを、そのユーザデータが元々格納されていた障害ストレージサーバ内のホストボリューム（以下、これを障害ホストボリュームと呼ぶ）ＨＶＯＬと同じホストボリュームグループ５０（図１０）を構成する自ストレージサーバ７内のホストボリュームＨＶＯＬと対応付けられた物理チャンク３７（図６）に格納する。データ保護ポリシがミラーリングであった場合には、ミラーデータをユーザデータとして使用する。データセンタ２が異なる場合には、ユーザデータとなったミラーデータを、新規アクティブストレージコントローラ３０と同じデータセンタ２に移動させる。

【0085】

さらに管理サーバ４は、いずれかのデータセンタ２においてデータセンタ単位の障害や、ストレージサーバ７単位の障害が発生したことを検知した場合、図１３に示すように、障害が発生したストレージサーバ（障害ストレージサーバ）７内のホストボリューム（障害ホストボリューム）ＨＶＯＬにユーザデータのリード／ライトを行っていたホストサーバ９のアプリケーション３３（以下、これを障害アプリケーション３３と呼ぶ）と同じアプリケーション３３を、かかる新規アクティブストレージコントローラ３０が存在するデータセンタ２内のホストサーバ９で起動し、そのアプリケーション３３にかかる障害アプリケーション３３がそれまで実行していた処理を引き継がせる。

【0086】

そして障害アプリケーション３３の処理を引き継いだアプリケーション３３から、新規アクティブストレージコントローラ３０と対応付けられたホストボリュームＨＶＯＬへのパス５１が最適化（「Optimized」）パスに設定され、これ以外の当該ホストボリュームＨＶＯＬへのパス５１が非最適化（「Non-Optimized」）パスに設定される。これにより障害アプリケーション３３の処理を引き継いだアプリケーション３３が、復元されたユーザデータにアクセスすることができるようになる。

【0087】

このように本ストレージシステム１０では、障害発生時に元アクティブストレージコントローラ３０の処理を引き継いだ新規アクティブストレージコントローラ３０と同じデータセンタ２内で障害アプリケーション３３と同じアプリケーション３３を起動し、そのアプリケーション３３が処理を継続できるようにするため、各データセンタ２内のホストサーバ９から構成されるグループ（以下、これをホストサーバグループと呼ぶ）内では、各ホストサーバ９がいずれも同じアプリケーション３３及びそのアプリケーション３３が処理を実行するために必要な情報（以下、これをアプリケーションメタ情報と呼ぶ）を保持している。

【0088】

そしてホストサーバグループにおいて、いずれかのホストサーバ９に実装されたいずれかのアプリケーション３３のアプリケーションメタ情報が更新された場合には、更新前後のそのアプリケーションメタ情報の差分を差分データとしてホストサーバグループに属する他のホストサーバ９に転送する。また、かかる他のホストサーバ９は、かかる差分データが転送されてくると、この差分データに基づいてそのホストサーバ９が保持するアプリケーションメタ情報を更新する。これにより、同じホストサーバグループを構成する各ホストサーバ９がそれぞれ保持するアプリケーションメタ情報の内容が常に同じ状態に維持される。

【0089】

このようにホストサーバグループを構成する各ホストサーバ９が常に同じ内容のアプリケーションメタ情報を保持することにより、いずれかのデータセンタ２のホストサーバ９やストレージサーバ７が障害により稼働し得なくなった場合においても、それまでそのホストサーバ９に実装されたアプリケーション３３が実行していた処理を、他のデータセンタ２のホストサーバ９に実装された同じアプリケーション３３により直ちに処理を引き継ぐことが可能となる。

【0090】

図１４は、ストレージコントローラ３０のコントロールプレーン３２が、そのストレージコントローラ３０と同じ冗長化グループ３６を構成する他のストレージコントローラ３０が実装されたストレージサーバ７の障害（データセンタ単位の障害を含む）を検出した場合に実行するサーバ障害復旧処理の流れを示す。

【0091】

コントロールプレーン３２は、自ストレージコントローラ３０と同じ冗長化グループ３６を構成する他のストレージコントローラ３０のコントロールプレーン３２からのハートビート信号を一定時間受信できなかった場合、この図１４に示すサーバ障害復旧処理を開始する。

【0092】

そして、コントロールプレーン３２は、まず、ハートビート信号を一定時間受信できなかったストレージコントローラ３０（以下、これを障害ストレージコントローラ３０と呼ぶ）が実装されたストレージサーバ７を閉塞するための閉塞処理を実行する（Ｓ１）。この閉塞処理には、例えば図４について上述したストレージ構成管理テーブル３５の更新などの処理も含まれる。

【0093】

続いて、コントロールプレーン３２は、ストレージコントローラ管理テーブル４０（図８）を参照して、障害ストレージコントローラ３０が、自ストレージコントローラ３０が属する冗長化グループ３６においてアクティブモードに設定されたストレージコントローラであるか否かを判断する（Ｓ２）。

【0094】

そしてコントロールプレーン３２は、この判断で肯定結果を得ると、自身で管理しているメタデータに基づいて、自ストレージコントローラ３０が属する冗長化グループ３６において、障害ストレージコントローラ３０の次に自ストレージコントローラ３０の優先順位が高いか否かを判断する（Ｓ３）。

【0095】

そしてコントロールプレーン３２は、この判断で肯定結果を得ると、障害ストレージコントローラ３０がそれまで行っていた処理を自ストレージコントローラ３０に引き継がせるためのフェイルオーバ処理を実行する（Ｓ４）。このフェイルオーバ処理には、自ストレージコントローラ３０の動作モードをアクティブモードに切り替えることや、自ストレージコントローラ３０がアクティブモードとなったことを同じ冗長化グループ３６内の障害ストレージコントローラ３０以外のストレージコントローラ３０に通知すること、及び、図８について上述したストレージコントローラ管理テーブル４０や、図９について上述したチャンクグループ管理テーブル４１及び図１１について上述したホストボリューム管理テーブル５２を含む必要なメタデータを更新することなどが含まれる。

【0096】

次いで、コントロールプレーン３２は、障害ストレージコントローラ３０と対応付けられたホストボリューム（以下、これを障害ホストボリュームと呼ぶ）ＨＶＯＬと同じホストボリュームグループ５０を構成する、自ストレージコントローラ３０が実装されたストレージサーバ７内のホストボリューム（以下、これをフェイルオーバ先ホストボリュームと呼ぶ）ＨＶＯＬへのパスを最適化（「Optimized」）パスに設定する（Ｓ５）。

【0097】

この結果、この後、障害が発生したデータセンタ２で障害ホストボリュームＨＶＯＬにデータをリード／ライトしていたアプリケーション３３と同じアプリケーション３３が、そのコントロールプレーン３２が存在するデータセンタ２内で管理サーバ４により起動されて、当該アプリケーション３３が自ストレージコントローラ３０にログインしてきたときに、そのコントロールプレーン３２は自ストレージコントローラ３０内の対応するホストボリュームＨＶＯＬへのパスを最適化（「Optimized」）パスに設定するようそのアプリケーション３３に通知する。これにより、そのアプリケーション３３が当該通知に応じてそのホストボリュームＨＶＯＬへのパスを最適化（「Optimized」）パスに設定する。以上によりこのサーバ障害復旧処理が終了する。

【0098】

一方、コントロールプレーン３２は、ステップＳ２で否定結果を得た場合には、自ストレージコントローラ３０が属する冗長化グループ３６の中で最も優先順位が高いストレージコントローラ３０（ここではアクティブモードのストレージコントローラ３０）に対して、障害ストレージコントローラ３０が実装されたストレージサーバ７を閉塞した旨を通知する（Ｓ６）。

【0099】

この結果、この通知を受信したストレージコントローラ３０は、この通知の内容に応じて図８について上述したストレージコントローラ管理テーブル４０等を含む必要なメタデータの更新を行うなどの所定の処理を実行する。以上により、このサーバ障害復旧処理が終了する。

【0100】

またコントロールプレーン３２は、ステップＳ３で否定結果を得た場合には、自ストレージコントローラ３０が属する冗長化グループ３６の中で障害ストレージコントローラ３０の次に優先順位が高いストレージコントローラ３０に対して、障害ストレージコントローラ３０が実装されたストレージサーバ７を閉塞した旨を通知する（Ｓ６）。

【0101】

この結果、この通知を受信したストレージコントローラ３０のコントロールプレーン３２により、ステップＳ４及びステップＳ５と同様の処理が実行される。そして、この後、このサーバ障害復旧処理が終了する。

【0102】

（１－３）ホストボリュームの作成の流れ
次に、ユーザが所望するデータセンタ２内に所望するボリュームサイズのオーナホストボリュームＨＶＯＬを作成するまでの流れについて説明する。

【0103】

図１５は、所定操作によりユーザ端末６（図１）に表示させ得るホストボリューム作成画面６０の構成例を示す。このホストボリューム作成画面６０は、ホストサーバ９に実装されたアプリケーション３３に提供するホストボリュームＨＶＯＬのうち、アクティブモードのストレージコントローラ３０と対応付けるホストボリューム（オーナホストボリューム）ＨＶＯＬをユーザが作成するための画面である。

【0104】

このホストボリューム作成画面６０は、ボリューム番号指定欄６１、ボリュームサイズ指定欄６２及び作成先データセンタ指定欄６３と、ＯＫボタン６４とを備えて構成される。

【0105】

そしてホストボリューム作成画面６０では、ユーザがユーザ端末６を操作することによって、そのとき作成しようとするオーナホストボリュームＨＶＯＬのボリュームＩＤ（ここでは番号）をボリューム番号指定欄６１に入力することで指定することができ、そのオーナホストボリュームＨＶＯＬのボリュームサイズをボリュームサイズ指定欄６２に入力することで指定することができる。

【0106】

またホストボリューム作成画面６０では、作成先データセンタ指定欄６３の右側に設けられたプルダウンメニュー６５をクリックすることによって各データセンタ２のデータセンタＩＤが掲載されたプルダウンメニュー６６を表示させることができる。

【0107】

そしてユーザは、このプルダウンメニュー６６に表示されたデータセンタＩＤの中から所望するデータセンタ２のデータセンタＩＤをクリックにより選択することによって、そのデータセンタ２をオーナホストボリュームＨＶＯＬの作成先のデータセンタ２として指定することができる。このとき、選択されたデータセンタ２のデータセンタＩＤが作成先データセンタ指定欄６３に表示される。

【0108】

そしてホストボリューム作成画面６０では、上述のようにしてオーナホストボリュームＨＶＯＬのボリュームＩＤ、ボリュームサイズ及び作成先のデータセンタ２を指定した上でＯＫボタン６４をクリックすることによって、そのボリュームＩＤ及びそのボリュームサイズのオーナホストボリュームＨＶＯＬをそのデータセンタ２に作成すべきことを管理サーバ４に指示することができる。

【0109】

実際上、ホストボリューム作成画面６０のＯＫボタン６４がクリックされると、そのときホストボリューム作成画面６０上でユーザが指定したボリュームＩＤ、ボリュームサイズ及び作成先のデータセンタ２の各情報を含むボリューム作成要求がそのホストボリューム作成画面６０を表示していたユーザ端末６において作成され、作成されたボリューム作成要求が管理サーバ４（図１）に送信される。

【0110】

そして管理サーバ４は、かかるボリューム作成要求が与えられると、図１６に示す処理手順に従って、要求されたボリュームＩＤ及びボリュームサイズのオーナホストボリュームＨＶＯＬを、指定されたデータセンタ２内のいずれかのストレージサーバ７内に作成する。

【0111】

実際上、管理サーバ４は、かかるボリューム作成要求が与えられるとこの図１６に示すホストボリューム作成処理を開始し、まず、ボリューム作成要求においてオーナホストボリュームＨＶＯＬの作成先として指定されたデータセンタ２（以下、これを指定データセンタ２と呼ぶ）内に、ユーザにより指定されたボリュームサイズのオーナホストボリュームＨＶＯＬを作成可能な容量をもつストレージサーバ７が存在するか否かを判断する（Ｓ１０）。

【0112】

具体的に、管理サーバ４は、指定データセンタ２の各ストレージサーバ７にそれぞれ実装されたいずれかのストレージコントローラ３０に対して、そのストレージサーバ７の容量と、現在の使用容量とをそれぞれ問い合わせる。そして管理サーバは４、この問合わせに対してこれらストレージコントローラ３０のコントロールプレーン３２からそれぞれ通知されたこれらストレージサーバ７の容量及び現在の使用容量に基づいて、指定されたボリュームサイズのオーナホストボリュームＨＶＯＬを作成可能か否かを判定する。

【0113】

そして管理サーバ４は、この判断で肯定結果を得ると、かかるオーナホストボリュームＨＶＯＬを作成可能なストレージサーバ７において、そのオーナホストボリュームＨＶＯＬと対応付けるストレージコントローラ３０（例えば既存のストレージコントローラ３０又は新たに作成したストレージコントローラ３０）と同じ冗長化グループ３６を構成する他の各ストレージコントローラ３０がそれぞれ実装された他のデータセンタ２内の各ストレージサーバ７が、いずれも指定されたボリュームサイズのホストボリュームＨＶＯＬを作成可能か否かを上述のオーナホストサーバＨＶＯＬの場合と同様にして判定する（Ｓ１１）。

【0114】

そして管理サーバ４は、この判定で肯定結果を得ると、ステップＳ１０でオーナホストボリュームＨＶＯＬを作成可能と判定されたストレージサーバ７のうち、ステップＳ１１でも肯定結果が得られたストレージサーバ７の中から１つのストレージサーバ７を選択し、そのストレージサーバ７においてオーナホストボリュームＨＶＯＬと対応付けるストレージコントローラ３０に対して、かかるオーナホストボリュームＨＶＯＬの作成指示を与える（Ｓ１５）。これにより、そのストレージコントローラ３０により、指定されたボリュームサイズのオーナホストボリュームＨＶＯＬがそのストレージコントローラ３０と対応付けてそのストレージサーバ７内に作成される。また、そのストレージコントローラ３０の動作モードがアクティブモードに設定される。

【0115】

また管理サーバ４は、この後、そのストレージコントローラ３０と同じ冗長化グループ３６を構成する他のデータセンタ２内の各ストレージコントローラ３０に対してもかかるオーナホストボリュームＨＶＯＬと同じボリュームサイズのホストボリュームＨＶＯＬの作成指示をそれぞれ与える（Ｓ１６）。これにより、これらのストレージコントローラ３０によりそのオーナホストボリュームＨＶＯＬと同じボリュームサイズのホストボリュームＨＶＯＬがこれらのストレージコントローラ３０とそれぞれ対応付けて、これらストレージコントローラ３０と同じストレージサーバ４内にそれぞれ作成される。また、これらストレージコントローラ３０の動作モードがスタンバイモードに設定される。

【0116】

なお、上述のステップＳ１５及びステップＳ１６において、各データセンタ２内にそれぞれ新たに作成した各ホストボリュームＨＶＯＬ（オーナホストボリュームＨＶＯＬを含む）とストレージコントローラ３０との対応付けや、これらのホストボリュームＨＶＯＬとそれぞれ対応付けられるストレージコントローラ３０の動作モード（アクティブモード又はスタンバイモード）の設定は、ストレージシステム１０の管理者やユーザが手動で行うようにしてもよい。以下においても同様である。

【0117】

他方、管理サーバ４は、ステップＳ１０やステップＳ１１の判断で否定結果を得た場合には、指定データセンタ２内の各ストレージサーバ７のうち、指定ホストボリュームＨＶＯＬを作成可能となるまで容量を拡張可能なストレージサーバ７が存在するか否かを判断する（Ｓ１２）。

【0118】

具体的に、管理サーバ４は、指定データセンタ２のいずれかのストレージサーバ７に実装されたいずれかのストレージコントローラ３０に対して指定データセンタ２内の各ストレージサーバ７にそれぞれ論理的に接続されているネットワークドライブ８（図１）の数を問い合わせる。これは、ストレージサーバ７に論理的に接続可能なネットワークドライブ８の数は決まっているため、各ストレージサーバ７に対して追加的にネットワークドライブ８を接続して容量を拡張できるか否かを確認するためである。

【0119】

また管理サーバ４は、かかるストレージコントローラ３０に対して、指定データセンタ２に配置され、いずれのストレージサーバ７にも論理的に接続されていないネットワークドライブ８の数及びこれらネットワークドライブ８の容量も問い合わせる。そして管理サーバ４は、上述のようにして得た各情報に基づいて、指定データセンタ２内のネットワークドライブ８を追加的に接続することで、指定ホストボリュームＨＶＯＬを作成可能となるまで容量を拡張可能なストレージサーバ７が指定データセンタ２内に存在するか否かを判定する。

【0120】

この際、管理サーバ４は、あるストレージサーバ７が拡張可能である場合には、そのストレージサーバ７においてオーナホストボリュームＨＶＯＬを対応付けようとするストレージコントローラ３０と冗長化グループ３６を構成する他のストレージコントローラ３０がそれぞれ実装された他のデータセンタ２のストレージサーバ７についても同じ容量を拡張可能であるか否かを判定する。これは、これらのストレージサーバ７についてもオーナストレージコントローラ３０と同じボリュームサイズのホストボリュームＨＶＯＬを作成する必要があるためである。

【0121】

そして管理サーバ４は、ステップＳ１２の判断で否定結果を得ると、エラー通知を上述のボリューム作成要求の送信元のユーザ端末６に送信し（Ｓ１３）、この後、このボリューム作成処理を終了する。この結果、かかるエラー通知に基づいて、指定ホストボリュームＨＶＯＬを作成できない旨の警告がそのユーザ端末６に表示される。

【0122】

これに対して、管理サーバ４は、ステップＳ１２の判断で肯定結果を得ると、ステップＳ１２において容量を拡張可能（他のデータセンタ２内の対応するストレージサーバ７の容量拡張を含む）と判定した指定データセンタ２内のストレージサーバ７の中から１つのストレージサーバ７を選択し、選択したストレージサーバ７（以下、これを選択ストレージサーバ７と呼ぶ）に対してネットワークドライブ８を追加的に論理接続することによりその選択ストレージサーバ７の容量を拡張するサーバ容量拡張処理を実行する（Ｓ１４）。

【0123】

また管理サーバ４は、容量を拡張した選択ストレージサーバ７内のオーナホストボリュームＨＶＯＬと対応付けようとするストレージコントローラ３０に対して、かかるオーナホストボリュームＨＶＯＬの作成指示を与える（Ｓ１５）。これにより、そのストレージコントローラ３０により指定されたボリュームサイズのオーナホストボリュームＨＶＯＬがそのストレージコントローラ３０と対応付けてそのストレージコントローラ３０と同じストレージサーバ７内に作成される。また、そのストレージコントローラ３０の動作モードがアクティブモードに設定される。

【0124】

また管理サーバ４は、この後、そのストレージコントローラ３０と同じ冗長化グループ３６を構成する他のデータセンタ２内の各ストレージコントローラ３０に対してもかかるオーナホストボリュームＨＶＯＬと同じボリュームサイズのホストボリュームＨＶＯＬの作成を指示する（Ｓ１６）。これにより、これらのストレージコントローラ３０によりオーナホストボリュームＨＶＯＬと同じボリュームサイズのホストボリュームＨＶＯＬが、これらのストレージコントローラ３０とそれぞれ対応付けてこれらストレージコントローラ３０と同じストレージサーバ７内にそれぞれ作成される。また、これらストレージコントローラ３０の動作モードがスタンバイモードに設定される。

【0125】

そして管理サーバ４は、この後、このホストボリューム作成処理を終了する。

【0126】

なお、このホストボリューム作成処理のステップＳ１４で管理サーバ４により実行されるサーバ容量拡張処理の流れを図１７に示す。

【0127】

管理サーバ４は、図１６のステップＳ１４に進むとこの図１７に示すサーバ容量拡張処理を開始し、まず、上述のオーナホストボリュームＨＶＯＬが属するホストボリュームグループ５０（図１０）を構成する各ホストボリュームＨＶＯＬ（オーナホストボリュームＨＶＯＬを含む）とそれぞれ対応付けようとする各ストレージコントローラ３０がそれぞれ実装された各データセンタ２内のストレージサーバ７（以下、これらのストレージサーバ７を容量拡張対象ストレージサーバ７と呼ぶ）の拡張容量をそれぞれ決定する（Ｓ２０）。

【0128】

続いて、管理サーバ４は、各容量拡張対象ストレージサーバ７の容量を等しく拡張できるように、これらの容量拡張対象ストレージサーバ７にそれぞれ論理的に接続するネットワークドライブ８を決定し（Ｓ２１）、決定したネットワークドライブ８をそれぞれ対応する容量拡張対象ストレージサーバ７に論理的に接続する（Ｓ２２）。

【0129】

具体的に、管理サーバ４は、かかるホストボリュームグループを構成する各ホストボリュームＨＶＯＬをそれぞれ対応付ける各データセンタ２のストレージコントローラ３０に対して、そのネットワークドライブ８を論理的に接続したことを通知する。また管理サーバ４は、本ストレージシステム１０内の各冗長化グループ３６のアクティブモードのストレージコントローラ３０に対して、図４について上述したストレージ構成管理テーブル３５の容量拡張対象ストレージサーバ７に対応するネットワークドライブＩＤ欄３５Ｃに、そのとき論理的に接続したネットワークドライブ８のネットワークドライブＩＤを追加した状態に更新するよう指示を与える。

【0130】

次いで、管理サーバ４は、各容量拡張対象ストレージサーバ７にそれぞれ接続した各ネットワークドライブ８がそれぞれ提供する記憶領域間でチャンクグループ３８（図６）を作成し、作成したチャンクグループ３８を図９について上述したチャンクグループ管理テーブル４１に登録した状態に更新するよう、本ストレージシステム１０内の各冗長化グループ３６のアクティブモードのストレージコントローラ３０にそれぞれ指示を与える（Ｓ２３）。そして管理サーバ４は、この後、このサーバ容量拡張処理を終了してホストボリューム作成処理のステップＳ１５に進む。

【0131】

（１－４）サーバ使用容量監視処理の流れ
他方、図１８は、各データセンタ２において、いずれかのストレージサーバ７に実装された特定のストレージコントローラ３０のコントロールプレーン（以下、これを特定コントロールプレーンと呼ぶ）３２によりそれぞれ定期的に実行されるサーバ使用容量監視処理の流れを示す。

【0132】

特定コントロールプレーン３２は、この図１８に示す処理手順に従って自ストレージコントローラ３０が存在するデータセンタ（以下、これを自データセンタと呼ぶ）２内の各ストレージサーバ７の使用容量を監視し、いずれかのストレージサーバ７の使用容量が予め設定された閾値（以下、これを使用容量閾値と呼ぶ）を超過した場合に、そのストレージサーバ７の容量を拡張するための処理を実行する。

【0133】

実際上、特定コントロールプレーン３２は、この図１８に示すサーバ容量監視処理を開始すると、まず、自データセンタ２内の各ストレージサーバ７に実装されたいずれかのストレージコントローラ３０から、そのストレージサーバ７の容量と、現在の使用容量とをそれぞれ取得する。この際、自ストレージコントローラ３０が実装されたストレージサーバ７の容量及び現在の使用容量も取得する（Ｓ３０）。

【0134】

続いて、特定コントロールプレーン３２は、取得したこれらの情報に基づいて、自データセンタ２内のいずれかのストレージサーバ７の使用容量が上述の使用容量閾値を超過したか否かを判断する（Ｓ３１）。そして、特定コントロールプレーン３２は、この判断で否定結果を得るとこのストレージサーバ使用容量監視処理を終了する。

【0135】

これに対して、特定コントロールプレーン３２は、ステップＳ３１の判断で否定結果を得ると、使用容量が使用容量閾値を超過したストレージサーバ７（以下、これを使用容量超過ストレージサーバ７と呼ぶ）は拡張可能か否かを、図１６について上述したホストボリューム作成処理のステップＳ１２と同様にして判断する（Ｓ３２）。

【0136】

そして、特定コントロールプレーン３２は、この判断で肯定結果を得ると、図１７について上述したサーバ容量拡張処理と同様の処理を実行することにより、その使用容量超過ストレージサーバ７の容量と、使用容量超過ストレージサーバ７に実装されたストレージコントローラ３０と冗長化グループ３６を構成する他のストレージコントローラ３０が実装されたストレージサーバ７の容量とをそれぞれ拡張し（Ｓ３３）、この後、このサーバ使用容量監視処理を終了する。

【0137】

これに対して、特定コントロールプレーン３２は、ステップＳ３２の判断で否定結果を得ると、使用容量超過ストレージサーバ７と同一又は別のデータセンタ２のストレージサーバ７であって、使用容量超過ストレージサーバ７内のいずれかのホストボリュームＨＶＯＬを移動可能な空き容量を有するストレージサーバ７にそのホストボリュームＨＶＯＬを移動させるホストボリューム移動処理を実行し（Ｓ３４）、この後、このサーバ使用容量監視処理を終了する。

【0138】

なお、かかるホストボリューム移動処理の具体的な処理内容を図１９に示す。特定コントロールプレーン３２は、サーバ使用容量監視処理のステップＳ３４に進むと、この図１９に示すホストボリューム移動処理を開始する。

【0139】

そして特定コントロールプレーン３２は、まず、サーバ使用容量監視処理のステップＳ３０で取得した自データセンタ２内の各ストレージサーバ７の容量及び現在の使用容量に基づいて、自データセンタ２内のストレージサーバ７であって、使用容量超過ストレージサーバ７内のいずれかのホストボリュームＨＶＯＬを移動可能な程度の空き容量を有するストレージサーバ７の中から１つのストレージサーバ７を選択する（Ｓ４０）。

【0140】

そして特定コントロールプレーン３２は、このステップＳ４０において、そのようなストレージサーバ７を選択できたか否かを判断し（Ｓ４１）、選択できた場合にはステップＳ４３に進む。

【0141】

これに対して特定コントロールプレーン３２は、ステップＳ４１の判断で否定結果を得ると、自データセンタ２とは別の各データセンタ２内のいずれかのストレージサーバ７のいずれかのストレージコントローラ３０のコントロールプレーン３２にそのデータセンタ２内の各ストレージサーバ７の容量及び現在の使用容量を問い合わせることにより取得する。そして管理サーバ４は、取得したこれらの情報に基づいて、自データセンタ２とは別のデータセンタ２内のストレージサーバ７の中から、使用容量超過ストレージサーバ７内のいずれかのホストボリュームＨＶＯＬを移動可能な空き容量を有するストレージサーバ７を選択する（Ｓ４２）。

【0142】

続いて、特定コントロールプレーン３２は、使用容量超過ストレージサーバ７内のホストボリュームＨＶＯＬの中から他のストレージサーバ７に移動する移動対象のホストボリューム（以下、これを移動対象ホストボリュームと呼ぶ）ＨＶＯＬを選択し、選択した移動対象ホストボリュームＨＶＯＬのデータをステップＳ４０又はステップＳ４２で選択したストレージサーバ７にコピーする（Ｓ４３）。

【0143】

具体的に、特定コントロールプレーン３２は、まず、移動対象ホストボリュームＨＶＯＬの移動先のストレージサーバ７内にホストボリュームＨＶＯＬを作成し、作成したホストボリュームＨＶＯＬをそのストレージサーバ７に実装されたいずれかのアクティブモードのストレージコントローラ３０と対応付ける。そして特定コントロールプレーン３２は、このホストボリュームＨＶＯＬに、移動対象ホストボリュームＨＶＯＬのデータをコピーする。

【0144】

また特定コントロールプレーン３２は、このストレージコントローラ３０と冗長化グループ３６を構成する他のデータセンタ２内の他のストレージコントローラ（以下、これを関連ストレージコントローラと呼ぶ）３０とそれぞれ対応付けて、当該関連ストレージコントローラ３０が実装されたストレージサーバ７内にもかかる移動対象ホストボリュームＨＶＯＬのデータがコピーされたホストボリュームＨＶＯＬと共にホストボリュームグループ５０（図１０）を構成するホストボリュームＨＶＯＬをそれぞれ作成する。

【0145】

そして特定コントロールプレーン３２は、作成したこれらのホストボリュームＨＶＯＬをそれぞれ同じストレージサーバ７内の関連ストレージコントローラ３０と対応付ける。

【0146】

次いで、特定コントロールプレーン３２は、それまで移動対象ホストボリュームＨＶＯＬにユーザデータをリード／ライトしていたアプリケーション３３から、移動対象ホストボリュームＨＶＯＬのデータをコピーしたホストボリューム（以下、これをデータコピー先ホストボリュームと呼ぶ）ＨＶＯＬへのパスを最適化（「Optimized」）パスに設定する（Ｓ４４）。

【0147】

これにより、この後、かかるアプリケーション３３からかかるデータコピー先ホストボリュームＨＶＯＬへのログインがあったときに、そのパスを最適化（「Optimized」）パスに設定すべき旨の通知がそのアプリケーション３３に与えられ、この通知に基づいてそのアプリケーション３３がそのパスを最適化（「Optimized」）パスに設定し、他のパスを非最適化（「Non-Optimized」）パスに設定する。そして管理サーバは、この後、このボリューム移動処理を終了する。

【0148】

なお、容量以外でも、ボリュームの負荷をリバランスさせる目的で、データセンタ２内においてストレージサーバ７間でホストボリュームＨＶＯＬの移動処理を行ってもよい。

【0149】

（１－５）本実施の形態の効果
以上の構成を有する本実施の形態のストレージシステム１０によれば、データローカリティを確保しつつ、冗長化データを他のデータセンタ２（他のアベイラビリティゾーン）に格納することができるため、アクティブモードのストレージコントローラ３０が配置されたデータセンタ２にデータセンタ単位（アベイラビリティゾーン単位）での障害が発生した場合においても、それまでそのストレージコントローラ３０が行っていた処理を、同じ冗長化グループ３６を構成するスタンバイモードに設定されていたストレージコントローラ３０によって引き継ぐことができる。よって、本実施の形態によれば、アベイラビリティゾーン単位での障害に耐え得る高可用なストレージシステム１０を実現できる。

【0150】

また本ストレージコントローラ３０によれば、アプリケーション３３と、当該アプリケーション３３が使用するユーザデータとを常に同じアベイラビリティゾーンに存在させることができるため、アクティブモードのストレージコントローラ３０がアプリケーション３３からのＩ／Ｏ要求を処理する際にアベイラビリティゾーンを跨ぐ通信が発生するのを抑制することができる。よって、本ストレージシステム１０によれば、アベイラビリティゾーン間の通信に伴う通信遅延を原因とするＩ／Ｏ性能の低下や、拠点間の通信に起因するコストの発生を抑制することができる。

【0151】

さらに本ストレージシステム１０によれば、データセンタ単位の障害が発生した場合においても、ストレージコントローラ３０をフェイルオーバするだけでなく、アプリケーション３３やユーザデータもフェイルオーバ先のデータセンタ２に移動するため、アベイラビリティゾーン単位での障害に耐え得る可用性の高いシステム構築を実現することができる。フェイルオーバのために、通常稼働時にデータセンタ２間で通信が必要であるが、本ストレージシステム１０においてはその通信量が少なくなるようにしてある。

【0152】

（２）第２の実施の形態
図１との対応部分に同一符号を付して示す図２０は、第２の実施の形態によるクラウドシステム７０を示す。このクラウドシステム７０は、互いに異なるアベイラビリティゾーンに設置された第１～第３のデータセンタ７１Ａ，７１Ｂ，７１Ｃを備えて構成される。

【0153】

これら第１～第３のデータセンタ７１Ａ～７１Ｃ間は、専用ネットワーク３を介して相互に接続されている。また専用ネットワーク３には管理サーバ７２が接続されており、第１～第３のデータセンタ７１Ａ～７１Ｃと、管理サーバ７２とによりストレージシステム７３が構成されている。なお、以下においては、第１～第３のデータセンタ７１Ａ～７１Ｃを特に区別する必要がない場合には、これらを纏めてデータセンタ７１と呼ぶものとする。

【0154】

第１及び第２のデータセンタ７１Ａ，７１Ｂには、それぞれ分散ストレージシステムを構成する複数台のストレージサーバ７４と、複数台のネットワークドライブ８とが配置されている。また第３のデータセンタ７１Ｃには、ネットワークドライブ８が配置されておらず、少なくとも１台のストレージサーバ７５のみが配置されている。これらストレージサーバ７４，７５のハードウェア構成は、図２について上述した第１の実施の形態のストレージサーバ４と同様であるため、ここでの説明は省略する。

【0155】

図３との対応部分に同一符号を付した図２１は、各データセンタ７１にそれぞれ配置されたストレージサーバ７４，７５の論理構成を示す。この図２１に示すように、第１及び第２のデータセンタ７１Ａ，７１Ｂに配置された各ストレージサーバ７４は、第１の実施の形態のストレージサーバ７と同様の論理構成を有する。

【0156】

実際上、ストレージサーバ７４は、データプレーン７７及びコントロールプレーン７８を有する１又は複数のストレージコントローラ７６を備えて構成される。データプレーン７７は、ホストサーバ９に実装されたアプリケーション３３からのＩ／Ｏ要求に応じて、データセンタ内ネットワーク３４を介してネットワークドライブ８にユーザデータをリード／ライトする機能を有する機能部である。またコントロールプレーン７８は、ストレージシステム７３（図２０）の構成を管理する機能を有する機能部である。

【0157】

これらデータプレーン７７及びコントロールプレーン７８の動作は、第１の実施の形態のストレージシステム１０において１つのデータセンタ２にデータセンタ単位の障害が発生したときに、残りの２つのデータセンタ２内のストレージサーバ７にそれぞれ実装されたストレージコントローラ３０が実行する動作と同様であるため、ここでの説明は省略する。なお本実施の形態におけるユーザデータの冗長化は、常にミラーリングにより行われる。

【0158】

一方、第３のデータセンタ７１Ｃに配置されたストレージサーバ７５は、コントロールプレーン８０のみを有する１又は複数のストレージコントローラ７９を備えて構成される。このため本実施の形態のストレージシステム７３では、第３のデータセンタ７１Ｃのストレージサーバ７５がユーザデータのＩ／Ｏ処理を行うことができない。このため第３のデータセンタ７１Ｃには、ホストサーバ９及びネットワークドライブ８のいずれも存在せず、ホストボリュームＨＶＯＬも作成されない。つまり本ストレージシステム７３の場合、第３のデータセンタ７１Ｃでは、ユーザデータを保持することができない。

【0159】

ストレージコントローラ７９のコントロールプレーン８０は、第１及び第２のデータセンタ７１Ａ，７１Ｂ内のストレージサーバ７４に実装された同じ冗長化グループ３６（図５）を構成するストレージコントローラ７６のコントロールプレーン７８との間でハートビート信号をやり取りすることにより、これら第１及び第２のデータセンタ７１Ａ，７１Ｂ内のストレージサーバ７４の生死監視を行う機能を有する。

【0160】

図２２は、本実施の形態のストレージシステム７３において、図１６について上述した第１の実施の形態のホストボリューム作成処理に代えて本実施の形態の管理サーバ７２により実行されるホストボリューム作成処理の処理手順を示す。

【0161】

本ストレージシステム７３においても、ユーザは、図１５について上述したホストボリューム作成画面６０を用いて、そのとき作成しようとするオーナホストボリュームＨＶＯＬのボリュームＩＤ、ボリュームサイズ及び作成先のデータセンタ７１を上述のようにして指定した後に、ＯＫボタン６４をクリックするようにしてそのオーナホストボリュームＨＶＯＬの作成を管理サーバ７２に指示する。

【0162】

この結果、ユーザが指定したボリュームＩＤ、ボリュームサイズ及び作成先のデータセンタ７１の各情報を含むボリューム作成要求がそのホストボリューム作成画面６０を表示していたユーザ端末６（図２０）において作成され、作成されたボリューム作成要求が管理サーバ７２に送信される。

【0163】

管理サーバ７２は、かかるボリューム作成要求が与えられると、図２２に示す処理手順に従って、要求されたボリュームＩＤ及びボリュームサイズのオーナホストボリュームＨＶＯＬを、ボリューム作成要求においてオーナホストボリュームＨＶＯＬの作成先として指定されたデータセンタ（指定データセンタ）７１内のいずれかのストレージサーバ７４内に作成する。

【0164】

具体的に、管理サーバ７２は、かかるボリューム作成要求が与えられるとこの図２２に示すホストボリューム作成処理を開始し、まず、ボリューム作成要求における指定データセンタ７１が、ユーザデータを保持できるデータセンタ７１であるか否かを判断する（Ｓ５０）。

【0165】

例えばボリューム作成要求においてオーナホストボリュームＨＶＯＬの作成先として指定されたデータセンタ（指定データセンタ）７１内のいずれかのストレージコントローラ７６のコントールプレーン７８，８０に、その指定データセンタ７１内の各ストレージサーバ７４，７５にそれぞれ論理的に接続されているネットワークドライブ８の数等を問合せることにより、その指定データセンタ７１がデータを保持できるデータセンタであるか否かを判断することができる。

【0166】

そして管理サーバ７２は、この判断で否定結果を得るとエラー通知をボリューム作成要求の送信元のユーザ端末６に送信し（Ｓ５４）、この後、このホストボリューム作成処理を終了する。この結果、かかるユーザ端末６に、ユーザにより指定されたデータセンタ７１にホストボリュームＨＶＯＬを作成できない旨の警告が表示される。

【0167】

これに対して管理サーバ７２は、ステップＳ５０の判断で肯定結果を得ると、ステップＳ５１～ステップＳ５７の処理を、図１６について上述した第１の実施の形態のホストボリューム作成処理のステップＳ１０～ステップＳ１６と同様に実行する。これによりユーザにより指定されたホストボリュームＩＤ及びボリュームサイズのホストボリュームＨＶＯＬがユーザにより指定されたデータセンタ７１内のいずれかのストレージサーバ７等に作成される。そして管理サーバ７２は、この後、このホストボリューム作成処理を終了する。

【0168】

以上の構成を有する本実施の形態のストレージシステム７３によれば、２つのデータセンタ２でユーザデータのＩ／Ｏ処理を行う場合においても第１の実施の形態のストレージシステム１０と同様の効果を得ることができる。

【0169】

（３）他の実施の形態
なお上述の実施の形態においては、現用系のストレージコントローラ３０と対応付けるホストボリュームＨＶＯＬを作成するアベイラビリティゾーンを指定するためのユーザインタフェースである図１５について上述したホストボリューム作成画面６０を提示するユーザインタフェース提示装置がユーザ端末６である場合について述べたが、本発明はこれに限らず、かかるホストボリューム作成画面６０を管理サーバ４，７２に表示し、管理者がユーザからの要求に応じてホストボリューム作成画面６０を表示するようにしてもよい。

【0170】

また上述の実施の形態においては、データセンタ２ごとに、当該データセンタ２内の各ストレージサーバ７，７４の使用容量を監視する容量監視部としてそのデータセンタ２内のストレージコントローラ３０を適用するようにした場合について述べたが、本発明はこれに限らず、かかる容量監視部としての機能を有する容量監視装置を監視サーバ４，７２で代用したり、かかる容量監視装置を各データセンタ２内にストレージサーバ７とは別個に設けるようにしてもよい。また、ストレージコントローラ３０やかかる容量監視装置が、データセンタ２内の各ストレージサーバ７，７４の使用容量を監視するのではなく、各ストレージサーバ７，７４の残容量を監視するようにしてもよい。

【産業上の利用可能性】

【0171】

本発明は、情報処理システムに関し、それぞれ異なるアベイラビリティゾーンに配置された複数のストレージサーバから構成される分散ストレージシステムに広く適用することができる。

【符号の説明】

【0172】

１，７０……クラウドシステム、２，２Ａ～２Ｃ，７１，７１Ａ～７１Ｃ……データセンタ、４，７２……管理サーバ、６……ユーザ端末、７，７４，７５……ストレージサーバ、８……ネットワークドライブ、９……ホストサーバ、１０，７３……ストレージシステム、３０，７６……ストレージコントローラ、３１，７７……データプレーン、３２，７８……コントロールプレーン、３３……アプリケーション、３６……冗長化グループ、３７……物理チャンク、３８……チャンクグループ、５０……ホストボリュームグループ、５１……パス、６０……ホストボリューム作成画面、ＨＶＯＬ……ホストボリューム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】