特開 2025-14626 ストレージシステム、及びストレージシステムの管理方法

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

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

(11)【公開番号】P2025014626

(43)【公開日】2025-01-30

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

(51)【国際特許分類】

   G06F 3/06 20060101AFI20250123BHJP

   G06F 13/10 20060101ALI20250123BHJP

   G06F 13/12 20060101ALI20250123BHJP

   G06F 9/50 20060101ALI20250123BHJP

   G06F 11/20 20060101ALI20250123BHJP

【ＦＩ】

G06F3/06 301Z

G06F13/10 330C

G06F13/10 340A

G06F13/12 340A

G06F9/50 120A

G06F11/20 666

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023117331

(22)【出願日】2023-07-19

(71)【出願人】

【識別番号】524132520

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

(74)【代理人】

【識別番号】110002365

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

(72)【発明者】

【氏名】額田 哲彰

(72)【発明者】

【氏名】伊藤 晋太郎

(72)【発明者】

【氏名】山本 貴大

(72)【発明者】

【氏名】大平 良徳

【テーマコード（参考）】

5B034

【Ｆターム（参考）】

5B034CC04

(57)【要約】

【課題】ストレージシステムのリソースを適切に割り当ててストレージシステムの性能を向上する。
【解決手段】プロセッサ７０を有する複数のストレージノード１５０と、記憶装置とを備えたストレージシステムにおいて、プロセッサ７０は、それぞれ複数のプロセッサコアを有し、当該プロセッサコアを用いて、記憶装置に入出力するデータを処理する複数のプログラムを実行し、論理的な記憶領域であるボリュームを提供し、前記それぞれ複数のプログラムに対して割り当てるプロセッサコアの数を調整する。
【選択図】図１

【特許請求の範囲】

【請求項1】

プロセッサを有する複数のストレージノードと、記憶装置とを備えたストレージシステムにおいて、
前記プロセッサは、それぞれ複数のプロセッサコアを有し、当該プロセッサコアを用いて前記記憶装置に入出力するデータを処理する複数のプログラムを実行し、
論理的な記憶領域であるボリュームを提供し、
前記それぞれの複数のプログラムに対して割り当てるプロセッサコアの数を調整する
ことを特徴とするストレージシステム。

【請求項2】

請求項１に記載のストレージシステムであって、
ボリュームの属性に基づいて、前記プログラムへのプロセッサコアの割り当てを変更し、
前記ボリュームの属性は、前記データを圧縮する機能と、データの複製を生成する機能との少なくともいずれかを含むことを特徴とするストレージシステム。

【請求項3】

請求項２に記載のストレージシステムであって、
前記データの複製を生成する機能は、スナップショット作成機能またはリモートコピー機能であることを特徴とするストレージシステム。

【請求項4】

請求項２に記載のストレージシステムであって、
前記プログラムには、前記ボリュームを提供し、入出力するデータを圧縮するストレージ制御プログラムが含まれ、
前記ストレージ制御プログラムは、前記データを圧縮して格納する圧縮ボリュームと、前記データを非圧縮で格納する非圧縮ボリュームとを含む複数のボリュームを提供し、
前記プロセッサは、前記圧縮ボリュームの数と前記非圧縮ボリュームの数とに基づいて、前記ストレージ制御プログラムに対して割り当てるプロセッサコアの数を調整することを特徴とするストレージシステム。

【請求項5】

請求項４に記載のストレージシステムであって、
前記ボリュームの属性と前記ボリュームに対するデータの入出力の数に応じて、前記ストレージ制御プログラムに対して割り当てるプロセッサコアの数を決定することを特徴とするストレージシステム。

【請求項6】

請求項５に記載のストレージシステムであって、
前記ストレージ制御プログラムが提供する複数のボリュームの各々について、当該ボリュームの属性に応じて各プログラムの基本入出力オーバヘッドを決定し、前記基本入出力オーバヘッドと前記データの入出力数とから各ボリュームの各プログラムにおけるオーバヘッドを算出し、算出したオーバヘッドをプログラムごとに合算し、合算したプログラムごとのオーバヘッドの比率から前記プロセッサコアの割り当てを決定することを特徴とするストレージシステム。

【請求項7】

請求項４に記載のストレージシステムであって、
前記ストレージノードの同じプロセッサ上で、アクティブのストレージ制御プログラムとスタンバイのストレージ制御プログラムとが動作しており、フェイルオーバにより前記スタンバイのストレージ制御プログラムがアクティブに移行した場合に、フェイルオーバ前からアクティブのストレージ制御プログラムと、フェイルオーバによりスタンバイからアクティブに移行したストレージ制御プログラムとに割り当てるプロセッサコアの数を調整することを特徴とするストレージシステム。

【請求項8】

請求項２に記載のストレージシステムであって、
前記プログラムには、
前記ボリュームを提供し、入出力するデータを圧縮するストレージ制御プログラムと、
前記データを冗長化して複数の記憶装置に格納するためのデータ冗長化プログラムと、
が含まれ、
前記ボリュームの属性の機能が多くなるにつれて前記ストレージ制御プログラムに割り当てるコアを多く、データ冗長化プログラムに割り当てるコアを少なく設定する
ことを特徴とするストレージシステム。

