特開 2024-151082 ストレージシステム及びストレージ管理方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024151082

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

(54)【発明の名称】ストレージシステム及びストレージ管理方法

(51)【国際特許分類】

   G06F 3/06 20060101AFI20241017BHJP

   G06F 13/10 20060101ALI20241017BHJP

   G06F 13/12 20060101ALI20241017BHJP

【ＦＩ】

G06F3/06 301Y

G06F3/06 301E

G06F3/06 304N

G06F13/10 330C

G06F13/10 340A

G06F13/12 330C

G06F13/10 310E

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023064213

(22)【出願日】2023-04-11

(71)【出願人】

【識別番号】524132520

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

(74)【代理人】

【識別番号】110002365

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

(72)【発明者】

【氏名】吉田 美里

(72)【発明者】

【氏名】山本 貴大

(72)【発明者】

【氏名】佐藤 功人

(72)【発明者】

【氏名】山本 彰

(72)【発明者】

【氏名】大平 良徳

(57)【要約】

【課題】複数のストレージノードのリソースを有効利用すること。
【解決手段】複数のストレージノードを有するストレージシステムであって、前記複数のストレージノードを管理する管理部を備え、前記複数のストレージノードの各々は、処理負荷が既定範囲内であることを条件にクレジットを蓄積し、該クレジットを消費して前記既定範囲を超える負荷で処理を行うバーストが可能であり、前記管理部は、各ストレージノードのクレジットを管理し、所定のストレージ処理のバーストの契機を、当該ストレージ処理に関連する複数のストレージノードにおけるクレジットの蓄積状況から判断し、前記所定のストレージ処理に関連する複数のストレージノードでクレジットが蓄積されていた場合、蓄積されたクレジットを消費して前記所定のストレージ処理をバーストにより実行する。
【選択図】図１１

【特許請求の範囲】

【請求項1】

複数のストレージノードを有するストレージシステムであって、
前記複数のストレージノードを管理する管理部を備え、
前記複数のストレージノードの各々は、処理負荷が既定範囲内であることを条件にクレジットを蓄積し、該クレジットを消費して前記既定範囲を超える負荷で処理を行うバーストが可能であり、
前記管理部は、
各ストレージノードのクレジットを管理し、
所定のストレージ処理のバーストの契機を、当該ストレージ処理に関連する複数のストレージノードにおけるクレジットの蓄積状況から判断し、
前記所定のストレージ処理に関連する複数のストレージノードでクレジットが蓄積されていた場合、蓄積されたクレジットを消費して前記所定のストレージ処理をバーストにより実行することを特徴とするストレージシステム。

【請求項2】

請求項１に記載のストレージシステムであって、
前記管理部は、各ストレージノードの処理負荷と対応する前記既定範囲とを比較し、比較結果に基づいて各ストレージノードのクレジットを更新し、更新したクレジットに基づいてバーストが可能な時間を算出し、該バーストが可能な時間に基づいて前記所定のストレージ処理のバーストの契機を判断することを特徴とするストレージシステム。

【請求項3】

請求項１に記載のストレージシステムであって、
前記管理部は、前記クレジットの消費後、前記既定範囲内の処理負荷で前記所定のストレージ処理を継続し、前記クレジットが蓄積された後、再度バーストを行うことを特徴とするストレージシステム。

【請求項4】

請求項１に記載のストレージシステムであって、
前記所定のストレージ処理は、非同期処理であることを特徴とするストレージシステム。

【請求項5】

請求項４に記載のストレージシステムであって、
前記管理部は、ホストからの要求を処理する負荷が閾値以下の場合に、前記所定のストレージ処理を開始することを特徴とするストレージシステム。

【請求項6】

請求項１に記載のストレージシステムであって、
前記所定のストレージ処理は、前記ストレージノードのリビルドであることを特徴とするストレージシステム。

【請求項7】

請求項１に記載のストレージシステムであって、
前記バーストは、演算装置、ホストとの通信、記憶デバイスとの通信のうち、少なくともいずれかについての負荷が既定範囲を超える処理であることを特徴とするストレージシステム。

【請求項8】

請求項１に記載のストレージシステムであって、
前記管理部は、フェイルオーバー先のストレージノードで前記クレジットが蓄積されている場合に、前記フェイルオーバー先のストレージノードがホストからの要求を処理する際に前記既定範囲を超える負荷で処理を行うことを特徴とするストレージシステム。

