JP2021026659A - ストレージシステム及びリソース割当て制御方法 - Google Patents

Abstract

【課題】マルチノードストレージシステムの性能を向上する適切なリソース割当てを自動で決定する。【解決手段】ノード群を構成する複数のノードの各々が、当該ノードのリソース群の一つ以上のドライバを含むハードウェア制御部と、当該ノードがＩ／Ｏ（Input/Output）コマンドを受信した場合、当該Ｉ／Ｏコマンドに従うＩ／Ｏのための処理においてハードウェア制御部を制御するコマンド制御部とを備えている。少なくとも一つのノードが、割当て決定部を備える。割当て決定部が、当該ノードを含む一つ以上のノードのＩ／Ｏ特性に基づき、当該一つ以上のノードについて、ハードウェア制御部及びコマンド制御部に対するリソース割当てを決定する。当該一つ以上のストレージノードの各々では、当該ストレージノードのリソース群のリソース量のうち、ハードウェア制御部及びコマンド制御部の各々に割り当てられるリソース量は、上記決定されたリソース割当てに従う。【選択図】図１

Description

本発明は、概して、ストレージシステムにおける計算リソースの割当てに関する。

各汎用計算機が、ＳＤＳ（Software Defined Storage）ソフトウェアを実行することでストレージノードとなり、結果として、マルチノードストレージシステムの一例としてのＳＤＳシステムが構築されることがある。

ＳＤＳシステムでは、ＣＰＵ（Central Processing Unit）、記憶デバイス及びポートといった複数の計算リソースであるリソース群のリソース量が、リソース群を制御するドライバ群（一つ以上のドライバ）や当該ドライバ群を制御してＩ／Ｏコマンドを処理するＩ／Ｏ処理ソフトウェアといった複数の機能に配分される。

計算リソースの割り当てに関して、例えば、特許文献１に開示の技術がある。

WO2016/151821

ＳＤＳシステムの性能は、リソース配分の適切さに依存する。

しかし、ユーザが、ユースケースによる構成やワークロードの変化等を考慮して適切なリソース配分を決定することは難しい。

例えば、ＳＤＳシステムの少なくとも一部の構成として、分離構成又は統合構成が採用され得る。分離構成は、Ｉ／Ｏコマンドを発行するアプリケーションを実行するサーバ機能がストレージノードとは別の計算機に備えられた構成である。結合構成は、サーバ機能がストレージノードに備えられた構成である。分離構成では、ネットワークを介してストレージ機能にＩ／Ｏコマンドが発行されるため、通信インターフェースデバイスの制御のためのＣＰＵ負荷が、統合構成に比べて大きい。

また、例えば、Ｉ／Ｏサイズ（例えば、Ｉ／Ｏコマンド一つあたりのＩ／Ｏ対象データのサイズ）やＩ／Ｏパターン（例えば、リード又はライト、及び、ランダム又はシーケンシャル）が異なると、リソース群を制御する一つ以上のドライバと、当該一つ以上のドライバを制御してＩ／Ｏコマンドを処理するＩ／Ｏ処理ソフトウェアとに割り当てるべきＣＰＵ時間は異なる。

以上のように、ＳＤＳシステムの性能を向上する適切なリソース割当て（例えばリソース配分）をユーザが決定することは難しい。

また、このような問題は、ＳＤＳシステム以外のマルチノードストレージシステムについてもあり得る。

ノード群を構成する複数のノードの各々が、当該ノードのリソース群の一つ以上のドライバを含むハードウェア制御部と、当該ノードがＩ／Ｏ（Input/Output）コマンドを受信した場合、当該Ｉ／Ｏコマンドに従うＩ／Ｏのための処理においてハードウェア制御部を制御するコマンド制御部とを備えている。少なくとも一つのノードが、割当て決定部を備える。割当て決定部が、当該ノードを含む一つ以上のノードのＩ／Ｏ特性に基づき、当該一つ以上のノードについて、ハードウェア制御部及びコマンド制御部に対するリソース割当てを決定する。当該一つ以上のストレージノードの各々では、当該ストレージノードのリソース群のリソース量のうち、ハードウェア制御部及びコマンド制御部の各々に割り当てられるリソース量は、上記決定されたリソース割当てに従う。

マルチノードストレージシステムの性能を向上する適切なリソース割当てを自動で決定できる。

本発明の一実施形態に係るシステム全体の構成を示す図である。 分離構成のうちの物理構成の一例を示す図である。 統合構成のうちの論理構成の一例を示す図である。 統合構成のうちの物理構成の一例を示す図である。 ストレージノードのメモリに格納されるプログラム及びテーブルの一例を示す図である。 管理ノードが保持するプログラム及びテーブルの一例を示す図である。 構成管理テーブルの構成例を示す図である。 動作モード管理テーブルの構成例を示す図である。 割当て管理テーブルの構成例を示す図である。 Ｉ／Ｏ統計管理テーブルの構成例を示す図である。 アプリモード管理テーブルの構成例を示す図である。 アプリＶＭ管理テーブルの構成例を示す図である。 アプリケーション情報が関連付けられ分離構成が指定された構成変更要求を割当て決定プログラムが管理ソフトウェアから受信した場合に行われる処理の流れを示す図である。 アプリケーション指定ＵＩの一例を示す図である。 モード設定処理の流れを示す図である。 コアモード変更処理の流れを示す図である。 Ｉ／Ｏ統計取得処理の流れを示す図である。 分離型スケジューラ処理の流れを示す図である。 マイグレーション処理の流れを示す図である。 アプリケーションと統合構成が管理ソフトウェアに対して指定された場合に行われる処理の流れを示す図である。 アプリケーション指定ＵＩの一例を示す図である。 統合型スケジューラ処理の流れを示す図である。 モード選択支援テーブルの構成例を示す図である。

以下の説明では、「インターフェース装置」は、一つ以上の通信インターフェースデバイスでよい。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「メモリ」は、一つ以上の記憶デバイスの一例である一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の記憶デバイスの一例である一つ以上の永続記憶デバイスでよい。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよく、具体的には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＮＶＭｅ（Non-Volatile Memory Express）ドライブ、又は、ＳＣＭ（Storage Class Memory）でよい。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスでよい。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスでよいが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、「ｘｘｘテーブル」といった表現にて、入力に対して出力が得られる情報を説明することがあるが、当該情報は、どのような構造のデータでもよいし（例えば、構造化データでもよいし非構造化データでもよいし）、入力に対する出力を発生するニューラルネットワークのような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、一つのテーブルは、二つ以上のテーブルに分割されてもよいし、二つ以上のテーブルの全部又は一部が一つのテーブルであってもよい。

また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶装置及び／又はインターフェース装置等を用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有するコントローラのようなデバイス）とされてもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体であってもよい。また、以下の説明において、二つ以上のプログラムが一つのプログラムとして実現されてもよいし、一つのプログラムが二つ以上のプログラムとして実現されてもよい。

また、以下の説明では、「ストレージシステム」は、それぞれが記憶装置を有する複数のストレージノードを備えたマルチノード構成のノード群（例えば分散システム）を含む。各ストレージノードは、一つ以上のＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）グループを備えてもよいが、典型的には、汎用のコンピュータでよい。一つ以上のコンピュータの各々が所定のソフトウェアを実行することにより、当該一つ以上のコンピュータがＳＤｘ（Software-Defined anything）として構築されてよい。ＳＤｘとしては、例えば、ＳＤＳ（Software Defined Storage）又はＳＤＤＣ（Software-defined Datacenter）を採用することができる。例えば、ストレージ機能を有するソフトウェアが一つ以上の汎用のコンピュータの各々で実行されることにより、ＳＤＳとしてのストレージシステムが構築されてよい。また、一つのストレージノードが、ホストコンピュータとしての仮想的なコンピュータと、ストレージシステムの記憶制御装置（典型的には、Ｉ／Ｏ要求に応答してデータを記憶デバイス部に対して入出力する装置）としての仮想的なコンピュータとを実行してもよい。

また、以下の説明では、「ボリューム」を「ＶＯＬ」と表記することがある。「ＶＯＬ」は、論理ボリュームの略であり、論理的な記憶デバイスでよい。ＶＯＬは、実体的なＶＯＬ（ＲＶＯＬ）であってもよいし、仮想的なＶＯＬ（ＶＶＯＬ）であってもよい。「ＲＶＯＬ」は、そのＲＶＯＬを提供するストレージシステムが有する物理的な記憶資源（例えば、一つ以上のＲＡＩＤグループ）に基づくＶＯＬでよい。「ＶＶＯＬ」は、例えば、容量拡張ＶＯＬ（ＴＰＶＯＬ）でよい。ＴＰＶＯＬは、複数の仮想領域（仮想的な記憶領域）で構成されており容量仮想化技術（典型的にはThin Provisioning）に従うＶＯＬでよい。「プール」は、一つ以上の永続記憶デバイス（例えば、当該プールを管理するストレージノード内の永続記憶デバイス、又は、当該ストレージノードと通信可能なストレージノード内の永続記憶デバイス）に基づく複数の実領域（実体的な記憶領域）で構成された記憶領域でよい。ストレージシステムが、受信したライト要求が指定するアドレスが属する仮想領域（ＴＰＶＯＬの仮想領域）に実領域が割り当てられていない場合、その仮想領域（ライト先仮想領域）にプールから実領域を割り当ててよい（ライト先仮想領域に他の実領域が割り当て済であっても実領域が新たにライト先仮想領域に割り当てられてもよい）。ストレージシステムは、割り当てられた実領域に、そのライト要求に付随するライト対象データを書き込んでよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別して説明する場合には、参照符号を使用することがある。例えば、ストレージノードを特に区別しないで説明する場合には、「ストレージノード１５０」と記載し、個々のストレージノードを区別して説明する場合には、「ストレージノード１５０Ａ１」、「ストレージノード１５０Ｂ１」のように記載することがある。

