JP2020008944A - ストレージ管理装置及びストレージシステムを管理する方法 - Google Patents

Abstract

【課題】ユーザに適合する構成パターンを早く、容易に生成する。【解決手段】ユーザデータを格納するストレージシステムを管理するためのストレージ管理装置であって、所定の手順で処理を実行する演算装置と、前記演算装置に接続された記憶部とを備え、前記演算装置は、入力された複数の評価要素のそれぞれの評価重み付け係数とシステムの必須要件とを受信し、前記記憶部に記憶されている複数のシステム構成パターンから、前記受信したシステムの必須要件を満たすシステム構成パターンを選択し、前記受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを用いて、前記選択されたシステム構成パターンをユーザに提案する順位を決定し、前記決定された順位に従って、前記選択されたシステム構成パターンをユーザに提案する。【選択図】図３

Description

ストレージシステムに関し、特にユーザに提案する構成パターンを生成する方法に関する。

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

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

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

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

ストレージシステムでは、ハードウェア構成情報（物理構成情報）と、ストレージ機能を有効化するための設定値とユーザの利用環境に合わせた設定値の組み合わせからなる構成情報（論理構成情報）との二つの構成情報を考慮する必要がある。これら二つの構成情報の組み合わせは膨大で、その中で、装置の構成上で実現不可能な組み合わせが存在する。

従来は、ストレージシステムの設計者が、ユーザが使用するディスク容量などの必須要件と、接続サーバ数やサーバとストレージ間のＦＣ結線経路などの現在の構成情報と、予算（コスト）、冗長性、性能、信頼性、可用性、保守性などの評価要素のポリシーとをヒアリングし、装置の構成上の制限を満たすように構成パターンを提案するために、多くの工数と期間を要している。更に、それに伴う事業機会の逸失も生じている。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、ユーザデータを格納するストレージシステムを管理するためのストレージ管理装置であって、所定の手順で処理を実行する演算装置と、前記演算装置に接続された記憶部とを備え、前記演算装置は、入力された複数の評価要素のそれぞれの評価重み付け係数とシステムの必須要件とを受信し、前記記憶部に記憶されている複数のシステム構成パターンから、前記受信したシステムの必須要件を満たすシステム構成パターンを選択し、前記受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを用いて、前記選択されたシステム構成パターンをユーザに提案する順位を決定し、前記決定された順位に従って、前記選択されたシステム構成パターンをユーザに提案することを特徴とする。

本発明の一態様によれば、ユーザが指定した必須要件と評価ポリシーに適合する構成パターンを早く、容易に生成できる。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。

本発明の実施例のストレージ管理部の構成例を示す図である。 本実施例のストレージ管理部が実行するメイン処理のフローチャートである。 本実施例のリクエスト情報取得処理の詳細のフローチャートである。 本実施例の構成監視情報取得処理の詳細のフローチャートである。 本実施例の構成パターン生成実行処理の詳細のフローチャートである。 本実施例の 提案構成情報分析処理の詳細のフローチャートである。 本実施例の 提案構成情報生成処理の詳細のフローチャートである。 本実施例の提案構成情報表示処理の詳細のフローチャートである。 本実施例の構成情報監視処理の詳細のフローチャートである。 本実施例のリクエスト情報の構成例を示す図である。 本実施例の構成情報の構成例を示す図である。 本実施例の構成情報の構成例を示す図である。 本実施例の装置特性情報の構成例を示す図である。 本実施例の提案構成分析情報の構成例を示す図である。 本実施例の構成監視情報の構成例を示す図である。 本実施例の操作メニュー画面の例を示す図である。 本実施例のリクエスト入力画面の例を示す図である。 本実施例の構成監視入力画面の例を示す図である。 本実施例の構成パターン生実行操作画面の例を示す図である。 本実施例の構成パターン生結果表示画面の例を示す図である。

＜実施例１＞
図１は、本発明の実施例のストレージ管理部１の構成例を示す図である。

ストレージ管理部１は、提案処理部２、ユーザインタフェース部３、記憶部４、構成管理部５及び構成監視部６を有する。

提案処理部２、構成管理部５及び構成監視部６は、プロセッサ７がプログラムを実行することによって実現される機能ブロックである。プロセッサ７は、メモリに格納されたプログラムに従って所定の手順で処理を実行する演算装置である。なお、プロセッサ７がプログラムを実行して行う処理の一部を、他の演算装置（例えば、ＦＰＧＡ）で実行してもよい。

提案処理部２は、本実施例の中核をなし、ユーザに提案する構成を作成する。構成管理部５は、ストレージ管理部１が管理するリソース（記憶装置、制御部、キャッシュメモリなど）を管理する。構成監視部６は、ストレージ管理部１が管理するストレージシステムのリソース（記憶装置、制御部、キャッシュメモリなど）の使用状況を監視する。なお、ストレージシステムは、記憶装置（磁気ディスクドライブやＳＳＤ）、制御部（ディスコントローラ）、キャッシュメモリ、ネットワークインターフェースなどを有し、ホスト計算機から送信されるユーザデータを格納する装置である。

