JP2022016767A - コントローラ、ストレージ装置、制御方法、及び制御プログラム - Google Patents

Abstract

【課題】 上位端末に影響を与えることなく各ストレージを効率よく使用することができる。【解決手段】 コントローラ１００は、特定部１１０と、割当部１１１と、を有する。特定部１１０は、論理ディスクに記憶されたデータの属性に基づいて、複数の物理ディスクから割当先の物理ディスクを特定する。複数の物理ディスクは、ＨＤＤやＳＳＤなどである。データの属性は、データの拡張子などを含む。そして、割当部１１１は、特定された割当先の物理ディスクに論理ディスクを割り当てる。【選択図】 図１

Description

本発明は、コントローラおよびストレージ装置などに関する。

ストレージシステムは、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの複数の異なるストレージに基づいて構成される。また、ストレージシステムにおいて、１または複数のストレージに基づき１つの仮想的なストレージであるストレージプールを構築する技術がある。

特許文献１には、ストレージシステムにおいて、ストレージに記憶されたデータと同一内容のデータが書き込まれるなどの重複を排除する技術が開示されている。

また、特許文献２には、性能の異なる論理的な記憶領域に対して、それぞれ異なる実ファイルシステムを割り当て、それらの実ファイルシステムを仮想化して単一の仮想ファイルシステムを管理する技術が開示されている。そして、特許文献２には、仮想ファイルシステムにおいてファイル単位で各ファイルの再配置先をファイルの属性とファイルの利用状況に基づいて決定する技術が開示されている。

また、特許文献３には、アクセス頻度が高いデータを、性能の異なる複数のストレージのうち性能の高いストレージに再配置する技術が開示されている。

特開２０１５－１７０３４５号公報 国際公開第２０１３／０９８９６０ 特開２０１４－２４１１１７号公報

しかしながら、特許文献２に開示の技術のように、ファイル単位で再配置を行う場合、ストレージ装置にアクセスする装置（「上位端末」と称する。）のオペレーティングシステムやファイルシステムに影響を与える場合があるという問題点がある。例えば、ファイル単位で再配置を行うと、論理記憶領域におけるファイルのアドレスに変更が生じる場合がある。また、特許文献３に開示の技術では、各データのアクセス頻度が均一であると、データの再配置が行われず、各ストレージの性能を生かしたデータの再配置が行われない場合があるという問題点がある。

本発明の目的の一例は、上記の課題を解決するため、上位端末に影響を与えることなく各ストレージを効率よく使用することができるコントローラ、ストレージ装置などを提供することにある。

一形態におけるコントローラは、論理記憶領域に記憶されたデータの属性に基づいて、複数の記憶装置から割当先の記憶装置を特定する特定手段と、特定された前記割当先の記憶装置に前記論理記憶領域を割り当てる割当手段と、を備える。

一形態におけるストレージ装置は、複数の記憶装置と、コントローラと、を備え、
前記コントローラは、論理記憶領域に記憶されたデータの属性に基づいて、前記複数の記憶装置から割当先の記憶装置を特定する特定手段と、特定された前記割当先の記憶装置に前記論理記憶領域を割り当てる割当手段と、を有する。

一形態における制御方法は、論理記憶領域に記憶されたデータの属性に基づいて、複数の記憶装置から割当先の記憶装置を特定し、特定された前記割当先の記憶装置に前記論理記憶領域を割り当てる。

一形態における制御プログラムは、コンピュータに、論理記憶領域に記憶されたデータの属性に基づいて、複数の記憶装置から割当先の記憶装置を特定し、特定された前記割当先の記憶装置に前記論理記憶領域を割り当てる処理を実行させる。

本発明によれば、上位端末に影響を与えることなく各ストレージを効率よく使用することができる。

図１は、実施の形態１にかかるコントローラの一構成例を示すブロック図である。 図２は、実施の形態１にかかるコントローラ１００の一動作例を示すフローチャートである。 図３は、本実施の形態２にかかるストレージシステムの一構成例を示す説明図である。 図４は、各論理ディスクと各プールと各物理ディスク２０２との対応関係の一例を示す説明図である。 図５は、実施の形態２にかかるストレージ装置２１の一構成例を示すブロック図である。 図６は、サーバ２０からのアクセス例を示す説明図である。 図７は、解析結果データ２３１の一例を示す説明図である。 図８は、論理ディスク２０４の再割当例１を示す説明図である。 図９は、論理ディスク２０４の割り当て変更例２を示す説明図である。 図１０は、実施の形態２にかかるコントローラ２００の一動作例を示すフローチャートである。 図１１は、解析処理の具体的な処理手順の一例を示すフローチャートである。 １２は、ストレージ装置をコンピュータで実現した場合のハードウェア構成例を示す説明図である。

以下に図面を参照して、本発明にかかるコントローラ、ストレージ装置、制御方法、および制御プログラムの実施の形態を詳細に説明する。本実施の形態は、開示の技術を限定するものではない。

まず、本発明の実施の形態に係る説明で使用する用語について説明する。以下では、例えば、ＨＤＤやＳＳＤなどの物理的な記憶装置であるストレージを「物理ディスク」と呼ぶ。また、例えば、１または複数の物理ディスクに基づき構築された１つの仮想的なストレージであるストレージプールを「プール」と呼ぶ。また、例えば、論理記憶領域は、上位端末が実行するオペレーティングシステム（以下「ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）」とする）などによって提供される。そして、論理記憶領域は、ＯＳからアクセス可能な論理的な記憶領域である。論理記憶領域は、仮想記憶とも呼ばれる。以下、論理記憶領域を「論理ディスク」と呼ぶ。
（実施の形態１）
図１は、実施の形態１にかかるコントローラの一構成例を示すブロック図である。図１を参照すると、コントローラ１００は、特定部１１０と、割当部１１１と、を有する。

特定部１１０は、論理ディスクに記憶されたデータの属性に基づいて、複数の物理ディスクから割当先の物理ディスクを特定する。ここでのデータの属性とは、例えば、拡張子、サイズ、作成日付、更新日付、アクセス日付、作成者、格納場所などが挙げられるが、特に限定しない。各種日付は、例えば、各種日時であってもよい。作成日付は、データが作成された日付である。更新日付は、例えば、データが更新された日付である。アクセス日付は、例えば、データがアクセスされた日付である。また、格納場所とは、例えば、データが格納された物理ディスクまたは物理ディスク上の格納場所を示す。複数の物理ディスクは、それぞれＨＤＤやＳＳＤなどが挙げられる。複数の物理ディスクは、例えば、すべてが互いに異なる種類の物理ディスクであってもよいし、一部が互いに異なる種類の物理ディスクであってもよい。割当先の物理ディスクとは、処理の対象となっている論理ディスクの新たな割当先となる物理ディスクである。

ここで、例えば、２台の物理ディスクのうち、一方の台がＨＤＤであって、他方の台がＳＳＤである例を用いて説明する。また、データの属性が、拡張子を含む場合を例に挙げて詳細に説明する。

具体的には、特定部１１０は、例えば、論理ディスクに記憶されたデータの拡張子に基づいて、論理ディスクの新たな割当先の物理ディスクを特定する。具体的には、特定部１１０は、例えば、拡張子に基づき論理ディスクに記憶されたデータに対するアクセスの特徴とそのデータのサイズの傾向に基づいて、新たな割当先の物理ディスクを特定する。

まずは、データに対するアクセスの特徴について説明する。特定部１１０は、論理ディスクに記憶されたデータの拡張子に応じて、割当先の物理ディスクを特定することによって、実質的に、当該データに対するアクセスの特徴に基づいて、割当先の物理ディスクを特定してもよい。アクセスの特徴としては、順次アクセス（逐次アクセス、シーケンシャルアクセス）と、ランダムアクセスと、が挙げられる。例えば、データベースには、データベースに含まれるいずれのレコードにアクセスされなど、ランダムにアクセスされる場合があるという特徴がある。ランダムにアクセスされるようなファイルを含む論理ディスクについては、高速にアクセス可能なＳＳＤが適している。一方、動画ファイルや音声ファイルは、一般的に、時系列の順に再生される。すなわち、動画ファイルや音声ファイルには、動画ファイルや音声ファイルの各部分データが順にアクセスされるという特徴がある。このため、順次アクセスされるようなデータを含む論理ディスクについては、アクセス速度においてＳＳＤであってもよいし、ＨＤＤであってもよい。ただし、ＨＤＤには、先読み機能を有する場合がある。そこで、順次アクセスされるようなデータを含む論理ディスクについては、先読み機能を有するＨＤＤが適している。