【請求項9】

請求項８に記載のストレージシステムであって、
前記プログラムには、前記データを冗長化して複数の記憶装置に格納するためのデータ冗長化プログラムが含まれ、
前記ストレージ制御プログラム、前記データ冗長化プログラムに割り当てるプロセッサコアの比率を維持しつつ、前記フェイルオーバ前からアクティブのストレージ制御プログラムと、前記フェイルオーバによりスタンバイからアクティブに移行したストレージ制御プログラムとに割り当てるプロセッサコアの数を調整することを特徴とするストレージシステム。

【請求項10】

プロセッサを有する複数のストレージノードと、記憶装置とを備えたストレージシステムの管理方法において、
前記プロセッサが、それぞれ複数のプロセッサコアを有し、当該プロセッサコアを用いて前記記憶装置に入出力するデータを処理する複数のプログラムを実行し、
論理的な記憶領域であるボリュームを提供し、
前記それぞれの複数のプログラムに対して割り当てるプロセッサコアの数を調整する
ことを特徴とするストレージシステムの管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、ストレージシステムのリソースを適切に割り当てて性能を向上するため、特開２０２１－０２６６５９号公報（特許文献１）に記載の技術がある。この公報には、「ノード群を構成する複数のノードの各々が、当該ノードのリソース群の一つ以上のドライバを含むハードウェア制御部と、当該ノードがＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）コマンドを受信した場合、当該Ｉ／Ｏコマンドに従うＩ／Ｏのための処理においてハードウェア制御部を制御するコマンド制御部とを備えている。少なくとも一つのノードが、割当て決定部を備える。割当て決定部が、当該ノードを含む一つ以上のノードのＩ／Ｏ特性に基づき、当該一つ以上のノードについて、ハードウェア制御部及びコマンド制御部に対するリソース割当てを決定する。当該一つ以上のストレージノードの各々では、当該ストレージノードのリソース群のリソース量のうち、ハードウェア制御部及びコマンド制御部の各々に割り当てられるリソース量は、上記決定されたリソース割当てに従う。」という記載がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－０２６６５９号公報

【発明の概要】

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

【0004】

上記の技術では、非圧縮でデータを格納するボリュームに対して、ＲＷ（Write/Read）比率を加味してＣＰＵコア割当を決定する。しかし、データを圧縮してデータを格納可能なボリュームなど、ボリュームの機能や属性による負荷の違いについては考慮されていない。また、フェイルオーバによる負荷の変動のようなストレージノードの稼働状態による負荷の違いも考慮されていない。

【0005】

そこで、本発明では、ボリュームの属性及び／又はストレージノードの稼働状態による負荷の違いを考慮し、ストレージシステムのリソースをさらに適切に割り当ててストレージシステムの性能を向上することを目的とする。

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

【0006】

上記目的を達成するために、代表的な本発明のストレージシステムの一つは、プロセッサを有する複数のストレージノードと、記憶装置とを備えたストレージシステムにおいて、前記プロセッサは、それぞれ複数のプロセッサコアを有し、当該プロセッサコアを用いて前記記憶装置に入出力するデータを処理する複数のプログラムを実行し、論理的な記憶領域であるボリュームを提供し、前記それぞれの複数のプログラムに対して割り当てるプロセッサコアの数を調整することを特徴とする。
また、代表的な本発明のストレージシステムの管理方法の一つは、プロセッサを有する複数のストレージノードと、記憶装置とを備えたストレージシステムの管理方法において、前記プロセッサが、それぞれ複数のプロセッサコアを有し、当該プロセッサコアを用いて前記記憶装置に入出力するデータを処理する複数のプログラムを実行し、論理的な記憶領域であるボリュームを提供し、前記それぞれの複数のプログラムに対して割り当てるプロセッサコアの数を調整することを特徴とする。

【発明の効果】

【0007】

本発明によれば、ストレージシステムのリソースを適切に割り当ててストレージシステムの性能を向上できる。上記した以外の課題、構成及び効果は以下の実施の形態の説明により明らかにされる。

【図面の簡単な説明】

【0008】

【図1】実施例１のストレージシステムの説明図

【図2】ストレージシステムの物理構成についての説明図

【図3】ストレージ制御プログラムとメモリの冗長構成の説明図

【図4】非圧縮ボリュームにおけるデータの冗長化の説明図

【図5】圧縮ボリュームにおけるデータの冗長化の説明図

【図6】メモリに格納されるプログラム及びテーブルの一例を示す図

【図7】アドレス変換テーブルの具体例

【図8】圧縮データ用アドレス変換テーブルの具体例

【図9】ボリューム構成管理テーブルの具体例

【図10】コア割当比率管理テーブルの具体例

【図11】コア管理テーブルの具体例

【図12】コア割当調整対象プログラム毎コア数管理テーブルの具体例