ユーザインタフェース部３は、ユーザがストレージ管理部１に指示を入力し、プログラムの実行結果が出力されるインターフェースであり、例えば、ユーザが使用する端末（計算機）で構成される。なお、ユーザインタフェース部３は、ユーザが使用する端末が（直接又はネットワークを介して）接続可能な通信インターフェースでもよい。

記憶部４は、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含むメモリで構成される。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶素子であり、プロセッサ７が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。

記憶部４は、例えば、磁気記憶装置（ＨＤＤ）、フラッシュメモリ（ＳＳＤ）等の大容量かつ不揮発性の補助記憶装置を含んでもよい。補助記憶装置は、プロセッサ７が実行するプログラムやプロセッサ７がプログラムの実行時に使用するデータを格納する。すなわち、プログラムは、補助記憶装置から読み出されて、メモリにロードされて、プロセッサ７によって実行される。

記憶部４は、リクエスト情報Ｔ１０、構成情報Ｔ１１、装置特性情報Ｔ１２、提案構成分析情報Ｔ１３及び構成監視情報Ｔ１４を格納する。

リクエスト情報Ｔ１０は、ユーザがリクエスト入力画面２００に入力される情報を格納し、その構成は図１０を参照して後述する。構成情報Ｔ１１は、現在及びユーザに提案されるストレージシステムの構成パターンを格納し、その構成は図１１Ａ、図１１Ｂを参照して後述する。装置特性情報Ｔ１２は、ストレージシステムが採用しうる構成パターンを記録しており、その構成は図１２を参照して後述する。提案構成分析情報Ｔ１３は、ユーザに提案されるストレージシステムの構成パターンとして、リクエスト情報Ｔ１０に定義された必須要件を満たす構成パターンを格納し、その構成は図１３を参照して後述する。構成監視情報Ｔ１４は、ストレージシステムの構成の監視パターンを記録し、その構成は図１４を参照して後述する。

なお、これらの情報は、テーブル形式で説明するが、これ以外のデータ構造（例えば、リスト、データベース、キュー等）で表現されてもよい。

ストレージ管理部１は、図示を省略する通信インターフェースを有する。通信インターフェースは、所定のプロトコルに従って、他の装置との通信を制御するネットワークインターフェース装置である。

プロセッサ７が実行するプログラムは、リムーバブルメディア（ＣＤ−ＲＯＭ、フラッシュメモリなど）又はネットワークを介してストレージ管理部１に提供され、非一時的記憶媒体である記憶部４の不揮発性領域に格納される。このため、ストレージ管理部１は、リムーバブルメディアからデータを読み込むインターフェースを有するとよい。

なお、ストレージ管理部１は、独立した計算機で構成された独立した装置でもよいが、ストレージシステムの制御部に実装される装置でもよい。また、ストレージ管理部１は、物理的に一つの計算機上で、又は、論理的又は物理的に構成された複数の計算機上で構成される計算機システムであり、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。

図２は、本実施例のストレージ管理部１が実行するメイン処理のフローチャートである。

まず、提案処理部２は、基本画面である操作メニュー画面１００をユーザインタフェース部３に送信する。そして、提案処理部２は、リクエスト入力画面２００に入力されたリクエスト情報を取得する（Ｓ１）。リクエスト情報取得処理の詳細は図３を参照して後述する。

次に、提案処理部２は、構成監視入力画面３００に入力された構成監視情報を取得する（Ｓ２）構成監視情報取得処理の詳細は図４を参照して後述する。

次に、提案処理部２は、構成監視情報Ｔ１４に設定された条件に従って、ストレージシステムを構成するリソースを監視する構成情報監視処理を実行する（ＳＡ１）。構成情報監視処理の詳細は図９を参照して後述する。なお、構成情報監視処理は、ストレージシステムを構成するリソースの状態（例えば、論理ディスクの利用率が所定の閾値を超えた場合）に構成パターンを提案する契機とするためのものであり、このような契機を必要としないストレージシステムもあることから、本発明の実施例において任意の構成である。

次に、提案処理部２は、構成パターン生成実行操作画面４００にリクエスト情報の選択肢を表示し、リクエスト情報をユーザに選択させる構成パターン生成実行取得処理を実行する（Ｓ３）。構成パターン生成実行取得処理の詳細は図５を参照して後述する。

次に、提案処理部２は、ユーザの要望に従って構成パターンを順位付けする提案構成情報分析処理を実行する（Ｓ４）。提案構成情報分析処理の詳細は図６を参照して後述する。

次に、提案処理部２は、ユーザに提案する構成パターンを構成情報Ｔ１１に格納する提案構成情報生成処理を実行する（Ｓ５）。提案構成情報生成処理の詳細は図７を参照して後述する。