また、以下の説明では、ストレージノードの「Ｉ／Ｏ量」は、当該ストレージノードが一つ以上のＩ／Ｏコマンドを受信したことに伴い生じたＩ／Ｏの量でよい。「Ｉ／Ｏ量」として、「Ｉ／Ｏ数」及び「Ｉ／Ｏサイズ」の少なくとも一つが採用されてよい。「Ｉ／Ｏ数」は、ストレージノードが受信したＩ／Ｏコマンドの数でもよいし、受信した一つ以上のＩ／Ｏコマンドに基づき発行したＩ／Ｏコマンドの数でもよい。発行されたＩ／Ｏコマンドの宛先は、ストレージノード内の記憶デバイスであってもよいし、別のストレージノードであってもよい。「Ｉ／Ｏサイズ」は、ストレージノードが一つ以上のＩ／Ｏコマンドを受信したことに伴いＩ／Ｏされたデータの総サイズでよい。「Ｉ／Ｏ量」は、ライト量、リード量、又は、ライト量及びリード量の両方に従う量（例えば、ライト量とリード量の合計）でよい。「ライト量」の説明は、本段落における「Ｉ／Ｏ量」の説明中の「Ｉ／Ｏ」を「ライト」と読み替えた説明でよい。同様に、「リード量」の説明は、本段落における「Ｉ／Ｏ量」の説明中の「Ｉ／Ｏ」を「リード」と読み替えた説明でよい。

また、以下の説明では、「クラスタ」とは、二つ以上のストレージノードである。或るクラスタにおいて生じたライトの対象のデータは、冗長化されて（例えば二重化されて）、当該クラスタにおける二つ以上のストレージノードに格納される。クラスタには、アクティブのストレージノード１５０と、アクティブのストレージノード１５０が停止する場合にアクティブのストレージノード１５０に代わって起動するスタンバイのストレージノード１５０とが含まれてよい。

以下、一実施形態を詳細に説明する。

図１は、本実施形態に係るシステム全体の構成を示す図である。

計算ノード１００と、管理ノード１２０と、それらと通信可能に接続されたストレージシステム９５がある。

計算ノード１００は、アプリケーション１１０（アプリケーションプログラム）を実行する計算機である。計算ノード１００は、物理的な計算機でもよいし、仮想的な計算機（例えば、仮想マシン（Virtual Machine）やコンテナのような実行環境）でもよい。

管理ノード１２０は、管理ソフトウェア１３０を実行する計算機である。管理ノード１２０は、物理的な計算機でもよいし、仮想的な計算機でもよい。管理ソフトウェア１３０が、管理者からの指示に応答して又は自動的に、アプリケーション情報（例えば、アプリケーションの種類と数）が関連付けられた構成変更要求や、ボリューム情報（例えば、マイグレーション対象のボリュームのＩＤ）が関連付けられたマイグレーション要求を、後述の割当て決定プログラム８２に出すことができる。

ストレージシステム９５は、複数のストレージノード１５０を含むノード群である。ストレージノード１５０は、例えば、所定のソフトウェア（例えば、ＳＤＳソフトウェア）を実行する計算機（例えば汎用計算機）である。

図１の例では、計算ノード１００、管理ノード１２０及びストレージノード１５０はそれぞれ異なるノードであるが、それらのノードのうちの二つ以上のノードを一つのノードが兼ねてもよい。例えば、計算ノード１００及び管理ノード１２０の少なくとも一つは、少なくとも一つのストレージノード１５０に含まれてもよい。

各ストレージノード１５０は、インターフェース装置、記憶装置及びそれらに接続されたプロセッサ７０といった複数の計算リソースであるリソース群を有する。

インターフェース装置の少なくとも一部の一例として、複数のポート１６１がある。ポート１６１が、通信インターフェースデバイスの一例である。

記憶装置の少なくとも一部の一例として、一つ以上のディスク６０であるディスク群６５がある。ディスク６０が、記憶デバイス（特に、永続記憶デバイス）の一例である。

プロセッサ７０の少なくとも一部の一例が、一つ以上のＣＰＵでよく、一つ以上のＣＰＵが、一つ以上のＣＰＵコア（以下、コア）７１を有する。ＣＰＵ及びコア７１のいずれも、プロセッサデバイスの一例である。

プロセッサ７０が、ストレージ制御プログラム８０を実行する。ストレージ制御プログラム８０が実行されることにより実現される機能が、ストレージ機能でよい。ストレージ制御プログラム８０は、ハードウェア制御プログラム８４、コマンド制御プログラム８１、割当て決定プログラム８２、監視プログラム８５及びマイグレーションプログラム８６を含む複数のプログラムの集合でよい。

ハードウェア制御プログラム８４は、リソース群を制御する一つ以上のドライバ、例えば、ポート１６１のドライバ、及び、ディスク６０のドライバを含む。

コマンド制御プログラム８１は、当該プログラム８１を実行するストレージノード１５０がＩ／Ｏコマンドを受信した場合、当該Ｉ／Ｏコマンドに従うＩ／Ｏのための処理においてハードウェア制御プログラム８４を制御する。シーケンシャル又はランダムのライト又はリードが、ストレージノード１５０が提供するボリュームに対して生じる。本実施形態では、ストレージノード１５０は、ボリュームを有し、ボリュームに、１以上のディスク６０が関連付けられる。ボリュームに対し、ディスク６０は、直接的に又は間接的に（例えばプール経由で）割り当てられてよい。例えば、ストレージ１５０は、当該ストレージノード１５０が有するディスク６０を含む一つ以上のディスク６０に基づくプールと、当該プールに関連付けられたボリュームとを有してよい。ボリュームに対するＩ／Ｏは、Ｉ／Ｏ先領域の基になっているディスク６０に対して生じる。すなわち、リード処理は、ボリュームに割り当てられたディスク６０からデータをリードする処理を含む。ライト処理は、ボリュームに割り当てられたディスク６０にデータをライトする処理を含む。各ストレージノード１５０について、ライト処理は、ライト対象のデータを二重化し、一方のデータをストレージノード１５０内のディスク６０にライトし、他方のデータをストレージノード１５０とは別のストレージノード１５０（例えば、同一クラスタ内の別のストレージノード１５０）にポート１６１を介してライトしてよい。

割当て決定プログラム８２は、各ストレージノード１５０に備えられてもよいし、クラスタ毎に少なくとも一つのストレージノード１５０（例えば、マスタのストレージノード１５０）に備えられてもよい。割当て決定プログラム８２は、当該プログラム８２を実行するストレージノード１５０を含む一つのストレージノードの一例である対象クラスタのＩ／Ｏ特性に基づき、対象クラスタについて、ハードウェア制御プログラム８４及びコマンド制御プログラム８１を含む複数のプログラムに対するリソース割当て（例えば、複数のコア７１の配分）を決定する。例えば、割当て決定プログラム８２は、管理ソフトウェア１３０からアプリケーション情報が関連付けられた構成変更要求を受信し、当該構成変更要求に応答して、当該アプリケーション情報から推定されるＩ／Ｏ特性に基づき、リソース割当てを決定する。また、例えば、割当て決定プログラム８２は、対象クラスタのＩ／Ｏ統計に従うＩ／Ｏ特性に基づき、リソース割当てを決定する。対象クラスタのＩ／Ｏ統計は、対象クラスタを構成する各ストレージノード１５０のＩ／Ｏ統計に従う。割当て決定プログラム８２が実行されることにより実現される機能の一例が、割当て決定部でよい。本実施形態では、割当て決定プログラム８２は、複数のリソース割当てがそれぞれ関連付けられた複数の動作モードから、対象クラスタのＩ／Ｏ特性に適合する動作モードを選択する。本実施形態では、動作モードの選択が、リソース割当ての決定の一例である。

監視プログラム８５は、当該プログラム８５を実行するストレージノード１５０のライト量とリード量に基づくＩ／Ｏ統計を監視する。Ｉ／Ｏ統計は、一定時間毎に取得されてよい。Ｉ／Ｏ統計は、例えば、シーケンシャルライトのライト量、ランダムライトのライト量、シーケンシャルリードのリード量、及び、ランダムリードのリード量でよい。

マイグレーションプログラム８６は、ボリュームをクラスタ間でマイグレーションする。ボリュームのマイグレーションは、管理ソフトウェア１３０からのマイグレーション要求に応答して行われてもよいし、Ｉ／Ｏ統計の監視結果に応じて管理ソフトウェア１３０からの要求無しに行われてもよい。

なお、図１は、ストレージシステム９５に関し、少なくとも一つのクラスタに適用された分離構成（アプリケーションを実行するサーバ機能がストレージノードとは別の計算機に備えられた構成）のうちの論理構成の一例を示す。

図２は、分離構成のうちの物理構成の一例を示す図である。

ストレージシステム９５は、複数のクラスタ２００で構成される。各クラスタ２００は、二つ以上のストレージノード１５０で構成される。例えば、クラスタ２００Ａは、ストレージノード１５０Ａ１〜１５０Ａ３で構成され、クラスタ２００Ｂは、ストレージノード１５０Ｂ１〜１５０Ｂ３で構成される。各ストレージノード１５０は、図１を参照して説明した計算リソースの他に、メモリ９０を有する。メモリ９０は、プロセッサ７０に接続されている。

各クラスタ２００において、各ストレージノード１５０は、ネットワークを介して、管理ノード１２０、計算ノード１００、及び、別のストレージノード１５０と通信する。ネットワークは、一つ以上のネットワーク、例えば、第１のネットワーク５１、第２のネットワーク５２、及び、第３のネットワーク５３を含む。第１のネットワーク５１は、ストレージノード１５０と管理ノード１２０間の通信に使用されるネットワークである。第２のネットワーク５２は、ストレージノード１５０と計算ノード１００（及び別のクラスタ２００内のストレージノード１５０）間の通信に使用されるネットワークである。第３のネットワーク５３は、同一クラスタ２００内のストレージノード１５０間の通信に使用されるいわゆる内部ネットワークである。第３のネットワーク５３は、クラスタ２００毎に存在する。例えば、ストレージノード１５０Ａ間の通信に使用されるネットワーク５３Ａと、ストレージノード１５０Ｂ間の通信に使用されるネットワーク５３Ｂがある。

