JPWO2014136263A1

JPWO2014136263A1 - ストレージシステム、ストレージ装置の制御方法及びプログラム

Info

Publication number: JPWO2014136263A1
Application number: JP2013541133A
Authority: JP
Inventors: 浩明久保田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2013-03-08
Filing date: 2013-03-08
Publication date: 2017-02-09
Anticipated expiration: 2033-03-08
Also published as: JP5612223B1; WO2014136263A1

Abstract

実施形態によれば、高速の第１のストレージ装置と、低速の第２のストレージ装置と、複数のアプリケーションサービスを提供するサービス提供サーバと、コントローラと、移動手段と、調整手段とを具備する。コントローラは、複数のアプリケーションサービスに関するデータを所定ルールに従い第１のストレージ装置と第２のストレージ装置のいずれかに格納する。移動手段は、第１のストレージ装置が記憶しているデータ量に応じて第１のストレージ装置から第２のストレージ装置へデータを移動する。調整手段は、第１のストレージ装置の格納データ量が上限以上の場合、複数のアプリケーションサービスの中で、第２のストレージ装置から第１のストレージ装置へのデータの移動が少ないアプリケーションサービスに関するデータについての所定ルールを、第１のストレージ装置の格納データ量が減少するように、変更する。

Description

本発明の実施形態はクラウドシステムに用いられるストレージシステム、ストレージ装置の制御方法及びプログラムに関する。

従来、ネットワーク上でサービス提供者がサービス利用者に種々のサービスを提供するクラウドシステムが実用されている。このようなシステムでは、データはサービス提供者が所有するストレージシステムに格納される。このようにストレージシステムを共有することにより、個人でストレージシステムを所有するよりも、はるかに低コストでストレージシステムを利用することができる。ストレージシステムは、複数種類のストレージ装置を含み、性能（例えば、レスポンス性能）に応じて階層化されている。ストレージ装置には、例えば、高速であるが高価であるソリッドステートドライブの一例としてはＳＳＤがあり、低速であるが安価であるハードディスクドライブの一例としてＨＤＤがある。なお、ＳＳＤやＨＤＤのそれぞれも性能によりいくつかの種類に分類され、同様に階層化されている。ストレージシステムは、頻繁にアクセスされるデータを高速のストレージ装置に格納し、あまりアクセスされないデータを低速のストレージ装置に格納するように、データの格納先を複数のストレージ装置のいずれかに割り当てる。

サービス利用者の規模（従業員数等）や、レスポンス性能に対する要求や、必要とするデータ記録領域の容量、料金等に応じて、いくつかの異なる種類のストレージ装置を適宜な比率で組み合わせて、サービス利用者に提供する。

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

従来の情報処理システムは、膨大な数のサービス利用者が契約しているが、全てのサービス利用者が常に契約した記憶容量をフルに利用するとは限らない前提でストレージ装置の組み合わせ及び料金を決めている。もしも、全てのサービス利用者が常に契約容量をフルに利用するという前提でストレージ装置の組み合わせ及び料金を決めると、ストレージシステムの使用料金が高額になり、クラウドシステムの長所が発揮できない。しかしながら、サービス利用の状況によっては、高速のストレージ装置の残容量が０となり、さらに高速のストレージ装置にデータを書き込もうとすると、ストレージシステムがダウンする恐れがある。

本発明の目的は、ネットワーク上でサービス提供者がサービス利用者にサービスを提供するシステムにおいて、サービス利用者がサービスを低価格で、かつ、高速がゆえに快適に利用できるように、ストレージ装置を最適に組み合わせることができるストレージシステム、ストレージ装置の制御方法及びプログラムを提供することである。