そこで、特定部１１０は、例えば、拡張子を検出し、それがデータベースを示す場合に、ＳＳＤを新たな割当先として特定する。また、特定部１１０は、例えば、データの拡張子を検出し、それがＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）やＡＶＩ（Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｌｅａｖｅ）を示す場合に、ＨＤＤを新たな割当先の物理ディスクとして特定する。

つぎに、拡張子を用いて、論理ディスクに記憶されたデータのサイズに応じて、データの割当先を特定する例について説明する。一般的に、データが動画ファイル、音声ファイル、画像ファイルである場合、データのサイズは大きい。また、一般的に、例えば、データがテキストファイルや文書ファイルである場合、データのサイズは小さい。

そして、ＨＤＤは、容量がＳＳＤよりも大きい傾向にある。そこで、特定部１１０は、サイズが大きいデータの拡張子を検出した場合に、ＨDＤを新たな割当先の物理ディスクとして特定する。また、特定部１１０は、サイズが小さいデータの拡張子を検出した場合に、ＳＳＤを新たな割当先の物理ディスクとして特定する。

ここでは、拡張子を用いて、データのサイズの特徴に応じてデータの割当先を特定する例として、サイズが大きいデータの拡張子か、サイズが小さいデータの拡張子に基づいて、割当先を特定する例を説明した。特定部１１０は、サイズが大きいデータの拡張子、サイズが中であるデータの拡張子、サイズが小さいデータの拡張子のようにより詳細なサイズのデータの拡張子に基づいて、データの割当先を特定してもよい。

また、物理ディスクは、ＨＤＤとＳＳＤとの２種類でなくてもよい。また、例えば、アクセスの速度や容量などの性能が異なるＨＤＤが複数あってもよい。また、アクセスの速度や容量などの性能が異なるＳＳＤが複数あってもよい。このため、特定部１１０は、データの属性と各種物理ディスクの性能とに基づいて新たな割当先を特定してもよい。また、特定部１１０は、拡張子と各種物理ディスクの性能とに基づいて新たな割当先を特定してもよい。また、物理ディスクの種類、アクセスの速度、容量などの各種物理ディスクの性能に関するデータについては、コントローラ１００がアクセス可能な記憶部に予め記憶されていればよく、特に限定しない。この記憶部としては、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリなどの半導体メモリや物理ディスクなどが挙げられる。また、同一性能の物理ディスクが複数ある場合、特定部１１０は、例えば、未使用の領域が多い方の物理ディスクを新たな割当先の物理ディスクとして特定してもよい。また、例えば最終アクセス日時が古いファイルが多い物理ディスクはアクセスが低頻度とみなされる。そこで、特定部１１０は、データの属性としてアクセス日時と格納場所とを用いて、最終アクセス日時が古いファイルが他の物理ディスクよりも多い物理ディスクを新たな割当先の物理ディスクとして特定してもよい。

また、ここで、データの属性としてデータのサイズを用いる例を説明する。例えば、特定部１１０は、論理ディスクに記憶されたデータのサイズに応じたアクセスの特徴に基づいて、論理ディスクの新たな割当先の物理ディスクを特定する。一般的に、サイズが大きいデータは、順次アクセスされる。このため、特定部１１０は、サイズが大きいデータを記憶する論理ディスクの割当先の物理ディスクとしてＨＤＤを特定する。また、一般的には、サイズが小さいデータが沢山アクセスされると、そのデータを記憶する論理ディスクは、ランダムアクセスされることになる。そこで、特定部１１０は、サイズが小さいデータを記憶する論理ディスクの割当先の物理ディスクとしてＳＳＤを特定する。また、論理ディスクに記憶されたデータのサイズが大きいか小さいかについては、閾値と比較するような絶対的な比較であってもよいし、複数の論理ディスク内のデータのサイズを比較するような相対的な比較であってもよく、特に限定しない。閾値との比較を例に挙げると、特定部１１０は、論理ディスクに記憶されたデータのサイズが閾値以上であれば、割当先の物理ディスクとしてＨＤＤを特定する。また、具体的に、例えば、特定部１１０は、論理ディスクに記憶されたデータのサイズが閾値未満であれば、割当先の物理ディスクとしてＳＳＤを特定する。また、ここでは、データの属性が、拡張子の場合やサイズの場合などのように分けて説明したが、特定部１１０は、拡張子、サイズ、アクセス日時等のデータの属性を複合的に用いて、新たな割当先の物理ディスクを特定してもよい。

つぎに、割当部１１１は、特定された割当先の物理ディスクに論理ディスクを割り当てる。具体的には、割当部１１１は、論理ディスクに対応する物理ディスクの記憶内容を、新たな割当先の物理ディスクに記憶させる。ここでの論理ディスクに対応する物理ディスクとは、特定部１１０による処理において論理ディスクが割り当てられている物理ディスクである。つぎに、割当部１１１は、論理ディスクに対応する物理ディスクの記憶内容を削除する。これにより、論理ディスクに対応する物理ディスクの記憶内容が、新たな割当先の物理ディスクに移動する。割当方法については特に限定しない。また、割当部１１１は、特定された割当先の物理ディスクが、論理ディスクに対応する物理ディスクと同じ場合、何もしなくてよい。

そして、割当部１１１は、論理ディスクの割り当てについて管理している情報などを更新する。ここで、論理ディスクの割り当てについて管理している情報などについては、例えば、物理ディスクへのアクセスなどの物理ディスクの制御のために使用される情報が用いられればよいため、特に限定しない。

図２は、実施の形態１にかかるコントローラ１００の一動作例を示すフローチャートである。ここで、図２におけるコントローラ１００による各ステップの処理結果は、メモリや物理ディスクなどのコントローラ１００がアクセス可能な記憶部に記憶される。図２に示すように、まず、コントローラ１００は、論理ディスクに記憶されたデータの属性に基づいて、新たな割当先の物理ディスクを特定する（ステップＳ１０１）。ここで、ステップＳ１０１を開始するタイミングについては、所定時間ごとであってもよいし、通信ネットワークなどを介した入力操作に基づき指定されたタイミングであってもよいし、特に限定しない。また、処理対象の論理ディスクについては、すべての論理ディスクが順番に処理の対象となってもよい。または、処理対象の論理ディスクは、通信ネットワークなどを介した入力操作に基づき指定された論理ディスクであってもよい。

ステップＳ１０１において、コントローラ１００は、特定部１１０によって割当先の物理ディスクを特定する。例えば、データの属性が拡張子の場合、コントローラ１００は、拡張子を検出する。そして、コントローラ１００は、検出した拡張子に応じた論理ディスクに記憶されたデータへのアクセスの特徴やサイズの特徴を判別してもよい。そして、コントローラ１００は、アクセスの特徴やサイズの特徴に基づいて、割当先の物理ディスクを特定してもよい。より詳細な特定方法については、特に限定しない。

つぎに、コントローラ１００は、割当部１１１によって、ステップＳ１０１において特定された割当先の物理ディスクに論理ディスクを割り当てる（ステップＳ１０２）。より詳細な割当方法については、上述したとおりであり、特に限定しない。以上で、コントローラ１００は、一連の動作を終了する。

つぎに、本実施の形態１の効果について説明する。上述した本実施の形態におけるコントローラ１００は、論理ディスクに記憶されたデータの属性に基づいて、新たな割当先となる物理ディスクに論理ディスクを割り当てる。論理ディスクは、サーバ等の上位装置に割り当てられているため、上位装置の設定などの変更をしなくてよい。また、上位装置が利用するＯＳやファイルシステムへの影響もない。このように、論理ディスク単位で割当先が変更されるため、上位端末に影響を与えることなく物理ディスクを効率よく使用することができるという効果が得られる。また、物理ディスクを効率よく使用することにより、上位端末が論理ディスクへアクセスする際の待ち時間等の低減を図ることができる。したがって、上位端末から論理ディスクへのアクセスにかかる処理能力の改善を図ることができる。

また、例えば、コントローラ１００は、データの属性として、拡張子、サイズ、作成日付、更新日付、アクセス日付、作成者、格納場所を用いる。これにより、コントローラ１００は、論理ディスクの記憶内容から得られる情報などによって割当先の物理ディスクを特定することができる。したがって、論理ディスクにデータが記憶されていれば、コントローラ１００が処理を行うタイミング等に制限がない。このため、いずれのタイミングであっても効率よく物理ディスクを使用できるように論理ディスクを再配置させることができる。

