JP2021064078A - 複数のノードを含むストレージシステムの拡張構成案を作成する装置 - Google Patents

Abstract

【課題】要求性能に対するストレージシステムの必要構成を適切に提案する。【解決手段】装置は、複数のノードを含むストレージシステムの拡張構成案を作成する。装置は、プロセッサと、プロセッサが実行するプログラムを格納する記憶装置と、を含む。プロセッサは、ストレージシステムにアクセスするホストそれぞれの要求性能の情報を取得し、ストレージシステムの複数の既存ノードそれぞれの性能の情報を取得し、ホストそれぞれの要求性能を満たすように、１以上の追加ノードの数及び性能、並びに、ホストとストレージシステムとの接続形態を決定し、上記１以上の追加ノードの数及び性能、並びに、上接続形態を、拡張構成案に含める。【選択図】図２５

Description

本開示は、複数のノードを含むストレージシステムの拡張構成案を作成する装置に関する。

ストレージシステムでは、長期保存が必要なデータの増加、データ保護や災害対策などの目的で複製されるデータの増加、並びに仮想サーバの導入及び拡大に伴って、データ容量が増大している。また、ストレージシステムは、段階的に容量が増設されることが多く、新規と増設の二つの導入パターンがある。

本技術分野の背景技術として、以下の先行技術がある。特許文献１（特開２０１１−３９８０３号公報）には、複数のストレージシステムを管理する管理装置は、第１の機能を備えるストレージシステムに属することを前記ホスト装置への前記複数の論理ボリュームの割り当て条件とする場合、複数のストレージシステムのうち第１の機能を備えるストレージシステムを検索し、検索されたストレージシステムに含まれる１以上の未割り当ての論理ボリュームを選択し、選択された論理ボリュームに含まれる論理ボリュームの容量を取得し、取得した容量を前記ホスト装置に割り当て可能な容量として出力装置に通知する容量管理方法が記載されている。

また、特許文献２（特開２００４−３３４５６１号公報）には、アプリケーションごとの要求特性、性能及び信頼性に関する属性値、及びそれらのレベルの分類を定義したボリュームの特性を数値化してボリューム管理表に登録しておく。利用者はポリシーの要素としてアプリケーションの種類、性能レベル及び信頼性レベルを指定することにより、ボリューム選択処理を行なう。ストレージ運用管理システムは、ボリューム管理表の特性値から選択対象となるボリュームのレベル閾値の上限と下限を算出し、その範囲内のボリュームを割当の候補として利用者に提示する。システムを構成するストレージ装置に変化が生じた場合には、自動的にボリューム管理表の更新を行なうことにより、システム構成の変化に応じた閾値の設定、及び新たに設定された閾値に基づくボリュームの選択、割当てを可能とするストレージ運用管理システムが記載されている。

特開２０１１−３９８０３号公報 特開２００４−３３４５６１号公報

複数のノードでクラスタを構成し、ノードをクラスタに追加することで容量や性能を向上していくスケールアウトストレージシステムが知られている。ユーザが要求する性能を満たすようにスケールアウトを行うためには、ストレージシステム設計者は、要求性能からストレージシステムの必要構成を適切に見積もることが必要である。

しかし、クラスタ構成のストレージシステムは複数のノードで構成されるため、ノードのハードウェア仕様による性能の相違や、ホストからボリュームへのアクセス経路による性能の相違によって、ホストに提供することができる性能が変化する。そのため、ノード性能の単純な合計値によって、要求性能を満たすためにストレージシステムが必要とする性能を、正確に見積もることはできない。その結果、要求性能からストレージシステムの必要構成を正確に見積もるために、多くの工数と期間を要している。

本開の代表的な一例を示せば以下の通りである。すなわち、複数のノードを含むストレージシステムの拡張構成案を作成する装置が開示される。装置は、プロセッサと、前記プロセッサが実行するプログラムを格納する記憶装置と、を含む。前記プロセッサは、前記ストレージシステムにアクセスするホストそれぞれの要求性能の情報を取得し、前記ストレージシステムの複数の既存ノードそれぞれの性能の情報を取得し、前記ホストそれぞれの要求性能を満たすように、１以上の追加ノードの数及び性能、並びに、前記ホストと前記ストレージシステムとの接続形態を決定し、前記１以上の追加ノードの数及び性能、並びに、前記接続形態を、前記拡張構成案に含める。

本開示の一態様によれば、要求性能に対するストレージシステムの必要構成を適切に提案できる。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。

計算機システムの構成例を模式的に示すブロック図である。 管理端末の構成例を示す。 要求管理テーブルの構成例を示す。 ホスト要求性能テーブルの構成例を示す。 構成監視情報に含まれる、構成監視情報管理テーブルの構成例を示す。 稼動監視情報に含まれる、稼動監視情報管理テーブルの構成例を示す。 構成情報に含まれる構成管理テーブルの構成例を示す。 構成情報に含まれる接続ノード管理テーブルの構成例を示す。 装置特性情報に含まれる、ノードタイプ管理テーブルの構成例を示す。 監視結果情報に含まれるノード性能管理テーブルの構成例を示す。 監視結果情報に含まれるホスト性能管理テーブルの構成例を示す。 提案処理プログラムのメイン処理のフローチャートを示す。 要求情報取得ステップのフローチャートを示す。 要求入力画面の一例を示している。 構成監視情報取得ステップのフローチャートを示す。 構成監視情報入力画面の一例を示している。 稼動監視情報取得ステップのフローチャートを示す。 稼動監視情報入力画面の一例を示している。 構成情報監視ステップのフローチャートを示す。 稼動情報監視ステップのフローチャートを示す。 提案構成生成指示取得ステップのフローチャートを示す。 提案構成生成指示画面の例を示す。 ホスト毎要求性能入力画面の例を示す。 提案構成生成ステップのフローチャートを示す。 提案構成生成ステップの詳細のフローチャートを示す。 ノードタイプＡを選択した場合の、第１提案構成の提案構成テーブルを示す。 ノードタイプＡを選択した場合の、第２提案構成の提案構成テーブルを示す。 ノードタイプＡを選択した場合の、第３提案構成の提案構成テーブルを示す。 第１提案構成のホスト管理テーブルを示す。 第１提案構成のノード管理テーブルを示す。 第２提案構成のホスト管理テーブルを示す。 第２提案構成のノード管理テーブルを示す。 第３提案構成のホスト管理テーブルを示す。 第３提案構成のノード管理テーブルを示す。 第１提案構成のノード障害ホスト管理テーブルを示す。 第１提案構成のノード障害ノード管理テーブルを示す。 第２提案構成のノード障害ホスト管理テーブルを示す。 第２提案構成のノード障害ノード管理テーブルを示す。 第３提案構成のノード障害ホスト管理テーブルを示す。 第３提案構成のノード障害ノード管理テーブルを示す。 ユーザ要求を満たす提案構成の情報を格納する提案構成リストの構成例を示す。 第２提案構成の詳細の画像を示す。 第３提案構成の詳細の画像を示す。 ノードタイプＢを選択した場合の、第１提案構成の提案構成テーブルを示す。 ノードタイプＢを選択した場合の、第２提案構成の提案構成テーブルを示す。 ノードタイプＢを選択した場合の、第３提案構成の提案構成テーブルを示す。 第１提案構成のホスト管理テーブルを示す。 第１提案構成のノード管理テーブルを示す。 第２提案構成のホスト管理テーブルを示す。 第２提案構成のノード管理テーブルを示す。 第３提案構成のホスト管理テーブルを示す。 第３提案構成のノード管理テーブルを示す。 第１提案構成のノード障害ホスト管理テーブルを示す。 第１提案構成のノード障害ノード管理テーブルを示す。 第２提案構成のノード障害ホスト管理テーブルを示す。 第２提案構成のノード障害ノード管理テーブルを示す。 第２提案構成のノード障害ホスト管理テーブルを示す。 第２提案構成のノード障害ノード管理テーブルを示す。 第３提案構成のノード障害ホスト管理テーブルを示す。 第３提案構成のノード障害ノード管理テーブルを示す。 第３提案構成のノード障害ホスト管理テーブルを示す。 第３提案構成のノード障害ノード管理テーブルを示す。 ユーザ要求を満たす提案構成の情報を格納する提案構成リストの構成例を示す。 第２提案構成の詳細の画像を示す。 第３提案構成の詳細の画像を示す。

以下、本開示の実施例を、添付図面を参照しながら説明する。以下の説明では、計算機システムは、１以上の物理的な計算機を含んだシステムである。物理的な計算機は、汎用計算機でも専用計算機でもよい。物理的な計算機は、Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）要求を発行する計算機として機能してもよいし、Ｉ／Ｏ要求に応答してデータのＩ／Ｏを行う計算機として機能してもよい。

すなわち、計算機システムは、Ｉ／Ｏ要求を発行する１以上の計算機で構成されるシステム、及び、Ｉ／Ｏ要求に応答してデータのＩ／Ｏを行う１以上の計算機で構成されるシステムのうちの少なくとも１つでよい。少なくとも１つの物理的な計算機において、１以上の仮想的な計算機が実行されてもよい。仮想的な計算機は、Ｉ／Ｏ要求を発行する計算機でもよいし、Ｉ／Ｏ要求に応答してデータのＩ／Ｏを行う計算機でもよい。

以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶部及び／又はインタフェース部等を用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有するコントローラのようなデバイス）とされてもよい。

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体であってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

以下の説明では、「ｘｘｘテーブル」といった表現にて、情報を説明することがあるが、当該情報は、どのような構造のデータでもよい。また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのファイルであってもよい。

図１は、計算機システムの構成例を模式的に示すブロック図である。計算機システムは、１以上のホスト１０、管理端末１３及びクラスタ２０を含む。図１は、三つのホスト１０を例として図示し、その内の一つが例として符号１０で指示されている。ホスト１０、管理端末１３及びクラスタ２０は、計算ネットワーク（ＮＷ）１５を介して互いに通信を行うことができる。