実施形態によれば、ストレージシステムは、高速の第１のストレージ装置と、第１のストレージ装置より低速の第２のストレージ装置と、複数のアプリケーションサービスを提供するサービス提供サーバと、コントローラと、データ移動手段と、調整手段と、を具備する。コントローラは、複数のアプリケーションサービスに関するデータを所定ルールに従い第１のストレージ装置と第２のストレージ装置のいずれかに格納する。移動手段は、サービス提供サーバからの要求に応じて第２のストレージ装置から第１のストレージ装置へデータを移動し、第１のストレージ装置の格納データ量に応じて第１のストレージ装置から第２のストレージ装置へデータを移動する。調整手段は、第１のストレージ装置の格納データ量が上限以上の場合、複数のアプリケーションサービスの中で、第２のストレージ装置から第１のストレージ装置へのデータの移動が少ないアプリケーションサービスに関するデータについての所定ルールを、前記第１のストレージ装置の格納データ量が減少するように、変更する。

第１実施形態のクラウドシステムの構成の一例を示す図である。図１のストレージシステムの構成の一例を示す図である。図２のポリシー調整部が格納するインデックステーブルの構成の一例を示す図である。図２のコントローラによるティアリング処理の一例を示すフローチャートである。図２のポリシー調整部が格納するティアリングテーブルの構成の一例を示す図である。図２のポリシー調整部によるポリシー調整処理の一例を示すフローチャートである。

図１は、ネットワーク上でサービス提供者がサービス利用者にアプリケーションサービスを提供するクラウドシステムを示す。図１では、図示の便宜上、サービス利用者（契約者）は２社とするが、多数のサービス利用者が含まれ得る。サービス利用者に対応しているサービス提供サーバ１２Ａ、１２Ｂがサービス提供者のネットワーク１８に接続される。利用者端末１０Ａ、１０Ｂが、仮想プライベートネットワーク（ＶＰＮ）等の通信回線２０Ａ、２０Ｂを介してサービス提供サーバ１２Ａ、１２Ｂに接続される。サービス提供サーバ１２Ａ、１２Ｂに接続される利用者端末の数は単数に限られず、通常は多数である。

サービス提供者の運用管理サーバ１４、ハイブリッドストレージシステム１６もネットワーク１８に接続される。ただし、サービス提供サーバ１２Ａ、１２Ｂとハイブリッドストレージシステム１６の間は、ファイバーチャネルなどの別の手段で接続されることもある。サービス提供サーバ１２Ａ、１２Ｂは別個の複数の物理サーバから構成されてもよいし、単一の物理サーバから構成されてもよい。さらに、サービス提供サーバ１２Ａ、１２Ｂ、運用管理サーバ１４も別個の物理サーバから構成されてもよいし、単一の物理サーバから構成されてもよい。

サービス提供サーバ１２Ａは、端末１０Ａの利用者に対してアプリケーションサービスを実行するための物理サーバであり、複数の仮想サーバ１２Ａ_１、１２Ａ_２、１２Ａ_３、１２Ａ_４、…を含む。各仮想サーバ１２Ａ_１、１２Ａ_２、１２Ａ_３、１２Ａ_４、…は、ＣＰＵ、メモリ等の計算リソースを仮想化して、実際にアプリケーションサービスを提供するためのプログラムが動作するサーバである。そのため、提供するアプリケーションサービスが１つの場合は、仮想サーバは１つである。提供するアプリケーションサービスが複数の場合は、複数のアプリケーションサービスに対してその機能・役割毎にそれぞれ仮想サーバ１２Ａ_１、１２Ａ_２、１２Ａ_３、１２Ａ_４、…のいずれかが割り当てられる。例えば、仮想デスクトップを提供するためのデスクトッププログラム、ファイル格納・共有領域を提供するためのファイルサーバプログラム、ドメインサービスを提供するためのドメインコントローラプログラム、プリントサービスを提供するためのプリンタサーバプログラム等に対応して仮想サーバ１２Ａ_１、１２Ａ_２、１２Ａ_３、１２Ａ_４、…が設けられる。なお、アプリケーションサービスを提供するのは仮想サーバであるので、複数の利用者、複数のアプリケーションサービスであってもサービス提供サーバ１２は１つでもよい。

サービス提供サーバ１２Ｂも、サービス提供サーバ１２Ａと同様に構成される。