図２に例示の構成において、例えば、第２のネットワーク５２は、ＷＡＮ（Wide Area Network）又はＬＡＮ（Local Area Network）でよく、第１のネットワーク５１及び第３のネットワーク５３の各々は、ＬＡＮでよい。第１のネットワーク５１、第２のネットワーク５２、及び、第３のネットワーク５３の少なくとも一つは、冗長化されていてもよい。例えば、第１のネットワーク５１と第２のネットワーク５２は、互いに分離せず共通のネットワークでもよい。ネットワーク５１〜５３のいずれについても、接続規格は、Ethernet（登録商標）、Infiniband（登録商標）又は無線でよい。

以上の図１及び図２には、分離構成の一例が示されている。分離構成によれば、ストレージノード１５０は、第２のネットワーク５２を介してアプリケーション１１０からＩ／Ｏコマンドを受信する。

一方、少なくとも一つのクラスタ２００に、統合構成（サーバ機能がストレージノードに備えられた構成）を適用することが考えられる。

図３は、統合構成のうちの論理構成の一例を示す図である。図４は、統合構成のうちの物理構成の一例を示す図である。

統合構成によれば、ストレージノード１５０内で、アプリケーション１１０からＩ／Ｏコマンドを受信すること（つまりネットワークを介さないでＩ／Ｏコマンドを受信すること）が生じる。

すなわち、ストレージノード１５０内で、アプリケーション１１０が実行される。具体的には、例えば、図３に示すように、ストレージノード１５０において、一つ以上の計算ＶＭ１８０１と、一つ以上のストレージＶＭ１８０２が、プロセッサ７０によって実行される。計算ＶＭ１８０１は、アプリケーション１１０を実行するＶＭ（Virtual Machine）であり、アプリケーション１１０の実行環境の一例である。ストレージＶＭ１８０２は、ストレージ制御プログラム８０を実行するＶＭであり、ストレージ制御プログラム８０の実行環境の一例である。実行環境は、ＶＭ以外の環境、例えばコンテナでもよい。

このような論理構成によれば、ストレージノード１５０では、計算ＶＭ１８０１内のアプリケーション１１０から発行されたＩ／ＯコマンドをストレージＶＭ１８０２が受信する。すなわち、上述したように、ネットワークを介さずにＩ／Ｏコマンドの送受信がアプリケーション１１０とストレージ制御プログラム８０間で行われる。このため、図４に例示するように、統合構成によれば、第２のネットワーク５２に接続された計算ノードは存在しない。

ストレージシステム９５には、分離構成が適用されたクラスタ２００と、統合構成が適用されたクラスタ２００とが混在してもよい。一つのクラスタ２００に、分離構成と結合構成の両方が同時には適用されない。

図５は、メモリ９０に格納されるプログラム及びテーブルの一例を示す図である。

メモリ９０は、ストレージ制御プログラム８０（すなわち、コマンド制御プログラム８１、ハードウェア制御プログラム８４、マイグレーションプログラム８６、監視プログラム８５及び割当て決定プログラム８２）を格納する。また、メモリ９０は、ストレージシステム９５（又は、当該メモリ９０を有するストレージノード１５０が属するクラスタ２００）の構成を表す構成管理テーブル３０１、動作モードとリソース割当との関係を表す動作モード管理テーブル３０２、計算リソースの割当ての状況を表す割当て管理テーブル３０３、取得されたＩ／Ｏ統計を表すＩ／Ｏ統計管理テーブル３０４、及び、アプリケーションと動作モードとの関係を表すアプリモード管理テーブル３０５を格納する。これらのプログラム及びテーブルの少なくとも一部は、少なくともディスク６０に格納されてもよい。

図５に例示のメモリ９０は、各ストレージノード１５０のメモリ９０でもよいし、クラスタ２００毎のマスタのストレージノード１５０のメモリ９０でもよいし、いずれかの特定のストレージノード１５０でもよい。また、図５に例示のメモリ９０に格納される少なくとも一つのテーブルが、管理ノード１２０に保存されてもよい。

図６は、管理ノード１４０が保持するプログラム及びテーブルの一例を示す図である。

管理ノード１４０が、管理ソフトウェア１３０の他に、アプリケーションとコア数との関係を表すアプリＶＭ管理テーブル４０２を保持する。アプリＶＭ管理テーブル４０２は、例えば、ストレージシステム９５の少なくとも一部に第２の構成例が採用されている場合に存在する。アプリＶＭ管理テーブル４０２は、アプリケーション１１０に適した統合構成を構築するための情報として、ＶＭに割り当てられるコア７１の数を表す情報を持つ。管理ソフトウェア１３０からアプリケーションが指定されると、計算ＶＭ１８０１とストレージＶＭ１８０２にそれぞれ適切な数のコア７１が割り当てられる。

以下、各種テーブルを説明する。なお、以下の説明では、ランダムリードを「ＲＲ」と表記し、ランダムライトを「ＲＷ」と表記し、シーケンシャルリードを「ＳＲ」と表記し、シーケンシャルライトを「ＳＷ」と表記することがある。

図７は、構成管理テーブル３０１の構成例を示す図である。

構成管理テーブル３０１は、クラスタ管理テーブル５０１、ノード管理テーブル５０２及びボリューム管理テーブル５０３を含む。構成管理テーブル３０１は、少なくとも一つのストレージノード１５０が保持する。

クラスタ管理テーブル５０１は、各クラスタ２００の構成を表す。クラスタ管理テーブル５０１は、例えば、クラスタ２００毎にレコードを有する。各クラスタ２００について、レコードは、例えば、当該クラスタ２００のＩＤを表すクラスタＩＤ５１１と、当該クラスタ２００に属する各ストレージノード１５０のＩＤを表すノードＩＤ５１２といった情報を含む。クラスタ管理テーブル５０１は、各クラスタ２００について、当該クラスタ２００に適用されているクラスタ構成種類を区別可能な情報を含んでもよい。例えば、クラスタＩＤ５１１は、適用されているクラスタ構成種類（例えば、分離構成と統合構成のいずれであるか）に応じた値でもよいし、各レコードが、適用されているクラスタ構成種類を表す情報を含んでもよい。

ノード管理テーブル５０２は、各ストレージノード１５０の構成を表す。ノード管理テーブル５０２は、例えば、ストレージノード１５０毎にレコードを有する。各ストレージノード１５０について、レコードは、例えば、当該ストレージノード１５０のＩＤを表すノードＩＤ５２１と、当該ストレージノード１５０が有する各ボリュームのＩＤを表すボリュームＩＤ５２２といった情報を含む。

ボリューム管理テーブル５０３は、各ボリュームの構成を表す。ボリューム管理テーブル５０３は、例えば、ボリューム毎にレコードを有する。各ボリュームについて、レコードは、例えば、当該ボリュームのＩＤを表すボリュームＩＤ５３１と、当該ボリュームのサイズを表すサイズ５３２といった情報を含む。サイズ５３２は、例えば、ボリュームを構成するブロック（単位領域の一例）の数で表現されてよい。

図８は、動作モード管理テーブル３０２の構成例を示す図である。

動作モード管理テーブル３０２は、クラスタモード管理テーブル６０１、コア数テーブル６０２、ディスク数テーブル６０３及びポート数テーブル６０４を含む。動作モード管理テーブル３０２は、少なくとも一つのストレージノード１５０が保持する。

クラスタモード管理テーブル６０１は、クラスタ２００と動作モードとの関係を表す。クラスタモード管理テーブル６０１は、例えば、クラスタ２００毎にレコードを有する。各クラスタ２００について、レコードは、例えば、当該クラスタ２００のＩＤを表すクラスタＩＤ６１１と、当該クラスタ２００について選択された動作モードのＩＤを表すモードＩＤ６１２と、当該選択された動作モードの名称（ラベルの一例）を表すモード名６１３といった情報を含む。動作モードとして、例えば、“リード優先”（リードを最も優先すること）、“ライト優先”（ライトを最も優先すること）、“ＲＲ優先”（ランダムリードを最も優先すること）、“ＲＷ優先”（ランダムライトを最も優先すること）、“ＳＲ優先”（シーケンシャルリードを最も優先すること）、及び、“ＳＷ優先”（シーケンシャルライトを最も優先すること）がある。

コア数テーブル６０２は、動作モードとコア数（リソース割当てのうちコア７１の割当て）との関係を表す。コア数テーブル６０２は、例えば、動作モード毎にレコードを有する。各動作モードについて、レコードは、例えば、当該動作モードのＩＤを表すモードＩＤ６２１と、コマンド制御プログラム８１に割り当てられるコア７１の数を表すＣＭＤ制御６２２と、ハードウェア制御プログラム８４に割り当てられるコア７１の数を表すＨＷ制御６２３と、コマンド制御プログラム８１に割り当てられるコア７１の数を表すＣＭＤ制御６２２と、割当て決定プログラム８２に割り当てられるコア７１の数を表す割当て６２４と、監視プログラム８５に割り当てられるコア７１の数を表す監視６２５といった情報を含む。

ディスク数テーブル６０３は、動作モードとディスク数（リソース割当てのうちディスク６０の割当て）との関係を表す。ディスク数テーブル６０３は、例えば、動作モード毎にレコードを有する。各動作モードについて、レコードは、例えば、当該動作モードのＩＤを表すモードＩＤ６３１と、割り当てられるディスク６０の数を表すディスク数６３２といった情報を含む。なお、本実施形態において、割り当てられるディスク６０の数は、プールからボリュームに割り当てられる領域の基になるディスク６０の数でよい。当該領域の基になっているディスク６０の数が多いほど、Ｉ／Ｏが並行するため、Ｉ／Ｏが高速であることが期待される。