次に、提案処理部２は、ユーザに提案する構成パターンをユーザインタフェース部３に出力する提案構成情報表示処理を実行する（Ｓ６）。提案構成情報表示処理の詳細は図８を参照して後述する。

図３は、本実施例のリクエスト情報取得処理Ｓ１の詳細のフローチャートである。

リクエスト情報取得処理Ｓ１では、まず、提案処理部２は、操作メニュー画面１００でユーザインタフェース部３によってリクエスト登録ボタン１０１が選択されたことを受信すると（Ｓ１１）、リクエスト入力画面２００をユーザインタフェース部３に送信する（Ｓ１２）。

そして、提案処理部２は、ユーザがユーザインタフェース部３に入力したリクエスト情報を受信し、受信したリクエスト情報Ｔ１０を記憶部４に格納する（Ｓ１３）。その後、提案処理部２は、リクエスト情報Ｔ１０を登録したことをユーザインタフェース部３に返信し（Ｓ１４）、操作メニュー画面１００に戻る。

図４は、本実施例の構成監視情報取得処理Ｓ２の詳細のフローチャートである。

構成監視情報取得処理Ｓ２では、まず、提案処理部２は、操作メニュー画面１００でユーザインタフェース部３によって構成監視登録ボタン１０２が選択されたことを受信すると（Ｓ２１）、構成監視入力画面３００をユーザインタフェース部３に送信する（Ｓ２２）。

そして、提案処理部２は、ユーザがユーザインタフェース部３に入力した構成監視情報を受信し、受信した構成監視情報Ｔ１４を記憶部４に格納する（Ｓ２３）。その後、提案処理部２は、構成監視情報Ｔ１４を登録したことをユーザインタフェース部３に返信し（Ｓ２４）、操作メニュー画面１００に戻る。

図５は、本実施例の構成パターン生成実行処理Ｓ３の詳細のフローチャートである。

構成パターン生成実行処理Ｓ３では、まず、提案処理部２は、操作メニュー画面１００でユーザインタフェース部３によって構成パターン生成ボタン１０３が選択されたことを受信すると（Ｓ３１）、リクエスト情報Ｔ１０を記憶部４から取得し、リクエスト名称の一覧を構成パターン生成実行操作画面４００のリクエスト情報選択欄４０１へ挿入し（Ｓ３２）、構成パターン生成実行操作画面４００をユーザインタフェース部３に送信する（Ｓ３３）。

その後、ユーザがユーザインタフェース部３にて選択したリクエスト名称を受信し（Ｓ３４）、提案構成情報分析処理Ｓ４に進む。

図６は、本実施例の提案構成情報分析処理Ｓ４の詳細のフローチャートである。

提案構成情報分析処理Ｓ４では、まず、提案処理部２は、構成パターン生成実行処理Ｓ３又は構成監視部６から受信したリクエスト名称をリクエスト情報Ｔ１０から検索し、評価要素重み付け係数及び必須要件を取得する（Ｓ４１）。そして、提案処理部２は、提案構成分析情報Ｔ１３の全レコードを初期化する（Ｓ４２）。

その後、提案処理部２は、装置特性情報Ｔ１２を記憶部４から取得し、リクエスト情報Ｔ１０の必須要件（容量）を満たす全てのレコード（構成パターン）を抽出し、構成パターン番号及び評価係数を、提案構成分析情報Ｔ１３のＡ列〜Ｄ列に格納する（Ｓ４３）。さらに、現在構成パターンの各評価係数を下回らないようにレコードを抽出してもよい。そして、提案処理部２は、リクエスト情報Ｔ１０を記憶部４から取得し、リクエスト情報Ｔ１０の評価要素重み付け情報のコスト、冗長性、及び性能を提案構成分析情報Ｔ１３のＥ列〜Ｇ列に格納する（Ｓ４４）。

その後、提案処理部２は、提案構成分析情報Ｔ１３のコスト、冗長性、及び性能について、評価係数（Ｂ、Ｃ、Ｄ）と評価要素重み付け係数（Ｅ、Ｆ、Ｇ）とのそれぞれを、下式を用いて乗算し、評価結果を求めて、提案構成分析情報Ｔ１３の評価結果（Ｈ、Ｉ、Ｊ）に格納する（Ｓ４５）。
コスト （Ｈ）＝（Ｂ）×（Ｅ）
冗長性 （Ｉ）＝（Ｃ）×（Ｆ）
性能 （Ｊ）＝（Ｄ）×（Ｇ）

そして、提案処理部２は、提案構成分析情報Ｔ１３の評価結果（Ｈ、Ｉ、Ｊ）を、下式を用いて加算し、提案構成分析情報Ｔ１３の評価結果の合計（Ｋ）に格納する（Ｓ４６）。
（Ｋ）＝（Ｈ）＋（Ｉ）＋（Ｊ）