クラスタ２０は、複数のストレージノード（以下単にノードとも呼ぶ）を含む分散ストレージシステムであり、ホスト１０からのＩ／Ｏを受け付ける。クラスタ２０は、ホスト１０からのライト要求に従ってホスト１０から受信したライトデータを格納し、ホスト１０からのリード要求に従って、格納されているデータから指定されたデータを読み出し、ホスト１０に返す。管理端末１３は、管理者（ユーザ）により、計算機システムを管理するために使用される。

クラスタ２０は、複数のノードで構成される。図１に示す構成例において、クラスタ２０は、三つの既存ノード２１−１、２１−２、及び２１−３で構成されている。図１が示す例において、クラスタ２０のスケールアウトのため、ノード２１−４がクラスタ２０に追加される。図１の構成例において、ノード２１−１〜２１−４は、物理ノードである。ノード２１−１〜２１−４は、クラスタネットワーク２９により互いに通信可能である。なお、計算ネットワーク１５とクラスタネットワーク２９とは一つのネットワークで構成されていてもよい。

ノード２１−１〜２１−４は、ストレージノード（ストレージ装置）であって、ホスト１０からのユーザデータを格納する記憶デバイスを含む。各ノードは、ホスト１０又は他のノードからの要求に応じて、指定されたユーザデータを受信及び格納し、又は、指定されたユーザデータを返す。ノードは、ホスト１０から受信した要求が指定するユーザデータをその記憶デバイスに格納している場合、その格納しているデータをホスト１０に返す。

ホスト１０から受信した要求が指定するユーザデータが他のノードに格納されている場合、ホスト１０から要求を受信したノードは、指定されたユーザデータを格納しているノードからクラスタネットワーク２９を介してそのユーザデータを受信し、計算ネットワーク１５を介してホスト１０に送信する。

各ノードは、稼動監視部２０１及び構成管理部２０２を含む。稼動監視部２０１及び構成管理部２０２は、例えば、プログラムを実行するプロセッサにより実現され得る。稼動監視部２０１は、それが含まれるノードの稼動状態を監視し、監視結果を管理端末１３に送信する。以下に説明する例において、稼動監視部２０１は、ノードの現在性能の情報を監視する。構成管理部２０２は、それが含まれるノードの構成を管理及び監視し、ノード構成の管理情報を管理端末１３に送信する。以下に説明する例において、構成管理部２０２は、ノードの容量の使用量を監視する。

図２は、管理端末１３の構成例を示す。管理端末１３は、計算機構成を有することができる。管理端末１３は、プロセッサ１３１、主記憶装置１３２、補助記憶装置１３３、入力装置１３４、出力装置１３５及び通信インタフェース（Ｉ／Ｆ）１３６を含む。上記構成要素は、バスによって互いに接続されている。

主記憶装置１３２、補助記憶装置１３３又はこれらの組み合わせは非一過性の記憶媒体を含む記憶装置であり、プロセッサ１３１が使用するプログラム及びデータを格納する。主記憶装置１３２は、例えば半導体メモリから構成され、主に実行中のプログラムやデータを保持するために利用される。プロセッサ１３１は、主記憶装置１３２に格納されているプログラムに従って、様々な処理を実行する。プロセッサ１３１がプログラムに従って動作することで、様々な機能部が実現される。

補助記憶装置１３３は、例えば１又は複数のハードディスクドライブやソリッドステートドライブなどの大容量の記憶装置から構成され、プログラムやデータを長期間保持するために利用される。

プロセッサ１３１は、単一の処理ユニットまたは複数の処理ユニットで構成することができ、単一もしくは複数の演算ユニット、又は複数の処理コアを含むことができる。プロセッサ１３１は、１又は複数の中央処理装置、マイクロプロセッサ、マイクロ計算機、マイクロコントローラ、デジタル信号プロセッサ、ステートマシン、ロジック回路、グラフィック処理装置、チップオンシステム、及び／又は制御指示に基づき信号を操作する任意の装置として実装することができる。

補助記憶装置１３３に格納されたプログラム及びデータが起動時又は必要時に主記憶装置１３２にロードされ、プログラムをプロセッサ１３１が実行することにより、管理端末１３の各種処理が実行される。したがって、以下においてプログラムにより実行される処理は、プロセッサ１３１又は管理端末１３による処理である。

管理端末１３は、さらに、入力装置１３４及び出力装置１３５を含む。入力装置１３４は、ユーザが管理端末１３に指示や情報などを入力するためのハードウェアデバイスであり、例えば、キーボードやマウスである。出力装置１３５は、入出力用の各種画像を提示するハードウェアデバイスであり、例えば、表示デバイスやプリンタである。通信Ｉ／Ｆ１３６は、計算ネットワーク１５との接続のためのインタフェースである。なお、管理端末１３の機能は互いに通信可能な複数の計算機に実装されてもよい。ホスト１０及びノード２１−１〜２１−４は、図２に示すような計算機構成を有することができ、不要な構成要素は省略される。

図２に示すように、主記憶装置１３２は、提案処理プログラム３０１を格納している。提案処理プログラム３０１はプロセッサ１３１により実行される。プロセッサ１３１は、提案処理プログラム３０１を実行することで、提案処理部として動作する。補助記憶装置１３３は、要求情報３１１、構成情報３１２、装置特性情報３１３、構成監視情報３１４、稼動監視情報３１５、監視結果情報３１６、及び提案構成情報３１７を格納している。図２は、便宜上、各種情報を補助記憶装置１３３内に図示し、プログラム３０１を主記憶装置１３２内に図示するが、プログラム及びデータ（情報）は、主記憶装置１３２及び補助記憶装置１３３のいずれに格納されていてもよく、双方に格納されていてもよい。

要求情報３１１は、ストレージシステム（クラスタ）に対するユーザ要求の情報を格納している。具体的には、要求情報３１１は、要求管理テーブル及びホスト要求性能テーブルを含む。

図３は、要求管理テーブル４１０の構成例を示す。要求管理テーブル４１０は、要求ＩＤ欄４１１及び要求要素欄４１２を含む。各レコード（行）は、これら欄の関連付けられた値を格納している。この点は、他のテーブルについて同様である。要求ＩＤ欄４１１は、ユーザからの要求のＩＤを示す。要求要素欄４１２は、ストレージシステムが満たすべきユーザからの要求要素の値を示す。図３の例において、要求要素は、ストレージシステム全体の、コスト、容量、性能及び冗長性を含む。なお、これらの要素は、提案構成の必須要素でなくてもよく、例えば、提案構成の優先度の決定のために参照されてもよい。

性能は、ＩＯＰＳ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｐｅｒ Ｓｅｃｏｎｄ）で表わされている。冗長性は、ストレージシステムがホストそれぞれの要求性能を維持することができる範囲における、障害発生ノードの許容数を示す。例えば、冗長性が２である場合、二つのノードにおいて障害が発生しても、ストレージシステムが要求されている性能を発揮することができ、３以上のノードにおいて障害が発生すると、ストレージシステムが要求されている性能を発揮できない、ことを意味する。なお、要求要素欄４１２の一部の情報は省略されてもよい。

図４は、ホスト要求性能テーブル４２０の構成例を示す。ホスト要求性能テーブル４２０は、稼動中のホストの性能、及び、ユーザにより要求されている追加ホストの性能についての情報を格納している。ホスト要求性能テーブル４２０は、一つの要求ＩＤ（例えば要求１）に対応付けられる。ホスト要求性能テーブル４２０は、ホストＩＤ欄４２１、稼動性能欄４２２、及び要求性能欄４２３を含む。ホストＩＤ欄４２１は、ストレージシステムにアクセスするホストのＩＤを示す。

稼動性能欄４２２は、稼動している既存ホストのストレージシステムへの実際のアクセス性能（測定されたアクセス性能）を示す。要求性能欄４２３は、新たに追加されるホストに対してユーザから要求されているアクセス性能を示す。図４の例において、ホスト１〜ホスト４は稼動中のホストであり、ホスト５〜ホスト８は、新たに追加されるホストである。既存ホストの稼動性能の合計と追加ホストの要求性能の合計は、要求管理テーブル４１０における対応する要求の性能以下である。

図５は、構成監視情報３１４に含まれる、構成監視情報管理テーブル４３０の構成例を示す。構成監視情報管理テーブル４３０は、ユーザ要求に含まれる、ストレージシステムの構成の監視方法を示す。構成監視情報管理テーブル４３０は、構成監視ＩＤ欄４３１、監視対象欄４３２、監視周期欄４３３、及び要求ＩＤ欄４３４を含む。構成監視ＩＤ欄４３１は、構成監視方法のＩＤを示す。

監視対象欄４３２は、監視すべき対象を示す。図５の例において、「容量使用量」は、ストレージシステムの容量においてデータ格納のために使用されている領域のサイズを意味する。監視周期欄４３３は、管理端末１３がストレージシステムから監視対象の情報を取得する周期を示す。要求ＩＤ欄４３４は、構成監視ＩＤ欄４３１のＩＤそれぞれに対応するユーザ要求のＩＤを示し、要求管理テーブル４１０の要求ＩＤ欄４１１と一致する。

図６は、稼動監視情報３１５に含まれる、稼動監視情報管理テーブル４４０の構成例を示す。稼動監視情報管理テーブル４４０は、ユーザ要求に含まれる、ストレージシステムの稼動状態の監視方法を示す。具体的には、稼動中（既存の）ホスト及びノードそれぞれの性能が監視される。

稼動監視情報管理テーブル４４０は、稼動監視ＩＤ欄４４１、監視時間帯欄４４２、及び要求ＩＤ欄４４３を含む。稼動監視ＩＤ欄４４１は、稼動状態の監視方法のＩＤを示す。監視時間帯欄４４２は、ホスト及びノードの性能を監視する時間帯を示す。監視時間帯欄４４２が示す時間帯の性能が、監視結果として取得される。要求ＩＤ欄４４３は、稼動監視ＩＤ欄４４１のＩＤそれぞれに対応するユーザ要求のＩＤを示し、要求管理テーブル４１０の要求ＩＤ欄４１１と一致する。

構成情報３１２はストレージシステムの構成に関する情報であり、例えば、ユーザによって設定される又は提案処理プログラム３０１は、ストレージシステムの構成管理部２０２から、構成についての情報を取得する。