ポート数テーブル６０４は、動作モードとポート数（リソース割当てのうちポート１６１の割当て）との関係を表す。ポート数テーブル６０４は、例えば、動作モード毎にレコードを有する。各動作モードについて、レコードは、例えば、当該動作モードのＩＤを表すモードＩＤ６４１と、割り当てられるポート１６１の数を表すポート数６４２といった情報を含む。なお、本実施形態において、割り当てられるポート１６１の数は、データのＩ／Ｏ（例えば、特にライト）に際して別のストレージノード１５０との通信に使用可能なポート１６１の数でよい。ポート１６１の数が多いほど、Ｉ／Ｏが並行するため、Ｉ／Ｏが高速であることが期待される。

なお、動作モード管理テーブル３０２において、コア数テーブル６０２において、情報６２２〜６２５は、計算リソースの数として解釈されてもよいし、計算リソースの割合として解釈されてもよい。例えば、モードＩＤ６２１“０ｘ０”に対応した情報６２２“２”は、コマンド制御プログラム８１に割り当てられるコア７１の数が“２”であることを意味してもよいし、ストレージノード１５０が持つコア総数のうちの２／１２（“１２”は、情報６２２〜６２５の和）であることを意味してもよい。

図９は、割当て管理テーブル３０３の構成例を示す図である。

割当て管理テーブル３０３は、プログラムテーブル７０１、ノードコア割当てテーブル７０２、ポート割当てテーブル７０３及びディスク割当てテーブル７０４を含む。割当て管理テーブル３０３は、各ストレージノード１５０が保持する。以下、一つのストレージノード１５０を例に取る（図９の説明において「対象ノード１５０」）。

プログラムテーブル７０１は、対象ノード１５０が有するプログラム毎の名称を表す。プログラムテーブル７０１は、例えば、プログラム毎にレコードを有する。各プログラムについて、レコードは、例えば、当該プログラムのＩＤを表すプログラムＩＤ７１１と、当該プログラムの名称を表すプログラム名７１２といった情報を含む。

コア割当てテーブル７０２は、対象ノード１５０が有するコア７１と対象ノード１５０が有するプログラムとの関係を表す。コア割当てテーブル７０２は、例えば、コア７１毎にレコードを有する。各コア７１について、レコードは、例えば、当該コア７１のＩＤを表すコアＩＤ７２１と、当該コア７１の割当先のプログラムのＩＤを表すプログラムＩＤ７２２といった情報を含む。

ポート割当てテーブル７０３は、対象ノード１５０が有するポート１６１の使用状況を表す。ポート割当てテーブル７０３は、例えば、ポート１６１毎にレコードを有する。各ポート１６１について、レコードは、例えば、当該ポート１６１のＩＤを表すポートＩＤ７３１と、当該ポート１６１の使用状態を表す使用状態７３２といった情報を含む。使用状態７３２“１”は、使用中を意味し、“０”は、未使用を意味する。

ディスク割当てテーブル７０４は、対象ノード１５０が有するディスク６０の使用状況を表す。ディスク割当てテーブル７０４は、例えば、ディスク６０毎にレコードを有する。各ディスク６０について、レコードは、例えば、当該ディスク６０のＩＤを表すディスクＩＤ７４１と、当該ディスク６０の使用状態を表す使用状態７４２といった情報を含む。使用状態７４２“１”は、使用中を意味し、“０”は、未使用を意味する。

図１０は、Ｉ／Ｏ統計管理テーブル３０４の構成例を示す図である。

Ｉ／Ｏ統計管理テーブル３０４は、ノードＩ／Ｏ統計テーブル８０１及びボリュームＩ／Ｏ統計テーブル８０２を含む。Ｉ／Ｏ統計管理テーブル３０４は、少なくとも一つのストレージノード１５０が保持する。なお、本実施形態では、「Ｉ／Ｏ統計」とは、リード又はライトとシーケンシャル又はランダムの組で構成されるようなＩ／Ｏパターン毎のＩ／Ｏ量である。

ノードＩ／Ｏ統計テーブル８０１は、各ストレージノード１５０のＩ／Ｏ統計を表す。
ノードＩ／Ｏ統計テーブル８０１は、例えば、ストレージノード１５０毎にレコードを有する。各ストレージノード１５０について、レコードは、例えば、当該ストレージノード１５０のＩＤを表すノードＩＤ８１１と、当該ストレージノード１５０が行ったランダムリードの数を表すＲＲ数８１２と、当該ストレージノード１５０が行ったランダムライトの数を表すＲＷ数８１３と、当該ストレージノード１５０が行ったシーケンシャルリードの数を表すＳＲ数８１４と、当該ストレージノード１５０が行ったシーケンシャルライトの数を表すＳＷ数８１５といった情報を含む。ランダムリードの数とシーケンシャルリードの数が、リード量の一例である。ランダムライトの数とシーケンシャルライトの数が、ライト量の一例である。情報８１２〜８１５が、ストレージノード１５０のＩ／Ｏ統計の一例である。

ボリュームＩ／Ｏ統計テーブル８０２は、各ボリュームのＩ／Ｏ統計を表す。ボリュームＩ／Ｏ統計テーブル８０２は、例えば、ボリューム毎にレコードを有する。各ボリュームについて、レコードは、例えば、当該ボリュームのＩＤを表すボリュームＩＤ８２１と、当該ボリュームに対して行われたランダムリードの数を表すＲＲ数８２２と、当該ボリュームに対して行われたランダムライトの数を表すＲＷ数８２３と、当該ボリュームに対して行われたシーケンシャルリードの数を表すＳＲ数８２４と、当該ボリュームに対して行われたシーケンシャルライトの数を表すＳＷ数８２５といった情報を含む。情報８２２〜８２５が、ボリュームのＩ／Ｏ統計の一例である。なお、Ｉ／Ｏ特性の一例がＩ／Ｏ統計である。

図１１は、アプリモード管理テーブル３０５の構成例を示す図である。

アプリモード管理テーブル３０５は、アプリケーション１１０と動作モードとの関係を表す。アプリモード管理テーブル３０５は、例えば、アプリケーション１１０毎にレコードを有する。各アプリケーション１１０について、レコードは、例えば、当該アプリケーション１１０のＩＤを表すアプリケーションＩＤ９１１と、当該アプリケーション１１０の名称を表すアプリケーション名９１２と、当該アプリケーション１１０に適した動作モードのＩＤを表すモードＩＤ９１３と、当該アプリケーション１１０に適した動作モードの名称を表すモード名９１４といった情報を含む。

図１２は、アプリＶＭ管理テーブル４０２の構成例を示す図である。

アプリＶＭ管理テーブル４０２は、アプリケーション１１０とＶＭに割り当てられるコア７１の数との関係を表す。アプリＶＭ管理テーブル４０２は、例えば、アプリケーション１１０毎にレコードを有する。各アプリケーション１１０について、レコードは、例えば、当該アプリケーション１１０のＩＤを表すアプリケーションＩＤ１０１１と、当該アプリケーション１１０の名称を表すアプリケーション名１０１２と、当該アプリケーション１１０を実行する計算ＶＭ１８０１に割り当てられるコア７１の数を表す計算コア数１０１３と、当該アプリケーション１１０を実行する計算ＶＭ１８０１を含むストレージノード１５０内のストレージＶＭ１８０２に割り当てられるコア７１の数を表すストレージコア数１０１４といった情報を含む。

以下、本実施形態で行われる処理の一例を説明する。

図１３は、アプリケーション情報が関連付けられ分離構成が指定された構成変更要求を割当て決定プログラム８２が管理ソフトウェア１３０から受信した場合に行われる処理の流れを示す図である。

割当て決定プログラム８２が、受信した構成変更要求に関連付けられているアプリケーション情報が表すアプリケーション名を特定し、特定したアプリケーション名に対応する動作モードを選択する（Ｓ１３０１）。具体的には、割当て決定プログラム８２が、特定したアプリケーション名に対応するモードＩＤ９１３をアプリモード管理テーブル３０５から特定する。

そして、割当て決定プログラム８２が、モード設定処理（図１５）を行う（Ｓ１３０２）。モード設定処理は、選択された動作モードを上記構成変更要求に従う構成変更対象のクラスタに設定する処理である。

その後、割当て決定プログラム８２は、注目クラスタ２００（受信した構成変更要求に従うクラスタ２００）に属する全てのストレージノード１５０についてＳ１３０２が行われたか否かを判断する（Ｓ１３０３）。注目クラスタ２００は、構成変更要求に応答して新たに作成されたクラスタ２００でもよいし、指定されたアプリケーション１１０が稼働しているクラスタ２００でもよい。また、構成変更要求には、注目クラスタの要件（例えば、ストレージノード１５０の数、ボリュームの総サイズ等）が関連付けられていて、その要件を満たす新たに作成されたクラスタが注目クラスタでもよい。

Ｓ１３０３の判断結果が偽の場合（Ｓ１３０３：Ｎｏ）、未処理のストレージノード１５０についてＳ１３０２が行われる。

Ｓ１３０３の判断結果が真の場合（Ｓ１３０３：Ｙｅｓ）、処理が終了する、或いは、別の所定の処理が開始される。

例えば、管理者は、アプリケーション及びクラスタ構成種類の指定を、図１４に示すアプリケーション指定ＵＩ１４００に対して行う。アプリケーション指定ＵＩ１４００は、例えがＧＵＩ（Graphical User Interface）であり、アプリケーション名の指定を受け付ける一つ以上のＵＩであるアプリ指定ＵＩ１４１１と、クラスタ構成種類の指定を受け付ける一つ以上のＵＩである構成ＵＩ１４１２と、構成作成の指示を受け付けるＵＩの一例であるボタン１４１３とを含む。アプリケーション指定ＵＩ１４００における種々のＵＩは、例えばＧＵＩ部品である。構成ＵＩ１４１２に対して分離構成が指定されると、アプリ指定ＵＩ１４１１は図１４に例示の構成となる。アプリ指定ＵＩ１４１１に対してアプリケーション名が指定されて、ボタン１４１３が押されると、管理ソフトウェア１３０が、構成変更要求をストレージノード１５０に送信する。当該構成変更要求には、アプリ指定ＵＩ１４１１に対して指定されたアプリケーション名を表すアプリケーション情報が関連付けられており、且つ、構成ＵＩ１４１２に対して指定された分離構成が指定されている。