そして、提案処理部２は、提案構成分析情報Ｔ１３の評価結果の合計値（Ｋ）の値が大きい順に、順位１、２、…を定めて、順位（Ｌ）に格納する（Ｓ４７）。

このように、必須要件（容量）を満たす構成パターンを抽出するので、ユーザが必要とする記憶容量を満たす構成パターンを提案できる。また、各評価要素において、現在構成パターンの各評価係数を下回らないようにレコードを抽出するので、ユーザが現在使用しているシステムの性能を維持可能な構成パターンを提案できる。さらに、ユーザが定義した評価要素重み付け係数（Ｅ、Ｆ、Ｇ）を用いて順位付けするので、ユーザの要望により近い構成パターンを提案できる。

図７は、本実施例の提案構成情報生成処理Ｓ５の詳細のフローチャートである。

提案構成情報生成処理Ｓ５では、まず、提案処理部２は、現在構成情報Ｔ１１Ａを記憶部４から取得する（Ｓ５１）。その後、提案処理部２は、提案構成情報Ｔ１１Ｂの全レコードを初期化する（Ｓ５２）。

そして、提案処理部２は、提案構成分析情報Ｔ１３の順位（Ｌ）を小さい順に、提案構成情報Ｔ１１Ｂの構成識別子（Ａ）に格納する（Ｓ５３）。

そして、提案処理部２は、提案構成情報Ｔ１１Ｂの構成識別子（Ａ）と同じ提案構成分析情報Ｔ１３の順位（Ｌ）に対応する構成パターン番号（Ａ）を装置特性情報Ｔ１２で検索し、構成パターン番号（Ａ）に対応する構成パターンの情報（Ｂ〜Ｇ）を抽出し、提案構成情報Ｔ１１Ｂの構成可能パターン（Ｂ〜Ｈ）に格納する（Ｓ５４）。具体的には、装置特性情報Ｔ１２のＢ列を提案構成情報Ｔ１１ＢのＢ列へ格納する。装置特性情報Ｔ１２のＣ列には、現在構成情報Ｔ１１ＡのＣ列に記載されていない最小の数値から装置特性情報Ｔ１２のＣ列の台数分のスロット番号を格納する。また、装置特性情報Ｔ１２のＤ列を提案構成情報Ｔ１１ＢのＤ列へ、装置特性情報Ｔ１２のＥ列を提案構成情報Ｔ１１ＢのＥ列へ、装置特性情報Ｔ１２のＦ列を提案構成情報Ｔ１１ＢのＧ列へ、装置特性情報Ｔ１２のＧ列を提案構成情報Ｔ１１ＢのＨ列へ、それぞれ格納する。

そして、提案処理部２は、現在構成情報Ｔ１１ＡのＲＡＩＤグループ番号（Ｆ）に記載さていない最小の数値を、提案構成情報Ｔ１１ＢのＲＡＩＤグループ番号（Ｆ）へ格納する。さらに、提案処理部２は、現在構成情報Ｔ１１ＡのＬＵ番号（Ｊ）に記載さていない最小の数値を、提案構成情報Ｔ１１ＢのＬＵ番号（Ｊ）へ格納する（Ｓ５５）。

そして、提案処理部２は、リクエスト情報Ｔ１０の必須要件（容量）を提案構成情報Ｔ１１Ｂの論理ディスク容量（Ｋ）へ格納する（Ｓ５６）。

そして、提案処理部２は、提案構成情報Ｔ１１Ｂの容量（Ｈ）から論理ディスク容量（Ｋ）を減じた値を、提案構成情報Ｔ１１Ｂの未割当容量（Ｉ）へ格納する（Ｓ５７）。

そして、提案処理部２は、現在構成情報Ｔ１１Ａと提案構成情報Ｔ１１Ｂを一つのテーブルに統合し、構成情報Ｔ１１を生成する（Ｓ５８）。

図８は、本実施例の提案構成情報表示処理Ｓ６の詳細のフローチャートである。

提案構成情報表示処理Ｓ６では、まず、提案処理部２は、構成情報Ｔ１１を構成パターン生成結果表示画面５００の構成パターン生成結果５０１へ挿入し（Ｓ６１）、構成パターン生成結果表示画面５００をユーザインタフェース部３に送信する（Ｓ６２）。

図９は、本実施例の構成情報監視処理ＳＡ１の詳細のフローチャートである。

構成情報監視処理ＳＡ１では、構成監視部６は、構成監視情報Ｔ１４から監視対象、しきい値、監視周期及び実行リクエスト名称を取得する（ＳＡ１１）。

そして、構成監視部６は、現在時刻を取得し、次の監視周期までの時間を算出し、算出した時間が経過していなければ、ステップＳＡ１３以後の処理を実行することなく、処理を終了する（ＳＡ１２）。