【図13】非圧縮ボリュームに対するライト処理のフローチャート

【図14】非圧縮のユーザデータをデステージする処理のフローチャート

【図15】圧縮データのライト処理のフローチャート

【図16】圧縮データをデステージする処理のフローチャート

【図17】実施例１のコア数調整のフローチャート

【図18】コア数増減処理の詳細を示すフローチャート

【図19】実施例２のシステムにおけるボリューム構成管理テーブル

【図20】実施例２のシステムが有する属性毎Ｉ／Ｏ処理オーバヘッド管理テーブルの説明図

【図21】実施例２のコア数調整のフローチャート

【図22】コア割当比率計算処理の詳細を示すフローチャート

【図23】フェイルオーバの説明図

【図24】実施例３で用いるクラスタ管理テーブルの説明図

【図25】フェイルオーバの処理手順を示すフローチャート

【図26】実施例３のコア数調整のフローチャート

【図27】複数のストレージ制御プログラムに対するコア数調整のフローチャート

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

【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】

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

【0035】

図２に例示の構成において、例えば、第２のネットワーク５２は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）又はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）でよく、第１のネットワーク５１及び第３のネットワーク５３の各々は、ＬＡＮでよい。第１のネットワーク５１、第２のネットワーク５２、及び、第３のネットワーク５３の少なくとも一つは、冗長化されていてもよい。例えば、第１のネットワーク５１と第２のネットワーク５２は、互いに分離せず共通のネットワークでもよい。ネットワーク５１～５３のいずれについても、接続規格は、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｉｎｆｉｎｉｂａｎｄ（登録商標）又は無線でよい。
ストレージノード１５０は、第２のネットワーク５２を介してアプリケーション１１０からＩ／Ｏコマンドを受信する。

【0036】

図３は、ストレージ制御プログラムとメモリの冗長構成の説明図である。ストレージ制御プログラムは、図３では、ストレージノード１５０Ａ１のストレージ制御プログラム８０Ａ１がアクティブ、ストレージノード１５０Ａ２のストレージ制御プログラム８０Ａ２がスタンバイとなっている。
ストレージノード１５０Ａ１のプロセッサ７０Ａ１は、ストレージ制御プログラム８０Ａ１に加え、メモリデータ冗長化プログラム８３Ａ１を実行している。
同様に、ストレージノード１５０Ａ２のプロセッサ７０Ａ２は、ストレージ制御プログラム８０Ａ２に加え、メモリデータ冗長化プログラム８３Ａ２を実行している。

【0037】

計算ノード１００のアプリケーション１１０がボリュームに対してＩ／Ｏコマンドを発行すると、アクティブであるストレージ制御プログラム８０Ａ１がＩ／Ｏコマンドを処理する。ストレージ制御プログラム８０Ａ１は、Ｉ／Ｏの結果をメモリ９０Ａ１に格納する。

【0038】

メモリデータ冗長化プログラム８３Ａ１は、ストレージ制御プログラム８０Ａ１がメモリ９０Ａ１に格納したデータを、メモリデータ冗長化プログラム８３Ａ２に送る。メモリデータ冗長化プログラム８３Ａ２は、メモリデータ冗長化プログラム８３Ａ１から受信したデータをストレージノード１５０Ａ２のメモリ９０Ａ２に格納する。
この結果、メモリ９０Ａ１とメモリ９０Ａ２のデータを一致させることができる。

【0039】

図４は、非圧縮ボリュームにおけるデータの冗長化の説明図である。本実施例では、Mirror方式によって二重化しているが、パリティを用いるEC（Ereasure Coding）方式を採用してもよい。まず、計算ノード１００のアプリケーション１１０が、非圧縮ボリュームに対してユーザデータのライトを行っている。ストレージノード１５０Ａ１のストレージ制御プログラム８０Ａ１は、ライトデータをバッファに格納する。このバッファとしては、メモリ９０Ａ１内のバッファ領域を用いる。非圧縮ボリューム上のアドレスと、ディスク群６５Ａ１におけるアドレスとは、アドレス変換テーブル８４Ａ１により対応付けられている。

【0040】

また、ストレージノード１５０Ａ１のメモリデータ冗長化プログラム８３Ａ１は、バッファ上のユーザデータを読み出して、ストレージノード１５０Ａ２のメモリデータ冗長化プログラム８３Ａ２に送る。メモリデータ冗長化プログラム８３Ａ２は、メモリデータ冗長化プログラム８３Ａ１から受信したユーザデータをストレージ制御プログラム８０Ａ２のバッファに書き込むことで二重化する。そして、各々ディスク群６５Ａ１、６５Ａ２に一時格納して不揮発化し、その後にストレージ制御プログラム８０Ａ１はアプリケーション１１０に完了応答を送信する。

【0041】