【請求項9】

請求項１に記載のストレージシステムであって、
前記管理部は、複数のボリュームについて、性能要件に応じてバースト可否を設定可能であることを特徴とするストレージシステム。

【請求項10】

請求項９に記載のストレージシステムであって、
前記管理部は、バースト可に設定したボリュームの配置先を決定するに際し、前記クレジットの蓄積量が多いストレージノードを優先することを特徴とするストレージシステム。

【請求項11】

請求項１に記載のストレージシステムであって、
前記管理部は、前記クレジットの蓄積量が少ないストレージノードから前記クレジットの蓄積量が多いストレージノードにボリュームを移動することを特徴とするストレージシステム。

【請求項12】

複数のストレージノードを有するストレージシステムのストレージ管理方法であって、
前記複数のストレージノードの各々が、処理負荷が既定範囲内であることを条件にクレジットを蓄積するステップと、
前記複数のストレージノードを管理する管理部が、各ストレージノードのクレジットを管理するステップと、
前記管理部が、所定のストレージ処理のバーストの契機を、当該ストレージ処理に関連する複数のストレージノードにおけるクレジットの蓄積状況から判断するステップと、
前記管理部が、前記所定のストレージ処理に関連する複数のストレージノードでクレジットが蓄積されていた場合、蓄積されたクレジットを消費して前記既定範囲を超える負荷で処理を行うバーストにより前記所定のストレージ処理を実行するステップと
を含むことを特徴とするストレージ管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ストレージシステム及びストレージ管理方法に関する。

【背景技術】

【0002】

クラウド環境上のサーバ（仮想マシン）は種々のスペックのものが提供されている。例えば、低コストで利用できる小サイズの仮想マシンで、一時的に性能向上できるバースト機能を持つものがある。このような仮想マシンは、普段は負荷が少ないが、一時的に負荷が増えるといったケースに対応できる。
特許文献１では、ストレージシステムのバーストについて開示されている。この文献には「最大ＩＯＰＳパラメータは、延長期間に亘って最大維持ＩＯＰＳ値である。最大バーストＩＯＰＳパラメータは、クライアントがクレジットに基づいて短期間に亘って最大ＩＯＰＳパラメータを上回って「バースト」することができる最大ＩＯＰＳ値である。一実装では、クライアントに対するクレジットは、クライアントがこれらのそれぞれの最大ＩＯＰＳパラメータ未満で動作しているときに増加される。」との記載がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特表２０１５－５０７２６８号公報

【発明の概要】

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

【0004】

特許文献１によると、バースト機能はクレジットの概念で管理される。予め定めたベースラインより低い使用状況の場合クレジットが蓄積され、ベースラインを超えてバースト可能となる。バーストを行うと、ベースラインより高い使用状況となるため、クレジットが消費される。クレジットを使い果たすと、使用できる最大値がベースラインに戻る。
このようなバースト機能を持つサーバでストレージシステムを構成するケースについて考える。上述の通り、バーストが使える時間やタイミングは限られるため、常時処理であるＩＯの性能はベースラインを元に設計し、蓄積されたクレジットを障害時などのリソースが追加で必要になった場面で使う方法が考えられる。
ここで、バーストできる契機と時間は限られるため、ストレージシステムでのバースト契機判断を適切に行い、複数のストレージノードのリソースを有効利用することが課題となる。

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

【0005】

上記目的を達成するために、代表的な本発明のストレージシステムの一つは、複数のストレージノードを有するストレージシステムであって、前記複数のストレージノードを管理する管理部を備え、前記複数のストレージノードの各々は、処理負荷が既定範囲内であることを条件にクレジットを蓄積し、該クレジットを消費して前記既定範囲を超える負荷で処理を行うバーストが可能であり、前記管理部は、各ストレージノードのクレジットを管理し、所定のストレージ処理のバーストの契機を、当該ストレージ処理に関連する複数のストレージノードにおけるクレジットの蓄積状況から判断し、前記所定のストレージ処理に関連する複数のストレージノードでクレジットが蓄積されていた場合、蓄積されたクレジットを消費して前記所定のストレージ処理をバーストにより実行することを特徴とする。
また、代表的な本発明のストレージ管理方法の一つは、複数のストレージノードを有するストレージシステムのストレージ管理方法であって、前記複数のストレージノードの各々が、処理負荷が既定範囲内であることを条件にクレジットを蓄積するステップと、前記複数のストレージノードを管理する管理部が、各ストレージノードのクレジットを管理するステップと、前記管理部が、所定のストレージ処理のバーストの契機を、当該ストレージ処理に関連する複数のストレージノードにおけるクレジットの蓄積状況から判断するステップと、前記管理部が、前記所定のストレージ処理に関連する複数のストレージノードでクレジットが蓄積されていた場合、蓄積されたクレジットを消費して前記既定範囲を超える負荷で処理を行うバーストにより前記所定のストレージ処理を実行するステップとを含むことを特徴とする。