そして、構成監視部６は、構成情報Ｔ１１から監視対象（論理ディスク）の利用率を取得し、取得した利用率をしきい値と比較する（ＳＡ１３）。その結果、構成監視部６は、論理ディスクの利用率がしきい値以下であれば、ステップＳＡ１２に戻る。

一方、構成監視部６は、論理ディスクの利用率がしきい値より大きければ、取得した実行リクエスト名称を提案処理部２へ送信する（ＳＡ１４）。提案処理部２は、構成監視部６から受信したリクエスト名称のリクエスト情報に従って、ユーザに提案する提案構成情報Ｔ１１Ｂを生成する。

図１０は、本実施例のリクエスト情報Ｔ１０の構成例を示す図である。

リクエスト情報Ｔ１０は、ユーザがリクエスト入力画面２００で定義する情報を格納し、リクエスト名称、評価要素重み付け係数、及び必須要件を含む。

リクエスト名称は、リクエスト情報Ｔ１０に定義されるリクエストの一意な名称である。

評価要素重み付け係数は、コスト、冗長性、及び性能を含み、ユーザが重視する特性を定める。コストは、ストレージシステムの構成を実現するために必要な価格である。冗長性は、ＲＡＩＤレベルによって定められる。性能は、構成パターンの性能を表す指標であり、ディスクドライブの性能やキャッシュメモリの性能やストレージ制御部の性能などによって定められる。

評価要素は前述した項目の他、自由に追加又は削除できるとよく、例えば、可用性、信頼性、引渡し期間、消費電力などを含んでもよい。可用性は、ストレージシステムの稼働中にメンテナンスが可能かを示す。信頼性は、ストレージシステムの制御部の冗長性など、ストレージシステムが停止に至らない性能を示す。引渡し期間は、発注から納入までの期間を示し、すぐに利用したいユーザを想定している。消費電力は、ストレージシステムの消費電力量であり、ユーザの電源設備や省力の観点の指標である。

必須要件は、ストレージシステムが提供する論理ディスクの記憶容量（ＴＢ）を示す。必須要件は記憶容量の他、評価要素の中から自由に追加できるとよい。

リクエスト情報Ｔ１０に定義された情報は、構成パターン生成実行操作画面４００でユーザに選択肢として提示され、ユーザが選択したリクエストのデータが提案構成分析情報Ｔ１３に格納される。

図１１Ａ、図１１Ｂは、本実施例の構成情報Ｔ１１の構成例を示す図である。

構成情報Ｔ１１は、現在のストレージシステムの構成パターンを格納する現在構成情報Ｔ１１Ａ（図１１Ａ）と、ユーザに提案されるストレージシステムの構成パターンを格納する提案構成情報Ｔ１１Ｂ（図１１Ｂ）とで構成される。

構成情報Ｔ１１は、構成識別子（Ａ）、費用（Ｂ）、物理構成、及び論理構成を含む。

構成識別子（Ａ）は、構成パターンを提案する優先順位が記録される。現在の構成パターンが記録される現在構成情報Ｔ１１Ａにおいては、構成識別子（Ａ）には、現在構成である旨が記録される。

物理構成は、物理スロット番号（Ｃ）、Ｉ／Ｆ種別（Ｄ）及びＨＤＤ種（Ｅ）を含む。物理スロット番号（Ｃ）は、ディスクドライブが実装されるスロットの番号である。Ｉ／Ｆ種別（Ｄ）は、ディスクドライブのインターフェースの種別である。ＨＤＤ種（Ｅ）は、ディスクドライブの記憶容量である。

論理構成は、ディスクドライブで構成されるＲＡＩＤグループの特性を示すＲＡＩＤグループ構成、及びユーザに提供される記憶領域である論理ユニットの特性を示すＬＵ構成を含む。

ＲＡＩＤグループ構成は、ＲＡＩＤグループ番号（Ｆ）、レベル（Ｇ）、容量（Ｈ）及び未割当容量（Ｉ）を含む。ＲＡＩＤグループ番号（Ｆ）は、ＲＡＩＤグループの一意の番号である。レベル（Ｇ）は、当該ＲＡＩＤグループのＲＡＩＤレベルである。容量（Ｈ）当該ＲＡＩＤグループの容量である。未割当容量（Ｉ）は、当該ＲＡＩＤグループで論理ディスクとして割り当てられていない記憶領域の容量である。

ＬＵ構成は、ＬＵ番号（Ｊ）、論理ディスク容量（Ｋ）及び論理ディスク利用率（Ｌ）を含む。ＬＵ番号（Ｊ）は、論理ディスクの一意の番号である。論理ディスク容量（Ｋ）は、当該論理ディスクの記憶容量である。論理ディスク利用率（Ｌ）当該論理ディスクの記憶領域の利用率である。

図１２は、本実施例の装置特性情報Ｔ１２の構成例を示す図である。