その後、ストレージノード１５０Ａ１のデータ冗長化プログラム８２Ａ１は、バッファ上のユーザデータを読み出して、ストレージ機能の処理を行ってディスク群６５Ａ１の最終格納領域に書き込むとともに、ストレージノード１５０Ａ２のデータ冗長化プログラム８２Ａ２に送る。データ冗長化プログラム８２Ａ２は、データ冗長化プログラム８２Ａ１から受信したユーザデータをディスク群６５Ａ２の最終格納領域に書き込む。

【0042】

このように、図４の動作によれば、非圧縮ボリュームに書き込まれたユーザデータを、ストレージ制御プログラム８０Ａのバッファにおいてもディスク群６５においても冗長化できる。

【0043】

図５は、圧縮ボリュームにおけるデータの冗長化の説明図である。まず、計算ノード１００のアプリケーション１１０が、圧縮ボリュームに対してユーザデータのライトを行っている。ストレージノード１５０Ａ１のストレージ制御プログラム８０Ａ１は、ユーザデータの圧縮の要否を判定する。圧縮が必要なければ、ストレージ制御プログラム８０Ａ１を上書きバッファに格納する。上書きバッファは、図４のバッファに対応する。圧縮が必要ない場合の以降の処理は、図４と同様であるので説明を省略する。

【0044】

圧縮が必要であれば、ストレージ制御プログラム８０Ａ１は、ユーザデータに圧縮処理を行って圧縮データを生成し、追い書きバッファに格納する。追い書きバッファは、圧縮データを一時的に格納するため、メモリ９０Ａ１に設けた領域である。圧縮データの圧縮ボリューム上のアドレスと、ディスク群６５Ａ１におけるアドレスとは、圧縮データ用アドレス変換テーブル８５Ａ１により対応付けられている。

【0045】

また、ストレージノード１５０Ａ１のメモリデータ冗長化プログラム８３Ａ１は、追い書きバッファ上の圧縮データ群を読み出して、ストレージノード１５０Ａ２のメモリデータ冗長化プログラム８３Ａ２に送る。メモリデータ冗長化プログラム８３Ａ２は、メモリデータ冗長化プログラム８３Ａ１から受信した圧縮データ群をストレージ制御プログラム８０Ａ２の追い書きバッファに書き込むことで二重化する。そして、各々ディスク群６５Ａ１、６５Ａ２に一時格納して不揮発化し、その後にストレージ制御プログラム８０Ａ１はアプリケーション１１０に完了応答を送信する。

【0046】

その後、ストレージノード１５０Ａ１のデータ冗長化プログラム８２Ａ１は、追い書きバッファ上の圧縮データ群を読み出して、ストレージ機能の処理を行ってディスク群６５Ａ１の最終格納領域に書き込むとともに、ストレージノード１５０Ａ２のデータ冗長化プログラム８２Ａ２に送る。データ冗長化プログラム８２Ａ２は、データ冗長化プログラム８２Ａ１から受信した圧縮データ群をディスク群６５Ａ２の最終格納領域に書き込む。

【0047】

このように、図５の動作によれば、圧縮データをストレージ制御プログラム８０Ａのバッファにおいてもディスク群６５においても冗長化できる。

【0048】

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

【0049】

メモリ９０は、ストレージ制御プログラム８０、割当調整プログラム８１、データ冗長化プログラム８２及びメモリデータ冗長化プログラム８３を格納する。また、メモリ９０は、アドレス変換テーブル８４、圧縮データ用アドレス変換テーブル８５、ボリューム構成管理テーブル８６、コア管理テーブル８７、コア割当比率管理テーブル８８及びコア割当調整対象プログラム毎コア数管理テーブル８９を格納する。これらのプログラム及びテーブルの少なくとも一部は、ディスク６０に格納されてもよい。

【0050】

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

【0051】

図７は、アドレス変換テーブル８４の具体例である。アドレス変換テーブル８４は、ボリューム上のアドレスと、当該アドレスが圧縮データの格納に用いられているか否かと、上書きバッファ上のアドレスと、ディスク装置上のアドレスとを対応付けている。なお、ボリューム上のアドレスのうち、圧縮データの格納に用いられているアドレスは、上書きバッファ上のアドレスとディスク装置上のアドレスが「値無し」である。

【0052】

図８は、圧縮データ用アドレス変換テーブル８５の具体例である。圧縮データ用アドレス変換テーブル８５は、ボリューム上のアドレスと、追い書きバッファ上のアドレスと、ディスク装置上のアドレスとを対応付けている。

【0053】

図９は、ボリューム構成管理テーブル８６の具体例である。ボリューム構成管理テーブル８６は、ボリューム毎構成情報テーブルと属性毎ボリューム統計テーブルを含む。

【0054】

ボリューム毎構成情報テーブルは、ボリュームＩＤに属性と容量を対応付けている。ボリュームＩＤは、ボリュームを一意に特定する識別情報である。属性は、そのボリュームが非圧縮ボリュームである場合に「Ｓｉｍｐｌｅｘ」、圧縮ボリュームである場合に「Ｃｏｍｐｒｅｓｓｉｏｎ」となる。図９では、ボリュームＩＤ「０」が属性「Ｓｉｍｐｌｅｘ」で容量「５００ＧｉＢ」、ボリュームＩＤ「１」が属性「Ｃｏｍｐｒｅｓｓｉｏｎ」で容量「１ＴｉＢ」、ボリュームＩＤ「２」が属性「Ｃｏｍｐｒｅｓｓｉｏｎ」で容量「１．５ＴｉＢ」である。