【発明の効果】

【0006】

本発明によれば、複数のストレージノードのリソースを有効利用できる。上記した以外の課題、構成及び効果は以下の実施の形態の説明により明らかにされる。

【図面の簡単な説明】

【0007】

【図1】ストレージシステム構成

【図2】ストレージノードとバースト部位

【図3】ベースライン性能とバースト性能の例

【図4】ＮＷバーストの例

【図5】ストレージノードのメモリ情報

【図6】バースト管理情報

【図7】ＮＷバースト管理情報

【図8】ＢＥバースト管理情報

【図9】ＣＰＵバースト管理情報

【図10】バースト時間管理処理のフローチャート

【図11】非同期処理のフローチャート

【図12】実施例２の概要図（ＦＯ先ノードをバースト）

【図13】バーストを含むフェイルオーバー処理のフローチャート

【図14】ＶＯＬのバースト設定例

【図15】ストレージモニタ情報

【図16】クレジットに基づくＶＯＬリバランス処理のフローチャート

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

【0008】

以下、図面を用いて、本発明の幾つかの実施形態を説明する。なお、図面では、「ボリューム」を「ＶＯＬ」と記載する。ボリュームはストレージシステムが管理する論理的な記憶空間である。
「ＮＷ」はネットワークを示し、「ＢＥ」はバックエンドを示し、「ＦＯ」はフェイルオーバーを示す。
クラウド環境の仮想マシンをインスタンスと記載する。
「ノード」と記載がある場合、ストレージノードを示す。

【実施例0009】

［第１の実施形態］
第１の実施形態では、常時ＩＯとは異なる、ストレージの非同期処理でバーストを適用するケースについて説明する。
図１は、ストレージシステム構成を示す。
１以上のストレージノードでストレージシステムを構成する。図１には、ストレージノード３０１～３０３でストレージシステム２００を構成している。本発明では、ストレージノードはネットワーク帯域の上限やＣＰＵ使用率の上限が変動するサーバとする。一例として、クラウド環境の仮想マシンがある。
ＩＯホストからストレージノードのボリュームへＩＯ（データのＩｎｐｕｔ／Ｏｕｔｐｕｔ）を行う。ストレージノード間とＩＯホスト－ストレージノード間はネットワークで接続される。図１では、ＩＯホスト１０１がストレージノード３０１のボリュームへＩＯを行っている。同様に、ＩＯホスト１０２がストレージノード３０２のボリュームへＩＯを行っている。

【0010】

図２は、ストレージノードとバースト部位を示す。
図２に示したストレージノード３０１は、通信装置４０１、通信装置４０２、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０３、メモリ４０４を有する。
通信装置４０１は、ネットワーク経由でＩＯホスト１０１と通信したり、他のストレージノード（ストレージノード３０２、ストレージノード３０３）と通信したりする。通信装置４０１の通信帯域をＮＷ帯域という。
通信装置４０２は、バックエンドの記憶デバイスであるディスクと通信する。通信装置４０２の通信帯域をＢＥ帯域という。
本実施例では、一例として、点線の部位（ＮＷ帯域、ＣＰＵ使用率、ＢＥ帯域）がバーストするサーバをストレージノードに適用したケースについて説明する。なお、メモリやディスクなどの他の部位がバーストするサーバにも、本発明は適用可能である。本例では説明簡略化のためＣＰＵ数１としているが、複数のＣＰＵがあっても良い。その場合、各ＣＰＵ毎にバーストして良い。通信装置４０１、通信装置４０２もそれぞれ複数あっても良い。例えば、複数の通信装置４０１の合計使用帯域が、ストレージノードの使用ネットワーク帯域として管理されて良い。