装置特性情報Ｔ１２は、ストレージシステムが採用しうる構成パターンを記録しており、構成可能パターン、及び評価係数を含む。装置特性情報Ｔ１２は、図示するように、現在のストレージシステムの構成パターンを記録してもよい。図示する例では、ストレージシステムは、現在、構成パターン番号がＡ００３の構成が採用されている。

装置特性情報Ｔ１２は、構成パターン番号（Ａ）、ストレージシステムの物理的な構成を示す物理構成、及びストレージシステムの論理的な構成を示す論理構成を含む。構成パターン番号（Ａ）は、ストレージシステムの構成パターンの一意の番号である。

物理構成は、費用（Ｂ）、ＨＤＤ台数（Ｃ）、Ｉ／Ｆ種別（Ｄ）及びＨＤＤ種（Ｅ）を含む。費用（Ｂ）は、当該構成パターンをストレージ装置に実装するための費用である。ＨＤＤ台数（Ｃ）は、当該構成パターンでストレージ装置に実装されるディスクドライブの数である。Ｉ／Ｆ種別（Ｄ）は、ディスクドライブのインターフェースの種別である。ＨＤＤ種（Ｅ）は、ディスクドライブの記憶容量である。

論理構成は、ＲＡＩＤレベル（Ｆ）及び容量（Ｇ）を含む。ＲＡＩＤレベル（Ｆ）は、ＲＡＩＤグループのＲＡＩＤレベルである。容量（Ｇ）当該ＲＡＩＤグループの容量である。

評価係数は、コスト（Ｈ）、冗長性係数（Ｉ）及び性能係数（Ｊ）を含む。コスト（Ｈ）は、費用（Ｂ）から計算される評価係数であり、費用が安い場合評価係数が大きくなるように定められる。冗長性係数（Ｉ）は、ＲＡＩＤレベルによって定められ、例えば、ＲＡＩＤ１では２、ＲＡＩＤ１０では３、ＲＡＩＤ５では４、ＲＡＩＤ６では５と定義される。性能係数（Ｊ）は、構成パターンの性能を表す指標であり、ディスクドライブの性能やキャッシュメモリの性能やストレージ制御部の性能などによって、性能が高い構成は大きな値となるように定められる。

図１３は、本実施例の提案構成分析情報Ｔ１３の構成例を示す図である。

提案構成分析情報Ｔ１３は、ユーザに提案されるストレージシステムの構成パターンとして、リクエスト情報Ｔ１０に定義された必須要件を満たす構成パターンを格納し、構成パターン番号（Ａ）、評価係数、評価要素重み付け係数、及び評価結果を含む。

構成パターン番号（Ａ）は、ストレージシステムの構成パターンの一意の番号である。

評価係数は、リクエスト情報Ｔ１０に定められる評価要素に従って、コスト（Ｂ）、冗長性（Ｃ）及び性能（Ｄ）の評価係数を含む。評価要素重み付け係数は、コスト（Ｅ）、冗長性（Ｆ）及び性能（Ｇ）の評価要素重み付け係数を含み、リクエスト情報Ｔ１０に定められる評価要素重み付け係数が格納される。

評価結果は、コスト（Ｈ）、冗長性（Ｉ）、性能（Ｊ）、合計（Ｋ）及び順位（Ｌ）を含む。評価結果のコスト（Ｈ）、冗長性（Ｉ）及び性能（Ｊ）は、評価係数と評価要素を重み付け係数の対応する評価要素における積である。合計（Ｋ）は、各評価要素の評価結果の和である。順位（Ｌ）は、評価結果の合計（Ｋ）が大きい順に定められる順位である。

図１４は、本実施例の構成監視情報Ｔ１４の構成例を示す図である。

構成監視情報Ｔ１４は、ストレージシステムの構成の監視パターンを記録しており、Ｎｏ、監視名称、監視対象、しきい値、監視周期、及び実行リクエスト名称を含む。

Ｎｏは、監視パターンの一意の番号である。監視名称は、監視パターンの一意の名称である。監視対象は、当該監視パターンで監視される対象の構成要素である。しきい値は、当該監視パターンでアラームの発生を判定するしきい値である。監視周期は、当該監視パターンの監視対象の監視結果を判定する周期である。実行リクエスト名称は、当該監視パターンによる監視が実行されるリクエストの名称である。

図１５は、本実施例の操作メニュー画面１００の例を示す図である。

操作メニュー画面１００は、提案処理部２の起動時に、ユーザインタフェース部３に表示される。

操作メニュー画面１００は、リクエスト登録ボタン１０１、構成監視登録ボタン１０２及び構成パターン生成ボタン１０３を含む。

リクエスト登録ボタン１０１は、ユーザがリクエスト内容を登録する際に操作される。リクエスト登録ボタン１０１の操作によって、リクエスト入力画面２００（図１６）が表示される。