図７は、構成情報３１２に含まれるノード構成管理テーブル４５０の構成例を示す。ノード構成管理テーブル４５０は、クラスタの既存ノードの構成についての情報を管理する。ノード構成管理テーブル４５０は、ノードＩＤ欄４５１及びノードタイプ欄４５２を含む。ノードＩＤ欄４５１は、クラスタの既存ノードのＩＤを示す。ノードタイプ欄４５２は、各既存ノードのノードタイプを示す。

図８は、構成情報３１２に含まれる接続ノード管理テーブル４５５の構成例を示す。接続ノード管理テーブル４５５は、既存ホストのストレージシステムへのアクセス方法及びがアクセス先ノード（接続形態）を示す。具体的には、接続ノード管理テーブル４５５は、ホストＩＤ欄４５６及び接続ノード欄４５７を含む。接続ノード欄４５７は、各ホストのアクセス方法及びアクセス先 ノードを示す。各ホストには、ダイレクトアクセス又はインダイレクトアクセスの一方が割り当てられる。

ダイレクトアクセスは、ホストのユーザデータが、そのホストからのアクセス先のノードに格納されている、アクセス方法である。例えば、ホストは、１又は複数のノードそれぞれが提供する論理ボリュームにアクセスし、各論理ボリュームには、それを提供するノードの物理記憶領域が割り当てられている。

インダイレクトアクセスは、ホストがストレージシステムのいずれのノードにもアクセス可能であり、そのホストのユーザデータがいずれのノードにも格納され得るアクセス方法である。例えば、ストレージシステムは、全てのノードの物理記憶領域からなるプールを定義する。ストレージシステムは、仮想ボリュームをホストに提供し、ホストから仮想ボリュームへのデータの格納応じて、プールから物理記憶領域を仮想ボリュームに割り当てる。

仮想ボリュームからユーザデータを読み出すためにホストがアクセスした（要求を送信した）ノードがそのユーザデータを格納している場合、アクセスされたノードが、自ノードに格納しているユーザデータをホストに返す。一方、アクセスされたノードがユーザデータを格納していない場合、ノード間のユーザデータの転送が発生する。ホストから要求を受信したノードは、指定されたユーザデータを格納している他ノードにそのユーザデータに転送を要求し、他ノードから受信したユーザデータをホストに転送する。従って、インダイレクトアクセスの性能は、ダイレクトアクセスの性能よりも低くなる。

図８の例において、例えば、ホスト１は、ノード１に対してダイレクトアクセスを行う。つまり、ホスト１は、ノード１のみにアクセスし、かつ、ホスト１のユーザデータは、ノード１の記憶デバイスに格納されている。ホスト１の稼動性能は、ノード１に対するアクセス性能となる。ホスト３は、クラスタにインダイレクトアクセスを行う。つまり、ホスト３は、パス選択アルゴリズムに従って、要求毎にアクセスするノードを選択する。ホスト３の稼動性能は、クラスタの全体に対するアクセス性能となる。

図９は、装置特性情報３１３に含まれる、ノードタイプ管理テーブル４６０の構成例を示す。ノードタイプ管理テーブル４６０は、ノードタイプの情報を管理する。ノードタイプ管理テーブル４６０は、ノードタイプ欄４６１、ダイレクト限界性能欄４６２、インダイレクト限界性能欄４６３、コスト欄４６４、及び容量欄４６５を含む。ノードタイプ管理テーブル４６０は、予め設定されている。

ノードタイプ欄４６１は、ノードのタイプを示す。ダイレクト限界性能欄４６２は、各ノードタイプの、ダイレクト限界性能を示す。ダイレクト限界性能は、ダイレクトアクセスに対するノードの限界性能である。インダイレクト限界性能欄４６３、各ノードタイプのインダイレクト性能を示す。インダイレクト限界性能は、インダイレクトアクセスに対するノードの限界性能である。ノードへの全てのアクセスの総計に対する限界性能は、ダイレクト限界性能と一致する。コスト欄４６４は、各ノードタイプのコスト（価格）を示す。容量欄４６５は、各ノードタイプの容量を示す。

図１０は、監視結果情報３１６に含まれるノード性能管理テーブル４７０の構成例を示す。ノード性能管理テーブル４７０は、対応する要求ＩＤに関連付けられている。ノード性能管理テーブル４７０は、既存ノードそれぞれの性能についての情報を管理する。具体的には、ノード性能管理テーブル４７０は、ノードＩＤ欄４７１、限界性能欄４７２、及び稼動性能欄４７３を含む。

ノードＩＤ欄４７１は、既存の（稼動中の）ノードそれぞれのＩＤを示す。限界性能欄４７２は、既存ノードそれぞれの限界性能を示す。ノード限界性能の値は、ノードタイプ管理テーブル４６０のダイレクト限界性能欄４６２における、当該ノードのノードタイプの値と一致する。稼動性能欄４７３は、稼動している既存ノードそれぞれの、実際の性能（測定性能）を示す。稼動性能欄４７３は、例えば、監視時間帯欄４４２が示す時間帯の性能の平均値を示す。

図１１は、監視結果情報３１６に含まれるホスト性能管理テーブル４８０の構成例を示す。ホスト性能管理テーブル４８０は、対応する要求ＩＤに関連付けられている。ホスト性能管理テーブル４８０は、既存ホストの稼動中に測定された（監視された）アクセス性能を管理する。ホスト性能管理テーブル４８０は、ホストＩＤ欄４８１、稼動性能欄４８２、接続ノード欄４８３を含む。

ホストＩＤ欄４８１は、稼動している既存ホストのＩＤを示す。稼動性能欄４８２は、既存ホストのクラスタ（ストレージシステム）へのアクセス性能の測定値（監視結果）を示す。稼動性能欄４８２は、例えば、監視時間帯欄４４２が示す時間帯の性能の平均値を示す。接続ノード欄４８４は、接続ノード欄４６６と同様の情報を格納している。

図示していないが、監視結果情報３１６は、上記稼動監視に関する情報に加え、構成監視情報管理テーブル４３０に従った監視結果の情報（不図示）さらに含む。

提案構成情報３１７は、提案処理プログラム３０１により生成される、提案構成についての情報である。以下において説明する提案構成情報３１７の処理により生成される情報（テーブル）は、提案構成情報３１７に含まれる。

以下において、提案処理プログラム３０１の処理を説明する。提案処理プログラム３０１は、ストレージシステムの拡張構成さんを作成する。拡張構成案は、既存ノードの情報に加えて、追加ノードの数及び追加ノードそれぞれの性能、並びに、ストレージシステムとホストとの間の接続形態を示す。以下に説明する例において、拡張構成案として三つの提案が示される。

図１２は、提案処理プログラム３０１のメイン処理のフローチャートを示す。提案処理プログラム３０１は、ユーザにより入力された、ストレージシステムに対する要求情報３１１を取得する（Ｓ１０１）。提案処理プログラム３０１は、ユーザにより入力された構成監視情報３１４を取得する（Ｓ１０２）。提案処理プログラム３０１は、ユーザにより入力された稼動監視情報３１５を取得する（Ｓ１０３）。

提案処理プログラム３０１は、構成監視情報３１４に従ってストレージシステムの構成情報を監視し（Ｓ１０４）、さらに、稼動監視情報３１５に従ってストレージシステムの構成情報を監視する（Ｓ１０５）。提案処理プログラム３０１は、ユーザから、拡張されたストレージシステムの提案構成生成指示を取得すると（Ｓ１０６）、１又は複数の提案構成を生成し（Ｓ１０７）、生成した提案構成をユーザに提示する（Ｓ１０８）。なお、上記いくつかのステップは省略されてもよく、例えば、構成監視情報及び稼動監視情報の入力を省略して、予め設定された方法により構成及び稼動状態が監視されてもよい。

以下において、図１２のフローチャートのステップの詳細を説明する。図１３は、要求情報取得ステップＳ１０１のフローチャートを示す。提案処理プログラム３０１は、出力装置１３５において表示されている操作メニュー画面（不図示）における、ユーザによる要求登録の選択を受信する（Ｓ１１１）。提案処理プログラム３０１は、要求登録の選択の受信に応答して、要求入力画面を表示する（Ｓ１１２）。提案処理プログラム３０１は、要求入力画面においてユーザが入力した情報を取得して、要求管理テーブル４１０に登録する（Ｓ１１３）。提案処理プログラム３０１は、ユーザ入力された要求情報を登録したことを、例えば要求入力画面において表示することで、ユーザに通知する（Ｓ１１４）。

図１４は、要求入力画面５１０の一例を示している。要求入力画面５１０は、要求ＩＤを入力するフィールド５１１、ストレージシステムの要求コストを入力するフィールド５１２、ストレージシステムの要求容量を入力するフィールド５１３、ストレージシステムの性能を入力するフィールド５１４、及びストレージシステムの冗長性を入力するフィールド５１５を含む。提案処理プログラム３０１は、フィールド５１１〜５１５に入力された値を、要求管理テーブル４１０の対応するセルそれぞれに格納する。

図１５は、構成監視情報取得ステップＳ１０２のフローチャートを示す。提案処理プログラム３０１は、出力装置１３５において表示されている操作メニュー画面（不図示）における、ユーザによる構成監視情報登録の選択を受信する（Ｓ１２１）。提案処理プログラム３０１は、構成監視情報登録の選択の受信に応答して、構成監視情報入力画面を表示する（Ｓ１２２）。提案処理プログラム３０１は、構成監視情報入力画面においてユーザが入力した情報を取得して、構成監視情報管理テーブル４３０に登録する（Ｓ１２３）。提案処理プログラム３０１は、ユーザ入力された構成監視情報を登録したことを、例えば構成監視情報入力画面において表示することで、ユーザに通知する（Ｓ１２４）。

図１６は、構成監視情報入力画面５２０の一例を示している。構成監視情報入力画面５２０は、監視ＩＤを入力するフィールド５２１、監視対象を入力するフィールド５２２、監視周期を入力するフィールド５２３、構成監視情報が関連付けられる要求ＩＤを入力するフィールド５２４を含む。提案処理プログラム３０１は、フィールド５２１〜５２４に入力された値を、構成監視情報管理テーブル４３０の対応するセルそれぞれに格納する。