【0011】

図３は、バースト部位におけるベースライン性能とバースト性能の例を示す。
値は一例であり、クラウド環境やインスタンスタイプ毎に異なる。
図３に示したバースト値、ベースライン、最大クレジットについては以下の通りである。
バースト値：ベースラインを超えてバーストできる最大値
ベースライン：使用によりクレジットの消費・蓄積が０となるバランス値。ベースラインを上回ったリソースを使用するとクレジットを消費し、ベースラインを下回ったリソースを使用するとクレジットが蓄積される。クレジットが蓄積されるとベースラインを超えてバースト可能となる。
最大クレジット：蓄積できる最大クレジット

【0012】

クレジットの計算方式や最大クレジットは、クラウド環境やインスタンスタイプ毎に異なる。例えば、本例では、ネットワーク帯域の最大クレジット９０００は、バースト値の１０Ｇｂｐｓを使用した場合に、２０分使用できる量となっている。バースト値より小さい帯域を使用した場合、バースト（ベースラインを超えた帯域）を使用できる時間は２０分より長くなる。
本例では、クレジットの計算方式は、「ベースライン―現在の使用値」を基本とするが、クラウド環境の仕様に合わせた別の式を使用しても良い。この計算方式によると、ベースラインから離れたリソース量を使うほど、クレジットの消費・蓄積量が大きくなる。

【0013】

図４は、ネットワークバーストの例を示す。
図３のネットワーク帯域スペックにおいて、バーストとクレジット消費・蓄積の例を示す。
例えば、ベースライン２．５Ｇｂｐｓを上回る５Ｇｂｐｓを使用した場合、クレジットの計算式は、（ベースライン）２．５－５＝－２．５であり、１秒あたりに２．５のクレジットを消費する。使用前に９０００クレジット蓄積されていた場合、９０００／２．５＝３６００秒＝６０分でクレジットが０となる。即ち、６０分間は５Ｇｂｐｓを使用できるが、その後はクレジットが０になり、ベースラインを超えてバーストできなくなる。（別の例として、１０Ｇｂｐｓを使用すると１秒あたりの消費クレジットが７．５となり、１０Ｇｂｐｓを使用できるのは２０分間となる。）

【0014】

その後、ベースラインを下回る１．２５Ｇｂｐｓを使用した場合、クレジットの計算式は、（ベースライン）２．５－１．２５＝１．２５であり、１秒あたりに１．２５のクレジットを蓄積する。例えば、１．２５Ｇｂｐｓの使用で４０分経過すると、１．２５×４０×６０＝３０００クレジットが蓄積される。クレジットが蓄積されたため、再びベースラインを超えてバーストが可能となる。

【0015】

その後、ベースラインを上回る５Ｇｂｐｓを使用した場合、（ベースライン）２．５－５＝－２．５であり、１秒あたりに２．５のクレジットを消費する。３０００クレジットが蓄積されているため、３０００/２．５＝１２００秒＝２０分でクレジットが０となる。即ち、２０分間は５Ｇｂｐｓを使用できるが、その後はクレジットが０になり、ベースラインを超えてバーストできなくなる。

【0016】

図５は、ストレージノードのメモリ情報を示す。
ストレージノード３０１のメモリ４０４には、ＩＯ制御部５０１、クラスタ制御部５０２、バースト時間管理部５０３、ストレージ非同期処理部５０４、ストレージモニタ情報５０５及びバースト管理情報５０６が展開される。

【0017】

ＩＯ制御部５０１は、ＩＯホスト１０１からストレージシステム２００内のボリュームへのＩＯ制御を行う。
クラスタ制御部５０２は、クラスタの起動や監視、障害時のフェイルオーバー、ボリュームの管理、ユーザからの管理操作の制御などを行う。
バースト時間管理部５０３とストレージ非同期処理部５０４の処理フローチャートは後述する。
バースト管理情報５０６は後述する。

【0018】