例えば、コントローラ１００は、データの拡張子に応じた当該データに対するアクセスの特徴またはデータのサイズに応じた当該データに対するアクセスの特徴に基づいて、割当先の物理ディスクを決定する。これにより、実際にデータの書き込みや読み出し等の上位端末からのアクセス等がなくとも、論理ディスクの記憶内容へのアクセスの特徴に適した物理ディスクへ論理ディスクが割り当てられる。また、上位端末等のアクセスを監視するような構成がなくとも、効率よく物理ディスクを使用することができる。

複数の物理ディスクの各々の種類が異なる場合もあれば、複数の物理ディスクの各々の種類が同じ場合もある。同じ種類の物理ディスクであってもアクセス速度や容量などの性能が異なる場合がある。例えば、コントローラ１００は、データの属性と複数の物理ディスクの各々の性能とに基づいて、割当先の物理ディスクを特定する。これにより、効率よく物理ディスクを使用することができる。
（実施の形態２）
つぎに、本発明の実施の形態２について図面を参照して詳細に説明する。以下、本実施の形態２の説明が不明確にならない範囲で、前述の説明と重複する内容については説明を省略する。

図３は、本実施の形態２にかかるストレージシステムの一構成例を示す説明図である。図３において、ストレージシステム２は、サーバ２０と、ストレージ装置２１と、を有する。サーバ２０とストレージ装置２１とは、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの通信ネットワークを介して接続される。または、サーバ２０とストレージ装置２１とは、有線のバスを介して接続されてもよい。

サーバ２０は、ストレージ装置２１にアクセスする上位端末である。上位端末としては、サーバ２０に限らず、種々変更可能である。図３では上位端末が、１台の例を示したが、複数台であってもよい。

また、ストレージ装置２１は、コントローラ２００と、メモリ２０１と、複数の物理ディスク２０２－１～２０２－ｎと、を有する。コントローラ２００とメモリ２０１と複数の物理ディスク２０２とは、例えば、バスなどを介して接続される。

コントローラ２００は、物理ディスク２０２に基づき構成される各プールへの論理ディスクの割り当てを制御する。また、コントローラ２００は、例えば、複数の物理ディスク２０２へのアクセスを制御する。

メモリ２０１は、コントローラ２００が用いる各種情報を記憶する記憶部である。メモリ２０１としては、例えば、ＲＡＭやフラッシュメモリなどが挙げられる。また、ストレージ装置２１は、メモリ２０１の代わりに、物理ディスク２０２の一部を記憶部として用いてもよい。

複数の物理ディスク２０２－１～２０２－ｎは、それぞれ記憶装置である。ストレージ装置２１では、例えば、ＳＳＤやＨＤＤなどのように異なる種類の物理ディスク２０２を用いることができる。ｎは、２以上の自然数である。

図４は、各論理ディスクと各プールと各物理ディスク２０２との対応関係の一例を示す説明図である。論理ディスク２０４は、上位端末であるサーバ２０が用いる論理的な記憶領域である。図４の例では、サーバ２０は、論理ディスク２０４－１と、論理ディスク２０４－２とを用いる。ただし、サーバ２０が用いる論理ディスク２０４の数は、特に限定されない。また、上位端末が複数あって、各上位端末が論理ディスク２０４などを用いる例であってもよい。

上述したように、プール２０３は、１または複数の物理ディスク２０２を仮想的に統合することにより構成される。プール２０３は仮想的な記憶領域である。プール２０３は、例えば、ＲＡＩＤ（Ｒｅｄｕｄａｎｔ Ａｒｒａｙｓ оｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）などによって複数の物理ディスク２０２を束ねることによって構成される。これにより、プール２０３は、各物理ディスク２０２よりも大きな容量を持つ仮想的な記憶領域となる。また、ＲＡＩＤを用いて冗長化されることにより、プール２０３の信頼性が向上する。

図４に示すように、プール２０３は、各物理ディスク２０２の一部を利用してもよい。または、プール２０３は、各物理ディスク２０２のすべてを利用してもよい。例えば、プール２０３－１は、物理ディスク２０２－１から物理ディスク２０２－３によって構築される。プール２０３－１は、物理ディスク２０２－２の全部を利用している。また、プール２０３－１は、物理ディスク２０２－１の一部と物理ディスク２０２－３の一部を利用する。例えば、プール２０３－２は、物理ディスク２０２－４から物理ディスク２０２－６によって構築される。プール２０３－２は、物理ディスク２０２－５の全部を利用する。また、プール２０３－２は、物理ディスク２０２－４の一部と物理ディスク２０２－６の一部を利用する。

また、１つのプール２０３を構築する複数の物理ディスク２０２の種類はすべて同一であってもよいし、異なっていてもよい。この種類については、特に限定しない。具体的には、例えば、物理ディスク２０２－１から物理ディスク２０２－３は、すべてＨＤＤであってもよい。または、例えば、物理ディスク２０２－１と物理ディスク２０２－３とはＨＤＤであり、物理ディスク２０２－２はＳＳＤであってもよい。また、例えば、高速な物理ディスク２０２に基づき構築されたプール２０３はアクセスの速度に関する性能が高いプール２０３となる。上述したように、高速な物理ディスク２０２としてはＳＳＤが挙げられる。また、大容量の物理ディスク２０２に基づき構築されたプール２０３は容量が大きいプール２０３となる。大容量の物理ディスク２０２としては、ＨＤＤが挙げられる。ＨＤＤは、大容量であるが、容量に対しての単価が安い。

図４の例では、論理ディスク２０４－１には、プール２０３－１が割り当てられている。論理ディスク２０４－１は、プール２０３－１を構築する複数の物理ディスク２０２を跨って利用する。図４において、論理ディスク２０４－１は、物理ディスク２０２－２の全部を利用する。一方、論理ディスク２０４－１は、物理ディスク２０２－１と物理ディスク２０２－３の一部を利用する。

また、論理ディスク２０４－２には、プール２０３－２が割り当てられている。論理ディスク２０４－２は、プール２０３－２を構築する複数の物理ディスク２０２を跨って利用する。図４において、論理ディスク２０４－２は、物理ディスク２０２－５の全部を利用する。一方、論理ディスク２０４－２は、物理ディスク２０２－４の一部と物理ディスク２０２－６の一部とを利用する。

また、図４において、各論理ディスク２０４は、プール２０３の一部を利用している。これに限らず、論理ディスク２０４は、プール２０３の全部を利用してもよい。また、図４の例では、各プール２０３に１つの論理ディスク２０４が割り当てられているが、これに限らず、各プール２０３に複数の論理ディスク２０４が割り当てられてもよい。

サーバ２０に搭載されたＯＳまたはファイルシステムは、論理ディスク２０４を用いる。サーバ２０は、論理ディスク２０４上のアドレスを指定することにより、論理ディスク２０４への読み出しアクセスや書き込みアクセスを行う。よって、ストレージ装置２１は、論理ディスク２０４がいずれのプール２０３に割り当てられているかをサーバ２０に通知していない。サーバ２０は、いずれの物理ディスク２０２および物理ディスク２０２のいずれの領域、いずれのプール２０３にアクセスしているか判別できない。すなわち、サーバ２０からは、プール２０３や物理ディスク２０２の存在が隠されている。サーバ２０が論理ディスク２０４にアクセスする例については図６を用いて後述する。

図５は、実施の形態２にかかるストレージ装置２１の一構成例を示すブロック図である。図５において、物理ディスク２０２の図示を省略する。まずは、メモリ２０１の記憶内容について説明する。メモリ２０１は、コントローラ２００の各部の処理結果を記憶する記憶部である。また、メモリ２０１は、コントローラ２００の各部の処理に用いるデータを記憶する記憶部である。図５におけるメモリ２０１の記憶内容は、一例であり、特に限定されない。図５において、メモリ２０１は、例えば、解析結果データ２３１と、論理ディスク管理データ２３２と、プール管理データ２３３と、プール属性データ２３４と、を記憶する。

解析結果データ２３１は、コントローラ２００の解析部２１２によって得られるデータである。解析結果データ２３１の一例については、図６を用いて解析部２１２の説明において後述する。

論理ディスク管理データ２３２は、各論理ディスク２０４がいずれのプール２０３に割り当てられているかを管理するためのデータである。論理ディスク管理データ２３２は、例えば、論理ディスク２０４を示す識別情報と、論理ディスク２０４が割り当てられたプール２０３を示す識別情報と、を対応付けたデータである。