図１７は、稼動監視情報取得ステップＳ１０３のフローチャートを示す。提案処理プログラム３０１は、出力装置１３５において表示されている操作メニュー画面（不図示）における、ユーザによる稼動監視情報登録の選択を受信する（Ｓ１３１）。提案処理プログラム３０１は、稼動監視情報登録の選択の受信に応答して、稼動監視情報入力画面を表示する（Ｓ１３２）。提案処理プログラム３０１は、稼動監視情報入力画面においてユーザが入力した情報を取得して、稼動監視情報管理テーブル４４０に登録する（Ｓ１３３）。提案処理プログラム３０１は、ユーザ入力された稼動監視情報を登録したことを、例えば稼動監視情報入力画面において表示することで、ユーザに通知する（Ｓ１３４）。

図１８は、稼動監視情報入力画面５３０の一例を示している。稼動監視情報入力画面５３０は、監視ＩＤを入力するフィールド５１、監視時間帯を入力するフィールド５３２、稼動監視情報が関連付けられる要求ＩＤを入力するフィールド５３３を含む。提案処理プログラム３０１は、フィールド５３１〜５３３に入力された値を、稼動監視情報管理テーブル４４０の対応するセルそれぞれに格納する。

図１９は、構成情報監視ステップＳ１０４のフローチャートを示す。提案処理プログラム３０１は、構成監視情報管理テーブル４３０をから要求ＩＤ毎の監視方法を取得する（Ｓ１４１）。提案処理プログラム３０１は、要求ＩＤ毎の監視方法に従ってストレージシステムの構成情報を監視する（Ｓ１４２）。具体的には、提案処理プログラム３０１は、ストレージシステムの構成管理部２０２から、監視対象についての情報を取得する。提案処理プログラム３０１は、監視結果を、対応する要求ＩＤと関連付けて、監視結果情報３１６に格納する（Ｓ１４３）。

図２０は、稼動情報監視ステップＳ１０５のフローチャートを示す。提案処理プログラム３０１は、稼動監視情報管理テーブル４４０をから要求ＩＤ毎の監視方法を取得する（Ｓ１５１）。提案処理プログラム３０１は、要求ＩＤ毎の監視方法に従ってストレージシステムの稼動情報を監視する（Ｓ１５２）。具体的には、提案処理プログラム３０１は、稼動監視情報管理テーブル４４０が示す監視時間帯における性能の情報を、ノードそれぞれの稼動監視部２０１から取得する。ノードから取得される性能情報は、そのノードへアクセスするホスト毎のアクセス性能を示す。

提案処理プログラム３０１は、監視結果を、対応する要求ＩＤと関連付けて、監視結果情報３１６に格納する（Ｓ１５３）。具体的には、提案処理プログラム３０１は、取得した性能情報を、要求ＩＤに関連付けられているノード性能管理テーブル４７０の稼動性能欄４７３及びホスト性能管理テーブル４８０の稼動性能欄４８２に格納する。

図２１は、提案構成生成指示取得ステップＳ１０６のフローチャートを示す。提案処理プログラム３０１は、操作メニュー画面（不図示）において提案構成生成の選択を受信する（Ｓ１６１）。提案処理プログラム３０１は、要求管理テーブル４１０の要求ＩＤの一覧を提案構成生成指示画面へ挿入し（Ｓ１６２）、提案構成生成指示画面を表示する（Ｓ１６３）。

図２２は、提案構成生成指示画面５４０の例を示す。提案構成生成指示画面５４０は、要求ＩＤを選択するためのプルダウンメニュー５４１と、提案実行ボタン５４２を含む。ユーザは、入力装置１３４を使用して、プルダウンメニュー５４１において、提案構成を要求する要求ＩＤを選択する。図２１に戻って、提案処理プログラム３０１は、ユーザに選択された要求ＩＤを受信する（Ｓ１６４）。

提案処理プログラム３０１は、ユーザ指定された要求ＩＤを受信すると、ホスト毎要求性能入力画面を表示する（Ｓ１６５）。図２３は、ホスト毎要求性能入力画面５５０の例を示す。ホスト毎要求性能入力画面５５０は、選択された要求ＩＤ及びその要求ＩＤに関連付けられている要求性能を表示する。図２３の例において、要求１が選択され、要求１のストレージシステム全体への要求性能は２０００ＩＯＰＳである。提案処理プログラム３０１は、要求管理テーブル４１０の要求要素欄４１２から、要求ＩＤに対応する性能の値を取得する。

ホスト毎要求性能入力画面５５０は、追加するホストの性能を入力するためのホスト毎性能テーブル５５１を含む。ホスト毎性能テーブル５５１は、既存ホストの稼動性能を表示すると共に、ユーザによる追加ホストの要求性能を入力するフィールドを含む。追加ホストの要求性能を入力するフィールドは、ホスト追加ボタン５５２が選択されることで、追加される。提案処理プログラム３０１は、既存ホストの稼動性能の情報を、ホスト性能管理テーブル４８０から取得する。

図２３の例において、ホスト毎性能テーブル５５１は、既存ホスト１〜ホスト４の稼動性能を表示する。ユーザは、ホスト５〜ホスト８の追加を要求し、さらに、それぞれの要求性能を入力する。本例において、ユーザは、ホスト毎性能テーブル５５１内のホスト性能の合計が、要求ＩＤに関連付けられている要求全体性能以下である範囲で、追加ホストの要求性能を指定することができる。なお、要求全体性能が指定されていない場合、ホスト性能の合計値の制限はないものとしてよい。

ホスト毎要求性能入力画面５５０の完了ボタン５５３がユーザにより選択されると、提案処理プログラム３０１は、ホスト毎要求性能入力画面へのユーザ入力を受信して、選択された要求ＩＤに関連付けられているホスト要求性能テーブル４２０に登録する（Ｓ１６６）。さらに、提案構成生成指示画面５４０において提案実行ボタン５４２がユーザにより選択されると、提案処理プログラム３０１は、提案構成生成の指示を受信する（Ｓ１６７）。

追加ホストの要求性能についてのユーザ要求の上記入力方法は一例であって、どのような方法によって追加ホストの要求性能についての情報を入力してもよい。例えば、要求ＩＤに関連付けられている要求全体性能が設定されていなくてよい。要求全体性能は、既存ホストの稼動性能と入力される追加ホストの要求性能の合計となる。また、本例においては、既存ホストの稼動性能が、既存ホストの要求性能と一致する。これにより、ストレージシステムの現状の稼動状態に即した提案を行うことができる。なお、既存ホストの要求性能をユーザが新たに指定してもよい。この場合、既存ホスト性能の監視は省略してよい。

図２４は、提案構成生成ステップＳ１０７のフローチャートを示す。提案処理プログラム３０１は、提案構成生成の指示を受信すると、既存ホスト及び既存ノードの性能と、ユーザに指定された追加ホストの要求性能に基づいて、ストレージシステムを拡張する提案構成を生成する。

提案処理プログラム３０１は、選択された要求ＩＤに対応する要求情報３１１及び監視結果情報３１６を取得する（Ｓ１７１）。提案処理プログラム３０１は、取得した情報に基づいて、提案構成を生成する（Ｓ１７２）。これにより、ユーザからの性能要求に応じた適切な構成を提案することができる。

以下に説明する例において、提案処理プログラム３０１は、複数の提案構成を生成する。これにより、ユーザの選択肢を広げることができる。また、複数の提案構成は、ユーザ要求を満たすことができる、最小数のノードからなる構成（最小構成）を含む。これにより、ユーザにとって不要なノードを追加することを避けることができる。複数の提案構成は、さらに、最小構成に余剰ノードを追加した構成を含む。なお、生成される提案構成の数は一つでもよく、最小ノード数の構成が含まれていなくてもよい。

図２５は、提案構成生成ステップＳ１７２の詳細のフローチャートを示す。以下に説明する例において、提案処理プログラム３０１は、ユーザ要求を満たす最小数のノードからなる提案構成と、最小ノード数の提案構成に一つの余剰ノードを追加した提案構成、及び、最小ノード数の提案構成に二つの余剰ノードを追加した提案構成を生成する。

まず、提案処理プログラム３０１は、追加ノードで実現すべき性能値Ａを算出する（Ｓ２０１）。具体的には、提案処理プログラム３０１は、ユーザに要求されている全体性能から、既存ノードそれぞれの限界性能を合計した値を引いた値を、性能値Ａと決定する。提案処理プログラム３０１は、要求管理テーブル４１０から要求全体性能の値を取得し、ノード性能管理テーブル４７０から既存ノードそれぞれの限界性能の値を取得する。なお、ホスト要求性能と別に要求全体性能が指定されていない場合、既存ホスト及び追加ホストの要求性能の合計を、要求全体性能とする。

次に、提案処理プログラム３０１は、追加するノードのノードタイプを選択し、性能値Ａを実現するノードの台数を算出する（Ｓ２０２）。本例では、提案処理プログラム３０１は、ノードタイプ管理テーブル４６０を参照して一つのノードタイプを選択し、さらに、そのノードタイプの限界性能の値を取得する。提案処理プログラム３０１は、性能値Ａを選択したノードタイプの限界性能値で割った値以上の整数を、追加ノードの最低必要数と決定する。なお、複数のノードタイプが選択されてもよい。ノードタイプそれぞれのノード台数は、例えば、できるだけ一致するように決定されてもよい。

次に、提案処理プログラム３０１は、三つの提案構成（提案構成群）を生成する（Ｓ２０３）。上述のように、提案処理プログラム３０１は、ユーザ要求を満たす最小数のノードからなる提案構成（第１提案構成）、最小ノード数の提案構成に一つの余剰ノードを追加した提案構成（第２提案構成）、及び、最小ノード数の提案構成に二つの余剰ノードを追加した提案構成（第３提案構成）を生成する。

第１提案構成は、既存ノードに、ステップＳ２０２で算出した必要最低数のノードを追加した構成である。提案処理プログラム３０１は、三つの提案構成それぞれの情報を示す提案構成テーブル６００を作成する。提案構成テーブルの詳細は後述する。