仮想サーバ１２Ａ_１、１２Ａ_２、１２Ａ_３、１２Ａ_４、…、１２Ｂ_１、１２Ｂ_２、…のストレージ領域として共通に用いられるハイブリッドストレージシステム１６は、性能（例えば、レスポンス性能）の異なる複数（ここでは、２つ）の第１、第２ストレージ装置１６_１、１６_２と、コントローラ２２を含む。コントローラ２２はハイブリッドストレージシステム１６が各仮想サーバから受け取ったデータを第１、第２ストレージ装置１６_１、１６_２にどのように割り当てて格納するかを制御する。

例えば、第１ストレージ装置１６_１は高速であるが高価であるフラッシュアレイであり、一例としてはＳＳＤである。第２ストレージ装置１８_２は低速であるが安価であるストレージであり、一例としてはＨＤＤである。フラッシュアレイは、ＮＡＮＤフラッシュメモリを記憶媒体として用いることにより、高性能・大容量・省電力を実現し、さらにＲＡＩＤ技術により信頼性を高めストレージである。また、フラッシュアレイは、PCI Expressにより高速なデータ転送を可能とし、ファイバーチャネル接続も可能である。ＳＳＤ１６_１の性能の一例は３２ＴＢの容量で、従来のＨＤＤの性能を大幅に上回る１００万ＩＯＰＳ（ＩＰＯＳは１秒当たりに読み込み・書き込みできる回数である）である。

複数のストレージ装置１６_１、１６_２を組み合わせて仮想サーバに割り当てる方法としては、フラッシュアレイ等の高速なストレージ装置をキャッシュとして利用する方法や、高速ストレージ装置から低速ストレージ装置までを順に階層化して配置して、ルールやポリシーに基づいてデータの格納領域を決定する自動ティアリング方法がある。

ストレージシステムは性能の異なる複数種類のストレージ装置の組み合わせに限らず、同じ種類で性能の異なる複数のストレージ装置から構成してもよい。例えば、SAS (Serial Attached SCAI) ＨＤＤとSATA (Serial ATA) ＨＤＤとを組み合わせてもよい。

運用管理サーバ１４は、コントローラ２４と、ポリシー格納モジュール２８を含む。運用管理サーバ１４には管理者端末２６が接続される。管理者端末２６はネットワークを経由して接続されてもよい。

本実施形態では、ストレージ装置１６_１、１６_２の組み合わせ方法をポリシーとしてポリシー格納モジュール２８に予め格納している。管理者は利用者の契約状況（容量、レスポンス性能等）に応じて、仮想サーバ毎に適切なポリシーを選び、ストレージシステム１６のコントローラ２２に設定（ポリシーの初期設定）する。なお、ポリシーは仮想サーバ毎のストレージ装置１６_１、１６_２の組み合わせ方法であるが、契約は仮想サーバ毎ではなく、ユーザ毎でもよい。すなわち、仮想サーバ毎に記憶容量とレスポンス性能を契約してもよいし、ユーザ毎に記憶容量とレスポンス性能を契約してもよい。

ストレージ装置の組み合わせ方式としては以下のような例がある。

・ある仮想サーバは指定されたストレージ装置のみを常時使用する方式
・指定された期間にアクセスされたブロック、あるいはファイルを指定されたストレージ装置に格納し、それ以外のブロック、あるいはファイルを別のストレージ装置に格納する方式
・指定された期間に指定回数以上アクセスされたブロック、あるいはファイルを指定されたストレージ装置に格納し、それ以外のブロック、あるいはファイルを別のストレージ装置に格納する方式
・指定されたデータ容量までは指定されたストレージ装置にデータ格納し、指定された容量を超えた場合は別のストレージ装置に格納する方式
・データを指定された容量の比率で、それぞれのストレージ装置に格納する方式
ポリシー格納モジュール２８は、これらの方式の少なくとも１つの方式、あるいは複数の方式を組み合わせた方式をポリシーとして格納する。ポリシーの作成、格納は運用管理者が管理者端末２６を操作することにより行う。

ポリシーの一例は下記の通りである。

Ｎｏ．１：ＳＳＤ１６_１、あるいはＨＤＤ１６_２を常時使用する。