【0055】

属性毎ボリューム統計テーブルは、属性と、当該属性を有するボリュームの数と、容量の合計と示す。
図９では、属性「Ｓｉｍｐｌｅｘ」はボリュームの数が「１」、容量の合計が「５００ＧｉＢ」である。属性「Ｃｏｍｐｒｅｓｓｉｏｎ」はボリュームの数が「２」、容量の合計が「２．５ＴｉＢ」である。そして、全属性の合計では、ボリュームの数が「３」、容量の合計が「３ＴｉＢ」である。

【0056】

図１０は、コア割当比率管理テーブル８８の具体例である。コア割当比率管理テーブル８８は、図１の割当比率表に対応する。コア割当比率管理テーブル８８は、「Ｃｏｍｐｒｅｓｓｉｏｎ」の割合に対して、ストレージ制御プログラムコア比率、データ冗長化プログラムコア比率、メモリデータ冗長化プログラムコア比率を対応付けている。

【0057】

図１０では、「ストレージ制御プログラムコア比率：データ冗長化プログラムコア比率：メモリデータ冗長化プログラムコア比率」は、「Ｃｏｍｐｒｅｓｓｉｏｎ」ボリュームの割合が「０％」のときに「１：３：２」、「１０％」のときに「１：３：２」、「１００％」のときに「４：１：１」である。
このように、コア割当比率管理テーブル８８は、圧縮ボリュームの割合が高いときには、ストレージ制御プログラム８０に割り当てるコア７１を多くしている。このため、データの圧縮に高い負荷を要することを考慮して、コア７１の割り当てを最適化できる。

【0058】

図１１は、コア管理テーブル８７の具体例である。コア管理テーブル８７には、コア割当管理テーブルとコア数管理テーブルが含まれる。
コア割当管理テーブルは、コア７１を識別するコアＩＤに対し、当該コアで動作しているプログラムを対応付けたテーブルである。
コア数管理テーブルは、ストレージノード１５０を識別するストレージノードＩＤに、当該ストレージノード１５０で動作するコア７１の数を対応付けたテーブルである。

【0059】

図１２は、コア割当調整対象プログラム毎コア数管理テーブル８９の具体例である。コア割当調整対象プログラム毎コア数管理テーブル８９は、プログラムに対し、動作コアＩＤと、コア数を対応づける。
図１２では、ストレージ制御プログラム８０に、コアＩＤ「１」とコアＩＤ「２」の２つのコア７１が割り当てられている。また、データ冗長化プログラム８２に、コアＩＤ「３」とコアＩＤ「４」の２つのコア７１が割り当てられている。また、メモリデータ冗長化プログラム８３に、コアＩＤ「５」とコアＩＤ「６」の２つのコア７１が割り当てられている。

【0060】

つぎに、ストレージシステムの動作について説明する。
図１３は、非圧縮ボリュームに対するライト処理のフローチャートである。
まず、アプリケーション１１０が、非圧縮ボリュームにライトコマンドを発行する（ステップＳ１０１）。続いて、ストレージ制御プログラム８０は、ライトコマンドを解析し、ボリューム上のデータをライトするアドレスを取得する（ステップＳ１０２）。続いて、ストレージ制御プログラム８０は、ユーザデータをバッファに格納し、さらにディスクに一時格納し不揮発化する（ステップＳ１０３）。続いて、ストレージ制御プログラム８０は、バッファ上のアドレスをアドレス変換テーブル８４に格納してボリューム上のアドレスに対応させる（ステップＳ１０４）。続いて、ストレージ制御プログラム８０は、アプリケーション１１０にライトコマンド完了を応答し（ステップＳ１０５）、処理を終了する。

【0061】

図１４は、非圧縮のユーザデータをデステージする処理のフローチャートである。
まず、ストレージ制御プログラム８０は、ユーザデータをデータ冗長化プログラム上のバッファに格納する（ステップＳ２０１）。続いて、ストレージ制御プログラム８０は、アドレス変換テーブル８４を参照する（ステップＳ２０２）。

【0062】

アドレス変換テーブル８４にディスク装置上のアドレスが存在しなければ（ステップＳ２０３；Ｎｏ）、ストレージ制御プログラム８０は、ディスク装置上のアドレスを新規に割り当てる（ステップＳ２０４）。続いて、ストレージ制御プログラム８０は、ディスク装置上のアドレスをアドレス変換テーブル８４に対応させて格納する（ステップＳ２０５）。

【0063】

ステップＳ２０５の後、もしくはアドレス変換テーブル８４にディスク装置上のアドレスが存在する場合（ステップＳ２０３；Ｙｅｓ）、ストレージ制御プログラム８０は、データ冗長化プログラム８２にユーザデータを格納する（ステップＳ２０６）。その後、ストレージ制御プログラム８０は、ディスク装置上のアドレスにユーザデータを格納するようデータ冗長化プログラム８２に命令を発行する（ステップＳ２０７）。