次に、提案処理プログラム３０１は、三つの提案構成において容量が最も小さい提案構成と、要求ＩＤに関連付けられている要求容量とを比較する（Ｓ２０４）。提案処理プログラム３０１は、ノード性能管理テーブル４７０、ノード構成管理テーブル４５０、及びノードタイプ管理テーブル４６０を参照して、提案構成の容量を計算できる。提案構成の容量が要求容量より小さい場合、提案処理プログラム３０１は、ステップＳ２０２に戻る。

ステップＳ２０２に戻ると、提案処理プログラム３０１は、最小ノード数の第１提案構成が要求容量を満たすように、三つの提案構成に同一数の前回と同一タイプのノードを追加する。他の例において、提案処理プログラム３０１は、未選択のノードタイプを選択して、選択したノードタイプで三つの提案構成を最生成してもよい。

次に、提案処理プログラム３０１は、三つの提案構成において最もコストが高い提案構成（第３提案構成）のコストと、要求ＩＤに関連付けられている要求コストとを比較する（Ｓ２０５）。提案処理プログラム３０１は、ノードタイプ管理テーブル４６０及びノード性能管理テーブル４７０を参照して、提案構成のコストを計算できる。提案構成のコストが要求コストより大きい場合、提案処理プログラム３０１は、ステップＳ２０２に戻る。提案処理プログラム３０１は、ステップＳ２０２において異なるノードタイプを選択する。

なお、全てのノードタイプの提案構成群が要求コストを満たすことができない場合、例えば、提案処理プログラム３０１は、第１提案構成のコストが最も低い提案構成群を選択して、次のステップに進んでもよい。要求コストと比較される提案構成は、最もコストが高い構成提案と異なる構成提案であってもよい。その場合、要求コストを越えるコストの提案構成は破棄されても、維持されてもよい。

次に、提案処理プログラム３０１は、各提案構成において、ノードとホストとの間の接続形態を決定する（Ｓ２０６）。提案処理プログラム３０１は、三つの提案構成それぞれにおける接続形態を示す、ホスト管理テーブル及びノード管理テーブル６２０を生成する。ホスト管理テーブル及びノード管理テーブルのペアが、一つの提案構成におけるホストとノードとの間の接続形態を示す。ホスト管理テーブル及びノード管理テーブルの詳細は後述する。

提案処理プログラム３０１は、各ホストの要求性能が満たされるように、各ホストのアクセス方法及びアクセス先（接続形態）を決定する。アクセス方法は、ダイレクトアクセス又はインダイレクトアクセスのいずれかである。本明細書に開示の方法により、ダイレクトアクセス又はインダイレクトアクセスがホストに割り当てられストレージシステムで適切な提案構成を行うことできる。

ホストの要求性能が、全てのノードのインダイレクト限界性能の合計よりも大きい場合、提案処理プログラム３０１は、そのホストにダイレクトアクセスを割り当てる。ダイレクトアクセスのアクセス先は、限界性能がホストの要求性能以上であるノードから選択される。

ホストの要求性能が、全てのノードのインダイレクト限界性能の合計以下である場合、提案処理プログラム３０１は、基本的に、そのホストにインダイレクトアクセスを割り当てる。いずれかのノード限界性能が、そのノードへアクセスするホストの要求性能の合計未満である場合、インダイレクトアクセスが割り当てられているノードのいずれかにダイレクトアクセスが割り当てられる。上述のように、インダイレクトアクセスが割り当てられたホストは、全てのノードにアクセスし得る。

提案処理プログラム３０１は、ホストに対して、ダイレクトアクセスとインダイレクトアクセスの双方を割り当てることができる場合、インダイレクトアクセスを割り当てる。インダイレクトアクセスを優先的に割り当てることで、データの偏在を抑制できる。なお、本明細書のストレージシステムの拡張構成案の作成手法は、ダイレクトアクセスとインダイレクトアクセスとは異なるアクセス方法がホストに割り当てられるストレージシステムにも適用することができる。

次に、提案処理プログラム３０１は、各提案構成の冗長性についてのシミュレーションを実施する（Ｓ２０７）。具体的には、提案処理プログラム３０１は、１又は複数ノードで障害発生した場合に、それらが担っていた性能値を他のノードが肩代わりできるかシミュレーションを行う。提案処理プログラム３０１は、提案構成それぞれのシミュレーション結果を示すノード障害シミュレーションテーブル６４０を生成する。ノード障害シミュレーションテーブルの詳細は後述する。

次に、提案処理プログラム３０１は、提案構成それぞれの冗長性が、要求ＩＤに関連付けられている要求冗長性を満たすか判定する（Ｓ２０８）。提案構成の冗長性が、要求冗長性よりも小さい場合、提案処理プログラム３０１は、その提案構成を破棄する。提案処理プログラム３０１は、冗長性が要求冗長性以上の提案構成を選択して、提案構成リストに登録する（Ｓ２０８）。

図２５に示すフローチャートは、選択した一つのノードタイプの複数の提案構成の作成を記述する。提案処理プログラム３０１は、図２５に示す手順に従って、複数のノードタイプの提案構成を作成してもよい。これにより、ユーザの選択肢を広げ、ユーザにとってより適切なストレージシステムの拡張構成を決定することができる。

以下において、提案処理プログラム３０１が、ストレージシステム（クラスタ）とホストを含む計算機システムの提案構成を作成する方法の例を説明する。提案処理プログラム３０１は、上述のように、ホストの要求性能それぞれを満たすように、ストレージシステムに追加ノード構成及びホストとストレージシステムとの間の接続形態を決定する。追加ノード構成は、追加ノードの数及び追加ノードそれぞれのタイプを示す。接続形態は、各ホストのアクセス方法及びアクセス先ノードを示す。提案処理プログラム３０１は、例えば、追加ノードを含むストレージシステムの新たな構成及びホストとストレージシステムの間の接続形態を、ユーザに提示する。

以下においては説明する例において、ストレージシステム（クラスタ）は三つの既存ノード（ノード１、ノード２及びノード３）で構成され、四つの既存ホスト（ホスト１〜ホスト４）がストレージシステムにアクセスしているとする。また、新たに四つのホスト（ホスト５〜ホスト８）を追加することをユーザが要求しているものとする。

ユーザからの要求、既存ノード、既存ホスト及び追加ホストに関する情報は、図４から図１１を参照して説明した通りである。提案処理プログラム３０１は、図３の要求管理テーブル４１０の要求１及び図４に示すホスト要求性能テーブル４２０が示すユーザ要求に対して、ストレージシステムの新たな拡張構成を提案する。また、以下に説明する例においては、説明の容易のため、ダイレクトアクセスが割り当てられるホストは、一つのノードのみにアクセスするものとする。

提案処理プログラム３０１は、既存ホスト及び追加ホストそれぞれの要求性能が満たされるように、ストレージシステム構成及び接続形態を決定する。以下に説明する例において、既存ホストの要求性能はそれらの稼動性能である。また、説明の容易化のため、ホストの要求性能の合計は、ストレージシステムに対する要求全体性能と一致している。

具体的には、提案処理プログラム３０１は、ストレージシステムに追加するノードの数及びノードそれぞれの特性を決定し、さらに、既存ホスト及び追加ホストそれぞれのストレージシステムへのアクセス方法（ダイレクトアクセス及びインダイレクトアクセス）及びアクセス先を決定する。上述のように、インダイレクトアクセスのアクセス先は、全ノードである。

以下に説明する例において、提案処理プログラム３０１は、三つの提案構成（拡張構成案）を作成する。また、提案処理プログラム３０１は、ユーザ要求を満たすために追加するノードの数が最小である構成を提案構成に含める。なお、提案処理プログラム３０１による提案数は一つ又は４以上でもよく、最小追加ノード数の構成が提案されなくてもよい。提案処理プログラム３０１は、さらに、最小数の１台及び２台のノードを追加した提案構成を生成する。

まず、提案構成テーブルの作成Ｓ２０３の例を説明する。図２６、２７及び２８は、それぞれ、提案処理プログラム３０１が、追加するノードのノードタイプとしてノードタイプＡを選択した場合の、第１提案構成、第２提案構成及び第３提案構成の提案構成テーブル６０１、６０２及び６０３を示す。図２６に示すように、提案構成テーブル６０１は、ノードＩＤ欄７０１、ノードタイプ欄７０２、ダイレクト限界性能欄７０３、及びインダイレクト限界性能７０４を含む。

ノードＩＤ欄７０１は、第１提案構成のノードそれぞれのＩＤを示す。ノードタイプ欄７０２、ダイレクト限界性能欄７０３、及びインダイレクト限界性能７０４は、ノードそれぞれの特性を示し、ノード構成管理テーブル４５０、ノードタイプ管理テーブル４６０からそれらの情報を取得できる。第１提案構成は、三つの既存ノードに足して、ノードタイプＡの一つのノード（ノード４）を追加する。ノードの限界性能はダイレクト限界性能と一致する。ノード１〜ノード４の限界性能の合計は２０００であり、要求ＩＤ１の要求性能２０００と一致する。

第２提案構成及び第３提案構成の提案構成テーブル６０２及び６０３も、提案構成テーブル６０１と同様のテーブル構成を有しており、欄の説明を省略する。第２提案構成は、ノードタイプＡの二つのノード（ノード４及びノード５）を追加し、第３提案構成は、ノードタイプＡの三つのノード（ノード４、ノード５及びノード６）を追加する。

次に、各提案構成におけるホストとストレージシステムとの間の接続形態の決定Ｓ２０６の例を説明する。図２９及び３０は、それぞれ、第１提案構成のホスト管理テーブル６２１及びノード管理テーブル６２２を示す。ホスト管理テーブル６２１は、既存ホスト及び追加ホストそれぞれの要求性能及び接続ノード（アクセス先）を示す。具体的には、ホスト管理テーブル６２１は、ホストＩＤ欄７２１、稼動性能欄７２２、要求性能欄７２３及び接続ノード欄７２４を含む。