構成監視登録ボタン１０２は、ユーザが構成監視パターンを登録する際に操作される。構成監視登録ボタン１０２の操作によって、構成監視入力画面３００（図１７）が表示される。

構成パターン生成ボタン１０３は、ユーザが構成パターンの推薦を受けたいときに操作される。構成パターン生成ボタン１０３の操作によって、構成パターン生成実行操作画面４００（図１８）が表示される。

図１６は、本実施例のリクエスト入力画面２００の例を示す図である。

リクエスト入力画面２００は、操作メニュー画面１００でリクエスト登録ボタン１０１が操作されると表示される。リクエスト入力画面２００は、リクエスト名称入力欄２０１、評価要素重み付け入力欄（コスト入力欄２０２、冗長性入力欄２０３、性能入力欄２０４）、及び必須要件入力欄（容量入力欄２０５）を含む。

評価要素重み付け入力欄には、リクエスト情報Ｔ１０に定められる評価要素重み付け係数の入力欄が表示されるが、リクエスト情報Ｔ１０の定義に従って可用性、信頼性、引渡し期間、消費電力などの入力欄を表示してもよい。

必須要件としての容量入力欄２０５は、ストレージシステムが提供する論理ディスクの記憶容量を入力する欄であり、リクエスト情報Ｔ１０の定義に従って評価要素の中から追加、削除された項目を表示するとよい。

リクエスト入力画面２００へ入力された内容は、リクエスト情報Ｔ１０の対応する項目に格納される。

図１７は、本実施例の構成監視入力画面３００の例を示す図である。

構成監視入力画面３００は、操作メニュー画面１００で構成監視登録ボタン１０２が操作されると表示される。構成監視入力画面３００は、監視名称入力欄３０１、監視対象入力欄３０２、しきい値入力欄３０３、監視周期入力欄３０４及び実行リクエスト名称入力欄３０５を含む。

構成監視入力画面３００へ入力された内容は、構成監視情報Ｔ１４の対応する項目に格納される。

図１８は、本実施例の構成パターン生成実行操作画面４００の例を示す図である。

構成パターン生成実行操作画面４００は、操作メニュー画面１００で構成パターン生成ボタン１０３が操作されると表示される。構成パターン生成実行操作画面４００は、リクエスト情報選択欄４０１及び提案実行ボタン４０２を含む。

リクエスト情報選択欄４０１は、リクエスト情報Ｔ１０にて定義されたリクエスト名称が表示され、例えば、プルダウンメニューによってユーザが選択可能になっている。提案実行ボタン４０２は、ユーザがリクエスト情報選択欄４０１で選択したリクエスト名称を確定する際に操作される。提案実行ボタン４０２の操作によって、提案構成情報分析処理Ｓ４が実行され、ユーザに提案される構成パターンが構成パターン生成結果表示画面５００（図１９）に表示される。

図１９は、本実施例の構成パターン生成結果表示画面５００の例を示す図である。

構成パターン生成結果表示画面５００は、提案構成情報表示処理Ｓ６において、ユーザに提案される構成パターンを表示するために使用される。

構成パターン生成結果表示画面５００は、構成パターン生成結果表示領域５０１を含む。構成パターン生成結果表示領域５０１は、ユーザに提案する構成情報Ｔ１１の内容を表示する。

以上に説明したように、本発明の実施例によると、ストレージ管理部１（プロセッサ７）は、入力された複数の評価要素のそれぞれの評価重み付け係数とシステムの必須要件とを受信し（Ｓ１）、記憶部４に記憶されている複数のシステム構成パターン（装置特性情報Ｔ１２）から、前記受信したシステムの必須要件を満たすシステム構成パターンを選択し（Ｓ４）、前記受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを用いて、前記選択されたシステム構成パターンをユーザに提案する順位を決定し（Ｓ４）、前記決定された順位に従って、前記選択されたシステム構成パターンをユーザに提案する（Ｓ６）ので、ユーザが指定した必須要件と評価ポリシーに適合する構成パターンを早く、容易に生成できる。

また、ストレージ管理部１は、ストレージシステムの構成の状態を監視し、監視結果が所定の条件を満たす場合に、システム構成パターンをユーザに提案するので（ＳＡ１）、ハードウェアを増設するための構成パターンを適切なタイミングでユーザに提示でき、ストレージシステムの停止などの障害を防止できる。

また、ストレージ管理部１は、複数のポリシーのそれぞれについて、受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを乗じた評価結果値を計算し（Ｓ４５）、各ポリシーの評価結果値の合計値の大きさによって、前記選択されたシステム構成パターンをユーザに提案する順位を決定する（Ｓ４６、Ｓ４７）ので、簡単な演算で、ユーザが指定した必須要件と評価ポリシーに適合する構成パターンを生成できる。