Ｎｏ．２：データの７０％をＳＳＤ１６_１に格納し、データの３０％をＨＤＤ１６_２に格納する。

Ｎｏ．３：指定された期間にアクセスされたデータはＳＳＤ１６_１に格納し、それ以外のデータはＨＤＤ１６_２に格納する。

Ｎｏ．４：アクセス頻度が高いデータをＳＳＤ１６_１に格納し、アクセス頻度が低いデータをＨＤＤ１６_２に格納する。

Ｎｏ．５：ＳＳＤ１６_１を指定容量まで使い、ＳＳＤ１６_１が指定容量までデータが格納されている場合は、データをＨＤＤ１６_２に格納する。

Ｎｏ．６：ＳＳＤ１６_１、ＨＤＤ１６_２を１：１の割合で使い分ける。

コントローラ２４は、仮想サーバの機能・役割に応じて、ポリシー格納モジュール２８からポリシー２８_１、２８_２、２８_３、…のいずれかを選択的に読み出し、読み出したポリシーをストレージシステム１６のコントローラ２２に仮想サーバ毎に設定する。

ポリシーがコントローラ２２に設定された状態を図２に示す。仮想サーバ１２Ａ_１、１２Ａ_２、１２Ａ_３、１２Ｂ_１、１２Ｂ_２、…に対してポリシー３０、３２、３４、３６、３８、…が設定される。例えば、仮想サーバ１２Ａ_１のポリシー３０にはポリシー１（ＳＳＤ１６_１を常時使用する）が、仮想サーバ１２Ａ_２のポリシー３２にはポリシー２（データの７０％をＳＳＤ１６_１に格納し、データの３０％をＨＤＤ１６_２に格納する）が、仮想サーバ１２Ａ_３のポリシー３４にはポリシー３（指定された期間Ｔ１にアクセスがあったデータはＳＳＤ１６_１に格納し、それ以外のデータはＨＤＤ１６_２に格納する）が、仮想サーバ１２Ｂ_１のポリシー３６にはポリシー４（アクセス頻度が高いデータをＳＳＤ１６_１に格納し、アクセス頻度が低いデータをＨＤＤ１６_２に格納する）が、仮想サーバ１２Ｂ_２のポリシー３８にはポリシー１（ＨＤＤ１６_２を常時使用する）が設定される。

このようにポリシーは、仮想サーバ毎に組み合わせるＳＳＤ１６_１，ＨＤＤ１６_２へのデータの格納方法を設定する。この格納方法でＳＳＤ１６_１，ＨＤＤ１６_２が組み合わされて仮想ストレージが構成されるので、図２において、ポリシーとＳＳＤ１６_１，ＨＤＤ１６_２との組み合わせは、仮想サーバに対する仮想ストレージであり、仮想ストレージの構成を定義するのがポリシーである。

ストレージシステム１６のコントローラ２２はポリシー調整部４２も含む。ポリシー調整部４２は、仮想サーバに関するデータをポリシーに従ってＳＳＤ１６_１とＨＤＤ１６_２のいずれかに保存する動作を監視し、図３に示すようなインデックステーブルを作成し、記憶する。インデックステーブルは、データ毎の格納アドレス、最新アクセス日時、アクセス頻度からなる。データは、ファイル名、ブロック番号、あるいはｉ−ｎｏｄｅ等により特定される。

図４はストレージシステム１６のティアリング処理の一例を示すフローチャートである。ティアリング処理とは、仮想サーバ毎に割り当てられているストレージシステム１６の記憶容量を有効に使うとともに、全体のレスポンス性能を落とさないように、仮想サーバ毎の仮想ストレージを構成するＳＳＤ１６_１とＨＤＤ１６_２間でデータを適宜移動することである。ティアリング処理は、例えば、１日１回定期的に行ってもよいし、仮想サーバに割り当てられているストレージシステムの使用状況を監視し、データの記憶量が所定容量になると実施しても良い。

そのため、先ず、ブロック４０２でティアリング予定時刻か否か判定する。予定時刻でない場合は、ブロック４０４でＳＳＤ１６_１のデータの記憶量が当該仮想サーバに割り当てられている容量の上限を超えているか否か判定する。上限以下である場合は、ブロック４０２に戻る。