ホストＩＤ欄７２１は、ストレージシステムにアクセスするホストそれぞれのＩＤを示す。図２９の例において、四つの既存ホスト（ホスト１〜ホスト４）及び四つの追加ホスト（ホスト５〜ホスト８）を示す。稼動性能欄７２２は、既存ホストの稼動性能を示す。要求性能欄７２３は既存ホスト及び追加ホストの要求性能を示す。既存ホストの要求性能は稼動性能と一致する。ホストＩＤ欄７２１、稼動性能欄７２２、要求性能欄７２３の情報は、ホスト要求性能テーブル４２０から取得できる。

接続ノード欄７２４は、ホストそれぞれのアクセス方法及びアクセス先を示す。提案処理プログラム３０１は、各ホストの要求性能が満たされるように、各ホストのアクセス方法及びアクセス先を決定する。具体的には、全ノードのインダイレクト限界性能合計がホストの要求性能より小さい場合、提案処理プログラム３０１は、そのホストにダイレクトアクセスを割り当てる。全ノードのインダイレクト限界性能合計がホストの要求性能以下である場合、提案処理プログラム３０１は、そのホストにインダイレクトアクセスを割り当てる。

提案処理プログラム３０１は、ノードにアクセスするホストの要求性能の合計ノードの限界性能が、当該ノードの限界性能を越えないように、ホストのサクセス先を決定する。この条件を満たすように、提案処理プログラム３０１は、必要により、インダイレクトアクセスが割り当てられたホストのアクセス方法をダイレクトアクセスに変更する。さらに、提案処理プログラム３０１は、ダイレクトアクセスが割り当てられたホストのアクセス先を決定する。

図３０が示すノード管理テーブル６２２は、ノードＩＤ欄７３１、ノードタイプ欄７３２、限界性能欄７３３、要求性能合計値欄７３４、ダイレクト接続欄７３５、及びインダイレクト接続欄７３６を含む。ノードＩＤ欄７３１は、ストレージシステムを構成するノードそれぞれのＩＤを示す。ノードタイプ欄７３２及び限界性能欄７３３は、それぞれ、各ノードのノードタイプ及び限界性能を示す。

要求性能合計値欄７３４は、ノードそれぞれの要求性能合計値を示す。要求性能合計値は、上述のように、ノードにアクセスするホストの要求性能の合計値である。ダイレクトアクセスの要求性能は、そのアクセス先ノードに割り当てられ、インダイレクトアクセスの要求性能は、全てのノードに等分で振り分けられるとする。

ダイレクト接続欄７３５は、ノードに対してダイレクトアクセスによりアクセスするホストのホストＩＤ及び要求性能を示す。本例において、ホスト１、ホスト２、ホスト５及びホスト６にダイレクトアクセスが割り当てられ、それらの要求性能は３５０ＩＯＰＳである。また、ホスト１、ホスト２、ホスト５及びホスト６のアクセス先は、それぞれ、ノード１、ノード２、ノード３及びノード４である。四つノードのインダイレクト限界性能の合計値は２００である。そのため、これら四つのホストにダイレクトアクセスが割り当てられている。

インダイレクト接続欄７３６は、ノードに対してインダイレクトアクセスによりアクセスするホストのホストＩＤ及び要求性能を示す。図３０の例において、ホスト３、ホスト４、ホスト７及びホスト８に対して、インダイレクトアクセスが割り当てられている。これらホストの要求性能は１５０であり、四つノードのインダイレクト限界性能の合計値は２００より小さい。そのため、そのため、これら四つのホストにインダイレクトアクセスが割り当てられている。これらノードの各要求性能は４等分されて、ノード１〜ノード４に割り当てられている。

要求性能合計値欄７３４が示すように、各ノードの限界性能及び要求性能合計値（２００＋３７．５＊４）は共に５００である。各ノードの限界性能が要求性能合計値以上であるので、各ホストの要求性能を適切に満たすことができると推定できる。

図３１及び３２は、それぞれ、第２提案構成のホスト管理テーブル６２３及びノード管理テーブル６２４を示す。ホスト管理テーブル６２３及びノード管理テーブル６２４それぞれのテーブル構成は、第１提案構成のホスト管理テーブル６２１及びノード管理テーブル６２２と同様である。第２提案構成は、ノードタイプＡの二つのノード（ノード４及びノード５）を追加する。

図３１に示すホスト管理テーブル６２３の内容は、図２９に示す第１提案構成のホスト管理テーブル６２１と同様である。つまり、ホストとストレージシステムとの間の接続形態は同一である。図３２に示す第２構成提案のノード管理テーブル６２４は、図３０に示す第１提案構成のノード管理テーブル６２２と比較して、さらに追加されたノード５のレコードを含む。

ノード５にダイレクトアクセスするホストは存在せず、インダイレクトアクセスが割り当てられたホストのみがノード５にアクセスする。インダイレクトアクセスが割り当てられているホストのアクセス先ノードが第１提案構成より増加しているため、インダイレクトアクセスホストの各ノードに対する要求性能が小さくなっている。ノード５の追加により、各ノードの要求性能に対する限界性能の余裕が大きくなっている。

図３３及び３４は、それぞれ、第３提案構成のホスト管理テーブル６２５及びノード管理テーブル６２６を示す。ホスト管理テーブル６２５及びノード管理テーブル６２６それぞれのテーブル構成は、第１提案構成のホスト管理テーブル６２１及びノード管理テーブル６２２と同様である。第３提案構成は、ノードタイプＡの三つのノード（ノード４、ノード５及びノード６）を追加する。

図３３に示す第３構成提案のホスト管理テーブル６２５の内容は、図２９に示す第１提案構成のホスト管理テーブル６２１と同様である。つまり、ホストとストレージシステムとの間の接続形態は同一である。図３４に示す第３構成提案のノード管理テーブル６２６は、図３０に示す第１提案構成のノード管理テーブル６２２と比較して、さらに追加されたノード５及びノード６のレコードを含む。

ノード５及びノード６にダイレクトアクセスするホストは存在せず、インダイレクトアクセスが割り当てられたホストのみがノード５及びノード６にアクセスする。インダイレクトアクセスが割り当てられているホストのアクセス先ノードが第１提案構成及び第２提案構成案より増加しているため、インダイレクトアクセスホストの各ノードに対する要求性能が小さくなっている。ノード５及びノード６の追加により、各ノードの要求性能に対する限界性能の余裕が第１及び第２提案構成より大きくなっている。

次に、冗長性シミュレーションＳ２０７の例を説明する。図３５及び３６は、第１提案構成のノード障害シミュレーションテーブルを示す。具体的には、図３５はノード障害ホスト管理テーブル６４１を示す。ノード障害ホスト管理テーブル６４１は、図２９に示す第１提案構成のホスト管理テーブル６２１にシミュレーション結果を反映した内容を有する。図３６はノード障害ノード管理テーブル６４２を示す。ノード障害ノード管理テーブル６４２は、図３０に示す第１提案構成のノード管理テーブル６２２にシミュレーション結果を反映した内容を有する。

図３５及び３６は、ノード１で障害が発生した場合のシミュレーション結果を示す。ノード１において障害が発生すると、他のノードによって、ノード１が負担していた性能値５００ＩＯＰＳをカバーすることができない。従って、第１提案構成の冗長性は０であり、要求１が要求する冗長性を満たしていない。そのため、第１提案構成は破棄される（Ｓ２０８）。

図３７及び３８は、第２提案構成のノード障害シミュレーションテーブルを示す。具体的には、図３７はノード障害ホスト管理テーブル６４３を示す。ノード障害ホスト管理テーブル６４３は、図３１に示す第２提案構成のホスト管理テーブル６２３にシミュレーション結果を反映した内容を有する。図３８はノード障害ノード管理テーブル６４４を示す。ノード障害ノード管理テーブル６４４は、図３２に示す第２提案構成のノード管理テーブル６２４にシミュレーション結果を反映した内容を有する。

図３７及び３８は、ノード１で障害が発生した場合のシミュレーション結果を示す。ノード１において障害が発生すると、他のノードによって、ノード１が負担していた性能値４７０ＩＯＰＳをカバーすることができる。図３７及び３８の例は、ノード１にダイレクトアクセスを行うホスト１に対して、ノード５を割当てる。また、ノード１に割り当てられているインダイレクトアクセス性能（１２０ＩＯＰＳ）は、残りのノードに均等（３０ＩＯＰＳ）に割当てられる。また、インダイレクトアクセスが割り当てられているホストの各ノードへの要求性能は、３０から３７．５に増加する。

提案処理プログラム３０１は、他のノード２からノード５における障害シミュレーションを同様に実行する。本例においては、いずれのノードにおいて障害が発生しても、他のノードは、障害ノードが負担していた性能値をカバーできる。さらに、提案処理プログラム３０１は、障害ノードの数を１から２に増やして、二つのノードの全ての組み合わせについてシミュレーションを実行する。

提案処理プログラム３０１は、障害ノード数を増加させながらシミュレーションを実行し、ストレージシステムの冗長性を決定する。本例の第２提案構成は、２台のノードにおいて障害が発生すると、それらの性能を他のノードでカバーすることができない。従って、冗長性は１である。提案処理プログラム３０１は、シミュレーション結果が要求冗長性を満たしている場合、その後のシミュレーションを省略してもよい。

図３９及び４０は、第３提案構成のノード障害シミュレーションテーブルを示す。具体的には、図３９はノード障害ホスト管理テーブル６４５を示す。ノード障害ホスト管理テーブル６４５は、図３３に示す第３提案構成のホスト管理テーブル６２５にシミュレーション結果を反映した内容を有する。図４０はノード障害ノード管理テーブル６４６を示す。ノード障害ノード管理テーブル６４６は、図３４に示す第３提案構成のノード管理テーブル６２６にシミュレーション結果を反映した内容を有する。

図３９及び４０は、ノード１で障害が発生した場合のシミュレーション結果を示す。ノード１において障害が発生すると、他のノードによって、ノード１が負担していた性能値４５０ＩＯＰＳをカバーすることができる。図３９及び４０の例は、ノード１にダイレクトアクセスを行うホスト１に対して、ノード５を割当てる。また、ノード１に割り当てられているインダイレクトアクセス性能（１００ＩＯＰＳ）は、残りのノードに均等（２０ＩＯＰＳ）に割当てられる。また、インダイレクトアクセスが割り当てられているホストの各ノードへの要求性能は、２５から３０に増加する。