また、ストレージ管理部１は、コストが低いと前記コストの評価係数が大きくなるように定め、前記評価結果値の合計値が大きい順にシステム構成パターンをユーザに提案するので、コストや性能などの様々な指標を合わせて評価して、ユーザに適する構成パターンを提案できる。

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

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶部、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

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

１ ストレージ管理部
２ 提案処理部
３ ユーザインタフェース部
４ 記憶部
５ 構成管理部
６ 構成監視部
７ プロセッサ
Ｔ１０ リクエスト情報
Ｔ１１ 構成情報
Ｔ１１Ａ 現在構成情報
Ｔ１１Ｂ 提案構成情報
Ｔ１２ 装置特性情報
Ｔ１３ 提案構成分析情報
Ｔ１４ 構成監視情報
１００ 操作メニュー画面
２００ リクエスト入力画面
３００ 構成監視入力画面
４００ 構成パターン生成実行操作画面
５００ 構成パターン生成結果表示画面

Claims (8)

1. ユーザデータを格納するストレージシステムを管理するためのストレージ管理装置であって、
   所定の手順で処理を実行する演算装置と、前記演算装置に接続された記憶部とを備え、
   前記演算装置は、
   入力された複数の評価要素のそれぞれの評価重み付け係数とシステムの必須要件とを受信し、
   前記記憶部に記憶されている複数のシステム構成パターンから、前記受信したシステムの必須要件を満たすシステム構成パターンを選択し、
   前記受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを用いて、前記選択されたシステム構成パターンをユーザに提案する順位を決定し、
   前記決定された順位に従って、前記選択されたシステム構成パターンをユーザに提案することを特徴とするストレージ管理装置。
2. 請求項１に記載のストレージ管理装置であって、
   前記演算装置は、
   前記ストレージシステムの構成の状態を監視し、
   前記監視の結果が所定の条件を満たす場合に、前記記憶部に記憶されている複数のシステム構成パターンから、受信したシステムの必須要件を満たすシステム構成パターンを選択し、
   前記受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを用いて、前記選択されたシステム構成パターンをユーザに提案する順位を決定し、
   前記決定された順位に従って、前記選択されたシステム構成パターンをユーザに提案することを特徴とするストレージ管理装置。
3. 請求項１に記載のストレージ管理装置であって、
   前記演算装置は、
   前記複数のポリシーのそれぞれについて、前記受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを乗じた評価結果値を計算し、
   前記各ポリシーの評価結果値の合計値の大きさによって、前記選択されたシステム構成パターンをユーザに提案する順位を決定することを特徴とするストレージ管理装置。
4. 請求項３に記載のストレージ管理装置であって、
   前記複数のポリシーにはコストが含まれており、
   前記演算装置は、
   コストが低いと前記コストの評価係数が大きくなるように定め、
   前記評価結果値の合計値が大きい順にシステム構成パターンをユーザに提案することを特徴とするストレージ管理装置。
5. ユーザデータを格納するストレージシステムをストレージ管理装置が管理する方法であって、
   前記ストレージ管理装置は、所定の手順で処理を実行する演算装置と、前記演算装置に接続された記憶部とを有し、
   前記方法は、
   前記演算装置が、入力された複数の評価要素のそれぞれの評価重み付け係数とシステムの必須要件とを受信し、
   前記演算装置が、前記記憶部に記憶されている複数のシステム構成パターンから、前記受信したシステムの必須要件を満たすシステム構成パターンを選択し、
   前記演算装置が、前記受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを用いて、前記選択されたシステム構成パターンをユーザに提案する順位を決定し、
   前記演算装置が、前記決定された順位に従って、前記選択されたシステム構成パターンをユーザに提案することを特徴とする方法。
6. 請求項５に記載の方法であって、
   前記演算装置が、前記ストレージシステムの構成の状態を監視し、
   前記演算装置が、前記監視の結果が所定の条件を満たす場合に、前記記憶部に記憶されている複数のシステム構成パターンから、受信したシステムの必須要件を満たすシステム構成パターンを選択し、
   前記演算装置が、前記受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを用いて、前記選択されたシステム構成パターンをユーザに提案する順位を決定し、
   前記演算装置は、前記決定された順位に従って、前記選択されたシステム構成パターンをユーザに提案することを特徴とする方法。
7. 請求項５に記載の方法であって、
   前記演算装置が、前記複数のポリシーのそれぞれについて、前記受信した評価重み付け係数と前記選択されたシステム構成パターンの評価係数とを乗じた評価結果値を計算し、
   前記演算装置が、前記各ポリシーの評価結果値の合計値の大きさによって、前記選択されたシステム構成パターンをユーザに提案する順位を決定することを特徴とする方法。
8. 請求項７に記載の方法であって、
   前記複数のポリシーにはコストが含まれており、
   前記演算装置が、コストが低いと前記コストの評価係数が大きくなるように定め、前記評価結果値の合計値が大きい順にシステム構成パターンをユーザに提案することを特徴とする方法。