図６は、バースト管理情報を示す。
バースト管理情報５０６は、管理するバースト部位毎の、クレジットやバースト時間の情報を格納する。図６には、ＮＷバースト管理情報６０１、ＢＥバースト管理情報６０２及びＣＰＵバースト管理情報６０３を示している。これらは一例であり、他の部位の情報があっても良い。各情報の詳細は後述する。
バースト時間管理部５０３がこれらの情報を格納する。ストレージ非同期処理部５０４などのバーストを行う処理部がこれらの情報を参照する。

【0019】

図７は、ネットワークバースト管理情報６０１を示す。
バースト時間管理部５０３がネットワークバースト管理情報６０１を格納する。ストレージ非同期処理部５０４などのバーストを行う処理部がネットワークバースト管理情報６０１を参照する。ネットワークバースト管理情報６０１は、次の情報を有する。
ベースライン：使用によりクレジットの消費・蓄積が０となるバランス値。クラウド環境やインスタンスの仕様により定まる。
現在の使用ＮＷ帯域：ストレージノードが使用している現在値
消費・蓄積クレジット：現在の使用ＮＷ帯域により、１秒あたりに消費・蓄積したクレジット。クラウド環境の仕様に従って計算する。本例では、「ベースライン－現在の使用ＮＷ帯域」。
前回クレジット：前回周期で計算したクレジット
現在クレジット：「前回クレジット＋消費・蓄積クレジット」
バースト時間：現在クレジットを使ってバーストできる時間。使う帯域が大きい程クレジット消費が早いため、バーストできる時間は短くなる。例えば、ストレージノード３０１の例では、５Ｇｂｐｓで４０分バーストでき、１０Ｇｂｐｓで１３分バーストできる。
計算方法は次のようになる。５Ｇｂｐｓでバーストする場合、１秒あたり、５－２．５（ベースライン）＝２．５のクレジットを消費する。現在クレジット６０００を２．５で割ると２４００となり、２４００秒の間バーストできる。即ち４０分バーストできる。
１０Ｇｂｐｓでバーストする場合、１秒あたり、１０－２．５（ベースライン）＝７．５のクレジットを消費する。同様に計算するとバースト時間は１３分となる。
バースト時間（Ｃｌｕｓｔｅｒ）：クラスタがバーストできる時間。一例として、各ノードで共通にバーストできる値としてノード間の最小値を格納。
バースト時間に、５Ｇｂｐｓと１０Ｇｂｐｓでバーストした場合の値を格納しているが、３Ｇｂｐｓでバーストした場合など、他のケースの値が格納されていても良い。また、マージンとして係数を掛けた値を格納しても良い。

【0020】

図８は、バックエンドバースト管理情報６０２を示す。
ネットワークバースト管理情報と同様の考え方であり、説明は省略する。
格納される値は、ネットワークバースト管理情報とは異なる。説明簡略化のため、本例では同じ値となっている。

【0021】

図９は、ＣＰＵバースト管理情報６０３を示す。
ネットワークバースト管理情報との差分のみ記載する。
消費・蓄積クレジット：現在のＣＰＵ使用率により、１分あたりに消費・蓄積したクレジット。クラウド環境の仕様に従って計算する。本例では、「ベースライン－現在のＣＰＵ使用率」とし、分単位の値となっている。
バースト時間：現在クレジットを使ってバーストできる時間。使うＣＰＵ使用率が高い程クレジット消費が早いため、バーストできる時間は短くなる。例えば、ストレージノード３０１の例では、使用率６０％で４０分バーストでき、使用率８０％で２０分バーストできる。
計算方法は次のようになる。使用率６０％でバーストする場合、１分あたり、６０－４０（ベースライン）＝２０のクレジットを消費する。現在クレジット８００を２０で割ると４０となり、４０分の間バーストできる。
使用率８０％でバーストする場合、１分あたり、８０－４０（ベースライン）＝４０のクレジットを消費する。同様に計算するとバースト時間は２０分となる。
バースト時間に、６０％と８０％でバーストした場合の値を格納しているが、５０％でバーストした場合など、他のケースの値が格納されていても良い。また、マージンとして係数を掛けた値を格納しても良い。

【0022】