提案処理プログラム３０１は、他のノード２からノード６における障害シミュレーションを同様に実行する。本例においては、いずれのノードにおいて障害が発生しても、他のノードは、障害ノードが負担していた性能値をカバーできる。

さらに、提案処理プログラム３０１は、障害ノードの数を１から２に増やして、二つのノードの全ての組み合わせについてシミュレーションを実行する。提案処理プログラム３０１は、障害ノード数を増加させながらシミュレーションを実行し、ストレージシステムの冗長性を決定する。本例の第３提案合構成の冗長性は２である。提案処理プログラム３０１は、シミュレーション結果が要求冗長性を満たしている場合、その後のシミュレーションを省略してもよい。

図４１は、ユーザ要求を満たす提案構成の情報を格納する提案構成リスト８００の構成例を示す。提案処理プログラム３０１は、シミュレーション結果がユーザ要求を満たす提案構成を、提案構成リスト８００に含めて記憶装置に格納する。提案処理プログラム３０１は、さらに、提案構成リスト８００を出力装置１３５において表示する。

提案構成リスト８００において第２提案構成がユーザによって選択されると、提案処理プログラム３０１は、図４２に示すように、第２提案構成の詳細の画像８１０を表示する。第２提案構成の詳細８１０の内容は、第２提案構成のノード管理テーブル６２４の内容と同様である。

提案構成リスト８００において第３提案構成がユーザによって選択されると、提案処理プログラム３０１は、図４３に示すように、第３提案構成の詳細の画像８１５を表示する。第３提案構成の詳細８１５の内容は、第３提案構成のノード管理テーブル６２６の内容と同様である。これにより、ユーザは、要求を満たすストレージシステムのノード構成及びホストとストレージシステムとの間の接続形態を知ることができる。

以下において、提案処理プログラム３０１が、追加するノードのノードタイプとしてノードタイプＢを選択した場合の、提案構成テーブルの作成Ｓ２０３、各提案構成におけるホストとストレージシステムとの間の接続形態の決定Ｓ２０６、及び冗長性シミュレーションＳ２０７の例を説明する。

まず、提案構成テーブルの作成Ｓ２０３の例を説明する。図４４、４５及び４６は、それぞれ、提案処理プログラム３０１が、追加するノードのノードタイプとしてノードタイプＢを選択した場合の、第１提案構成、第２提案構成及び第３提案構成の提案構成テーブル６１１、６１２及び６１３を示す。テーブル構成は、ノードタイプＡを選択した場合と同様であり、詳細な説明を省略する。

第１提案構成は、三つの既存ノードに足して、ノードタイプＢの一つのノード（ノード４）を追加する。ノードタイプＢのダイレクト限界性能は１０００ＩＯＰＳ、インダイレクト限界性能は１００ＩＯＰＳである。これら値は、ノードタイプＡの５００ＩＯＰＳ及び５０ＩＯＰＳより大きい。

ノード１〜ノード４の限界性能の合計は２５００であり、要求ＩＤ１の要求性能２０００より大きい。第２提案構成は、ノードタイプＢの二つのノード（ノード４及びノード５）を追加し、第３提案構成は、ノードタイプＢの三つのノード（ノード４、ノード５及びノード６）を追加する。

次に、各提案構成におけるホストとストレージシステムとの間の接続形態の決定Ｓ２０６の例を説明する。図４７及び４８は、それぞれ、第１提案構成のホスト管理テーブル６３１及びノード管理テーブル６３２を示す。ホスト管理テーブル６３１の内容は、図２９に示すタイプＡの第１提案構成のホスト管理テーブル６２１と同様である。ノード管理テーブル６３２の内容は、図３０に示すタイプＡの第１提案構成のノード管理テーブル６２２と、ノード４のノードタイプ及び限界性能が異なり、他は同様である。

ホストのアクセス方法及びアクセス先の決定は、ノードタイプＡを選択する例において説明した通りである。また、ダイレクトアクセス及びインダイレクトアクセスの要求性能がノードに割り当てられる方法も、ノードタイプＡを選択する例において説明した通りである。ノード管理テーブル６３２が示すように、ノードそれぞれの限界性能は、各ノードの限界性能以上であり、各ホストの要求性能を適切に満たすことができると推定できる。

図４９及び５０は、それぞれ、第２提案構成のホスト管理テーブル６３３及びノード管理テーブル６３４を示す。ホスト管理テーブル６３３及びノード管理テーブル６３４それぞれのテーブル構成は、第１提案構成のホスト管理テーブル６３１及びノード管理テーブル６３２と同様である。第２提案構成は、ノードタイプＢの二つのノード（ノード４及びノード５）を追加する。

図４９に示すホスト管理テーブル６３３の内容は、図４７に示す第１提案構成のホスト管理テーブル６３１と同様である。つまり、ホストとストレージシステムとの間の接続形態は同一である。図５０に示す第２構成提案のノード管理テーブル６３４は、図４８に示す第１提案構成のノード管理テーブル６３２と比較して、さらに追加されたノード５のレコードを含む。

ノード５にダイレクトアクセスするホストは存在せず、インダイレクトアクセスが割り当てられたホストのみがノード５にアクセスする。インダイレクトアクセスが割り当てられているホストのアクセス先ノードが第１提案構成より増加しているため、インダイレクトアクセスホストの各ノードに対する要求性能が小さくなっている。ノード５の追加により、各ノードの要求性能に対する限界性能の余裕が大きくなっている。

図５１及び５２は、それぞれ、第３提案構成のホスト管理テーブル６３５及びノード管理テーブル６３６を示す。ホスト管理テーブル６３５及びノード管理テーブル６３６それぞれのテーブル構成は、第１提案構成のホスト管理テーブル６３１及びノード管理テーブル６３２と同様である。第３提案構成は、ノードタイプＢの三つのノード（ノード４、ノード５及びノード６）を追加する。

図５１に示す第３提案構成のホスト管理テーブル６３５の内容は、図４７に示す第１提案構成のホスト管理テーブル６３１と同様である。つまり、ホストとストレージシステムとの間の接続形態は同一である。図５２に示す第３構成提案のノード管理テーブル６３６は、図４８に示す第１提案構成のノード管理テーブル６３２と比較して、さらに追加されたノード５及びノード６のレコードを含む。

ノード５及びノード６にダイレクトアクセスするホストは存在せず、インダイレクトアクセスが割り当てられたホストのみがノード５及びノード６にアクセスする。インダイレクトアクセスが割り当てられているホストのアクセス先ノードが第１提案構成及び第２提案構成案より増加しているため、インダイレクトアクセスホストの各ノードに対する要求性能が小さくなっている。ノード５及びノード６の追加により、各ノードの要求性能に対する限界性能の余裕が第１及び第２提案構成より大きくなっている。

次に、冗長性シミュレーションＳ２０７の例を説明する。図５３及び５４は、第１提案構成のノード障害シミュレーションテーブルを示す。具体的には、図５３はノード障害ホスト管理テーブル６５１を示す。ノード障害ホスト管理テーブル６４１は、図４７に示す第１提案構成のホスト管理テーブル６３１にシミュレーション結果を反映した内容を有する。図５４はノード障害ノード管理テーブル６５２を示す。ノード障害ノード管理テーブル６４２は、図４８に示す第１提案構成のノード管理テーブル６３２にシミュレーション結果を反映した内容を有する。

図５３及び５４は、ノード１で障害が発生した場合のシミュレーション結果を示す。ノード１において障害が発生すると、ノード４が、ノード１が負担していた性能値５００ＩＯＰＳをカバーすることができる。ノード２又はノード３における障害においても同様である。しかし、ノード４において障害が発生すると、他のノードは、ノード４が負担していた性能値５００ＩＯＰＳをカバーすることができない。従って、第１提案構成の冗長性は０であり、要求１が要求する冗長性を満たしていない。そのため、第１提案構成は破棄される（Ｓ２０８）。

図５５及び５６は、第２提案構成のノード障害シミュレーションテーブルを示す。具体的には、図５５はノード障害ホスト管理テーブル６５３を示す。ノード障害ホスト管理テーブル６５３は、図４９に示す第２提案構成のホスト管理テーブル６３３にシミュレーション結果を反映した内容を有する。図５６はノード障害ノード管理テーブル６５４を示す。ノード障害ノード管理テーブル６５４は、図５０に示す第２提案構成のノード管理テーブル６３４にシミュレーション結果を反映した内容を有する。

図５５及び５６は、ノード１で障害が発生した場合のシミュレーション結果を示す。ノード１において障害が発生すると、他のノードによって、ノード１が負担していた性能値４７０ＩＯＰＳをカバーすることができる。図５５及び５６の例は、ノード１にダイレクトアクセスを行うホスト１に対して、ノード５を割当てる。また、ノード１に割り当てられているインダイレクトアクセス性能（１２０ＩＯＰＳ）は、残りのノードに均等（３０ＩＯＰＳ）に割当てられる。また、インダイレクトアクセスが割り当てられているホストの各ノードへの要求性能は、３０から３７．５に増加する。

提案処理プログラム３０１は、他のノード２からノード５における障害シミュレーションを同様に実行する。本例においては、いずれのノードにおいて障害が発生しても、他のノードは、障害ノードが負担していた性能値をカバーできる。

図５７及び５８は、第２提案構成において、ノード１の障害の後にさらにノード４で障害が発生した場合のシミュレーション結果を示す。図５７はノード障害ホスト管理テーブル６５５を示す。ノード障害ホスト管理テーブル６５３は、図５５に示すノード障害ホスト管理テーブル６５３にシミュレーション結果を反映した内容を有する。図５８はノード障害ノード管理テーブル６５６を示す。ノード障害ノード管理テーブル６５６は、図５６に示すノード障害ノード管理テーブル６５４にシミュレーション結果を反映した内容を有する。

