(57)【要約】【課題】ストレージ仮想化環境において、仮想ボリュームの応答性能を最適化しつつ、最適化にあたってのシステム管理者の管理工数を低減することを課題とする。【解決手段】システム運用前に、仮想ボリュームを構成する各ストレージの応答特性の自動評価を行う。自動評価結果に基づき、ストレージの応答特性情報をキャッシュメモリに保持する。システム運用開始後、仮想ボリュームへのアクセスデータをキャッシュメモリに取り込み、データパターンを分析し、応答特性情報に基づいて最適なデータ格納先ストレージを自動選択する。【選択図】図１
2012003567.tif 000002
【特許請求の範囲】
【請求項１】
ホスト計算機との接続インターフェース、および複数ストレージを接続するためのインタフェース制御部を持ち、仮想ボリュームを管理する制御コントローラを備えるストレージ管理装置。
【請求項２】
複数ストレージから構成される仮想ボリュームをホスト計算機に認識させる処理を行う制御コントローラを備えることを特徴とする請求項１に記載のストレージ管理装置。
【請求項３】
ホスト計算機から仮想ボリュームへのデータ処理要求があった場合に、仮想ボリュームを構成するストレージに対するデータ処理として扱う処理を行う制御コントローラを備えることを特徴とする請求項１に記載のストレージ管理装置。
【請求項４】
前記コントローラが、データを格納する記憶装置を持つことを特徴とする請求項１に記載のストレージ管理装置。
【請求項５】
前記記憶装置に、論理ボリューム毎の応答特性情報を保持することを特徴とする請求項１に記載のストレージ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のストレージにより構成されるストレージ仮想化環境において、仮想ボリュームの応答性能を最適化する機能を提供するものである。
【背景技術】
【０００２】
近年、計算機システムの扱うデータ量は増加の一途を辿っている。データ量の増加にともない、ＳＡＮ（Storage Area Network）接続により、複数のストレージを利用する構成が一般的となっている。
【０００３】
ストレージ容量が不足し、複数のストレージが追加されていくと、システムの構成が複雑化してしまう。
【０００４】
このような問題を解決する技術として、ストレージ仮想化がある。
【０００５】
ストレージ仮想化の一つの手法として、ストレージ管理装置により、複数のストレージを一元管理する方法がある。
【０００６】
ストレージ管理装置が、複数ストレージから構成される仮想ボリュームを計算機システムに見せることで、計算機システムからは1台のストレージが接続されているように見せる。
【０００７】
前記により、計算機システムから見える仮想ボリュームを変更せずに、ストレージ管理装置に接続されているストレージの追加を行うことができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−４７１５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
仮想ボリュームを構成するストレージには、様々な応答特性を持つストレージが存在する。データをどのストレージに配置するかによって、該当データへのアクセスに対する応答性能が異なってくる。
【００１０】
仮想ボリュームの応答性能を最適化する従来技術として、仮想ボリュームを構成する各ストレージに格納されたデータに対し、ストレージを特性毎に階層化し、ユーザが階層を指示することでデータを再配置する方法がある。前記の場合、システム管理者がシステム構築時に階層化設定を行う必要がある。更に、データ毎にどの階層に配置するかを指定する必要があるため、ストレージの数や扱うデータ量が増加してくると管理工数が負担となる。
【００１１】
そこで、ストレージ仮想化環境において、仮想ボリュームの応答性能を最適化しつつ、最適化にあたってのシステム管理者の管理工数を低減することを課題とする。
【課題を解決するための手段】
【００１２】
システム運用前に、仮想ボリュームを構成する各ストレージの応答特性の自動評価を行う。
【００１３】
自動評価結果に基づき、ストレージの応答特性情報をキャッシュメモリに保持する。
【００１４】
システム運用開始後、仮想ボリュームへのアクセスデータをキャッシュメモリに取り込み、アクセスパターンを分析し、応答特性情報に基づいて最適なデータ格納先ストレージを選択し、データを自動配置する。
【００１５】
前記アクセスパターンは、４種類のパターン（シーケンシャルWrite、シーケンシャルRead、ランダムWrite、ランダムRead）に分類される。
【発明の効果】
【００１６】
ストレージ管理装置に接続された各ストレージは、ストレージ管理装置によって応答特性が自動判定されるため、システム管理者はストレージ階層化設定作業を行うことなく、ストレージの追加を簡易に行うことができる。
【００１７】
また、判定した応答特性データに基づき、アクセスデータを自動配置するため、データ毎にどの階層ストレージに配置するかを指定する必要なく、最適なデータ格納先ストレージにデータを格納することができる。
【図面の簡単な説明】
【００１８】
【図１】実施例１に係るストレージ管理装置を含む構成の一例。
【図２】実施例１に係るストレージ管理装置を含む構成での動作フロー。
【図３】実施例１に係るストレージ管理装置を含む構成での応答特性情報テーブルの一例。
【発明を実施するための形態】
【００１９】
本発明のストレージ管理装置は、仮想ボリュームを管理する制御コントローラを備える。
【００２０】
以下、図面を用いて本発明の実施例について説明する。
【実施例１】
【００２１】
本発明のストレージ管理装置は、仮想ボリュームを管理する制御コントローラを備える。
【００２２】
以下、図面を用いて本発明の実施例について説明する。図１は実施例１に係るストレージ管理装置を含む構成の一例である。
【００２３】
ストレージ管理装置１００には、スイッチ３００を介してホスト計算機２００が接続されている。ストレージ管理装置１００は制御コントローラ１０１を持ち、制御コントローラ１０１はプロセッサ１０２および記憶装置（キャッシュメモリ１０３）を持つ。ストレージ管理装置１００はＩ／Ｆ制御部１０５を持ち、Ｉ／Ｆ制御部１０５には複数のストレージ（ストレージ４００、ストレージ４０１、ストレージ４０２）が接続されている。ストレージ４００は外部ＳＡＳインタフェースおよびＲＡＩＤグループを制御するコントローラを持ち、ＳＡＴＡ ＨＤＤで構成されたＲＡＩＤグループに作成された論理ボリュームを記憶領域として使用する。ストレージ４０１は外部ＦＣインタフェースおよびＲＡＩＤグループを制御するコントローラを持ち、ＳＡＳ ＨＤＤで構成されたＲＡＩＤグループに作成された論理ボリュームを記憶領域として使用する。ストレージ４０２は外部ＦＣインタフェースおよびＲＡＩＤグループを制御するコントローラを持ち、ＳＳＤで構成されたＲＡＩＤグループに作成された論理ボリュームを記憶領域として使用する。
【００２４】
図２は、実施例１に係るストレージ管理装置を含む構成での動作フローである。以下、動作フローに従って説明を行う。
【００２５】
論理ボリューム毎の応答特性情報を保持するデータ構造をキャッシュメモリ上に作成しておく（フロー５００）。データ構造の要素として、ストレージ管理装置が認識する論理ボリューム毎の、シーケンシャルWrite性能値、シーケンシャルRead性能値、ランダムWrite性能値、ランダムRead性能値を持つ。性能値は、転送ブロックサイズ毎に値を保持することができる。
【００２６】
一つの論理ボリュームに対し、シーケンシャルWrite、シーケンシャルRead、ランダムWrite、ランダムReadテストを実行し、得られた性能値をキャッシュメモリ上に応答特性情報として保存する（フロー５０１）。
【００２７】
図３に、応答特性情報テーブルの一例を示す。
【００２８】
論理ボリュームが複数ある場合、全ての論理ボリュームに対してテストを行った後（フロー５０２）、ホスト計算機からの仮想ボリュームへのデータ処理要求を受付開始する（フロー５０３）。
【００２９】
ホスト計算機からのデータ処理（書込み・読出し）要求があるかを確認し（フロー５０４）、要求がある場合は、データ処理内容をキャッシュメモリ上にとりこみ、書込み要求であった場合は、ホスト計算機へ処理完了の旨を通知した後、アクセスパターンの解析を行う。読出し要求であった場合は、ホスト計算機へ該当データを送信した後、アクセスパターンの解析を行う。（フロー５０５）。データ処理要求が無い場合は、ホスト計算機からのデータ処理要求を待つ。
【００３０】
キャッシュメモリ上の応答特性情報に基づき、該当データ処理に対して最も応答性能がよい論理ボリュームにデータを配置する（フロー５０６）。
【００３１】
データ配置完了後は、ホスト計算機からのデータ処理要求を待つ。
【符号の説明】
【００３２】
１００…ストレージ管理装置、１０１…制御コントローラ、１０２…プロセッサ、１０３…キャッシュメモリ、１０４…仮想ボリューム、１０５…Ｉ／Ｆ制御部、２００…ホスト計算機、３００…スイッチ、４００…ストレージ、４０１…ストレージ、４０２…ストレージ、５００〜５０６…動作フロー。
【図１】
2012003567.tif 000003
【図２】
2012003567.tif 000004
【図３】
2012003567.tif 000005