プール管理データ２３３は、各プール２０３がいずれの物理ディスク２０２を使用して構築されているかを管理するためのデータである。プール管理データ２３３は、例えば、プール２０３を示す識別情報と、プール２０３を構築する物理ディスク２０２の識別情報と、を対応付けたデータである。上述したように、プール２０３は、１または複数の物理ディスク２０２によって構築される。このため、ここでの物理ディスク２０２の識別情報は、複数であってもよい。

ここでは、理解の容易化と説明の容易化のために、論理ディスク管理データ２３２とプール管理データ２３３を示す。コントローラ２００が用いる情報についてはこれに限らない。例えば、ストレージの制御のための既知の情報が用いられてもよい。

プール属性データ２３４は、プール２０３の属性を管理するためのデータである。プール属性データ２３４は、例えば、プール２０３を示す識別情報と、プール２０３の属性を示す情報と、が対応付けられたデータである。プール２０３の属性を示す情報としては、例えば、アクセス速度を示す情報と、容量を示す情報と、先読み機能の有無を示す情報と、などが挙げられる。

アクセス速度を示す情報は、例えば、プール２０３を構築する物理ディスク２０２のアクセス速度を示す情報である。例えば、アクセス速度を示す情報としては、「高」、「中」、「低」などを示す情報であってもよいし、各プール２０３のアクセス速度の順位などを示す情報であってもよい。または、アクセス速度を示す情報としては、プール２０３を構築する物理ディスク２０２の種類別の数であってもよく、特に限定しない。例えば、あるプール２０３が１つのＳＳＤや複数のＳＳＤのみで構築された場合、プール２０３のアクセス速度を示す情報は「高」とする。また、例えば、あるプール２０３が１つのＨＤＤや複数のＨＤＤのみで構築された場合、プール２０３のアクセス速度を示す情報は「低」とする。

また、容量を示す情報は、例えば、プール２０３を構築する物理ディスク２０２の容量を示す情報である。また、容量を示す情報としては、「大」、「中」、「小」などを示す情報であってもよい。または、容量を示す情報としては、各プール２０３を構築する物理ディスク２０２にＨＤＤが含まれているか否かを示す情報であってもよいし、各プール２０３を構築する物理ディスク２０２の容量の順位などを示す情報であってもよい。または、アクセス速度を示す情報や容量を示す情報としては、プール２０３を構築する物理ディスク２０２の種類別の数であってもよく、特に限定しない。

また、先読み機能の有無を示す情報は、例えば、先読み機能があるＨＤＤに基づき構築されたプール２０３であるか否かを示す情報である。プール２０３を構築する物理ディスク２０２にＨＤＤが含まれていれば、「有」としてもよいし、プール２０３を構築する物理ディスク２０２にＨＤＤが含まれていなければ、「無」としてもよい。また、プール２０３を構築する物理ディスク２０２が、複数台である場合には、ＨＤＤの数やＨＤＤの使用率などに応じて「有」と「無」が設定されてもよい。

また、プール属性データ２３４は、プール管理データ２３３に含まれていてもよい。ここでは、理解の容易化と説明の容易化のために、プール属性データ２３４を示す。プール属性データ２３４に限らず、各プール２０３の特徴を判別するためのデータがあればよい。このため、物理ディスク２０２ごとに、物理ディスク２０２のアクセス速度や容量などの性能と物理ディスク２０２の種類などを管理するデータなどがメモリ２０１に記憶されていてもよい。そして、コントローラ２００が、新たな割当先のプール２０３を特定する際に、そのデータなどを利用してプール属性データ２３４と同じ内容のデータなどを作成してもよい。

つぎに、コントローラ２００の各機能部について説明する。コントローラ２００は、特定部２１０と、割当部２１１と、解析部２１２と、ディスク制御部２１３と、を有する。図５を参照すると、本実施の形態２におけるコントローラ２００は、実施の形態１のコントローラ２００と比べて、解析部２１２と、ディスク制御部２１３とをさらに備える。

ディスク制御部２１３は、サーバ２０などの上位端末からの読み出しアクセスや書き込みアクセスを制御する。上述したように、論理ディスク２０４は、サーバ２０が実行するＯＳ等のプログラムが提供する論理的な記憶領域である。このため、コントローラ２００は、例えば、論理ディスク２０４上のアドレスと物理ディスク２０２上のアドレスとを対応付けて管理する。この管理方法については、既知の技術を用いればよく、特に限定しない。ディスク制御部２１３は、サーバ２０からのアクセス要求に含まれる論理ディスク２０４上のアドレスを物理ディスク２０２上のアドレスに変換する。これにより、ディスク制御部２１３は、アクセス要求を制御する。ここで、図６を用いてディスク制御部２１３の一機能例を説明する。

図６は、サーバ２０からのアクセス例を示す説明図である。例えば、サーバ２０がＯＳまたはファイルシステムを使用してストレージ装置２１にデータを書き込む場合、ディスク制御部２１３は、サーバ２０からの書き込みのアクセス要求を受け付ける。ディスク制御部２１３は、論理ディスク２０４にデータを書き込む。ここで、上述したように、論理ディスク２０４の実態はプール２０３を構築する物理ディスク２０２である。このため、ディスク制御部２１３は、論理ディスク２０４に対応する物理ディスク２０２の領域にデータを書き込む。ここでの論理ディスク２０４に対応する物理ディスク２０２とは、論理ディスク２０４が割り当てられたプール２０３を構築する物理ディスク２０２であり、論理ディスク２０４が使用する領域である物理ディスク２０２である。より具体的には、例えば、ディスク制御部２１３は、論理ディスク２０４上のアドレスを物理ディスク２０２上のアドレスに変換する。そして、ディスク制御部２１３は、この物理ディスク２０２上のアドレスが示す物理ディスク２０２上の領域にデータを書き込む。なお、ディスク制御部２１３については既存の技術が利用されればよい。このため、ここでは、読み出しのアクセス要求の詳細な処理の説明を省略する。

図５の説明に戻って、解析部２１２は、所定の格納形式に基づいて、論理ディスク２０４に対応する物理ディスク２０２を解析する。これにより、解析部２１２は、論理ディスク２０４に記憶されたデータの属性を得る。ここで、解析部２１２による解析が行われるタイミングについては、特に限定しない。例えば、このタイミングは、所定の時間ごとなどのように周期的であってもよい。または、このタイミングは、通信ネットワークや入力装置等を介した指示であってもよい。また、解析対象となる論理ディスク２０４については、特に限定しない。例えば、全部の論理ディスク２０４が解析対象となってもよいし、一部の論理ディスク２０４が解析対象となってもよい。また、例えば、通信ネットワークや入力装置等を介して解析対象となる論理ディスク２０４が指定されてもよい。

ここで、所定の格納形式とは、所定のＯＳまたはファイルシステムの格納形式である。ここで、格納形式を「フォーマット」と呼ぶ。具体的には、解析部２１２は、論理ディスク２０４に対応する各物理ディスク２０２の記憶内容のフォーマットと所定のＯＳまたはファイルシステムのフォーマットとの一致を解析する。論理ディスク２０４に対応する各物理ディスク２０２とは、論理ディスク２０４が割り当てられたプール２０３を構築する各物理ディスク２０２である。また、論理ディスク２０４に対応する各物理ディスク２０２の記憶内容のフォーマットを省略して論理ディスク２０４のフォーマットとする。

所定のＯＳまたはファイルシステムについては、特に限定しない。ただし、近年、サーバ２０などの上位端末で使用されるＯＳやファイルシステムは、限定的であり、いずれも汎用性が高い。汎用性の高いＯＳやファイルシステムの一例としては、ＷＩＮＤＯＷＳ（登録商標）、Ｌｉｎｕｘ（登録商標）、仮想化ＯＳなどが挙げられる。そこで、複数種類のＯＳやファイルシステムのフォーマットを予めメモリ２０１や記憶装置などのコントローラ２００がアクセス可能な記憶領域に記憶させておく。また、コントローラ２００は、通信ネットワークを介してこれらのフォーマットを取得してもよい。