【0064】

データ冗長化プログラム８２は、ユーザデータを他ストレージノード１５０のデータ冗長化プログラム８２に転送する（ステップＳ２０８）。自ストレージノード１５０、他ストレージノード１５０のデータ冗長化プログラム８２は、ユーザデータを各自のストレージノード１５０のディスク装置に格納し（ステップＳ２０９）、処理を終了する。

【0065】

図１５は、圧縮データのライト処理のフローチャートである。
まず、アプリケーション１１０が、圧縮ボリュームにライトコマンドを発行する（ステップＳ３０１）。続いて、ストレージ制御プログラム８０は、ライトコマンドを解析し、ボリューム上のアドレスを取得する（ステップＳ３０２）。続いて、ストレージ制御プログラム８０は、圧縮要否を判断する（ステップＳ３０３）。

【0066】

圧縮不要であれば（ステップＳ３０４；Ｎｏ）、ストレージ制御プログラム８０は、ユーザデータを上書きバッファに格納し、さらにディスクに一時格納し不揮発化する（ステップＳ３０５）。続いて、ストレージ制御プログラム８０は、上書きバッファ上のアドレスをアドレス変換テーブル８４に格納し（ステップＳ３０６）、処理を終了する。

【0067】

圧縮要であれば（ステップＳ３０４；Ｙｅｓ）、ストレージ制御プログラム８０は、追い書きバッファ上のアドレスを新規に割り当てる（ステップＳ３０７）。その後、ストレージ制御プログラム８０は、ユーザデータを圧縮する（ステップＳ３０８）。続いて、ストレージ制御プログラム８０は、ユーザデータを圧縮してできた圧縮データを追い書きバッファに格納し、さらにディスクに一時格納し不揮発化する（ステップＳ３０９）。その後、ストレージ制御プログラム８０は、追い書きバッファ上のアドレスを圧縮データ用アドレス変換テーブル８５に格納し（ステップＳ３１０）、処理を終了する。

【0068】

図１６は、圧縮データをデステージする処理のフローチャートである。
まず、ストレージ制御プログラム８０は、圧縮データ群をデータ冗長化プログラム上のバッファに格納する（ステップＳ４０１）。続いて、ストレージ制御プログラム８０は、ディスク装置上のアドレスを新規に割り当てる（ステップＳ４０２）。続いて、ストレージ制御プログラム８０は、ディスク装置上のアドレスを圧縮データ用アドレス変換テーブル８５に格納する（ステップＳ４０３）。

【0069】

その後、ストレージ制御プログラム８０は、データ冗長化プログラム８２に圧縮データ群を格納する（ステップＳ４０４）。続いて、ストレージ制御プログラム８０は、ディスク装置上のアドレスに圧縮データ群を格納するようデータ冗長化プログラム８２に命令を発行する（ステップＳ４０５）。

【0070】

データ冗長化プログラム８２は、圧縮データ群を他ストレージノード１５０のデータ冗長化プログラム８２に転送する（ステップＳ４０６）。自ストレージノード１５０、他ストレージノード１５０のデータ冗長化プログラム８２は、圧縮データ群を各自のストレージノード１５０のディスク装置に格納し（ステップＳ４０７）、処理を終了する。

【0071】

図１７は、実施例１のコア数調整のフローチャートである。
まず、割当調整プログラム８１は、ボリューム毎構成情報テーブルの更新を確認する（ステップＳ５０１）。割当調整プログラム８１は、ボリューム毎構成情報テーブルを参照し、属性毎ボリューム統計テーブルを更新する（ステップＳ５０２）。その後、割当調整プログラム８１は、属性毎ボリューム統計テーブルを参照し、各属性のボリュームの数と合計を取得する（ステップＳ５０３）。ここでは各属性のボリュームの数を取得しているが、各属性のボリュームの容量を取得する構成として実施してもよい。

【0072】

ステップＳ５０３の後、割当調整プログラム８１は、取得した値を用いて、圧縮ボリュームの比率を算出する（ステップＳ５０４）。例えば、ボリューム数を使用する場合、（圧縮ボリュームの比率）＝（圧縮ボリュームの数）／（圧縮ボリュームの数と非圧縮ボリュームの数の合計）として求めることができる。

【0073】

ステップＳ５０４の後、割当調整プログラム８１は、コア割当比率管理テーブルを参照し、算出した比率に最も近い圧縮ボリュームの割合でのコア割当比率を取得する（ステップＳ５０５）。また、割当調整プログラム８１は、コア数管理テーブルを参照し、当該ストレージノードの総コア数を取得する（ステップＳ５０６）。

【0074】