図１０は、バースト時間管理処理のフローチャートを示す。
バースト時間管理部５０３が実施する。
ストレージノードとバースト部位毎にバースト管理情報の更新を行う。またその結果から、クラスタのバースト時間の更新も行う。
具体的には、バースト時間管理部５０３は、クレジットの消費・蓄積を計算するステップ（Ｓ１０１）、クレジットを更新するステップ（Ｓ１０２）、バースト時間を更新するステップ（Ｓ１０３）を、バースト部位分繰り返す（Ｃ）。バースト時間管理部５０３は、バースト部位分の繰り返し処理（Ｃ）を、ストレージノード分繰り返す（Ｂ）。さらに、バースト時間管理部５０３は、ストレージノード分の繰り返し処理（Ｂ）を、一定周期で繰り返す（Ａ）。

【0023】

例えば、ストレージノード３０１の現在の使用ネットワーク帯域が１Ｇｂｐｓで、前回クレジットが５９９８．５の場合、下記のフローとなる。
クレジットの消費・蓄積：ベースライン―現在の使用値＝２．５－１＝１．５
クレジットを更新（前ステップ結果を前回クレジットに加算）：５９９８．５＋１．５＝６０００
６０００を現在クレジットに格納する。
バースト時間を更新：現在クレジット６０００をバースト時間に換算する。５Ｇｂｐｓ
ｃａｓｅは４０分。１０Ｇｂｐｓ ｃａｓｅは１３分。（計算式は図７のバースト時間説明を参照。）
各部位毎にクラスタのバースト時間を更新：処理フローの結果、各ストレージノードで図７のバースト時間が更新されたとする。この時、ネットワークバースト管理情報に格納するクラスタのバースト時間は下記の通りとなる。
５Ｇｂｐｓ ｃａｓｅは、Ｍｉｎ（４０，４０，６０）＝４０分。１０Ｇｂｐｓ ｃａｓｅはＭｉｎ（１３，１３，２０）＝１３分。（計算式は図７のバースト時間（Ｃｌｕｓｔｅｒ）説明を参照。）
これは、クラスタ全体でバーストする場合、５Ｇｂｐｓを使う場合は４０分、１０Ｇｂｐｓを使う場合は１３分バーストできることを意味する。
図８バックエンドバースト管理情報と図９ＣＰＵバースト管理情報も同様の方法で更新する。
なお、各ノードとクラスタのバースト時間を更新しているが、ノードの組合せ毎のバースト時間を格納して更新しても良い。（例えば、ストレージノード３０１とストレージノード３０２の組合せの場合、バースト時間はＮ分。）

【0024】

図１１は、ストレージ非同期処理のフローチャートを示す。
ストレージ非同期処理部５０４がこの処理を実施する。
ストレージ非同期処理部５０４は、ストレージモニタ情報５０５を取得し（ステップＳ２０１）、ネットワーク、バックエンド、ＣＰＵの負荷が閾値以下であるか否かを判定する（ステップＳ２０２）。

【0025】

負荷が閾値以下であれば（ステップＳ２０２；Ｙｅｓ）、処理に関わる複数ノードについて、複数部位のバースト時間を確認する（ステップＳ２０３）。バースト時間があれば（ステップＳ２０４；Ｙｅｓ）、バースト時間の間、非同期処理を高速化する（ステップＳ２０５）。非同期処理が完了すれば（ステップＳ２０６；Ｙｅｓ）、処理を終了する。

【0026】

負荷が閾値を超える場合（ステップＳ２０２；Ｎｏ）、バースト時間がない場合（ステップＳ２０４；Ｎｏ）、またはバースト後非同期処理が完了していない場合（ステップＳ２０６；Ｎｏ）、ストレージ非同期処理部５０４は、一定時間、ベーススピードで非同期処理を継続する（ステップＳ２０７）。非同期処理が完了すれば（ステップＳ２０８；Ｙｅｓ）、処理を終了する。非同期処理が完了していなければ（ステップＳ２０８；Ｎｏ）、ステップＳ２０１に戻る。

【0027】

ストレージの非同期処理の一例として、ストレージノードやディスクの障害時にデータの配置変更を行うリビルド処理がある。
本処理フローでは、負荷が閾値以下かつクレジット蓄積によるバースト時間が確保できている場合、非同期処理を高速化するフローとなっている。また、高速化した後はクレジットが消費されるためベーススピードに戻す。この方法により、例えば、ネットワーク帯域の使用は前述の図４のようなイメージになる。

【0028】