より具体的には、解析部２１２は、論理ディスク２０４のフォーマットがメモリ２０１に記憶された所定のフォーマットに該当するか否かを判定する。解析部２１２は、論理ディスク２０４のフォーマットが所定のフォーマットに該当する場合に、論理ディスク２０４に対応する物理ディスク２０２と所定のフォーマットに基づいて、各ディレクトリやファイルのメタ情報を解析する。メタ情報とは、あるデータが付随して持つそのデータ自体についての付加的なデータである。メタ情報としては、例えば、ファイル名、ファイルサイズ、ファイルの所有者、ファイルの拡張子などを示す情報が挙げられる。つぎに、解析部２１２は、各ファイルのメタ情報を得た場合、各ファイルのメタ情報を解析結果データ２３１としてメモリ２０１または物理ディスク２０２に記憶させる。

図７は、解析結果データ２３１の一例を示す説明図である。例えば、解析結果データ２３１は、Ｎｕｍｂｅｒ（Ｎｏ．）、論理ディスク番号、ＯＳ、ファイル名、拡張子、サイズ、所有者のフィールドを有する。解析結果データ２３１には、ファイルごとに、各フィールドに情報が設定されることによりファイルに関する情報が一つのレコードとして記憶されている。

解析結果データ２３１において、Ｎｕｍｂｅｒは、レコードを順に並べた際の順番を示す番号である。解析結果データ２３１において、論理ディスク番号は、論理ディスク２０４を示す識別情報である。例えば、論理ディスク番号「ＬＵＮ１」は、論理ディスク２０４－１を示す。論理ディスク番号「ＬＵＮ２」は、論理ディスク２０４－２を示す。例えば、論理ディスク番号が「ＬＵＮ１」であるレコードは、論理ディスク２０４に記憶されたファイルに関する情報である。解析結果データ２３１において、ＯＳは、論理ディスク２０４のフォーマットと一致したＯＳまたはファイルシステムである。

解析結果データ２３１において、ファイル名は、ファイルを示す識別情報の一例であるファイルの名称である。解析結果データ２３１において、拡張子は、ファイルの拡張子である。例えば、拡張子「ＤＢＦ」は、データベースを示す。拡張子「ＴＸＴ」であれば、テキストファイルを示す。拡張子「ＭＰＥＧ」は、動画ファイルを示す。なお、ここでは、理解の容易化のために、拡張子「ＭＰＥＧ」等の表記としているが、実際には、「ｍｐｇ」などである。また、サイズは、ファイルのサイズであり、バイト単位などで表されるファイルの大きさである。所有者は、ファイルの所有者である。

解析結果データ２３１によれば、例えば、論理ディスク番号「ＬＵＮ１」が示す論理ディスク２０４－１には、拡張子がＤＢＦのファイルが多く記憶されている。また、例えば、論理ディスク番号「ＬＵＮ２」が示す論理ディスク２０４－２には、拡張子がＭＰＥＧのファイルが多く記憶されている。また、図７に示していないが、データの属性として、ファイルの作成日時、更新日時、アクセス日時、データが記憶された物理ディスクまたはデータが記憶された物理ディスクにおける格納場所などの情報が解析によって得られてもよい。

図５の説明に戻って、特定部２１０は、論理ディスク２０４に記憶されたデータの属性に基づいて、複数のプール２０３から割当先のプール２０３を特定する。割当先のプール２０３とは、処理の対象となっている論理ディスク２０４の新たな割当先となるプール２０３である。実施の形態１で説明したようにデータの属性について限定しないが、例えば、データの属性は、拡張子を含む。

具体的に、特定部２１０は、解析結果データ２３１から論理ディスク２０４に記憶されたファイルの属性を取得する。特定部２１０は、取得した各ファイルの属性を記憶領域に記憶されたデータの属性として用いる。

ここでは、各ファイルの属性としてファイルの拡張子を用いる例について説明する。例えば、特定部２１０は、データの属性として取得した拡張子に基づいて、複数のプール２０３から新たな割当先のプール２０３を特定する。具体的には、特定部２１０は、ファイルの拡張子に応じた当該ファイルへのアクセスの特徴とファイルのサイズの特徴に基づいて、新たな割当先を特定する。

まずは、ファイルへのアクセスの特徴について説明する。特定部２１０は、ファイルの拡張子に応じたファイルに対するアクセスの特徴に基づいて、新たな割当先のプール２０３を特定する。

アクセスの特徴については、上述したように、順次アクセスとランダムアクセスとが挙げられる。順次アクセスとランダムアクセスの例とその拡張子の例については、実施の形態１で説明した例と同じであってよいため、詳細な説明を省略し、具体的な動作例について説明する。

より具体的には、特定部２１０は、ファイルの拡張子がデータベースを示すＤＢＦである場合に、高速なプール２０３を新たな割当先のプールとして特定する。高速なプール２０３とは、ＳＳＤに基づき構築されたプール２０３である。また、特定部２１０は、ファイルの拡張子がＭＰＥＧやＡＶＩである場合に、大容量のプール２０３をあらたな割当先のプール２０３として特定する。大容量のプール２０３とは、例えば、ＨＤＤに基づき構築されたプール２０３である。

また、特定部２１０は、いずれのプール２０３が高速なプール２０３であるか大容量のプール２０３であるかについては、上述したプール属性データ２３４を参照すればよい。また、特定部２１０は、プール管理データ２３３を参照して、各プール２０３を構築する物理ディスク２０２を特定することによりプール２０３の特性を特定してもよい。

そして、割当部２１１は、特定された割当先の物理ディスク２０２に論理ディスク２０４を割り当てる。具体的には、割当部２１１は、論理ディスク２０４に対応する物理ディスク２０２の記憶内容を、新たな割当先のプール２０３を構築する物理ディスク２０２に記憶させる。ここでの論理ディスク２０４に対応する物理ディスク２０２とは、論理ディスク２０４が特定部２１０による処理において割り当てられているプール２０３を構築する物理ディスク２０２である。そして、割当部２１１は、論理ディスク２０４に対応する物理ディスク２０２の記憶内容を削除する。これにより、論理ディスク２０４の記憶内容が移動する。また、割当部２１１は、論理ディスク管理データ２３２などの各種情報を更新する。

ここで、図８を用いて、データベースが記憶された論理ディスク２０４の割当先を変更する例を説明する。また、図９を用いて、動画ファイルが記憶された論理ディスク２０４の割当先を変更する例を説明する。

図８は、論理ディスク２０４の再割当例１を示す説明図である。特定部２１０は、図７に示した解析結果データ２３１を参照する。解析結果データ２３１によれば、論理ディスク２０４－１にデータベースが記憶されている。高性能なプール２０３であるプール２０３－２を新たな割当先のプール２０３として特定する。

そして、割当部２１１は、論理ディスク２０４－１に対応する物理ディスク２０２の記憶内容を、プール２０３－２を構築する物理ディスク２０２－４から物理ディスク２０２－６の空き領域に移動させる。これにより、論理ディスク２０４－１の割当先が変更される。また、割当部２１１は、論理ディスク管理データ２３２などの各種情報を更新する。

図９は、論理ディスク２０４の割り当て変更例２を示す説明図である。特定部２１０は、解析結果データ２３１によれば、論理ディスク２０４－２に動画ファイルが記憶されているため、大容量なプール２０３であるプール２０３－１を新たな割当先のプール２０３として特定する。

そして、割当部２１１は、論理ディスク２０４－２に対応する物理ディスク２０２の記憶内容を、プール２０３－１を構築する物理ディスク２０２－１から物理ディスク２０２－３の空き領域に移動させる。これにより、論理ディスク２０４－２の割当先が変更される。また、割当部２１１は、論理ディスク管理データ２３２などの各種情報を更新する。

ここまでは、ファイルへのアクセスの特徴に基づき新たな割当先のプール２０３が特定される例である。つぎに、ファイルの拡張子に応じたファイルのサイズの特徴に基づき新たな割当先のプール２０３が特定される例について説明する。

特定部２１０は、ファイルの拡張子に応じた論理ディスク２０４に記憶されたファイルのサイズの傾向に基づいて、割当先のプール２０３を特定する。上述したように、一般的に、データが動画ファイル、音声ファイル、画像ファイルである場合、データのサイズは大きい。また、一般的に、例えば、データがテキストファイルや文書ファイルである場合、データのサイズは小さい。