その後、割当調整プログラム８１は、取得したコア比率と総コア数を用いて、各プログラムの割当目標コア数を算出する（ステップＳ５０７）。例えば、（各プログラムの割当目標コア数）＝（総コア数）×（当該プログラムのコア比率）／（各プログラムのコア比率の和）により求める。なお、割り当て目標コア数は、整数にまるめることが望ましい。

【0075】

ステップＳ５０７の後、割当調整プログラム８１は、各プログラムのコア数増減処理（ステップＳ５０８）を行って、処理を終了する。

【0076】

図１８は、コア数増減処理の詳細を示すフローチャートである。
コア数増減処理が開始すると、割当調整プログラム８１は、コア割当調整対象プログラム毎コア数管理テーブル８９を参照する（ステップＳ６０１）。そして、割当調整プログラム８１は、コア割当調整対象プログラムを順次選択する（ステップＳ６０２）。

【0077】

割当調整プログラム８１は、ステップＳ６０２で選択したプログラムについて、当該プログラムの現在のコア数が当該プログラムの割当目標コア数に満たないならば（ステップＳ６０３；Ｙｅｓ）、当該プログラムに対する割り当てコア数を増加する（ステップＳ６０４）。

【0078】

割当調整プログラム８１は、ステップＳ６０２で選択したプログラムについて、当該プログラムの現在のコア数が当該プログラムの割当目標コア数に達しており（ステップＳ６０３；Ｎｏ）、当該プログラムの現在のコア数が当該プログラムの割当目標コア数を超えているならば（ステップＳ６０５；Ｙｅｓ）、当該プログラムに対する割り当てコア数を減少させる（ステップＳ６０６）。

【0079】

ステップ６０４の後、ステップＳ６０６の後、若しくは、ステップＳ６０２で選択したプログラムについて、当該プログラムの現在のコア数が当該プログラムの割当目標コア数に等しい場合（ステップＳ６０５；Ｎｏ）、割当調整プログラム８１は、全てのコア割当調整対象プログラムの選択が完了したか否かを判定する（ステップＳ６０７）。未選択のコア割当調整対象プログラムがあれば（ステップＳ６０７；Ｎｏ）、ステップＳ６０２に戻る。全てのコア割当調整対象プログラムの選択を完了したならば（ステップＳ６０７；Ｙｅｓ）、割当調整プログラム８１は、コア数増減処理を終了する。

【実施例0080】

実施例１では、圧縮ボリュームと非圧縮ボリュームの比率に応じ、コア割当調整対象プログラム（ストレージ制御プログラム８０、データ冗長化プログラム８２及びメモリデータ冗長化プログラム８３）に対するコア７１の割り当てを決定する場合を説明した。
本実施例２では、ボリュームに対するデータの入出力の数に応じて、コア割当調整対象プログラムに対して割り当てるプロセッサコアの数を決定する構成について説明する。

【0081】

図１９は、実施例２のシステムにおけるボリューム構成管理テーブルの説明図である。
実施例２のストレージシステムでは、ボリューム構成管理テーブル８６は、ボリューム毎構成情報テーブルとボリューム毎ＩＯＰＳ管理テーブルを含む。

【0082】

ボリューム毎構成情報テーブルは、ボリュームＩＤに属性を対応付けている。属性は、「Ｓｉｍｐｌｅｘ」、「Ｃｏｍｐｒｅｓｓｉｏｎ」、「Ｓｎａｐｓｈｏｔ」、「Ｒｅｍｏｔｅ Ｒｅｐｌｉｃａｔｉｏｎ」などがある。属性「Ｓｎａｐｓｈｏｔ」を持つボリュームは、スナップショットを所定の契機で作成するように設定されている。属性「Ｒｅｍｏｔｅ Ｒｅｐｌｉｃａｔｉｏｎ」を持つボリュームは、リモートレプリケーションにより他のノードに複製を作成するよう設定されている。図１９では、ボリュームＩＤ「０」のボリュームは、属性「Ｓｉｍｐｌｅｘ」と属性「Ｓｎａｐｓｈｏｔ」を持つ。ボリュームＩＤ「１」のボリュームは、属性「Ｃｏｍｐｒｅｓｓｉｏｎ」と属性「Ｓｎａｐｓｈｏｔ」と属性「Ｒｅｍｏｔｅ Ｒｅｐｌｉｃａｔｉｏｎ」を持つ。

【0083】

ボリューム毎ＩＯＰＳ管理テーブルは、ボリュームＩＤにＩＯＰＳ（１秒当たりの入出力数）を対応付けている。図１９では、ボリュームＩＤ「０」のボリュームは、ＩＯＰＳ「１０，０００」である。ボリュームＩＤ「１」のボリュームは、ＩＯＰＳ「２０，０００」である。

【0084】