予定時刻になった場合、あるいはＳＳＤ１６_１のデータの記憶量が上限を超えている場合は、ブロック４０６で、ＳＳＤ１６_１が格納している当該仮想サーバのデータのうちアクセス頻度の低いデータをＨＤＤ１６_２に移動する。ブロック４０８で、ＳＳＤ１６_１のデータの記憶量が上限以下になった否か判定する。上限以下になった場合は、ブロック４１０で、ＨＤＤ１６_２が格納している当該仮想サーバのデータのうちアクセス頻度の高いデータをＳＳＤ１６_１に移動する。この後、ブロック４１２で、図５に示すようなティアリングテーブルを更新する。ティアリングテーブルは仮想サーバ（アプリケーションサービス）毎に、ティアリング（データ移動）の回数を、ＳＳＤ１６_１からＨＤＤ１６_２への移動と、ＨＤＤ１６_２からＳＳＤ１６_１への移動とに分けて記憶する。ティアリング回数の積算はアプリケーションサーバ毎に行われる。

ブロック４０６、４１０で移動するデータはアクセス頻度に基づいて選択したが、最新アクセス日時に基づいて選択してもよい。例えば、ブロック４０６で、ＳＳＤ１６_１が格納しているデータのうち最新アクセス日時が古いデータをＨＤＤ１６_２に移動し、ブロック４１０で、ＨＤＤ１６_２が格納しているデータのうち最新アクセス日時が新しいデータをＳＳＤ１６_１に移動してもよい。

このように、仮想サーバ（アプリケーションサービス）毎に、割り当てられている容量内で、よく使うデータが高速のＳＳＤ１６_１に格納され、それ以外のデータが低速のＨＤＤ１６_２に格納されるように、データの格納先が変更される。その結果、ＳＳＤ１６_１とＨＤＤ１６_２とに保存されるデータの比率が変わる。これにより、利用者の体感速度を低下することなく、ストレージ装置を有効に使用することができ、ストレージシステムの運用コストを下げることができる。

上記は、各仮想サーバに割り当てられているＳＳＤ１６_１、ＨＤＤ１６_２の容量内でのデータの移動であったが、仮想サーバ毎ではなくユーザ毎に記憶容量とレスポンス性能を契約している場合等は、ユーザが契約している複数の仮想サーバに割り当てられているＳＳＤ１６_１、ＨＤＤ１６_２の容量内でデータを移動してもよい。

ティアリング処理は、各仮想サーバあるいは各ユーザの割り当て容量内でのデータの移動であったが、ＳＳＤ１６_１全体の空き容量がほとんど無くなった場合は、ティアリングでは調整しきれずに、図６に示すようなポリシーの調整処理が行われる。

ブロック６０２で、ＳＳＤ１６_１全体の総使用量（全てのユーザの使用量の総和）が上限以上であるか否かを判定する。ＳＳＤ１６_１全体の総使用量が上限以上であるにもかかわらず、さらにＳＳＤ１６_１にデータを保存しようとすると、システムがダウンしてしまう。これを避けるために、ＳＳＤ１６_１全体の総使用量が上限以上である場合は、ブロック６０４でＨＤＤからＳＳＤへのティアリング回数の少ない仮想サーバのポリシーを、ＳＳＤ１６_１への保存割合が低くなるように、調整する。ティアリング回数の多い仮想サーバのポリシーを、ＳＳＤ１６_１への保存割合が低くなるように、変更すると、利用者がアクセスする頻度が多いデータのアクセス速度が低下するので、利用者にとってのレスポンス性能の体感速度が低下してしまう。ティアリング回数の少ない仮想サーバのポリシーであれば、ポリシーの変更は利用者に認識されにくいと想定する。