そして、ＨＤＤは、容量がＳＳＤよりも大きい傾向にある。そこで、特定部２１０は、サイズが大きいデータの拡張子を検出した場合に、ＨDＤに基づき構築されたプール２０３を割当先のプール２０３として特定する。また、特定部２１０は、サイズが小さいデータの拡張子を検出した場合に、ＳＳＤに基づき構築されたプール２０３を割当先のプール２０３として特定する。より具体的には、例えば、特定部２１０は、データの拡張子が動画ファイル、音声ファイル、画像ファイルを示す拡張子である場合に、ＨDＤに基づき構築されたプール２０３を割当先のプール２０３として特定する。また、特定部２１０は、データの拡張子がテキストファイルや文書ファイルを示す拡張子である場合に、ＳＳＤに基づき構築されたプール２０３を割当先のプール２０３として特定する。

また、ここで、データの属性としてデータのサイズを用いる例を説明する。例えば、特定部１１０は、論理ディスク２０４に記憶されたデータのサイズに応じたアクセスの特徴に基づいて、論理ディスク２０４の新たな割当先のプール２０３を特定する。上述したように、一般的に、サイズが大きいデータは、順次アクセスされる。特定部１１０は、サイズが大きいデータを記憶する論理ディスク２０４の新たな割当先のプール２０３としてＨＤＤに基づき構築されたプール２０３を特定する。また、上述したように、サイズが小さいデータが沢山アクセスされると、そのデータを記憶する論理ディスク２０４は、ランダムアクセスされる。そこで、特定部１１０は、サイズが小さいデータを記憶する論理ディスク２０４の新たな割当先のプール２０３としてＳＳＤに基づき構築されたプール２０３を特定する。より具体的には、特定部１１０は、論理ディスク２０４に記憶されたデータのサイズが閾値以上であれば、割当先のプール２０３としてＨＤＤに基づき構築されたプール２０３を特定する。また、例えば、特定部１１０は、論理ディスク２０４に記憶されたデータのサイズが閾値未満であれば、割当先プール２０３としてＳＳＤに基づき構築されたプール２０３を特定する。

つぎに、割当部２１１は、特定された割当先のプール２０３に論理ディスク２０４を割り当てる。なお、割当部２１１による論理ディスク２０４を新たな割当先のプール２０３に割り当てる処理は、上述した場合とおなじであるため、詳細な説明を省略する。

図１０は、実施の形態２にかかるコントローラ２００の一動作例を示すフローチャートである。ここで、図１０におけるコントローラ２００による各ステップの処理結果は、メモリ２０１や物理ディスク２０２などのコントローラ２００がアクセス可能な記憶部に記憶される。まず、図１０において、コントローラ２００は、解析部２１２によって、解析処理を行う（ステップＳ２０１）。解析処理を開始するタイミングについては、特に限定しない。例えば、このタイミングは、数時間に一回、一日一回、数か月に一回などのように所定周期ごとのタイミングであってもよい。また、このタイミングは、所定のタイミングであってもよい。所定のタイミングとは、例えば、通信ネットワークや入力装置等を介して指示されたタイミングである。また、所定のタイミングは、一回または所定回数であってもよい。

また、解析処理の詳細な例については、図１１を用いて後述する。解析処理の処理結果については、上述したように解析結果データ２３１としてメモリ２０１や物理ディスク２０２などのコントローラ２００がアクセス可能な記憶装置に記憶される。また、実施の形態１で説明したように、処理対象となる論理ディスク２０４については、いずれであってもよく、特に限定しない。ただし、ここでは１つの論理ディスク２０４に着目して各処理が行われる場合のフローについて説明する。

つぎに、コントローラ２００は、特定部２１０によって、処理対象の論理ディスク２０４についての新たな割当先のプール２０３を特定する（ステップＳ２０２）。ステップＳ２０２において、コントローラ２００は、例えば、解析結果データ２３１と、プール管理データ２３３と、プール属性データ２３４と、を参照して、割当先のプール２０３を特定する。

より具体的には、コントローラ２００は、例えば、解析結果データ２３１から、処理対象の論理ディスク２０４に記憶されたファイルの属性を取得する。ここでは、ファイルの属性が拡張子である場合を例に挙げて説明する。コントローラ２００は、ファイルの拡張子を用いて、ファイルへのアクセスの特徴とファイルのサイズの特徴に基づく割当先のプール２０３を特定する。コントローラ２００は、ファイルの特性とファイルのサイズの両方を利用してもよい。または、コントローラ２００は、ファイルの特性とファイルのサイズのいずれか一方を利用してもよい。アクセスの特徴やファイルのサイズの特徴の詳細例については、上述した通りである。

例えば、ファイルがデータベースの場合、アクセスの特徴がランダムアクセスである。ファイルが動画ファイルの場合、アクセスの特徴が順次アクセスである。動画ファイル、画像ファイル、音声ファイルなどのマルチメディアファイルである場合、ファイルのサイズは大きい。テキストファイルや文書ファイルなどの場合、ファイルのサイズは、小さい。

コントローラ２００は、例えば、プール管理データ２３３とプール属性データ２３４とに基づいて、ファイルのアクセスの特徴とサイズの特徴に適した割当先のプール２０３を特定する。

したがって、解析結果データ２３１から、アクセスの特徴が順次アクセスであるデータの拡張子を検出した場合に、コントローラ２００は、例えば、プール属性データ２３４に含まれる先読み機能を示す情報が「有」を示すプール２０３を割当先のプール２０３として特定する。解析結果データから、アクセスの特徴がランダムアクセスであるデータの拡張子を検出した場合に、コントローラ２００は、例えば、プール属性データ２３４に含まれるアクセス速度を示す情報が「高」を示すプール２０３を割当先のプール２０３として特定する。

また、解析結果データ２３１から、ファイルのサイズが大きいデータの拡張子を検出した場合に、コントローラ２００は、例えば、HDDに基づき構築されたプール２０３を割当先のプール２０３として特定する。また、解析結果データ２３１から、ファイルのサイズが小さいデータの拡張子を検出した場合に、コントローラ２００は、例えば、SSDに基づき構築されたプール２０３を割当先のプール２０３として特定する。

また、コントローラ２００は、各物理ディスク２０２の性能などを示す情報を参照して、アクセス速度、容量、先読み機能の有無などに基づき各プール２０３に割当先の候補としての順位をつけることにより、最適な割当先のプール２０３を特定してもよい。

また、コントローラ２００は、ファイルの拡張子に応じたファイルへのアクセスの特徴やファイルのサイズの特徴に基づき、論理ディスク２０４を順位付けして割当先のプール２０４を特定してもよい。これにより、ストレージ装置２１全体として最適な再配置を行うことができる。例えば、論理ディスク２０４－ｘ（図示なし）に記憶されたファイルが画像ファイルであり、論理ディスク２０４－ｙ（図示なし）に記憶されたファイルが動画ファイルである場合について説明する。なお、ｘは１以上の自然数であり、ｙはｘと異なる１以上の自然数である。この例の場合、いずれの論理ディスク２０４に記憶されたファイルもアクセスの特徴は順次アクセスである。

このため、アクセスの特徴において、論理ディスク２０４－ｘと論理ディスク２０４－ｙとは同等である。一方、ファイルのサイズは、一般的に、動画ファイルの方が画像ファイルよりも大きい。このため、サイズの特徴において、論理ディスク２０４－ｙは、論理ディスク２０４－ｘよりも大きいファイルを有する。ここで、大容量のプール２０３と高速なプール２０３との２種類のプールがある場合について例を挙げる。大容量なプール２０３に対して論理ディスク２０４－ｘと論理ディスク２０４－ｙとの両方を割り当てることができる場合、コントローラ２００は、両方の論理ディスク２０４を大容量のプール２０３に割り当てる。大容量なプール２０３に対して論理ディスク２０４－ｘと論理ディスク２０４－ｙとの両方を割り当てることができない場合、コントローラ２００は、論理ディスク２０４－ｙについて、大容量なプール２０３を割当先のプールとして特定する。そして、コントローラ２００は、論理ディスク２０４－ｘについて、高速なプール２０３を割当先プールとして特定する。

また、拡張子に応じたアクセスの特徴に基づいて、割当先のプール２０４を一意に特定できない場合、コントローラ２００は、解析結果データ２３１からファイルのサイズを検出し、検出したファイルのサイズに基づいて、割当先のプール２０３を特定してもよい。このように、コントローラ２００は、データの属性として拡張子とファイルのサイズなどのようにデータの異なる属性に基づいて、割当先のプール２０３を特定してもよい。