図１５は、モード設定処理の流れを示す図である。モード設定処理は、注目クラスタに属する各ストレージノード１５０について行われる。

割当て決定プログラム８２は、注目クラスタのクラスタＩＤに対応する動作モード（モードＩＤ６１２及びモード名６１３）をクラスタモード管理テーブル６０１から特定する（Ｓ１５０１）。なお、クラスタモード管理テーブル６０１に注目クラスタに対応するレコードが無い場合には、当該レコードがクラスタモード管理テーブル６０１に追加されてもよい。

割当て決定プログラム８２は、最近選択された動作モードが、Ｓ１５０１で特定された動作モードと異なるか否かを判断する（Ｓ１５０２）。

Ｓ１５０２の判断結果が真の場合（Ｓ１５０２：Ｙｅｓ）、割当て決定プログラム８２は、コアモード変更処理（図１６）を行う（Ｓ１５０３）。

Ｓ１５０３の後、又は、Ｓ１５０２の判断結果が偽の場合（Ｓ１５０２：Ｎｏ）、割当て決定プログラム８２は、ポートモード変更処理を行う（Ｓ１５０４）。Ｓ１５０４では、割当て決定プログラム８２は、Ｓ１５０２の判断結果が真の場合、例えば、下記を行う。Ｓ１５０２の判断結果が偽の場合、Ｓ１５０４がスキップされてよい。
・割当て決定プログラム８２は、最近選択された動作モードに対応したポート数６４２（新ポート数）をポート数テーブル６０４から特定する。
・割当て決定プログラム８２は、Ｓ１５０１で特定された動作モードに対応したポート数６４２（旧ポート数）をポート数テーブル６０４から特定する。
・割当て決定プログラム８２は、新ポート数と旧ポート数とを比較する。
・新ポート数＝旧ポート数であれば、Ｓ１５０４が終了する。
・新ポート数＞旧ポート数であれば、割当て決定プログラム８２は、新ポート数から旧ポート数を減じた数の未使用ポート（使用状態７３２“０”のポート）をポート割当てテーブル７０３から探し、見つかった未使用ポートの使用状態７３２を“１”に更新する。
・新ポート数＜旧ポート数であれば、割当て決定プログラム８２は、旧ポート数から新ポート数を減じた数の使用中ポート（使用状態７３２“１”のポート）をポート割当てテーブル７０３から探し、見つかった使用中ポートの使用状態７３２を“０”に更新する。

また、割当て決定プログラム８２は、ディスクモード変更処理を行う（Ｓ１５０５）。Ｓ１５０５では、割当て決定プログラム８２は、Ｓ１５０２の判断結果が真の場合、例えば、下記を行う。Ｓ１５０２の判断結果が偽の場合、Ｓ１５０５がスキップされてよい。
・割当て決定プログラム８２は、最近選択された動作モードに対応したディスク数６３２（新ディスク数）をディスク数テーブル６０３から特定する。
・割当て決定プログラム８２は、Ｓ１５０１で特定された動作モードに対応したディスク数６３２（旧ディスク数）をディスク数テーブル６０３から特定する。
・割当て決定プログラム８２は、新ディスク数と旧ディスク数とを比較する。
・新ディスク数＝旧ディスク数であれば、Ｓ１５０５が終了する。
・新ディスク数＞旧ディスク数であれば、割当て決定プログラム８２は、新ディスク数から旧ディスク数を減じた数の未使用ディスク（使用状態７４２“０”のディスク）をディスク割当てテーブル７０４から探し、見つかった未使用ディスクの使用状態７４２を“１”に更新する。
・新ディスク数＜旧ディスク数であれば、割当て決定プログラム８２は、旧ディスク数から新ディスク数を減じた数の使用中ディスク（使用状態７４２“１”のディスク）をディスク割当てテーブル７０４から探し、見つかった使用中ディスクの使用状態７４２を“０”に更新する。

図１６は、コアモード変更処理の流れを示す図である。

割当て決定プログラム８２は、変更対象コアを選択する（Ｓ１６０１）。Ｓ１６０１では、例えば、割当て決定プログラム８２は、下記を行う。
・割当て決定プログラム８２は、最近選択された動作モードに対応した情報６２２〜６２５であるコア数６２２〜６２５（図１６の説明において「新コア数６２２〜６２５」）をコア数テーブル６０２から特定する。
・割当て決定プログラム８２は、Ｓ１５０１で特定された動作モードに対応した情報６２２〜６２５であるコア数６２２〜６２５（図１６の説明において「旧コア数６２２〜６２５」）をコア数テーブル６０２から特定する。
・割当て決定プログラム８２は、プログラム毎に、新コア数と旧コア数とを比較する。
・新コア数＝旧コア数のプログラムについては、変更対象コアはゼロである。
・新コア数＞旧コア数のプログラムについては、又は、新コア数＜旧コア数のプログラムについては、新コア数と旧コア数との差に相当する数のコアが、変更対象コアである。例えば、コマンド制御プログラムについて、旧コア数が“３”で、新コア数が“２”の場合、変更対象コアの数は“１”である。

Ｓ１６０２〜Ｓ１６０６が、各変更対象コアについて行われる。以下、一つのコアを例に取る（図１６の説明において「注目コア」）。注目コアは、注目コアに対応したプログラムにとっては、コア余剰のため不要であるが、別のプログラムにとってコア不足のため必要とされるコアである。言い換えれば、コアモード変更処理では、プログラム間でコアがマイグレーションされる。これにより、アプリケーションの指定、クラスタ構成の指定や、Ｉ／Ｏ統計の変化、のうちのいずれによってＩ／Ｏ特性が変化しても、変化後のＩ／Ｏ特性に最適な動作モードが自動で選択され、選択された動作モードに最適なリソース配分（コア数６２２〜６２５）が維持される。

割当て決定プログラム８２は、注目コア上で動作しているプログラムである旧プログラム（具体的には、注目コアに対応したプログラムＩＤ７２２と一致するプログラム７１１に対応したプログラム名から同定されるプログラム）に未完了の処理が存在するか否かを判断する（Ｓ１６０２）。Ｓ１６０２の判断結果が真の場合（Ｓ１６０２：Ｙｅｓ）、割当て決定プログラム８２は、当該未完了の処理が終了するのを待つ（Ｓ１６０３）。

Ｓ１６０３の後、又は、Ｓ１６０２の判断結果が偽の場合（Ｓ１６０２：Ｎｏ）、割当て決定プログラム８２は、注目コアに対し、旧プログラムに代えて新プログラムを割当て、注目コア上で新プログラムを実行させる（Ｓ１６０４）。なお、「新プログラム」とは、コア不足が生じているいずれかのプログラムである。

その後、割当て決定プログラム８２は、注目コアに対応したプログラムＩＤ７２２を、旧プログラムのＩＤから新プログラムのＩＤに更新する（Ｓ１６０５）。

割当て決定プログラム８２は、Ｓ１６０１で選択した変更対象コアに未だＳ１６０２以降の処理がされていない変更対象コアがあるか否かを判断する（Ｓ１６０６）。

Ｓ１６０６の判断結果が真の場合（Ｓ１６０６：Ｙｅｓ）、処理がＳ１６０２に戻る。Ｓ１６０６の判断結果が偽の場合（Ｓ１６０６：Ｎｏ）、コアモード変更処理が終了する。

図１７は、Ｉ／Ｏ統計取得処理の流れを示す図である。

例えば、各ストレージノード１５０において、監視プログラム８５が、定期的に、ボリューム毎のＩ／Ｏ統計（例えば、ＲＲ数、ＲＷ数、ＳＲ数、ＳＷ数）と、当該ストレージノード１５０のＩ／Ｏ統計とを取得する。ストレージノード１５０のＩ／Ｏ統計は、例えば、ＲＲ数、ＲＷ数、ＳＲ数及びＳＷ数といった複数種類のＩ／Ｏ量を含み、各種のＩ／Ｏ量は、当該ストレージノード１５０が有する全ボリュームのＩ／Ｏ量の合計、平均、最大値又は最小値等でよい。

例えば、クラスタ２００毎に、マスタのストレージノード１５０（以下、マスタノード１５０）が存在し、Ｉ／Ｏ統計取得処理は、マスタノード１５０の監視プログラム８５（以下、マスタ監視プログラム８５）により実行される。以下、一つのクラスタ２００を例に取る（図１７の説明において「注目クラスタ２００」）。

マスタ監視プログラム８５が、注目クラスタ２００に属するストレージノード１５０から、ボリューム毎のＩ／Ｏ統計と当該ストレージノード１５０のＩ／Ｏ統計とを表すＩ／Ｏ統計情報を取得する（Ｓ１７０１）。マスタ監視プログラム８５が、当該ストレージノード１５０のＩ／Ｏ統計情報を基に、当該ストレージノード１５０に対応した情報８１２〜８１５（ノードＩ／Ｏ統計テーブル８０１におけるレコード）を登録する（Ｓ１７０２）。

マスタ監視プログラム８５が、クラスタ管理テーブル５０１を参照して、注目クラスタ２００の中に、一定期間内にＳ１７０１及びＳ１７０２が行われてないストレージノード１５０がいるか否かを判断する（Ｓ１７０３）。

Ｓ１７０３の判断結果が真の場合（Ｓ１７０３：Ｙｅｓ）、処理がＳ１７０１に戻る。Ｓ１７０３の判断結果が偽の場合（Ｓ１７０３：Ｎｏ）、注目クラスタの当該一定期間についてのＩ／Ｏ統計の取得が終了する。

図１８は、分離型スケジューラ処理の流れを示す図である。