ノード１の後にノード４において障害が発生すると、他のノードによって、ノード４が負担していた性能値５００ＩＯＰＳをカバーすることができる。図５７及び５８の例は、ノード４にダイレクトアクセスを行うホスト６に対して、ホスト１と同様に、ノード５を割当てる。ノード４に割り当てられているインダイレクトアクセス性能（１５０ＩＯＰＳ）は、ノード５に割り当てられる。

このように、提案処理プログラム３０１は、障害ノードの数を１から２に増やして、二つのノードの全ての組み合わせについてシミュレーションを実行する。提案処理プログラム３０１は、障害ノード数を増加させながらシミュレーションを実行し、ストレージシステムの冗長性を決定する。本例の第２提案構成は、ノード４とノード５において障害が発生した場合、残りのノードでそれらの性能をカバーすることができない。従って、冗長性は１である。提案処理プログラム３０１は、シミュレーション結果が要求冗長性を満たしている場合、その後のシミュレーションを省略してもよい。

図５９及び６０は、第３提案構成のノード障害シミュレーションテーブルを示す。図５９はノード障害ホスト管理テーブル６５７を示す。ノード障害ホスト管理テーブル６５７は、図５１に示す第３提案構成のホスト管理テーブル６３５にシミュレーション結果を反映した内容を有する。図６０はノード障害ノード管理テーブル６５８を示す。ノード障害ノード管理テーブル６５８は、図５２に示す第３提案構成のノード管理テーブル６３６にシミュレーション結果を反映した内容を有する。

図５９及び６０は、ノード１で障害が発生した場合のシミュレーション結果を示す。ノード１において障害が発生すると、他のノードによって、ノード１が負担していた性能値４５０ＩＯＰＳをカバーすることができる。図５９及び６０の例は、ノード１にダイレクトアクセスを行うホスト１に対して、ノード５を割当てる。また、ノード１に割り当てられているインダイレクトアクセス性能（１００ＩＯＰＳ）は、残りのノードに均等（２０ＩＯＰＳ）に割当てられる。また、インダイレクトアクセスが割り当てられているホストの各ノードへの要求性能は、２５から３０に増加する。

提案処理プログラム３０１は、他のノード２からノード６における障害シミュレーションを同様に実行する。本例においては、いずれのノードにおいて障害が発生しても、他のノードは、障害ノードが負担していた性能値をカバーできる。

図６１及び６２は、第３提案構成において、ノード１の障害の後にさらにノード２で障害が発生した場合のシミュレーション結果を示す。図６１はノード障害ホスト管理テーブル６５９を示す。ノード障害ホスト管理テーブル６５９は、図５９に示すノード障害ホスト管理テーブル６５７にシミュレーション結果を反映した内容を有する。図６２はノード障害ノード管理テーブル６６０を示す。ノード障害ノード管理テーブル６６０は、図６０に示すノード障害ノード管理テーブル６５８にシミュレーション結果を反映した内容を有する。

ノード１の後にノード２において障害が発生すると、他のノードによって、ノード２が負担していた性能値の４７０ＩＯＰＳをカバーすることができる。図６１及び６２の例は、ノード２にダイレクトアクセスを行うホスト２に対して、ノード６を割当てる。ノード２に割り当てられているインダイレクトアクセス性能（１２０ＩＯＰＳ）は、残りのノードに均等（３０ＩＯＰＳ）に割当てられる。

このように、提案処理プログラム３０１は、障害ノードの数を１から２に増やして、二つのノードの全ての組み合わせについてシミュレーションを実行する。提案処理プログラム３０１は、障害ノード数を増加させながらシミュレーションを実行し、ストレージシステムの冗長性を決定する。本例の第３提案構成の冗長性は２である。提案処理プログラム３０１は、シミュレーション結果が要求冗長性を満たしている場合、その後のシミュレーションを省略してもよい。

図６３は、ノードタイプＢを選択した場合の、ユーザ要求を満たす提案構成の情報を格納する提案構成リスト８２０の構成例を示す。提案処理プログラム３０１は、シミュレーション結果がユーザ要求を満たす提案構成を、提案構成リスト８２０に含めて記憶装置に格納する。提案処理プログラム３０１は、さらに、提案構成リスト８２０を出力装置１３５において表示する。

提案構成リスト８２０において第２提案構成がユーザによって選択されると、提案処理プログラム３０１は、図６４に示すように、第２提案構成の詳細の画像８３０を表示する。第２提案構成の詳細８３０の内容は、第２提案構成のノード管理テーブル６３４の内容と同様である。

提案構成リスト８２０において第３提案構成がユーザによって選択されると、提案処理プログラム３０１は、図６５に示すように、第３提案構成の詳細の画像８３５を表示する。第３提案構成の詳細８３５の内容は、第３提案構成のノード管理テーブル６３６の内容と同様である。これにより、ユーザは、要求を満たすストレージシステムのノード構成及びホストとストレージシステムとの間の接続形態を知ることができる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶部、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１０ ホスト、１３ 管理端末、１５ 計算ネットワーク、２０ クラスタ、２１−１〜２１−４ ノード、２９ クラスタネットワーク、１３１ プロセッサ、１３２ 主記憶装置、１３３ 補助記憶装置、１３４ 入力装置、１３５ 出力装置、１３６ インタフェース、２０１ 稼動監視部、２０２ 構成管理部、３０１ 提案処理プログラム、３１１ 要求情報、３１２ 構成情報、３１３ 装置特性情報、３１４ 構成監視情報、３１５ 稼動監視情報、３１６ 監視結果情報、３１７ 提案構成情報、４１０ 要求管理テーブル、４２０ ホスト要求性能テーブル、４３０ 構成監視情報管理テーブル、４４０ 稼動監視情報管理テーブル、４５０ ノード構成管理テーブル、４５５ 接続ノード管理テーブル、４６０ ノードタイプ管理テーブル、４７０ ノード性能管理テーブル、４８０ ホスト性能管理テーブル、５１０ 要求入力画面、５２０ 構成監視情報入力画面、５３０ 稼動監視情報入力画面、５４０ 提案構成生成指示画面、５５０ ホスト毎要求性能入力画面、６０１−６０３、６１１−６１３ 提案構成テーブル、６２０、６２２、６２４、６２６、６３２、６３４、６３６ ノード管理テーブル、６２１、６２３、６２５、６３１、６３３、６３５ ホスト管理テーブル、６４１、６４３、６４５、６５１、６５３、６５５、６５７、６５９ ノード障害ホスト管理テーブル、６４２、６４４、６４６、６５２、６５４、６５６、６５８、６６０ ノード障害ノード管理テーブル、８００、８３０ 提案構成リスト、８１０、８１５、８２０、８２５ 提案構成詳細画像

Claims (9)

1. 複数のノードを含むストレージシステムの拡張構成案を作成する装置であって、
   プロセッサと、
   前記プロセッサが実行するプログラムを格納する記憶装置と、を含み、
   前記プロセッサは、
   前記ストレージシステムにアクセスするホストそれぞれの要求性能の情報を取得し、
   前記ストレージシステムの複数の既存ノードそれぞれの性能の情報を取得し、
   前記ホストそれぞれの要求性能を満たすように、１以上の追加ノードの数及び性能、並びに、前記ホストと前記ストレージシステムとの接続形態を決定し、
   前記１以上の追加ノードの数及び性能、並びに、前記接続形態を、前記拡張構成案に含める、装置。
2. 請求項１に記載の装置であって、
   前記ホストは１以上の既存ホストを含み、
   前記１以上の既存ホストの前記要求性能は、前記１以上の既存ホストの監視された稼動性能である、装置。
3. 請求項１に記載の装置であって、
   前記プロセッサは、前記ストレージシステムに対する冗長性の要求を満たすように、前記１以上の追加ノードの数及び性能並びの前記接続形態を決定し、
   前記冗長性は、前記ホストそれぞれの前記要求性能を満たすことができる、障害発生ノードの許容数を示す、装置。
4. 請求項１に記載の装置であって、
   前記プロセッサは、前記拡張構成案よりも追加ノードの数が多い他の拡張構成案を作成する、装置。
5. 請求項１に記載の装置であって、
   前記拡張構成案の追加ノードのタイプは共通であり、
   前記拡張構成案は、予め設定された前記ストレージシステムに対する要求を満たす最小数の追加ノードを示す、装置。
6. 請求項１に記載の装置であって、
   前記拡張構成案における前記１以上の追加ノードは、同一のノードタイプであり、
   前記プロセッサは、追加ノードが前記ノードタイプと異なるノードタイプの他の拡張構成案をさらに作成する、装置。
7. 請求項１に記載の装置であって、
   前記ホストのそれぞれに、ダイレクトアクセスとインダイレクトアクセスの一方が割り当てられ、
   前記ダイレクトアクセスが割り当てられているホストは、指定されたノードにのみアクセス可能であり、前記指定されたノードが、前記ダイレクトアクセスが割り当てられているホストのデータを格納し、
   前記インダイレクトアクセスが割り当てられているホストは、前記ストレージシステムの全ノードにアクセス可能であり、
   前記プロセッサは、前記ホストそれぞれの要求性能を満たすように、各ホストに前記ダイレクトアクセスと前記インダイレクトアクセスの一方を割り当て、前記ダイレクトアクセスが割り当てられたホストのアクセス先を決定する、装置。
8. 請求項７に記載の装置であって、
   前記プロセッサは、前記ホストから選択したホストの要求性能がインダイレクトアクセスにより満たすことができる場合、前記選択したホストに前記ダイレクトアクセスよりも前記インダイレクトアクセスを優先して割り当てる、装置。
9. 装置が、複数のノードを含むストレージシステムの拡張構成案を作成する方法であって、
   前記装置が、前記ストレージシステムにアクセスするホストそれぞれの要求性能の情報を取得し、
   前記装置が、前記ストレージシステムを構成する複数の既存ノードそれぞれの性能の情報を取得し、
   前記装置が、前記ホストそれぞれの要求性能を満たすように、１以上の追加ノードの数及び性能、並びに、前記ホストと前記ストレージシステムとの接続形態を決定し、
   前記装置が、前記１以上の追加ノードの数及び性能並びの前記接続形態を、前記拡張構成案に含める、方法。
   

Images