また、データの属性がファイルのサイズである場合に、ファイルのサイズに応じたアクセスの特徴に基づいて割当先のプール２０３が特定される例について説明する。上述したように、コントローラ２００は、例えば、論理ディスク２０４に記憶されたデータのサイズが大きい場合、HDDに基づき構築されたプール２０３を新たな割当先のプール２０３として特定する。一方、上述したように、コントローラ２００は、例えば、論理ディスク２０４に記憶されたデータのサイズが小さい場合SSDに基づき構築されたプール２０３を新たな割当先のプール２０３として特定する。

つぎに、コントローラ２００は、割当部２１１によって、特定された割当先のプール２０３に、論理ディスク２０４を割り当てる（ステップＳ２０３）。なお、割当部２１１による論理ディスク２０４を新たな割当先のプール２０３に割り当てる処理は、上述した場合とおなじであるため、詳細な説明を省略する。

図１１は、解析処理の具体的な処理手順の一例を示すフローチャートである。まず、図１１において、コントローラ２００は、例えば、処理の未対象のＯＳまたはファイルシステムがあるか否かを判断する（ステップＳ２１１）。コントローラ２００は、処理の未対象のＯＳまたはファイルシステムがあると判断した場合（ステップＳ２１１：Ｙｅｓ）、処理の未対象のＯＳまたはファイルシステムから処理の対象のＯＳまたはファイルシステムを決定する（ステップＳ２１２）。ステップＳ２１１とステップＳ２１２において、上述したように、複数種類のＯＳやファイルシステムのフォーマットが予めメモリ２０１や記憶装置などのコントローラ２００がアクセス可能な記憶領域に記憶される。そして、コントローラ２００は、記憶された複数種類のフォーマットから未処理となっているフォーマットを順に処理の対象のフォーマットとして選択する。

コントローラ２００は、対象のＯＳまたはファイルシステムのフォーマットに基づいて、処理対象の論理ディスク２０４の記憶内容を解析する（ステップＳ２１３）。そして、コントローラ２００は、解析が成功したか否かを判断する（ステップＳ２１４）。より具体的には、ステップS２１４において、コントローラ２００は、処理対象のＯＳまたはファイルシステムのフォーマットと、論理ディスク２０４のフォーマットが一致するか否かを判定する。コントローラ２００は、一致する場合に、解析が成功したと判断する（ステップＳ２１４：Ｙｅｓ）。コントローラ２００は、一致しない場合に、解析が成功していないと判断する（ステップＳ２１４：Ｎｏ）。

解析が成功していないと判断された場合（ステップＳ２１４：Ｎｏ）、コントローラ２００は、ステップＳ２１１に戻る。そして、コントローラ２００は、新たな処理対象のＯＳまたはファイルシステムについての解析を行う。一方、解析が成功したと判断された場合（ステップＳ２１４：Ｙｅｓ）、コントローラ２００は、メタ情報を解析する（ステップＳ２１５）。解析結果については、メモリ２０１や物理ディスク２０２等のコントローラ２００がアクセス可能な記憶部に記憶される。そして、コントローラ２００は、ステップＳ２１５の後に、一連の解析処理を終了してリターンする。

ステップＳ２１１の説明に戻って、コントローラ２００は、処理の未対象のＯＳまたはファイルシステムがないと判断した場合（ステップＳ２１１：Ｎｏ）、解析できないことを出力する（ステップＳ２１６）。ステップＳ２１６において、コントローラ２００は、例えば、論理ディスク２０４を解析できないことを示す情報をメモリ２０１や記憶装置等の記憶部に記憶させてもよい。ストレージ装置２１がディスプレイ等の出力装置を有する場合、コントローラ２００は、その情報を出力装置に出力させてもよい。ステップＳ２１６の次に、コントローラ２００は、エラー終了する。その情報は、例えば、新たに解析対象のＯＳやファイルシステムが追加される際の参照情報として利用される。

また、図１０および図１１において、ある一つの論理ディスク２０４を対象として処理が行われる例について説明したが、これに限らない。例えば、コントローラ２００は、論理ディスク２０４が複数ある場合に、論理ディスク２０４を順に処理対象として選択してもよい。また、コントローラ２００は、いずれの論理ディスク２０４を処理の対象とするかの指示を受け付けてもよい。

つぎに、本実施の形態２の効果について説明する。本実施の形態２におけるコントローラ２００およびストレージ装置２１は、論理ディスク２０４に記憶されたデータの属性に基づいて、新たな割当先のプール２０３に論理ディスク２０４を割り当てる。このように、論理ディスク２０４単位で割当先のプール２０３が変更されるため、上位端末に影響を与えることなく、物理ディスク２０２やプール２０３を効率よく使用することができるという効果が得られる。

物理ディスク２０２やプール２０３を効率よく使用することにより、上位端末が論理ディスク２０４へアクセス際の待ち時間等の低減を図ることができる。したがって、上位端末から論理ディスク２０４へのアクセスにかかる処理能力の改善を図ることができる。また、サーバ２０からストレージ装置２１へのアクセスが無い場合や少ない場合であっても論理ディスク２０４に対して事前に最適な性能のプール２０３に配置させることができ、ストレージ装置２１全体として性能の最適化を図ることができる。

また、コントローラ２００は、データの属性として拡張子、サイズ、作成日付、更新日付、アクセス日付、作成者、格納場所を用いる。これらの情報は、論理ディスク２０４のフォーマットなどを解析することによって得られる情報である。このため、コントローラ２００は、上位端末からのアクセスを監視するような仕組みを有していなくても、物理ディスク２０２の性能を効率よく使用できる割当先のプール２０３に論理ディスク２０４を再配置させることができる。また、論理ディスク２０４にデータが記憶されていれば、コントローラ２００が処理を行うタイミング等に制限がない。このため、いずれのタイミングであっても効率よく物理ディスク２０２を使用できるように論理ディスク２０４を再配置させることができる。

また、コントローラ２００は、拡張子に応じたデータへのアクセスの特徴またはデータのサイズに応じたデータへのアクセス特徴に基づいて、割当先のプール２０３を特定する。これにより、上位端末等のアクセスを監視するような仕組みを設けなくとも、論理ディスク２０４へのアクセスの特徴に適したプール２０３へ論理ディスク２０４が再配置される。したがって、効率よくプール２０３を使用することができる。

また、コントローラ２００は、拡張子に応じたデータのサイズに基づいて、割当先のプール２０３を特定する。ファイルの拡張子を示す情報が得られれば、ファイルのサイズを示す情報がなくとも、論理ディスク２０４に記憶されたファイルのサイズに適したプール２０３に論理ディスク２０４を再配置させることができる。また、複数の情報を用いるのではなく、拡張子を利用することによりコントローラ２００による処理の複雑化を抑制することができる。

また、コントローラ２００は、所定のフォーマットに基づいて、論理ディスク２０４に対応する物理ディスク２０２を解析することにより、論理ディスク２０４に記憶されたデータの属性を得る。これにより、上位端末からのアクセスに基づきデータの属性を得るような仕組みが設けられていなくとも、各データの属性が得られる。したがって、コントローラ２００による処理の複雑化を抑制することができる。

また、以上説明した実施の形態１および２と、以下のような技術とが組み合わせられてもよい。例えば、コントローラ１００，２００は、上位端末からのアクセス頻度を監視する仕組みを有する。そして、コントローラ１００，２００は、アクセス頻度が高い論理ディスク２０４を処理の対象とする。コントローラ１００，２００は、処理の対象である論理ディスク２０４について実施の形態１または２における再配置を行う。また、例えば、コントローラ１００，２００は、各データや論理ディスク２０４のアクセス頻度に基づいて論理ディスク２０４の再配置を行う仕組みを有していてもよい。これにより、各物理ディスク２０２をより効率よく使用することができる。

また、以上説明した実施の形態１および２は、以下のように変形してもよい。特定部２１０は、論理ディスク２０４を割り当てる空き領域があるプール２０３から割当先のプール２０３を特定してもよい。または、特定部２１０は、複数の割当先のプール２０３を特定する。そして、割当部２１１は、複数の割当先のプール２０３のうち、論理ディスク２０４を割り当てる空き領域があるプール２０３に論理ディスクを割り当てる。

また、割当部２１１は、特定部２１０によって複数の論理ディスク２０４の割当先のプール２０３が特定された後に、各論理ディスク２０４を割当先のプール２０３に割り当ててもよい。

つぎに、実施の形態１にかかるコントローラを有するストレージ装置と実施の形態２にかかるストレージ装置２１とがコンピュータで実現された場合について説明する。図１２は、ストレージ装置をコンピュータで実現した場合のハードウェア構成例を示す説明図である。図１２に示すように、ストレージ装置３１は、ＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)３０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０２と、ＲＡＭ３０３と、物理ディスク３０４と、通信インターフェース３０５と、を有する。各構成部は、バス３０６を介してそれぞれ接続される。