分離型スケジューラ処理とは、分離構成が適用されているクラスタについての処理である。分離型スケジューラ処理は、クラスタのＩ／Ｏ統計に適した動作モードを選択することと、当該動作モードに対応したリソース割当てを行うこととを含む。分離型スケジューラ処理は、例えば、定期的に又は不定期的に、マスタノード１５０の割当て決定プログラム８２によって行われる。以下、一つのクラスタ２００を例に取る（図１８の説明において「注目クラスタ２００」）。

割当て決定プログラム８２は、ノードＩ／Ｏ統計テーブル８０１を参照し、注目クラスタ２００に属する各ストレージノード１５０のＩ／Ｏ統計から、注目クラスタ２００のＩ／Ｏ統計を特定する（Ｓ１８０１）。注目クラスタ２００のＩ／Ｏ統計は、例えば、ＲＲ数、ＲＷ数、ＳＲ数及びＳＷ数といった複数種類のＩ／Ｏ量を含み、各種のＩ／Ｏ量は、注目クラスタ２００が有する全ストレージノード１５０のＩ／Ｏ量の合計、平均、最大値又は最小値等でよい。

割当て決定プログラム８２は、注目クラスタ２００のＩ／Ｏ統計に適合する動作モードを複数の動作モードから選択する（Ｓ１８０２）。例えば、割当て決定プログラム８２は、注目クラスタ２００のＩ／Ｏ統計から、リードとライトのいずれが多いかや、ＲＲ、ＲＷ、ＳＲ及びＳＷのいずれが最も多いかを判定する。リードが多ければ“リード優先”、ライトが多ければ“ライト優先”、ＲＲが最も多ければ“ＲＲ優先”といった判定結果が得られる。割当て決定プログラム８２は、そのような判定結果に最も近い動作モードを、アプリモード管理テーブル３０５から特定する。

割当て決定プログラム８２は、モード設定処理（図１５）を行う。モード設定処理において、最近選択された動作モードは、Ｓ１８０２で選択された動作モードである。

割当て決定プログラム８２は、注目クラスタ２００に属する全てのストレージノード１５０についてＳ１８０３が行われたか否かを判断する（Ｓ１８０４）。

Ｓ１８０４の判断結果が偽の場合（Ｓ１８０４：Ｎｏ）、未処理のストレージノード１５０についてＳ１８０３が行われる。Ｓ１８０４の判断結果が真の場合（Ｓ１８０４：Ｙｅｓ）、分離型スケジューラ処理が終了する。

図１９は、マイグレーション処理の流れを示す図である。

マイグレーション処理は、マイグレーションプログラム８６により行われる。図１９の説明では、当該マイグレーションプログラム８６を実行するストレージノード１５０を「注目ノード１５０」と言い、注目ノード１５０が属するクラスタ２００を「注目クラスタ２００」と言う。また、図１９の説明では、クラスタ２００（クラスタ２００に属する各ストレージノード１５０）に設定されている動作モードを「クラスタ動作モード」と言う。

マイグレーションプログラム８６が、注目ノード１５０から未処理ボリュームを一つ選択し、選択した未処理ボリュームのＩ／Ｏ統計を、ボリュームＩ／Ｏ統計テーブル８０２から特定する（Ｓ１９０１）。「未処理ボリューム」とは、未だＳ１９０１以降の処理の対象になっていないボリュームである。Ｓ１９０１で選択された未処理ボリュームを、図１９の説明において、「選択ボリューム」と言う。

マイグレーションプログラム８６が、Ｓ１９０１で特定されたＩ／Ｏ統計に適合する動作モードを、例えば図１８のＳ１８０２と同様の方法で選択し、選択した動作モード（以下、ボリューム動作モード）が、注目クラスタ２００の現在のクラスタ動作モードに一致するか否かを判断する（Ｓ１９０２）。Ｓ１９０２の判断結果が真の場合（Ｓ１９０２：Ｙｅｓ）、処理がＳ１９０５に進む。

Ｓ１９０２の判断結果が偽の場合（Ｓ１９０２：Ｎｏ）、マイグレーションプログラム８６が、注目ノード１５０（又は、注目クラスタ２００のマスタノード１５０）におけるクラスタモード管理テーブル６０１を基に、ボリューム動作モードと一致するクラスタ動作モードが設定されているクラスタ２００である適合クラスタ２００が存在するか否かを判断する（Ｓ１９０３）。Ｓ１９０３の判断結果が偽の場合（Ｓ１９０３：Ｎｏ）、処理がＳ１９０５に進む。

Ｓ１９０３の判断結果が真の場合（Ｓ１９０３：Ｙｅｓ）、マイグレーションプログラム８６が、選択ボリュームを適合クラスタ２００内のストレージノード１５０にマイグレーションする（Ｓ１９０４）。選択ボリュームのマイグレーション先のストレージノード１５０は、選択ボリュームと同サイズのボリュームを作成可能な空き容量があることが特定されたストレージノード１５０でよい。そのようなストレージノード１５０は、例えば、各ストレージノード１５０について、空き容量が管理されている図示しない情報を基に特定されてよい。

マイグレーションプログラム８６は、注目ノード１５０内に未処理ボリュームが存在するか否かを判断する（Ｓ１９０５）。

Ｓ１９０５の判断結果が真の場合（Ｓ１９０５：Ｙｅｓ）、未処理のストレージノード１５０についてＳ１９０５が行われる。Ｓ１９０５の判断結果が偽の場合（Ｓ１９０５：Ｎｏ）、マイグレーション処理が終了する。

図１９の説明によれば、マイグレーション処理は、注目ノード１５０内のボリュームＩ／Ｏ統計テーブル８０２を基に定期的に又は不定期的に行われてよい。それに代えて又は加えて、マイグレーション処理は、注目クラスタ２００のマスタノード１５０におけるマイグレーションプログラム８６により行われてもよいし、管理ソフトウェア１３０により行われてもよい。後者の場合、例えば、管理ソフトウェア１３０が、ストレージシステム９５における各ストレージノード１５０のテーブル３０１〜３０５のうち少なくともＩ／Ｏ統計管理テーブル３０４を収集するようになっていてよい。そして、管理ソフトウェア１３０が、Ｓ１９０１〜Ｓ１９０３を行ってよい。Ｓ１９０３の判断結果が真の場合、管理ソフトウェア１３０が、マイグレーション元のストレージノード１５０のマイグレーションプログラム８６とマイグレーション先のストレージノード１５０のマイグレーションプログラム８６とのうちの少なくとも一つに、マイグレーション元のストレージノード１５０からマイグレーション先のストレージノード１５０に選択ボリュームをマイグレーションすることのマイグレーション要求を送信してよい。

図２０は、アプリケーションと統合構成が管理ソフトウェア１３０に対して指定された場合に行われる処理の流れを示す図である。

管理ソフトウェア１３０が、指定されたアプリケーションに対応した計算コア数及びストレージコア数を、アプリＶＭ管理テーブル４０２から特定する（Ｓ２００１）。

なお、アプリケーション及び統合構成の指定は、例えば次のように行われる。すなわち、アプリケーション指定ＵＩ１４００の構成ＵＩ１４１２（図２１参照）に対して統合構成が指定される。すると、アプリ指定ＵＩ１４１１は図２１に例示の構成となる。すなわち、一つ以上のアプリケーションについて一つ以上の実行数の指定を受け付ける一つ以上のＵＩが展開される。例えば、アプリケーション追加ボタンが押されると、アプリケーションの指定を受け付けるＵＩと当該アプリケーションの実行数を受け付けるＵＩとの組がアプリ指定ＵＩ１４１１に追加される。管理者は、アプリ指定ＵＩ１４１１に対して、アプリケーション及び実行数を指定する。

このように、統合構成が指定される場合、一つのアプリケーションについて一つ以上のインスタンスが指定されることもあれば、複数のアプリケーションが指定されることもある。一つのアプリケーションについてＮのインスタンス（Ｎは自然数）が指定された場合、Ｓ２００１において特定される計算コア数は、当該アプリケーションに対応した計算コア数とＮとの積でよく、特定されるストレージコア数は、当該アプリケーションに対応したストレージコア数とＮとの積でよい。複数のアプリケーションが指定された場合、特定される計算コア数は、当該複数のアプリケーションにそれぞれ対応した複数の計算コア数１０１３の和でよく、特定されるストレージコア数は、当該複数のアプリケーションにそれぞれ対応した複数のストレージコア数１０１４の和でよい。

以下、図２０の説明において、Ｓ２００１で特定されたコア数（計算コア数及びストレージコア数）のコア７１を持つクラスタ２００を、「注目クラスタ２００」と言う。注目クラスタ２００は、Ｓ２００１とＳ２００２の間に管理ソフトウェア１３０により新規に作成されたクラスタ２００（例えば、いずれのクラスタ２００にも属していない二つ以上のストレージノード１５０で構成されたクラスタ２００）でもよいし、未使用のコアの数がＳ２００１で特定されたコア数以上である、統合構成が適用されている既存のクラスタ２００でもよい。クラスタ２００に適用されているクラスタ構成種類は、例えば、クラスタ管理テーブル５０１から特定されてよい。

管理ソフトウェア１３０が、注目クラスタ２００（例えば、注目クラスタ２００のマスタノード１５０）に対して、Ｓ２００１で特定された計算コア数が割り当てられた計算ＶＭ１８０１の作成と起動を指示する（Ｓ２００２）。この指示には、例えば、アプリケーション情報（例えば、指定されたアプリケーションと実行数）が関連付けられていてよい。この指示に応答して、注目クラスタ２００に属する少なくとも一つのストレージノード１５０内に、例えば割当て決定プログラム８２により、一つ以上の計算ＶＭ１８０１が作成され起動される。作成される計算ＶＭ１８０１の数は、指定されたアプリケーションの数に依存してよい。例えば、一つの計算ＶＭ１８０１において、同一のアプリケーションの一つ以上のインスタンスは実行されてよいが、異なるアプリケーションは実行されないでよい。アプリケーション毎に計算ＶＭ１８０１が作成されてもよい。