負荷やバースト時間確認は、非同期処理の対象ノード（送信・受信側両方）に対して実施する。例えば、ストレージノード３０１とストレージノード３０２に関する処理の場合は、２ノードが確認対象になる。
バースト時間の確認には、バースト管理情報５０６を利用し、非同期処理でバーストが必要となるリソースについて確認を行う。例えば、非同期処理がリビルドとして、５ＧｂｐｓまでのＮＷ帯域のバーストと５ＧｂｐｓまでのＢＥ帯域のバーストが、ストレージノード３０１とストレージノード３０２で必要になる場合は次の通りとなる。

【0029】

ＮＷバースト管理情報６０１によると、５Ｇｂｐｓを使用した場合、ストレージノード３０１とストレージノード３０２ともに、４０分バーストが可能である。ＢＥバースト管理情報６０２によると、５Ｇｂｐｓを使用した場合、ストレージノード３０１とストレージノード３０２ともに、４０分バーストが可能である。以上により、バースト時間は４０分となる。バースト時間の間、例えば処理スレッドを増やして処理を高速化する。
その後、ベーススピードに戻し、クレジット蓄積を行う。例えば、ＮＷ帯域とＢＥ帯域を１．２５Ｇｂｐｓ使用する場合、４０分で３０００クレジットが蓄積される（図４の説明参照。）
このクレジットは、５Ｇｂｐｓで２０分バーストできる値である（図４の説明参照。）
従って、４０分ベーススピードで非同期処理を継続した後、２０分非同期処理を高速化する、という動きになる。

【実施例0030】

［第２の実施形態］
第２の実施形態では、障害時に特定のストレージノードに負荷が偏る契機で、バーストを適用するケースについて説明する。

【0031】

図１２は、実施例２の概要図（フェイルオーバー先ノードをバースト）を示す。
まず、平常時には、ＩＯホスト１０１がストレージノード３０１のボリュームへＩＯを行っている。同様に、ＩＯホスト１０２がストレージノード３０２のボリュームへＩＯを行っている。

【0032】

ストレージノード３０１で障害が発生した場合（１）、別のストレージノード（例えばストレージノード３０２）がＩＯホスト１０１のＩＯ処理を引き継ぐ。これによりストレージノード３０２のＩＯ負荷が増加する。
ストレージノード３０２のＩＯ性能低下を防ぐため、各部位（ＣＰＵ，ＮＷ，ＢＥ）をバーストした値をＩＯ制御部５０１が使用するように制御する（２）。そのうえで、ストレージノードのフェイルオーバーを実行する（３）。図１３で処理フローを説明する。

【0033】

図１３は、バーストを含むフェイルオーバー処理のフローチャートを示す。
クラスタ制御部５０２がこの処理を実施する。
クラスタ制御部５０２は、フェイルオーバー先がバースト可能な状態の場合（ステップＳ３０１；Ｙｅｓ）、ＩＯ制御部５０１が利用するリソースを増やす（ステップＳ３０２）。例えば、ＣＰＵ使用率をベースラインよりも高い８０％にし、ＮＷ帯域、ＢＥ帯域をベースラインよりも高い１０Ｇｂｐｓにする。
バースト可否の判定には、バースト管理情報５０６を利用する。例えば、フェイルオーバー先がストレージノード３０２の場合、ストレージノード３０２のバースト時間に値が格納されていることを確認する。図７から図９の場合、ＣＰＵ使用率８０％、ＮＷ帯域１０Ｇｂｐｓ、ＢＥ帯域１０Ｇｂｐｓの欄に値が格納されているため、このリソース条件でバースト可能である。なお、所望の条件でバースト不可の場合、条件を下げてバースト可否を判定し直しても良い。

【0034】

ステップＳ３０２でリソースを増加した場合には、増加したリソースでＦＯ処理（ステップＳ３０３）を行う。バースト可能でなければ（ステップＳ３０１；Ｎｏ）、平常時のリソースでＦＯ処理（ステップＳ３０３）を行う。ＦＯ処理には、プロセス起動や制御データの更新が含まれる。
なお、リソースを増加した場合でも、バーストできるのは一定期間であるため、一定期間を越えたら通常のリソース使用量に戻す。例えば、ストレージノード３０２で、ＣＰＵ使用率８０％、ＮＷ帯域１０Ｇｂｐｓ、ＢＥ帯域１０Ｇｂｐｓでバーストする場合、図７から図９により、バーストできる時間は１３分となる。