仮想サーバ毎のティアリング回数は、図５に示すティアリングテーブルから知ることができる。例えば、仮想サーバ１２Ａ_２が最もティアリング回数が少ないとすると、ポリシー２の比率を６０％：４０％に変更し、仮想サーバ１２Ａ_３が最もティアリング回数が少ないとすると、ポリシー３の指定期間を短くする。もしも、仮想サーバ１２Ａ_１が最もティアリング回数が少ないとすると、ポリシー１をポリシー２に変更し、データの９０％をＳＳＤ１６_１に格納し、データの１０％をＨＤＤ１６_２に格納するようにする。これにより、ＳＳＤ１６_１の容量を、システムがダウンしない範囲で、有効に利用することができる。

次に、ブロック６０６で、ＳＳＤ１６_１全体の総使用量が下限以下であるか否かを判定する。ＳＳＤ１６_１全体の総使用量が下限以下であれば、ＳＳＤ１６_１をより多く使用して、利用者の体感速度を改善できる。このため、ＳＳＤ１６_１全体の総使用量が下限以下である場合は、ブロック６０８でＨＤＤからＳＳＤへのティアリング回数の多いポリシーを、ＳＳＤ１６_１への保存割合が高くなるように、調整する。ティアリング回数の多い仮想サーバのポリシーを変更すると、利用者がアクセスする頻度が多いデータのアクセス速度が増加するので、利用者の体感速度も増加する。例えば、仮想サーバ１２Ａ_２が最もティアリング回数が多いとすると、ポリシー２の比率を８０％：２０％に変更し、仮想サーバ１２Ａ_３が最もティアリング回数が多いとすると、ポリシー３の指定期間を長くする。もしも、仮想サーバ１２Ｂ_２が最もティアリング回数が多いとすると、ポリシー１をポリシー２に変更し、データの１０％をＳＳＤ１６_１に格納し、データの９０％をＨＤＤ１６_２に格納するようにする。これにより、ＳＳＤ１６_１の容量を有効に利用することができる。なお、図示していないが、ポリシー調整が終了すると、ティアリング回数をクリアしてもよい。

このようにポリシーの調整、ティアリング回数の積算はアプリケーションサーバ毎に行われることもある。これは、同じユーザの同じ種類のアプリケーションサービスが複数の仮想サーバで実現されることがあるからである。すなわち、ファイルサーバが２つ以上の仮想サーバで実現されるケースでは、仮想サーバ毎にポリシーの調整を行うのではなく、ファイルサーバとしてポリシーの調整を行った方が効果がある場合がある。

以上説明したように、第１の実施形態によれば、ネットワーク上でサービス提供者がサービス利用者に種々のサービスを提供し、データをサービス提供者が所有するストレージシステムへ格納する際に、各利用者へ提供するＳＳＤ１６_１、ＨＤＤ１６_２の構成を、ＳＳＤ１６_１の使用状況に応じて適宜変更することにより、レスポンス性能の高いＳＳＤ１６_１がシステムダウンすることなく、レスポンス性能の高いＳＳＤ１６_１を使ってサービスレベルを高めると同時に、レスポンス性能の低いＨＤＤ１６_２をサービスに混在させることが可能となり、全体的なサービスコストを下げることができる。一般的に、容量が大きくなるほど価格／容量比が小さくなり、コストパフォーマンスが改善されるが、本方式により、容量の大きなストレージ装置を複数のサービス利用者に提供することができ、全体的なサービスコストを下げることができる。

変形例
上述の実施形態は、複数の物理サーバにより複数のサービス提供サーバを実現しているので、単一の顧客に複数のアプリケーションサービスを提供、あるいは、複数の顧客を対象としたアプリケーションサービスを提供することができる。しかし、複数のアプリケーションサービスあるいは複数の顧客毎に物理サーバを分離することなく、複数の物理サーバに複数の仮想サーバを混在させても良い。この場合、アプリケーションサービスおよび顧客ごとに、仮想ネットワーク技術を利用し、ネットワークを分離することが好ましい。

図６のブロック６０４、６０８でポリシーを調整するか否かを判断するために利用されるティアリング回数は、ＨＤＤからＳＳＤへのデータの移動回数としたが、これに限らず、ＳＳＤからＨＤＤへのデータの移動回数も加味してポリシーを調整するか否かを判断してもよい。また、ポリシー調整の頻度は、例えば、１日１回定期的に行ってもよい。この場合も、調整毎にティアリング回数はクリアする。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