管理ソフトウェア１３０が、注目クラスタ２００（例えば、注目クラスタ２００のマスタノード１５０）に対して、Ｓ２００１で特定されたストレージコア数が割り当てられたストレージＶＭ１８０２の作成と起動を指示する（Ｓ２００３）。この指示に応答して、注目クラスタ２００に属する少なくとも一つのストレージノード１５０内に、例えば割当て決定プログラム８２により、一つ以上のストレージＶＭ１８０２が作成され起動される。

Ｓ２００２及びＳ２００３のいずれかにおいて、割当て決定プログラム８２が、指定されたアプリケーションに適合した動作モードを選択する。図２０の説明では、注目クラスタ２００は一つとする。このため、適合する動作モードが異なる複数のアプリケーションが指定された場合、下記のうちの少なくとも一つに基づいて、注目クラスタ２００に設定されるべき動作モードが選択されてよい。
・指定された一つ以上のアプリケーションの各々の優先度。
・指定された一つ以上のアプリケーションの各々について、指定された実行数。
・適合する動作モードが同じであるアプリケーションの数。

動作モードが選択された後、割当て決定プログラム８２が、モード設定処理（図１５）を行う（Ｓ２００４）。

割当て決定プログラム８２は、注目クラスタ２００に属する全てのストレージノード１５０についてＳ２００４が行われたか否かを判断する（Ｓ２００５）。

Ｓ２００５の判断結果が偽の場合（Ｓ２００５：Ｎｏ）、未処理のストレージノード１５０についてＳ２００４が行われる。

Ｓ２００５の判断結果が真の場合（Ｓ２００５：Ｙｅｓ）、処理が終了する、或いは、別の所定の処理が開始される。

なお、注目クラスタ２００は複数あってもよい。例えば、動作モード毎にクラスタ２００が用意され、指定された一つ以上のアプリケーションの各々は、当該アプリケーションに適した動作モードに応じたクラスタで実行されてよい。

また、統合構成が指定された場合におけるモード設定処理では、ストレージＶＭ１８０２で実行されるストレージ制御プログラム８０における各プログラムに割り当てられるコア７１の数は、選択された動作モードをキーにコア数テーブル６０２から特定されたコア数に一致しないことがある。なぜなら、ストレージＶＭ１８０２に割り当てられたコア数がベースとなるためである。言い換えれば、ストレージＶＭ１８０２で実行されるストレージ制御プログラム８０における各プログラムには、ストレージＶＭ１８０２に割り当てられたコア数と、選択された動作モードに対応したコア数６２２〜６２５とに基づき、コア数が配分される。例えば、ストレージＶＭ１８０２に割り当てられたコア数が６０であり、選択された動作モードに対応したコア数６２２〜６２５の合計が１２であり、選択された動作モードに対応したコア数６２２が“２”の場合、コマンド制御プログラム８１に割り当てられるコア７１の数は、１０（＝６０×２／１２）でもよいし、選択された動作モードに対応したコア数６２２〜６２５が表すリソース配分に従う、１０未満の数でもよい。

図２２は、統合型スケジューラ処理の流れを示す図である。

統合型スケジューラ処理とは、統合構成が適用されているクラスタについての処理である。統合型スケジューラ処理は、クラスタのＩ／Ｏ統計に適した動作モードを選択することと、当該動作モードに対応したリソース割当てを行うこととを含む。統合型スケジューラ処理は、例えば、定期的に又は不定期的に、マスタノード１５０の割当て決定プログラム８２によって行われる。以下、一つのクラスタ２００を例に取る（図２２の説明において「注目クラスタ２００」）。

割当て決定プログラム８２は、注目クラスタ２００のＩ／Ｏ統計を特定し（Ｓ２２０１）、当該Ｉ／Ｏ統計に適合した動作モードを選択する（Ｓ２２０２）。Ｓ２２０１は、Ｓ１８０１と同様でよく、Ｓ２２０２は、Ｓ１８０２と同様でよい。

計算ＶＭ１８０１とストレージＶＭ１８０２のコア数変更処理が行われる（Ｓ２２０３）。具体的には、Ｓ２２０２で選択された動作モードが、注目クラスタ２００の現在の動作モードと異なっている場合、例えば次の処理が行われる。割当て決定プログラム８２は、Ｓ２２０２で選択された動作モードに対応したアプリケーションＩＤをアプリモード管理テーブル３０５から特定し、特定したアプリケーションＩＤを管理ソフトウェア１３０に通知する。管理ソフトウェア１３０が、通知されたアプリケーションＩＤに対応したコア数（計算コア数及びストレージコア数）をアプリＶＭ管理テーブル４０２から特定し、特定したコア数を指定した変更指示を注目クラスタ２００（例えば、アプリケーションＩＤの通知元の割当て決定プログラム８２）に送信する。この変更指示に応答して、例えば割当て決定プログラム８２により、下記が行われる。
・既存の計算ＶＭ１８０１に割り当てられているコア数が、変更指示で指定されている計算コア数と異なっている場合、既存の計算ＶＭ１８０１に割り当てられているコア７１の数が、当該指定されている計算コア数に変更される。
・既存のストレージＶＭ１８０２に割り当てられているコア数が、変更指示で指定されているストレージコア数と異なっている場合、既存のストレージＶＭ１８０２に割り当てられているコア７１の数が、当該指定されているストレージコア数に変更される。

割当て決定プログラム８２が、モード設定処理（図１５）を行う。モード設定処理において、最近選択された動作モードは、Ｓ２２０２で選択された動作モードである。

割当て決定プログラム８２は、注目クラスタ２００に属する全てのストレージノード１５０についてＳ２２０３及びＳ２２０４が行われたか否かを判断する（Ｓ２２０５）。

Ｓ２２０５の判断結果が偽の場合（Ｓ２２０５：Ｎｏ）、未処理のストレージノード１５０についてＳ２２０３が行われる。

Ｓ２２０５の判断結果が真の場合（Ｓ２２０５：Ｙｅｓ）、統合型スケジューラ処理が終了する。

以上が、本実施形態についての説明である。なお、アプリモード管理テーブル３０５に代えて又は加えて、少なくとも一つのストレージノード１５０のメモリ９０に、図２３に例示のモード選択支援テーブル２３００が格納されてよい。モード選択支援テーブル２３００は、例えば、動作モード毎に、レコードを有してよい。レコードが、動作モードのＩＤを表すモードＩＤ２３１１と、当該動作モードに適合するアプリケーションＩＤ及びアプリケーション名を表すアプリ情報２３１２と、当該動作モードに適合するＩ／Ｏ特性サマリを表すＩ／Ｏサマリ２３１３と、当該動作モードに適合するクラスタ構成種類を表す構成種類２３１４といった情報を含んでよい。割当て決定プログラム８２が、指定されたアプリケーションと、指定されたクラスタ構成種類と、クラスタについて取得されたＩ／Ｏ統計とに対応する動作モードを、モード選択支援テーブル２３００から選択できる。

以上の説明を、例えば以下のように総括することができる。

例えばＳＤＳソフトウェアを各計算機が実行することで構築されるマルチノードストレージシステムの一例としてのストレージシステム９５において、ハードウェア制御プログラム８４（ハードウェア制御部の一例）は、リソース群の一つ以上のドライバを含む。ハードウェア制御プログラム８４は、ストレージノード１５０のＯＳ（Operating System）における一部のプログラムを含むこともあり得る。このようなハードウェア制御プログラム８４は、一般に、コマンド制御プログラム８１（コマンド制御部の一例）のベンダとは異なるベンダにより提供される。ストレージノード１５０において、コマンド制御プログラム８１と、コマンド制御プログラム８１により制御されるハードウェア制御プログラム８４といった複数のプログラムの各々に適したリソース量は、ストレージノード１５０の状況次第である。

そこで、ストレージシステム９５のうちの少なくとも一つのストレージノード１５０（例えば、マスタノード１５０）が、割当て決定プログラム８２（割当て決定部の一例）を有する。割当て決定プログラム８２が、当該ストレージノード１５０を含む一つ以上のストレージノード１５０のＩ／Ｏ特性に基づき、当該一つ以上のストレージノード１５０について、ハードウェア制御プログラム８４及びコマンド制御プログラム８１を含む複数のプログラムに対するリソース割当てを決定する。当該一つ以上のストレージノード１５０の各々では、当該ストレージノード１５０のリソース群のリソース量のうち、ハードウェア制御プログラム８４及びコマンド制御プログラム８１を含む複数のプログラムの各々に割り当てられるリソース量は、上記決定されたリソース割当てに従う。これにより、ストレージシステム９５の性能を向上する適切なリソース割当てを自動で決定できる。なお、各ノード１５０について、少なくとも一種類の計算リソースに関し、「リソース量」は、計算リソースの数と、計算リソースを使用可能な時間長とのうちの少なくとも一つでよい。また、「リソース割当て」は、基準としてのリソース量の配分であってよい。

複数のストレージノード１５０の各々は、複数のクラスタ２００のうちのいずれかの構成要素でよい。各クラスタ２００は、二つ以上のストレージノード１５０で構成されてよい。そして、直前の段落の「一つ以上のストレージノード１５０」は、複数のクラスタ２００のいずれかである対象クラスタ２００でよい。これにより、クラスタ単位でのリソース割当てを実現でき、以って、クラスタ２００毎に、クラスタのＩ／Ｏ特性に適した性能が期待される。

対象クラスタ２００のＩ／Ｏ特性は、アプリケーション指定ＵＩ１４００（ユーザインターフェースの一例）を介して入力された情報であるアプリケーション情報に基づいてよい。アプリケーション情報は、対象クラスタ２００にＩ／Ｏコマンドを発行する一つ以上のアプリケーションを表す情報でよい。これにより、対象クラスタ２００の起動前に対象クラスタ２００について期待されるＩ／Ｏ特性に適したリソース割当てが実現される。このため、対象クラスタ２００の性能向上が期待される。