図２０は、実施例２のシステムが有する属性毎Ｉ／Ｏ処理オーバヘッド管理テーブルの説明図である。
属性毎Ｉ／Ｏ処理オーバヘッド管理テーブルは、属性と、コア割当調整対象プログラムのオーバヘッドとの対応関係を示す。
図２０では、ストレージ制御プログラム８０について、属性「Ｓｉｍｐｌｅｘ」に対応するオーバヘッドを「１００」、属性「Ｃｏｍｐｒｅｓｓｉｏｎ」に対応するオーバヘッドを「３００」、属性「Ｓｎａｐｓｈｏｔ」に対応するオーバヘッドを「５０」、属性「Ｒｅｍｏｔｅ Ｒｅｐｌｉｃａｔｉｏｎ」に対応するオーバヘッドを「５」としている。
また、データ冗長化プログラム８２について、属性「Ｓｉｍｐｌｅｘ」に対応するオーバヘッドを「５００」、属性「Ｃｏｍｐｒｅｓｓｉｏｎ」に対応するオーバヘッドを「１００」、属性「Ｓｎａｐｓｈｏｔ」に対応するオーバヘッドを「３０」、属性「Ｒｅｍｏｔｅ Ｒｅｐｌｉｃａｔｉｏｎ」に対応するオーバヘッドを「１０」としている。
また、メモリデータ冗長化プログラム８３について、属性「Ｓｉｍｐｌｅｘ」に対応するオーバヘッドを「２００」、属性「Ｃｏｍｐｒｅｓｓｉｏｎ」に対応するオーバヘッドを「１００」、属性「Ｓｎａｐｓｈｏｔ」に対応するオーバヘッドを「５０」、属性「Ｒｅｍｏｔｅ Ｒｅｐｌｉｃａｔｉｏｎ」に対応するオーバヘッドを「５」としている。

【0085】

図２１は、実施例２のコア数調整のフローチャートである。実施例２でコア数調整が開始すると、割当調整プログラム８１は、まずコア割当比率計算処理を実行する（ステップＳ７０１）。コア割当比率計算処理の詳細については後述する。

【0086】

割当調整プログラム８１は、コア割当比率計算処理の後、コア数管理テーブルを参照し、当該ストレージノードの総コア数を取得する（ステップＳ７０２）。
割当調整プログラム８１は、算出したコア比率と総コア数を用いて、各プログラムの割当目標コア数を算出する（ステップＳ７０３）。例えば、（各プログラムの割当目標コア数）＝（総コア数）×（当該プログラムのコア比率）/（各プログラムのコア比率の和）によって求めればよい。

【0087】

ステップＳ７０３の後、割当調整プログラム８１は、各プログラムのコア数増減処理を行って（ステップＳ７０４）、処理を終了する。各プログラムのコア数増減処理は、実施例１と同様であるので、説明を省略する。

【0088】

図２２は、コア割当比率計算処理の詳細を示すフローチャートである。
割当調整プログラム８１は、コア割当比率計算処理を開始すると、ボリューム毎構成情報テーブルを参照し、各ボリュームの持つ属性を取得する（ステップＳ８０１）。

【0089】

ステップＳ８０１の後、割当調整プログラム８１は、属性Ｉ／Ｏ処理オーバヘッド管理テーブルを参照し、各ボリューム毎のストレージ制御プログラム、データ冗長化プログラム、およびメモリデータ冗長化プログラムの基本オーバヘッドを算出する（ステップＳ８０２）。
基本オーバヘッドは、例えば、次のように求めればよい。
（ストレージ制御プログラムの基本オーバヘッド）＝
（当該ボリュームが持つ１つ目の属性に対応するオーバヘッド）＋
（当該ボリュームが持つ２つ目の属性に対応するオーバヘッド）＋
・・・

【0090】

ステップＳ８０２の後、割当調整プログラム８１は、ボリューム毎ＩＯＰＳ管理テーブルを参照し、各ボリュームのＩＯＰＳを取得する（ステップＳ８０３）。
その後、割当調整プログラム８１は、算出した基本オーバヘッドと取得したＩＯＰＳから、各ボリューム毎のストレージ制御プログラム、データ冗長化プログラム、およびメモリデータ冗長化プログラムのオーバヘッドを算出する（ステップＳ８０４）。
例えば、次のように求めればよい。
（ボリュームＩＤ０のストレージ制御プログラムのオーバヘッド）＝
（ボリュームＩＤ０のストレージ制御プログラムの基本オーバヘッド）×
（ボリュームＩＤ０のＩＯＰＳ）

【0091】

ステップＳ８０４の後、割当調整プログラム８１は、算出した各ボリューム毎のストレージ制御プログラム、データ冗長化プログラム、およびメモリデータ冗長化プログラムのオーバヘッドから、ストレージ制御プログラム、データ冗長化プログラム、およびメモリデータ冗長化プログラムのコア割当比率を算出し（ステップＳ８０５）、コア割当比率計算処理を終了する。
例えば、次のように求めればよい。
（ストレージ制御プログラム）：（データ冗長化プログラム）：（メモリデータ冗長化プログラム）＝
（ボリュームＩＤ０のストレージ制御プログラムのオーバヘッド）＋・・・ ：
（ボリュームＩＤ０のデータ冗長化プログラムのオーバヘッド）＋・・・ ：
（ボリュームＩＤ０のメモリデータ冗長化プログラムのオーバヘッド）＋・・・