Claims

高速の第１のストレージ装置と、
前記第１のストレージ装置より低速の第２のストレージ装置と、
複数のアプリケーションサービスを提供するサービス提供サーバと、
前記複数のアプリケーションサービスに関するデータを所定ルールに従い前記第１のストレージ装置と前記第２のストレージ装置のいずれかに格納するコントローラと、
前記第１のストレージ装置の格納データ量に応じて前記第１のストレージ装置から前記第２のストレージ装置へデータを移動する移動手段と、
前記第１のストレージ装置の格納データ量が上限以上の場合、前記複数のアプリケーションサービスの中で、前記第２のストレージ装置から前記第１のストレージ装置への前記データの移動が少ないアプリケーションサービスに関するデータについての所定ルールを、前記第１のストレージ装置の格納データ量が減少するように、変更する調整手段と、
を具備するストレージシステム。
前記コントローラは、データの保存先と、該保存先の最新アクセス日時あるいはアクセス頻度とのテーブルを記憶し、
前記移動手段は、前記複数のアプリケーションサービスの各々に関するデータの移動回数を記憶する請求項１記載のストレージシステム。
前記所定ルールは、
データを前記第１あるいは第２のストレージ装置に常に格納する第１のルール、データの所定パーセントを前記第１のストレージ装置に格納し、残りのデータを第２のストレージ装置に格納する第２のルール、指定期間はデータを第１のストレージ装置に格納し、指定期間外は第２のストレージ装置に格納する第３のルール、アクセス頻度が高いデータを第１のストレージ装置に格納し、アクセス頻度が低いデータを第２のストレージ装置に格納する第４のルール、指定量までデータを第１のストレージ装置に格納し、それ以降第２のストレージ装置に格納する第５のルール、第１、第２のストレージ装置に均等にデータを保存する第６のルールのいずれかを具備する請求項１記載のストレージシステム。
前記移動手段は、前記第１のストレージ装置の空き容量があれば、前記第２のストレージ装置から前記第１のストレージ装置へデータを移動する請求項１記載のストレージシステム。
前記調整手段は、前記第１のストレージ装置の格納データ量が下限以下の場合、前記複数のアプリケーションサービスの中で、前記第２のストレージ装置から前記第１のストレージ装置への前記データの移動が多いアプリケーションサービスに関するデータについての所定ルールを、前記第１のストレージ装置の格納データ量が増加するように、変更する請求項１記載のストレージシステム。
前記第１のストレージ装置はフラッシュメモリアレイを具備し、
前記第２のストレージ装置はハードディスクドライブを具備し、
前記サービス提供サーバは仮想デスクトップとファイルサーバ、メールサーバとを提供し、
前記コントローラは前記仮想デスクトップのデータを前記フラッシュアレイに保存し、前記ファイルサーバ、メールサーバのデータを前記ハードデスクドライブに保存する請求項１記載のストレージシステム。
複数のアプリケーションサービスを提供し、
前記複数のアプリケーションサービスに関するデータを所定ルールに従い前記第１のストレージ装置と前記第２のストレージ装置のいずれかに格納し、
前記第１のストレージ装置の格納データ量に応じて前記第１のストレージ装置から前記第２のストレージ装置へデータを移動し、
前記第１のストレージ装置の格納データ量が上限以上の場合、前記複数のアプリケーションサービスの中で、前記第２のストレージ装置から前記第１のストレージ装置への前記データの移動が少ないアプリケーションサービスに関するデータについての所定ルールを、前記第１のストレージ装置の格納データ量が減少するように、変更するストレージシステムの制御方法。
データの保存先と、該保存先の最新アクセス日時あるいはアクセス頻度とのテーブルを記憶し、
前記複数のアプリケーションサービスの各々に関するデータの移動回数を記憶する請求項７記載のストレージシステムの制御方法。
前記所定ルールは、
データを前記第１あるいは第２のストレージ装置に常に格納する第１のルール、データの所定パーセントを前記第１のストレージ装置に格納し、残りのデータを第２のストレージ装置に格納する第２のルール、指定期間はデータを第１のストレージ装置に格納し、指定期間外は第２のストレージ装置に格納する第３のルール、アクセス頻度が高いデータを第１のストレージ装置に格納し、アクセス頻度が低いデータを第２のストレージ装置に格納する第４のルール、指定量までデータを第１のストレージ装置に格納し、それ以降第２のストレージ装置に格納する第５のルール、第１、第２のストレージ装置に均等にデータを保存する第６のルールのいずれかを具備する請求項７記載のストレージシステムの制御方法。
前記第１のストレージ装置の空き容量があれば、前記第２のストレージ装置から前記第１のストレージ装置へデータを移動する請求項７記載のストレージシステムの制御方法。
前記第１のストレージ装置の格納データ量が下限以下の場合、前記複数のアプリケーションサービスの中で、前記第２のストレージ装置から前記第１のストレージ装置への前記データの移動が多いアプリケーションサービスに関するデータについての所定ルールを、前記第１のストレージ装置の格納データ量が増加するように、変更する請求項７記載のストレージシステムの制御方法。
前記第１のストレージ装置はフラッシュメモリアレイを具備し、
前記第２のストレージ装置はハードディスクドライブを具備し、
仮想デスクトップのデータを前記フラッシュアレイに保存し、ファイルサーバ、メールサーバのデータを前記ハードデスクドライブに保存する請求項７記載のストレージシステムの制御方法。
コンピュータにより実行されるプログラムであって、
前記プログラムは、
複数のアプリケーションサービスを提供し、
前記複数のアプリケーションサービスに関するデータを所定ルールに従い前記第１のストレージ装置と前記第２のストレージ装置のいずれかに格納し、
前記第１のストレージ装置の格納データ量に応じて前記第１のストレージ装置から前記第２のストレージ装置へデータを移動し、
前記第１のストレージ装置の格納データ量が上限以上の場合、前記複数のアプリケーションサービスの中で、前記第２のストレージ装置から前記第１のストレージ装置への前記データの移動が少ないアプリケーションサービスに関するデータについての所定ルールを、前記第１のストレージ装置の格納データ量が減少するように、変更するものであるプログラム。
データの保存先と、該保存先の最新アクセス日時あるいはアクセス頻度とのテーブルを記憶し、
前記複数のアプリケーションサービスの各々に関するデータの移動回数を記憶する請求項１３記載のプログラム。
前記所定ルールは、
データを前記第１あるいは第２のストレージ装置に常に格納する第１のルール、データの所定パーセントを前記第１のストレージ装置に格納し、残りのデータを第２のストレージ装置に格納する第２のルール、指定期間はデータを第１のストレージ装置に格納し、指定期間外は第２のストレージ装置に格納する第３のルール、アクセス頻度が高いデータを第１のストレージ装置に格納し、アクセス頻度が低いデータを第２のストレージ装置に格納する第４のルール、指定量までデータを第１のストレージ装置に格納し、それ以降第２のストレージ装置に格納する第５のルール、第１、第２のストレージ装置に均等にデータを保存する第６のルールのいずれかを具備する請求項１３記載のプログラム。
前記第１のストレージ装置の空き容量があれば、前記第２のストレージ装置から前記第１のストレージ装置へデータを移動する請求項１３記載のプログラム。
前記第１のストレージ装置の格納データ量が下限以下の場合、前記複数のアプリケーションサービスの中で、前記第２のストレージ装置から前記第１のストレージ装置への前記データの移動が多いアプリケーションサービスに関するデータについての所定ルールを、前記第１のストレージ装置の格納データ量が増加するように、変更する請求項１３記載のプログラム。
前記第１のストレージ装置はフラッシュメモリアレイを具備し、
前記第２のストレージ装置はハードディスクドライブを具備し、
仮想デスクトップのデータを前記フラッシュアレイに保存し、ファイルサーバ、メールサーバのデータを前記ハードデスクドライブに保存する請求項１３記載のプログラム。