各ストレージノード１５０が、当該ストレージノード１５０のライト量とリード量に基づく統計であるＩ／Ｏ統計を監視する監視プログラム８５（監視部の一例）を備えてよい。対象クラスタ２００のＩ／Ｏ特性は、対象クラスタ２００を構成する二つ以上のストレージノード１５０の各々のＩ／Ｏ統計から特定される、対象クラスタ２００のＩ／Ｏ統計を含んでよい。対象クラスタ２００のＩ／Ｏ特性に基づきリソース割当てが決定される都度に、対象クラスタ２００に属する二つ以上のストレージノードの各々では、当該決定されたリソース割当てが対象クラスタ２００の最近のリソース割当てと異なっていれば、当該決定されたリソース割当てに従い、ハードウェア制御プログラム８４及びコマンド制御プログラム８１を含む複数のプログラムの各々に割り当てられるリソース量が変更されてよい。これにより、対象クラスタ２００のＩ／Ｏ統計に適したリソース割当てが維持され、以って、対象クラスタ２００の性能が維持されることが期待される。

対象クラスタ２００のＩ／Ｏ特性は、対象クラスタ２００がアプリケーションから発行されるＩ／Ｏコマンドをネットワーク経由で受信するか否かに従うクラスタ構成種類を含んでよい。これにより、クラスタ構成種類にも適したリソース割当てが期待される。

複数のクラスタ２００の各々が、一つ以上のボリュームを有してよい。対象クラスタ２００に、対象クラスタ２００のＩ／Ｏ特性に適合しないＩ／Ｏ特性のボリュームである対象ボリュームがある場合、当該対象ボリュームが、対象クラスタ２００から、当該対象ボリュームのＩ／Ｏ特性に適合するＩ／Ｏ特性を持つクラスタ２００にマイグレーションされてよい。これにより、各クラスタ２００には、当該クラスタ２００のＩ／Ｏ特性に適合するＩ／Ｏ特性のボリュームが相対的に多くなり、結果として、各クラスタ２００の性能向上が期待される。

リソース割当ての決定とは、Ｉ／Ｏに関わる複数の動作モードから、一つ以上のストレージノードのＩ／Ｏ特性に適合する動作モードを選択することでよい。複数の動作モードの各々について、当該動作モードには、当該動作モードに従うリソース割当てが関連付けられていてよい。一つ以上のストレージノード１５０の各々について（例えば、各クラスタ２００について）、決定されたリソース割当ては、選択された動作モードに関連付けられているリソース割当てでよい。このように、動作モード経由でリソース割当てが決まるので、最適なリソース割当てを決定し易いことが期待される。

以上、本発明の一実施例を説明したが、本発明は、この実施例に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、ストレージシステム９５は、必ずしもクラスタ２００を有さなくてもよい。

９５：ストレージシステム

Claims (12)

1. 複数のストレージノードを含むノード群を備え、
   前記複数のストレージノードの各々が、
   一つ以上のプロセッサデバイスと、一つ以上の記憶デバイスと、一つ以上の通信インターフェースデバイスとを含む複数の計算リソースであるリソース群と、
   前記一つ以上の永続記憶デバイスと前記一つ以上の通信インターフェースデバイスとを制御する一つ以上のドライバを含むハードウェア制御部と、
   当該ストレージノードがＩ／Ｏ（Input/Output）コマンドを受信した場合、当該Ｉ／Ｏコマンドに従うＩ／Ｏのための処理において前記ハードウェア制御部を制御するコマンド制御部と
   を備え、
   前記ノード群のうちの少なくとも一つのストレージノードが、当該ストレージノードを含む一つ以上のストレージノードのＩ／Ｏ特性に基づき、当該一つ以上のストレージノードについて、ハードウェア制御部及びコマンド制御部に対するリソース割当てを決定する割当て決定部を備え、
   前記一つ以上のストレージノードの各々では、当該ストレージノードのリソース群のリソース量のうち、ハードウェア制御部及びコマンド制御部の各々に割り当てられるリソース量は、前記決定されたリソース割当てに従う、
   ストレージシステム。
2. 前記複数のストレージノードの各々は、複数のクラスタのうちのいずれかの構成要素であり、
   前記複数のクラスタの各々は、二つ以上のストレージノードで構成されており、
   前記一つ以上のストレージノードは、前記複数のクラスタのいずれかである対象クラスタである、
   請求項１に記載のストレージシステム。
3. 前記対象クラスタのＩ／Ｏ特性は、ユーザインターフェースを介して入力された情報であるアプリケーション情報に基づき、
   前記アプリケーション情報は、前記対象クラスタにＩ／Ｏコマンドを発行する一つ以上のアプリケーションを表す情報である、
   請求項２に記載のストレージシステム。
4. 前記複数のストレージノードの各々が、当該ストレージノードのライト量とリード量に基づく統計であるＩ／Ｏ統計を監視する監視部を備え、
   前記対象クラスタのＩ／Ｏ特性は、前記対象クラスタを構成する二つ以上のストレージノードの各々のＩ／Ｏ統計から特定される、前記対象クラスタのＩ／Ｏ統計を含み、
   前記対象クラスタのＩ／Ｏ特性に基づきリソース割当てが決定される都度に、前記二つ以上のストレージノードの各々では、当該決定されたリソース割当てが前記対象クラスタの最近のリソース割当てと異なっていれば、当該決定されたリソース割当てに従い、ハードウェア制御部及びコマンド制御部の各々に割り当てられるリソース量が変更される、
   請求項３に記載のストレージシステム。
5. 前記対象クラスタのＩ／Ｏ特性は、前記対象クラスタがアプリケーションから発行されるＩ／Ｏコマンドをネットワーク経由で受信するか否かに従うクラスタ構成種類を含む、
   請求項４に記載のストレージシステム。
6. 前記複数のクラスタの各々が、一つ以上のボリュームを有し、
   前記対象クラスタに、前記対象クラスタのＩ／Ｏ特性に適合しないＩ／Ｏ特性のボリュームである対象ボリュームがある場合、当該対象ボリュームが、前記対象クラスタから、当該対象ボリュームのＩ／Ｏ特性に適合するＩ／Ｏ特性を持つクラスタにマイグレーションされる、
   請求項５に記載のストレージシステム。
7. 前記一つ以上のストレージノードのＩ／Ｏ特性は、ユーザインターフェースを介して入力された情報が表すアプリケーション定義に基づき、
   前記アプリケーション定義は、前記一つ以上のストレージノードにＩ／Ｏコマンドを発行する一つ以上のアプリケーションに関する定義であり、当該一つ以上のアプリケーションのうちの少なくとも一つのアプリケーションの種別を含む、
   請求項１に記載のストレージシステム。
8. 前記複数のストレージノードの各々が、当該ストレージノードのライト量とリード量に基づく統計であるＩ／Ｏ統計を監視する監視部を備え、
   前記一つ以上のストレージノードのＩ／Ｏ特性は、当該一つ以上のストレージノードの各々のＩ／Ｏ統計から特定される、当該一つ以上のストレージノードのＩ／Ｏ統計を含み、
   当該一つ以上のストレージノードのＩ／Ｏ特性に基づきリソース割当てが決定される都度に、当該一つ以上のストレージノードの各々では、当該決定されたリソース割当てが当該一つ以上のストレージノードの最近のリソース割当てと異なっていれば、当該決定されたリソース割当てに従い、ハードウェア制御部及びコマンド制御部の各々に割り当てられるリソース量が変更される、
   請求項１に記載のストレージシステム。
9. 前記一つ以上のストレージノードのＩ／Ｏ特性は、当該一つ以上のストレージノードがアプリケーションから発行されるＩ／Ｏコマンドをネットワーク経由で受信するか否かに従う構成種別を含む、
   請求項１に記載のストレージシステム。
10. 前記複数のストレージノードの各々が、一つ以上のボリュームを有し、
    前記一つ以上のストレージノードに、当該一つ以上のストレージノードのＩ／Ｏ特性に適合しないＩ／Ｏ特性のボリュームである対象ボリュームがある場合、当該対象ボリュームが、前記一つ以上のストレージノードから、当該対象ボリュームのＩ／Ｏ特性に適合するＩ／Ｏ特性を持つ一つ以上のストレージノードにマイグレーションされる、
    請求項１に記載のストレージシステム。
11. リソース割当ての決定とは、Ｉ／Ｏに関わる複数の動作モードから、前記一つ以上のストレージノードのＩ／Ｏ特性に適合する動作モードを選択することであり、
    前記複数の動作モードの各々について、当該動作モードには、当該動作モードに従うリソース割当てが関連付けられており、
    前記一つ以上のストレージノードの各々について、前記決定されたリソース割当ては、前記選択された動作モードに関連付けられているリソース割当てである、
    請求項１に記載のストレージシステム。
12. 複数のストレージノードを含むノード群のうちの一つ以上のストレージノードのＩ／Ｏ特性を特定し、
    前記複数のストレージノードの各々が、
    一つ以上のプロセッサデバイスと、一つ以上の記憶デバイスと、一つ以上の通信インターフェースデバイスとを含む複数の計算リソースであるリソース群と、
    前記一つ以上の永続記憶デバイスと前記一つ以上の通信インターフェースデバイスとを制御する一つ以上のドライバを含むハードウェア制御部と、
    当該ストレージノードがＩ／Ｏ（Input/Output）コマンドを受信した場合、当該Ｉ／Ｏコマンドに従うＩ／Ｏのための処理において前記ハードウェア制御部を制御するコマンド制御部と
    を備え、
    前記特定されたＩ／Ｏ特性に基づき、当該一つ以上のストレージノードについて、当該一つ以上のストレージノードの各々におけるハードウェア制御部及びコマンド制御部に対するリソース割当てを決定し、
    前記一つ以上のストレージノードの各々では、当該ストレージノードのリソース群のリソース量のうち、ハードウェア制御部及びコマンド制御部の各々に割り当てられるリソース量は、前記決定されたリソース割当てに従う、
    リソース割当て制御方法。
    

Images