ＣＰＵ３０１は、ストレージ装置３１の全体を制御する。具体的には、例えば、ＣＰＵ３０１は、ＯＳを動作させてストレージ装置３１の全体を制御してもよい。ＣＰＵ３０１は、複数のコアを有していてもよい。

ストレージ装置３１は、記憶部として、ＲＯＭ３０２、ＲＡＭ３０３および物理ディスク３０４などを有する。物理ディスク３０４は、実施の形態１または実施の形態２における物理ディスク２０２として利用される。物理ディスク３０４は、例えば、フラッシュメモリなどの半導体メモリ、ＨＤＤ、ＳＳＤなどが挙げられる。具体的には、例えば、物理ディスク３０４はＯＳのプログラム、アプリケーションプログラム、本実施の形態１または２にかかる制御プログラムなどのプログラムを記憶する。または、ＲＯＭ３０２は、アプリケーションプログラムを記憶する。また、ＲＯＭ３０２は、本実施の形態１または２にかかる制御プログラムを記憶してもよい。そして、ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。

また、ＣＰＵ３０１は、物理ディスク３０４やＲＯＭ３０２などに記憶されたプログラムをロードする。そして、ＣＰＵ３０１は、プログラムにコーディングされている各処理を実行する。また、ＣＰＵ３０１は、通信ネットワーク３１０を介して各種プログラムをダウンロードしてもよい。また、ＣＰＵ３０１は、実施の形態１，２におけるコントローラ１００，２００の一部または全部として機能する。そして、ＣＰＵ３０１は、プログラムに基づいて図２や図１０に示すフローチャートにおける処理または命令を実行してもよい。

通信インターフェース３０５は、無線や有線の通信回線を通じてＬＡＮやＷＡＮなどの通信ネットワーク３１０に接続される。これにより、ストレージ装置３１は、通信ネットワーク３１０を介して外部のコンピュータに接続される。通信インターフェース３０５は、通信ネットワーク３１０と自ストレージ装置３１内部とのインターフェースを司る。そして、通信インターフェース３０５は、外部装置からのデータの入出力を制御する。

以上のように、本実施の形態１または２にかかるコントローラ１００，２００、ストレージ装置２１は、図１２に示されるコンピュータ・ハードウェアによって実現される。ただし、図１２に示すハードウェア構成は一例であり、これら以外の構成要素が追加されてもよいし、一部の構成要素を含まなくてもよい。例えば、ストレージ装置３１は、ドライブ装置などを有してもよい。そして、ＣＰＵ３０１は、ドライブ装置などに装着された記録媒体からＲＡＭ３０３にプログラムやデータを読み出してもよい。記録媒体としては、光ディスク、フレキシブルディスク、磁気光ディスク、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。また、例えば、ストレージ装置３１は、キーボードやマウスなどの入力装置やディスプレイなどの出力装置を有していてもよい。

また、ストレージ装置３１は、物理的に結合した一つの装置により実現される。または、ストレージ装置３１は、物理的に分離された二つ以上の装置を有線または無線で接続されることにより実現されてもよい。

また、コントローラ１００，２００やストレージ装置２１，３１の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ異なるコンピュータとプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つのコンピュータとプログラムとの任意の組み合わせにより実現されてもよい。

また、コントローラ１００，２００やストレージ装置２１，３１の各構成要素の一部または全部は、特定用途向けの回路で実現されてもよい。また、コントローラ１００，２００やストレージ装置２１，３１の一部または全部は、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）のようなプロセッサなどを含む汎用の回路によって実現されてもよい。また、ストレージ装置２１，３１の一部または全部は、特定用途向けの回路や汎用の回路などの組み合わせによって実現されてもよい。また、これらの回路は、単一の集積回路であってもよい。または、これらの回路は、複数の集積回路に分割されてもよい。そして、複数の集積回路は、バスなどを介して接続されることにより構成されてもよい。

また、各装置の各構成要素の一部又は全部が複数のコンピュータや回路などにより実現される場合、複数のコンピュータや回路などは、集中配置されてもよいし、分散配置されてもよい。

各実施の形態で説明した制御方法は、コントローラ１００，２００が実行することにより実現される。また、制御方法は、予め用意されたプログラムをストレージ装置３１などのコンピュータが実行することにより実現される。本制御プログラムは、ＨＤＤ、フレキシブルディスク、光ディスク、フレキシブルディスク、磁気光ディスク、ＵＳＢメモリなどのコンピュータで読み取り可能な記録媒体に記録される。そして、本制御プログラムは、コンピュータによって記録媒体から読み出されることによって実行される。また、制御プログラムは、通信ネットワーク３１０を介して配布されてもよい。

以上説明した、各実施の形態における各構成要素は、図１２に示すコンピュータのストレージ装置３１のように、その機能をハードウェア的に実現されてもよい。または、各構成要素は、プログラム制御に基づくコンピュータ装置、ファームウェアで実現されてもよい。

以上、各実施の形態を参照して本発明を説明したが、本発明は上記実施の形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が把握し得る様々な変更を適用した実施の形態を含み得る。本発明は、本明細書に記載された事項を必要に応じて適宜に組み合わせ、又は置換した実施の形態を含み得る。例えば、特定の実施の形態を用いて説明された事項は、矛盾を生じない範囲において、他の実施の形態に対しても適用され得る。例えば、複数の動作をフローチャートの形式で順番に記載してあるが、その記載の順番は複数の動作を実行する順番を限定するものではない。このため、各実施の形態を実施するときには、その複数の動作の順番を内容的に支障しない範囲で変更することができる。

２ ストレージシステム
２０ サーバ
２１，３１ ストレージ装置
１００，２００ コントローラ
１１０，２１０ 特定部
１１１，２１１ 割当部
２０１ メモリ
２０２，３０４ 物理ディスク
２０３ プール
２０４ 論理ディスク
２１２ 解析部
２３１ 解析結果データ

Claims (9)

1. 論理記憶領域に記憶されたデータの属性に基づいて、複数の記憶装置から割当先の記憶装置を特定する特定手段と、
   特定された前記割当先の記憶装置に前記論理記憶領域を割り当てる割当手段と、
   を備えることを特徴とするコントローラ。
2. 前記データの属性は、当該データの拡張子を含むことを特徴とする請求項１に記載のコントローラ。
3. 前記特定手段は、
   前記データの拡張子に応じた当該データに対するアクセスの特徴に基づいて、前記割当先の記憶装置を特定する、
   ことを特徴とする請求項２に記載のコントローラ。
4. 前記データの属性は、当該データのサイズを含み、
   前記特定手段は、
   前記データのサイズに応じた当該データに対するアクセスの特徴に基づいて、前記割当先の記憶装置を特定する、
   ことを特徴とする請求項１に記載のコントローラ。
5. 前記特定手段は、
   前記データの属性と前記複数の記憶装置の各々の性能とに基づいて、前記割当先の記憶装置を特定する、
   ことを特徴とする請求項１～４のいずれか一つに記載のコントローラ。
6. 前記特定手段は、
   前記データの属性に基づいて、前記複数の記憶装置の少なくともいずれか一つに基づき各々が構築された複数のストレージプールから割当先のストレージプールを特定し、
   前記割当手段は、
   特定された前記割当先のストレージプールに前記論理記憶領域を割り当てる、
   ことを特徴とする請求項１～５のいずれか一つに記載のコントローラ。
7. 複数の記憶装置と、
   コントローラと、
   を備え、
   前記コントローラは、
   論理記憶領域に記憶されたデータの属性に基づいて、前記複数の記憶装置から割当先の記憶装置を特定する特定手段と、
   特定された前記割当先の記憶装置に前記論理記憶領域を割り当てる割当手段と、
   を有することを特徴とするストレージ装置。
8. 論理記憶領域に記憶されたデータの属性に基づいて、複数の記憶装置から割当先の記憶装置を特定し、
   特定された前記割当先の記憶装置に前記論理記憶領域を割り当てる、
   ことを特徴とする制御方法。
9. コンピュータに、
   論理記憶領域に記憶されたデータの属性に基づいて、複数の記憶装置から割当先の記憶装置を特定し、
   特定された前記割当先の記憶装置に前記論理記憶領域を割り当てる、
   処理を実行させることを特徴とする制御プログラム。

Images