"データを格納する複数の格納装置と、データを保持するキャッシュメモリと、情報処理端末から、対象データの読み込みまたは対象データの書込みのためのアクセス要求があった場合、いずれかの前記格納装置へアクセスすると共に、前記対象データを前記キャッシュメモリへ格納するアクセス制御部と、前記キャッシュメモリへ格納した前記対象データを、前記複数の格納装置のうち該対象データが格納されていない格納装置へ書き込む書込部と、を備えることを特徴とするストレージシステム。前記ストレージシステムは、さらに、前記格納装置に対する、読み込みまたは書き込みによるアクセス負荷の監視を行う負荷監視部を備え、前記アクセス制御部は、前記情報処理端末から前記アクセス要求があった場合、前記監視の結果に基づいて、前記格納装置のうち前記アクセス負荷の最も少ない格納装置へアクセスすると共に、前記対象データをキャッシュメモリへ格納することを特徴とする請求項1に記載のストレージシステム。前記アクセス制御部は、前記情報処理端末から前記対象データへの読み込み要求があった場合、前記監視の結果に基づいて、該対象データを格納する前記格納装置のうち前記アクセス負荷の最も少ない格納装置から該対象データを取得して、該対象データを前記キャッシュメモリへ格納し、該対象データを前記情報処理端末へ送信することを特徴とする請求項2に記載のストレージシステム。前記アクセス制御部は、前記情報処理端末から対象データの書き込み要求があった場合、前記監視の結果に基づいて、前記格納装置のうち前記アクセス負荷の最も少ない格納装置に前記対象データを書き込み、該対象データを前記キャッシュメモリへ格納し、前記書込部は、前記キャッシュメモリへ格納した前記対象データを、前記書込みを行った格納装置以外の格納装置へ書き込むことを特徴とする請求項2に記載のストレージシステム。前記ストレージシステムは、さらに、前記複数の格納装置のボリュームを仮想化した仮想ボリュームのレプリカの書込みアクセス負荷が閾値を超えた場合、または、前記レプリカの作成において前記格納装置の空き容量が第1の閾値より少ない場合、前記仮想ボリュームのレプリカが前記複数の格納装置に3以上あれば、いずれかの格納装置に格納された前記レプリカを削除するレプリカ削除部を備えることを特徴とする請求項1に記載のストレージシステム。前記レプリカ削除部は、前記監視の結果に基づいて、前記レプリカを含む格納装置のうち前記アクセス負荷の最も少ない格納装置のレプリカを選択し、時刻毎に集計した前記格納装置に対するアクセス頻度を示すアクセス頻度情報に基づいて、前記選択したレプリカに対して、現時刻以降、第2の閾値を越えるアクセス頻度の読み込みアクセスがないと判定した場合、前記選択したレプリカを削除することを特徴とする請求項5に記載のストレージシステム。前記ストレージシステムは、さらに、いずれかの前記格納装置に対する時刻毎の前記アクセス負荷のうちいずれかの時間帯のアクセス負荷と、全ての前記格納装置に対する該時間帯の前記アクセス負荷の平均との差分が第3の閾値を超えている場合において、該時間帯を細分化し、該細分化したいずれかの時間帯のうち前記いずれかの格納装置のいずれかのディスクに対するアクセス負荷と、該いずれかの格納装置の全ディクスの該細分化したいずれかの時間帯のアクセス負荷の平均との差分が第4の閾値より小さい場合、該細分化したいずれかの時間帯より前で前記いずれかの格納装置のアクセス負荷が第5の閾値を超えていない時間に、最もアクセス負荷の多いディスクにレプリカを作成するレプリカ作成部を備えることを特徴とする請求項1に記載のストレージシステム。コンピュータに、情報処理端末から、対象データの読み込みまたは対象データの書込みのためのアクセス要求があった場合、データを格納する複数の格納装置のうちいずれかの格納装置へアクセスすると共に、前記対象データをキャッシュメモリへ格納し、前記キャッシュメモリへ格納した前記対象データを、前記複数の格納装置のうち該対象データが格納されていない格納装置へ書き込む処理を実行させるデータリバランシングプログラム。前記コンピュータに、さらに、前記格納装置に対する、読み込みまたは書き込みによるアクセス負荷の監視を行う処理を実行させ、前記情報処理端末から前記アクセス要求があった場合、前記監視の結果に基づいて、前記格納装置のうち前記アクセス負荷の最も少ない格納装置へアクセスすると共に、前記対象データをキャッシュメモリへ格納することを特徴とする請求項8に記載のデータリバランシングプログラム。前記情報処理端末から前記対象データへの読み込み要求があった場合、前記監視の結果に基づいて、該対象データを格納する前記格納装置のうち前記アクセス負荷の最も少ない格納装置から該対象データを取得して、該対象データを前記キャッシュメモリへ格納し、該対象データを前記情報処理端末へ送信することを特徴とする請求項9に記載のデータリバランシングプログラム。前記情報処理端末から対象データの書き込み要求があった場合、前記監視の結果に基づいて、前記格納装置のうち前記アクセス負荷の最も少ない格納装置に前記対象データを書き込み、該対象データを前記キャッシュメモリへ格納し、前記キャッシュメモリへ格納した前記対象データを、前記書込みを行った格納装置以外の格納装置へ書き込むことを特徴とする請求項9に記載のデータリバランシングプログラム。前記コンピュータに、さらに、前記複数の格納装置のボリュームを仮想化した仮想ボリュームのレプリカの書込みアクセス負荷が閾値を超えた場合、または、前記レプリカの作成において前記格納装置の空き容量が第1の閾値より少ない場合、前記仮想ボリュームのレプリカが前記複数の格納装置に3以上あれば、いずれかの格納装置に格納された前記レプリカを削除する処理を実行させる請求項8に記載のデータリバランシングプログラム。前記監視の結果に基づいて、前記レプリカを含む格納装置のうち前記アクセス負荷の最も少ない格納装置のレプリカを選択し、時刻毎に集計した前記格納装置に対するアクセス頻度を示すアクセス頻度情報に基づいて、前記選択したレプリカに対して、現時刻以降、第2の閾値を越えるアクセス頻度の読み込みアクセスがないと判定した場合、前記選択したレプリカを削除することを特徴とする請求項12に記載のデータリバランシングプログラム。前記コンピュータに、さらに、いずれかの前記格納装置に対する時刻毎の前記アクセス負荷のうちいずれかの時間帯のアクセス負荷と、全ての前記格納装置に対する該時間帯の前記アクセス負荷の平均との差分が第3の閾値を超えている場合において、該時間帯を細分化し、該細分化したいずれかの時間帯のうち前記いずれかの格納装置のいずれかのディスクに対するアクセス負荷と、該いずれかの格納装置の全ディクスの該細分化したいずれかの時間帯のアクセス負荷の平均との差分が第4の閾値より小さい場合、該細分化したいずれかの時間帯より前で前記いずれかの格納装置のアクセス負荷が第5の閾値を超えていない時間に、最もアクセス負荷の多いディスクにレプリカを作成する処理を実行させる請求項8に記載のデータリバランシングプログラム。コンピュータにより実行される、格納装置間のデータのリバランシング方法であって、前記コンピュータは、情報処理端末から、対象データの読み込みまたは対象データの書込みのためのアクセス要求があった場合、データを格納する複数の格納装置のうちいずれかの格納装置へアクセスすると共に、前記対象データをキャッシュメモリへ格納し、前記キャッシュメモリへ格納した前記対象データを、前記複数の格納装置のうち該対象データが格納されていない格納装置へ書き込む処理を実行するデータリバランシング方法。前記コンピュータは、さらに、前記格納装置に対する、読み込みまたは書き込みによるアクセス負荷の監視を行い、前記情報処理端末から前記アクセス要求があった場合、前記監視の結果に基づいて、前記格納装置のうち前記アクセス負荷の最も少ない格納装置へアクセスすると共に、前記対象データをキャッシュメモリへ格納することを特徴とする請求項15に記載のデータリバランシング方法。前記コンピュータは、前記情報処理端末から前記対象データへの読み込み要求があった場合、前記監視の結果に基づいて、該対象データを格納する前記格納装置のうち前記アクセス負荷の最も少ない格納装置から該対象データを取得して、該対象データを前記キャッシュメモリへ格納し、該対象データを前記情報処理端末へ送信することを特徴とする請求項16に記載のデータリバランシング方法。前記コンピュータは、前記情報処理端末から対象データの書き込み要求があった場合、前記監視の結果に基づいて、前記格納装置のうち前記アクセス負荷の最も少ない格納装置に前記対象データを書き込み、該対象データを前記キャッシュメモリへ格納し、前記キャッシュメモリへ格納した前記対象データを、前記書込みを行った格納装置以外の格納装置へ書き込むことを特徴とする請求項16に記載のデータリバランシング方法。通常行われるデータリバランシングでは、ストレージ装置に格納されているデータを、追加したストレージにコピーすることで、特定のストレージへのアクセス集中を回避することができる。このコピー処理には、ストレージ装置間のネットワーク帯域を使用する。したがって、ストレージ装置間でのデータのコピーは、ネットワークに負荷がかかるため、ストレージ装置の負荷が低い時間帯にコピーを行うことが考えられる。しかしながら、ストレージ統合を行ったストレージ装置の場合、そのストレージ装置は、複数のシステムから利用されるため、ネットワークが低負荷となる時間帯が確保できないケースも考えられる。また、データのコピー中は、ネットワークの帯域を一度に使用するため、そのコピーが、ストレージ装置とサーバ間の入出力のボトルネックとなる要因になる。1つの側面では、本発明は、ストレージシステムにおけるデータリバランスの効率化を図る技術を提供する。ストレージシステムは、複数の格納装置、キャッシュメモリ、アクセス制御部、書込部を含む。格納装置は、データを格納する。キャッシュメモリは、データを保持する。アクセス制御部は、情報処理端末から、対象データの読み込みまたは対象データの書込みのためのアクセス要求があった場合、いずれかの前記格納装置へアクセスすると共に、前記対象データを前記キャッシュメモリへ格納する。書込部は、前記キャッシュメモリへ格納した前記対象データを、前記複数の格納装置のうち該対象データが格納されていない格納装置へ書き込む。1実施形態によれば、ストレージシステムにおけるデータリバランスの効率化を図ることができる。上述した論理ボリューム負荷分散技術では、アクセス頻度を分析し、レプリカおよび一部データの複製を独自に作成することで負荷分散を行っている。しかし、この場合、業務で用いる入出力IOとは別にコピー用の帯域が必要となり、このコピーによる業務への影響も考えられる。また、論理ボリュームの性能を拡充することができるのは、論理ボリュームを定義する初期設定時のみであり、オンデマンドな性能拡充は行うことはできない。また、複数のミラーが作成され、そのミラーに書込みが行われる場合において、書込みによる負荷が増大した場合には、ミラーを解体する手法が用いられる。しかし、一時の負荷によりミラーを解体することが、返って性能劣化につながる問題もある。さらに、データの読込みの際、ネットワーク帯域を使用するため、ストレージ装置とクライアント間のネットワーク帯域を圧迫してしまう。そのため、上述した論理ボリューム負荷分散技術は、大規模なストレージシステムのでは使用することができない。そこで、ストレージ装置の追加時や運用中の負荷不均衡時に行うデータリバランスの効率化を図る。このとき、複数のストレージ装置へのデータの複製を作成する場合に、情報処理端末からのアクセス要求を効率的に利用することで、ストレージシステムの入出力の性能の向上を図る。図1は、本実施形態におけるストレージシステムの構成を示す。本実施形態におけるストレージシステム1は、複数の格納装置2、キャッシュメモリ3、アクセス制御部4、書込部5を含む。格納装置2は、データを格納する。格納装置2の一例は、ストレージ装置25である。キャッシュメモリ3は、データを保持する。キャッシュメモリ3の一例は、キャッシュメモリ18dの一例である。アクセス制御部4は、情報処理端末9から、対象データの読み込みまたは対象データの書込みのためのアクセス要求があった場合、いずれかの格納装置2へアクセスすると共に、対象データをキャッシュメモリ3へ格納する。アクセス制御部4の一例は、IOサーバ18である。書込部5は、キャッシュメモリ3へ格納した対象データを、複数の格納装置2のうち対象データが格納されていない格納装置2へ書き込む。書込部5の一例は、IOサーバ18である。このように構成することにより、ストレージ間のリバランシング処理の効率化を図ることができる。すなわち、ストレージ装置を追加した場合に、情報処理端末9からのアクセス要求を有効利用することで、ストレージ間のリバランシング処理を、ネットワークに負荷を掛けずに効率的に行うことができる。前記ストレージシステムは、さらに、負荷監視部6を含む。負荷監視部6は、格納装置2に対する、読み込みまたは書き込みによるアクセス負荷の監視を行う。負荷監視部6の一例は、負荷監視部17の一例である。アクセス制御部4は、情報処理端末9からアクセス要求があった場合、監視の結果に基づいて、格納装置2のうちアクセス負荷の最も少ない格納装置へアクセスすると共に、対象データをキャッシュメモリ3へ格納する。アクセス制御部4は、情報処理端末9から対象データへの読み込み要求があった場合、監視の結果に基づいて、対象データを格納する格納装置2のうちアクセス負荷の最も少ない格納装置から対象データを取得する。アクセス制御部4は、対象データをキャッシュメモリ3へ格納し、対象データを情報処理端末へ送信する。アクセス制御部4は、情報処理端末9から対象データの書き込み要求があった場合、監視の結果に基づいて、格納装置2のうちアクセス負荷の最も少ない格納装置に対象データを書き込み、対象データをキャッシュメモリ3へ格納する。書込部5は、キャッシュメモリ3へ格納した対象データを、書込みを行った格納装置2以外の格納装置2へ書き込む。このように構成することにより、監視の結果に基づいて、格納装置2のうちアクセス負荷の最も少ない格納装置に対象データを書き込むことができる。ストレージシステム1は、さらに、レプリカ削除部7を含む。レプリカ削除部7は、複数の格納装置2のボリュームを仮想化した仮想ボリュームのレプリカの書込みアクセス負荷が閾値を超えた場合、仮想ボリュームのレプリカが複数の格納装置2に3以上あれば、いずれかの格納装置2に格納されたレプリカを削除する。または、レプリカ削除部7は、レプリカの作成において格納装置2の空き容量が第1の閾値より少ない場合、仮想ボリュームのレプリカが複数の格納装置2に3以上あれば、いずれかの格納装置2に格納されたレプリカを削除する。このように構成することにより、情報処理端末からの書込み要求が頻繁にある場合、またはストレージ装置の空き容量が少なくなった場合に、3以上のレプリカを有する仮想ボリュームのいずれかのレプリカを削除することができる。レプリカ削除部7は、監視の結果に基づいて、レプリカを含む格納装置2のうちアクセス負荷の最も少ない格納装置2のレプリカを選択する。レプリカ削除部7は、時刻毎に集計した格納装置2に対するアクセス頻度を示すアクセス頻度情報に基づいて、選択したレプリカに対して、現時刻以降、第2の閾値を越えるアクセス頻度の読み込みアクセスがないと判定した場合、選択したレプリカを削除する。このように構成することにより、書込み後に閾値を超えるアクセスが一定時間継続する場合には、その仮想ボリュームのレプリカを削除対象から除くことができる。ストレージシステム1は、さらに、レプリカ作成部8を含む。レプリカ作成部8は、いずれかの格納装置2に対する時刻毎のアクセス負荷のうちいずれかの時間帯のアクセス負荷と、全ての格納装置2に対する時間帯のアクセス負荷の平均との差分が第3の閾値を超えている場合、次の処理を行う。すなわち、レプリカ作成部8は、時間帯を細分化する。レプリカ作成部8は、細分化したいずれかの時間帯のうちいずれかの格納装置2のいずれかのディスクに対するアクセス負荷と、いずれかの格納装置2の全ディクスの該細分化したいずれかの時間帯のアクセス負荷の平均との差分が第4の閾値より小さいか判定する。その差分が第4の閾値より小さい場合、レプリカ作成部8は、細分化したいずれかの時間帯より前で、いずれかの格納装置のアクセス負荷が第5の閾値を超えていない時間に、最もアクセス負荷の多いディスクにレプリカを作成する。このように構成することにより、各ディスクのアクセス負荷は低いが、ストレージ装置全体として高い負荷がかかっているストレージ装置について、最もアクセス負荷の多いディスクにレプリカを作成することができる。本実施形態におけるストレージシステムには、ストレージ装置が2台以上ある。以下では、ストレージ装置Aとストレージ装置Bの2台がある前提で説明する。ストレージ装置A内のディスクは、ストレージ装置Bのディスクとミラー状態すなわちレプリカは2個であるを保っているものとする。この2つディスクは、IOサーバ内で1つの仮想ディスクとして見せている。ここでミラー状態を保つ理由は、ディスクやストレージ装置が故障した場合でも、データロストや、運用を停止しないためである。ストレージにアクセスを行うクライアント装置は、クラウドシステムのように複数存在するものとする。図2は、本実施形態におけるシステムの全体構成図を示す。本実施形態におけるシステムは、クライアント装置11とストレージシステム14とがLANLocalAreaNetwork13により接続されている。クライアント装置11は、通信インターフェース以下、インターフェースをIFと称する。12を介してLAN13と接続されている。なお、LAN13は、一例であって、インターネット、イントラネット、その他のネットワークであってよい。ストレージシステム14は、ボリューム管理サーバ15、IOサーバ18、ストレージ装置25、管理用LAN27、IO用LAN28を含む。ボリューム管理サーバ15は、ストレージシステム14全体を制御し、IOサーバ18で用いる仮想ボリューム21を管理する。ボリューム管理サーバ15は、制御部15a、管理用LANIF15b、記憶部15cを含む。制御部15aは、ボリューム管理サーバ15の動作を制御するものであって、例えば、CPUcentralprocessingunitである。管理用LANIF15bは、管理用LAN27と接続するための通信インターフェースである。記憶部15cには、制御部15aを動作させるプログラム、本実施形態にかかるプログラム及び後述する表等が格納されている。記憶部15cは、例えば、ROMリードオンリメモリ、RAMランダムアクセスメモリ、ハードディスク、フラッシュメモリ等を用いることができる。IOサーバ18は、クライアント装置11からの入力やクライアント装置11への出力を制御する。IOサーバ18は、外部用通信IF18a、制御部18b、記憶部28c、キャッシュメモリ以下、キャッシュと称する18d、ストレージ用通信IF18e、管理用LANIF18fを含む。外部用通信IF18aは、LAN13と接続するための通信インターフェースである。制御部18bは、IOサーバ18の動作を制御し、ストレージのディスクを仮想化した仮想ボリュームを制御するものであって、例えば、CPUcentralprocessingunitである。記憶部18cには、制御部18bを動作させるプログラム、本実施形態にかかるプログラム及び後述する表、仮想ボリューム等が格納されている。記憶部18bは、例えば、ROMリードオンリメモリ、RAMランダムアクセスメモリ、ハードディスク、フラッシュメモリ等を用いることができる。ストレージ用通信IF18eは、IO用LAN28と接続するための通信インターフェースである。管理用LANIF18fは、管理用LAN27と接続するための通信インターフェースである。ストレージ装置25は、複数のディスク26を含む。ストレージ装置25は、管理用LAN27と、IO用LAN28に接続されている。管理用LAN27は、ボリューム管理サーバ15、IOサーバ18、ストレージ装置25間で、命令や負荷の監視の監視等のために用いられるネットワークである。IO用LAN28は、ストレージ装置25に格納されたデータまたはストレージ装置25へ格納するデータを転送するためのネットワークである。管理用LAN27と、IO用LAN28は、LANに限定されず、たとえば、SANストレージエリアネットワーク等のネットワークであってもよい。以下の実施形態で説明する処理を実現するプログラムは、プログラム提供者側からLAN13を介して、例えば記憶部15c,18bに格納されてもよい。また、以下の実施形態で説明する処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体はストレージシステム14の読み取り装置不図示にセットされて、制御部15a,18bによってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはCD-ROM、フレキシブルディスク、光ディスク、光磁気ディスク、ICカード、USBメモリ装置など様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読み取り装置によって読み取られる。図3は、ボリューム管理サーバ15とIOサーバ18のブロック図を示す。ボリューム管理サーバ15は、ボリューム管理部16、負荷監視部17を含む。ボリューム管理部16は、各IOサーバ18の仮想ボリューム21を管理する。負荷監視部17は、各ストレージ装置25の負荷情報及びストレージ装置25内のボリュームの負荷を監視する。ボリューム管理部16は、レプリカ表31、書き込み保留表32、IO周期表33、readwriteアクセス負荷対応表34、readwriteディスクアクセス負荷対応表35を含む。レプリカ表31、書き込み保留表32、IO周期表33、readwriteアクセス負荷対応表34、readwriteディスクアクセス負荷対応表35は、ボリューム管理サーバ15の記憶部15cに格納されている。IOサーバ18は、IO管理部20、仮想ボリューム21を含む。IO管理部20は、クライアント装置11から仮想ボリューム21へのアクセスや仮想ボリューム21からクライアント装置11への出力を制御する。仮想ボリューム21は、IOサーバ18に設けられた記憶部18cに格納されている。IO管理部20は、レプリカ完成度表36、ディスクIO周期表37、readwrite位置アクセス負荷対応表38を含む。レプリカ完成度表36、ディスクIO周期表37、readwrite位置アクセス負荷対応表38は、IOサーバ18の記憶部18cに格納されている。図4は、レプリカ表31の一例を示す。レプリカ表31とは、仮想ボリューム21のレプリカがどのストレージ装置25に作成されているか、またはそのレプリカがどのような状態であるかを示す表である。レプリカ表31は、仮想ボリュームID、ストレージID1、ストレージID2、のデータ項目を含む。仮想ボリュームIDには、仮想ボリューム21を識別する識別情報が格納される。ストレージID1、ストレージID2には、仮想ボリューム21に対応するストレージ装置25におけるレプリカの完成度が設定される。ここで、レプリカの完成度が100の場合は、Createdが設定される。レプリカの完成度が0完成度100の場合は、Copyingが設定される。レプリカの完成度が0の場合は、Noneが設定される。また、レプリカが削除中である場合は、Deletingが設定される。図5は、書き込み保留表32の一例を示す。書き込み保留表32は、キャッシュ18dに保留した書込み対象のデータを管理する表である。書き込み保留表32は、仮想ディスクID、ストレージID、位置、日付のデータ項目を含む。仮想ディスクIDには、仮想ボリューム21を識別する識別情報が格納される。ストレージIDには、仮想ボリューム21に対応するストレージ装置25を識別する情報ストレージIDが格納される。位置には、データの書き込みを行ったストレージ25における書き込み位置が格納される。日付には、書き込んだ日付が格納される。図6は、IO周期表33の一例を示す。IO周期表33は、単位時間当たりの各ストレージ装置25の各ディスクのアクセスreadwrite数を集計した表である。IO周期表33は、ストレージ装置25のディスク毎に作成される。IO周期表33は、時刻、read、writeのデータ項目を含む。時刻には、一定間隔の時刻が格納される。readには、その時刻におけるreadアクセス数が格納される。writeには、その時刻におけるwriteアクセス数が格納される。図7は、readwriteアクセス負荷対応表34の一例を示す。readwriteアクセス負荷対応表34は、readwriteディスクアクセス負荷対応表35のディスクIDとreadwrite位置アクセス負荷対応表38のディスクIDを関連付けさせた表である。readwriteディスクアクセス負荷対応表35、readwrite位置アクセス負荷対応表38については後述する。図8は、readwriteディスクアクセス負荷対応表35の一例を示す。readwriteディスクアクセス負荷対応表35は、全ストレージ25内に存在する各ディスクへのreadアクセスとwriteアクセスの回数をカウントする表である。readwriteディスクアクセス負荷対応表35は、ストレージ装置単位であり、ディスクID、Readアクセス頻度、Writeアクセス頻度のデータ項目を含む。ディスクIDには、ストレージ装置25内のディスク26を識別する識別情報が設定される。Readアクセス頻度には、そのディスクに対するReadアクセス頻度が設定される。Writeアクセス頻度には、そのディスクに対するWriteアクセス頻度が設定される。図9は、レプリカ完成度表36の一例を示す。レプリカ完成度表36は、仮想ボリュームのストレージ装置25毎のレプリカの完成度を位置毎に示している表である。レプリカ完成度表36は、ストレージ装置25においてレプリカが格納されている位置、各ストレージ装置のレプリカ完成度、ストレージ装置25に格納されているレプリカの状態が格納される。レプリカ完成度とは、どの程度レプリカが完成しているかを示す値である。レプリカの状態には、None、Copying、Created、Deletingの4つの状態が存在する。Noneは、レプリカが作成されていないことを示す。Copyingは、レプリカ作成先にwrite処理を発行する前であることを示す。また、Createdは、レプリカ作成が完了されていることを示す。Deletingは、レプリカの削除中であることを示す。図10は、ディスクIO周期表37の一例を示す。単位時間当たりのストレージ25の各ディスクのアクセス数を集計した表である。ディスクIO周期表37は、当該IOサーバが一定の時刻毎にストレージ装置25の各ディスク26にアクセスした回数を集計した表である。ディスクIO周期表33は、ストレージ装置25のディスク毎に作成される。ディスクIO周期表33は、時刻、read、writeのデータ項目を含む。時刻には、一定間隔の時刻が格納される。readには、その時刻におけるreadアクセス数が格納される。writeには、その時刻におけるwriteアクセス数が格納される。図11は、readwrite位置アクセス負荷対応表38の一例を示す。readwrite位置アクセス負荷対応表38は、IOサーバ18がアクセスを行っているディスク26の位置毎にreadwriteのアクセス負荷を管理している表である。ここで、ディスク26におけるreadwriteする位置とは、データをreadwriteするための、ディスク26の先頭位置に対する位置を示す。readwrite位置アクセス負荷対応表38は、ディスク単位に設けられ、ディスクID、Readアクセス頻度、Writeアクセス頻度のデータ項目を含む。ディスクIDには、ストレージ装置25内のディスク26を識別する識別情報が設定される。Readアクセス頻度には、そのディスク26に対するReadアクセス頻度が設定される。Writeアクセス頻度には、そのディスク26に対するWriteアクセス頻度が設定される。図12は、ストレージ容量表39の一例を示す。ストレージ容量表39は、各ストレージ装置25の容量が格納された表である。ストレージ容量表39は、ボリューム管理サーバ15の負荷監視部17によって各ストレージ装置25から取得した、ストレージ装置が使用している容量を一覧にしたものである。図13は、負荷統計情報40の一例を示す。負荷統計情報40は、ストレージ装置25毎の、単位時間当たりのreadwriteIOpersecond、帯域使用率が格納された表である。ボリューム管理サーバ15は、負荷監視部17を用いて、各ストレージ装置25から負荷統計情報40を取得する。本実施形態において、ストレージ装置が追加されるストレージシステム14は、ストレージ装置が2台以上ある。例えば、ストレージシステム14は、ストレージ装置Aとストレージ装置Bの2台がある。ストレージ装置A内のディスクは、ストレージ装置Bのディスクとミラー状態すなわちレプリカは2個であるを保っているものとする。ストレージシステム14に追加するストレージ装置をストレージ装置Cとする。1ストレージ装置Cをストレージシステム14に追加する。2クライアント11を用いて、ユーザがデータ読込み書き込みを行う契機で以下の処理が実施される。2-1負荷監視部17を利用して、負荷が少ないストレージ装置25を選択する。2-2選択したストレージ装置25からデータの読込みを行う。2-3読み込んだデータをクライアント11へ返す。3データ読み込み時のキャッシュに保持したデータを、ストレージ装置Cのネットワーク帯域が圧迫されていない時間に、ストレージ装置Cのディスクへ書込みを行うこの時点で、レプリカが3になる。このように、負荷が少ないストレージ装置Cにデータが移動することで、次に読込む際の読込み性能が向上できる。4readのみが高い頻度で行われ、かつ、いずれのレプリカも読込み性能が低下している場合、新たに追加されたストレージ装置があるならば、レプリカを作成する。5ストレージ装置25の空き容量が少なくある閾値を設定。たとえば80となったら、レプリカが3以上のものに関して、削除することで空き容量を増やす。ここで、IO周期表33を用いて、書込み後に大量の読込み期間が続くボリュームのレプリカは削除対象から外す。レプリカ数が3以上存在し、書き込み処理が頻繁に行われる場合は、少なくとも2つのレプリカを維持することを条件に、負荷の高いストレージ装置のレプリカを削除する。以下では、本実施形態の詳細について説明する。ストレージシステム14に追加するストレージ装置をストレージ装置C25cとする。本実施形態では、ストレージ装置25の新規追加の場面で説明をするが、運用開始後にも同様なアルゴリズムでリバランスをすることができる。1ストレージ装置C25cの追加ストレージ装置C25cは、全てのクライアント11からアクセスできるように、ストレージシステム14内に設置され、IO用LAN27と接続される。2データ読込み図14は、本実施形態におけるデータ読み込みフローを示す。以下では、図14を用いて、ボリューム管理サーバ15とIOサーバ18の動作を説明する。[読込みストレージの選択]ボリューム管理サーバ15の負荷監視部17は、各ストレージ装置25の負荷状況ストレージ装置内のボリュームの負荷を監視するS11。ここでは、負荷監視部17は、ストレージ装置25から送信された負荷統計情報40を取得する。ボリューム管理サーバ15は、IOサーバ18に対して、定期的に、ストレージ装置25から取得した負荷統計情報を送信するS12。[読込みデータのキャッシュの保持]クライアント11からデータの読込み要求があると、IOサーバ18は、ストレージ装置25内のディスク26よりデータの読み込みを行うS21。レプリカ完成度表36を参照して複数のレプリカが存在すると判定した場合、IOサーバ18は、アクセス負荷が最も低いストレージ装置25またはアクセス負荷が最も低いディスク26を有するストレージ装置25を選択するS22。例えば、IOサーバ18は、ボリューム管理サーバ15から受信した負荷統計情報の帯域使用率またはIOpsを用いて、アクセス負荷が最も低いストレージ装置25を選択する。またはIOサーバ18は、readwrite位置アクセス負荷対応表38を用いて、アクセス負荷が最も低いディスク26を有するストレージ装置25を選択する。IOサーバ18は、S21で選択したストレージ装置25またはアクセス負荷が最も低いディスク26を有するストレージ装置25に対して、データの読込みを行うS23。このとき、IOサーバ18は、readwrite位置アクセス負荷対応表38において、ディスク26を読み込んだ位置のreadアクセス頻度を更新するS24。データの読込みの際、IOサーバ18は、同じデータの再読込み時の性能を上げるために、キャッシュ18dに、その読み込んだデータを保持するS25。IOサーバ18は、キャッシュ18dに保持したデータをクライアント11へ送信するS26。これにより、データの読込みが完了する。ストレージ装置25のファイルシステム上のファイルを読み込む場合には、IOサーバ18は、データの先読みを行い、その先読みしたデータをキャッシュ18dに保持する。[読込みデータのキャッシュの利用]IOサーバ18は、読込み時にキャッシュ18dに保持したデータ存在するなら先読みデータも含むを用いて、クライアント11からのデータ読込み要求のバックグランドで、追加したストレージ装置25cのレプリカに書込み要求を行うS27。このキャッシュ18dに保持したデータを使用することで、コピーのための読込みを行わないので、データのリバランスのデータコピーにかかるネットワーク負荷を12に抑えることができる。ボリューム管理サーバ15からのレプリカ開始指示の前にキャッシュ18dにデータを保持している場合は、IOサーバ18は、次の処理を行う。IOサーバ18は、図16のS56以降で説明するように、仮想ボリューム21に新規に追加するレプリカ作成先が選択された時点で、レプリカ作成先にそのデータの書込みを行う。このように、このキャッシュ18dに保持したデータを利用することで、効率的なレプリカ作成ができる。3データ書き込み図15は、本実施形態におけるデータ書込みフローを示す。以下では、図15を用いて、ボリューム管理サーバ15とIOサーバ18の動作を説明する。クライアント11からデータの書込み要求があった場合、IOサーバ18は、仮想ボリューム21の実ディスク26に対して、データの書込み処理を開始するS31。このとき、IOサーバ18は、データの整合性を保つために、レプリカ完成度表36を読み出してS33、書き込み対象のレプリカの存在するストレージ装置対象ストレージ装置の情報を取得するS32。IOサーバ18は、S12においてボリューム管理サーバ15から受信した負荷統計情報を用いて、対象ストレージ装置25の負荷状況を確認するS34。IOサーバ18は、負荷統計情報を用いて、全ての対象ストレージ装置25に負荷がないか、すなわち、全ての対象ストレージ装置25の帯域使用率が閾値より低いかを判定するS35。全ての対象ストレージ装置25の帯域使用率が閾値より低い場合S35でYes、IOサーバ18は、全ての対象ストレージ装置25へデータの書き込みを行うS42。IOサーバ18は、データの書き込みを行った対象ストレージ装置25についてのreadwrite位置アクセス負荷対応表34を更新するS43。IOサーバ18は、データ書込みが完了した旨を書き込み要求元のクライアント11へ通知するS44。[複数レプリカへの書き込み]いずれかの対象ストレージ装置25の負荷が閾値より高い場合S35でNo、IOサーバ18は、次を行う。すなわち、IOサーバ18は、負荷統計情報またはreadwrite位置アクセス負荷対応表38を用いて、書込み対象のデータを、負荷が最も低いストレージ装置25、または負荷が最も低いディスクへ書込む。1つの書込みが完了した時点で、IOサーバ18は、データ書込みが完了した旨を書き込み要求元のクライアント11へ通知するS36。[書込み保留したストレージへの対処]IOサーバ18は、他へのストレージ装置25への書込みも必要になるが、高負荷時にデータを書き込むことで、性能劣化の要因となってしまう。そのため、IOサーバ18は、負荷の高さが閾値を超えIOの余裕がないストレージ装置25への書込みデータをキャッシュ18dに保持し、データの書き込みを一旦保留する。このキャッシュ18dに保持したデータは、破棄させない。これについて、以下に説明する。ストレージ装置25への書込み対象のデータを保留した場合、IOサーバ18は、ボリューム管理サーバ15へ保留情報を通知するS37。保留情報は、書き込みを行わなかった対象ストレージ装置25のストレージID、ディスクID、ディスクの書込み位置、及び書き込みデータを含む。ボリューム管理サーバ15は、IOサーバ18から通知された保留情報を用いて、書込み保留表32を更新するS38。IOサーバ18は、書き込みデータをキャッシュ18dへ保持するS39。他IOサーバ18からのデータ読込み時は、他IOサーバ18は、書込み保留表32を参照して、最新データがある書込み完了したデータが存在するストレージ装置25へデータの読込み処理を行う。これにより、最新のデータの読込みができる。その後、IOサーバ18は、IOサーバ18は、負荷統計情報またはreadwrite位置アクセス負荷対応表38を用いて、ストレージ装置25の負荷が閾値より下がった時点で、キャッシュ18dに保持したデータをそのストレージ装置25へ書込むS40。このとき、IOサーバ18は、readwrite位置アクセス負荷対応表38において、ストレージ装置25のディスク26に書き込んだ位置のwriteアクセス頻度を更新するS41。ストレージ装置25への書込みが完了した時点で、IOサーバ18は、ボリューム管理サーバ15へ完了通知を出す。これにより、すべてのストレージ装置25から同一データの読込みができる。また、書込み対象のデータをキャッシュ18dに保留した状態でIOサーバ18がダウンした場合は、キャッシュ18dに保留した書込み対象のデータが失われるため、どのレプリカが最新であるか管理することができない。そのため、IOサーバ18のダウン後の起動時に、ボリューム管理サーバ15は、書込み保留表32の中にキャッシュ18dに書込み対象のデータがあるかどうかを調べ、必要に応じてレプリカ作成を行う。レプリカ作成を行っているストレージ装置25に対してキャッシュ18dに保留したデータのストレージ装置25への書込みが完了することで、ストレージ装置A,B、及び、追加したストレージ装置Cが同じデータを保持する。このとき、ストレージ装置Aとストレージ装置Bとは、ミラー状態が保たれている。また、ストレージ装置Cについては、書込みを行った部分のみのデータが書かれた状態になる。ここで、追加したストレージ装置Cにおいて、readwrite処理でキャッシュ18dに保持したデータよくアクセスがあるデータに関しては、ミラー状態を保つことができるが、ディスク全体をミラー化することはできてはいない。したがって、この時点では、レプリカの元のディスク全体のデータ削除はできない。しかし、この場合、読込みがあるデータに関しては、ミラー状態を保っているのでレプリカができているので、ストレージ装置25へのIOサーバ18のデータの読込みを分散させることができる。これにより、読み込み先となるストレージ装置へのアクセス負荷が1つに集中しないので、ストレージシステム14の性能を向上することができる。4レプリカ作成によるアクセス負荷分散方法[レプリカ作成方法]図16及び図17は、本実施形態におけるレプリカ作成処理フローを示す。以下では、図16及び図17を用いて、ボリューム管理サーバ15とIOサーバ18の動作を説明する。ボリューム管理サーバ15は、負荷監視部17から得られる情報を、随時readwriteディスクアクセス負荷対応表35に反映する。さらに、ボリューム管理サーバ15は、readwriteディスクアクセス負荷対応表35と、定期的に全IOサーバ18から送付されるreadwrite位置アクセス負荷対応表38を用いて、readwriteアクセス負荷対応表34を作成する。まず、ボリューム管理サーバ15は、readwriteアクセス負荷対応表34を用いて、ストレージ装置単位でアクセス負荷readwriteアクセス頻度が予め設定された閾値を超えているか否かを判定するS51。アクセス負荷が閾値を超えていた場合S51でYes、ボリューム管理サーバ15は、readwriteアクセス負荷対応表34のディスクのreadwriteアクセス頻度を参照し、アクセス負荷の高いデータの位置を特定するS52。すなわち、ボリューム管理サーバ15は、readwriteアクセス負荷対応表34を用いて、アクセス負荷readwriteアクセス頻度が閾値を超えているストレージ装置25内のどのディスクのどの位置のデータに対して、readwriteが多いのかを判定する。さらに、ボリューム管理サーバ15は、readwriteアクセス負荷対応表34を用いて、レプリカの作成先を決定するS53。ここでは、ボリューム管理サーバ15は、readwriteアクセス負荷対応表34を用いて、アクセス負荷が最も低いストレージ装置25を選択する。さらに、ボリューム管理サーバ15は、その選択したストレージ装置25から、空き容量が最も多いストレージ装置をレプリカ作成先として選択する。そして、ボリューム管理サーバ15は、IOサーバ18にレプリカ作成先を通知するS54。IOサーバ18は、ボリューム管理サーバ15よりレプリカの作成先の通知を受けると、仮想ボリューム21についてのレプリカ完成度表36を作成するS55。なお、Read処理図14、write処理図15は、S55とS56との間で発生する。IOサーバ18は、レプリカ完成度表36を作成後、該当仮想ボリューム21の実ディスクの1つに、レプリカ作成先のディスクを追加するS56。IOサーバ18は、レプリカ作成先のディスクへのキャッシュに保持したデータの書込みを開始することをボリューム管理サーバ15に通知するS57。ボリューム管理サーバ15は、IOサーバ18から、レプリカ作成先のディスクへのキャッシュに保持したデータの書込みを開始する通知を受けると、レプリカ表31の該当箇所をCopyingに更新するS58。[レプリカへのデータの書込み]キャッシュ18dにレプリカ元のデータが存在する場合S61でYes、IOサーバ18は、クライアント11からレプリカ元となるストレージ装置25へのデータの読込み処理に続いて、キャッシュ18dを利用し、レプリカ作成処理を開始するS62。また、さらに、ボリューム管理サーバ15からレプリカ作成依頼が来る前に、キャッシュ18dに保持していたデータについても、IOサーバ18は、レプリカ完成度表36の更新と、レプリカ作成対象のディスクに書込みを行う。キャッシュ18dに既に保持されているデータを利用することで、レプリカの更新処理を進めることができる。IOサーバ18は、ボリューム管理サーバ15より通知された情報レプリカ作成先、書き込み時刻を用いて、データ読み出し時のキャッシュ18dに保持したデータを、予め設定された時刻にレプリカ先に書き込むS63。書込み完了後、IOサーバ18は、レプリカ完成度表36において、書き込んだストレージ装置25のディスク26についてCreatedと更新するS64。レプリカ完成度表36において、レプリカ完成度が100となったら、IOサーバ18は、ボリューム管理サーバ15に、レプリカ作成が完了した旨を通知するS65。ボリューム管理サーバ15は、レプリカ表31の該当箇所をCreatedに更新するS66。IOサーバ18は、キャッシュ18dに保持したデータをレプリカ作成先のディスクへ書き込む処理を開始することをボリューム管理サーバ15に通知するS67。[レプリカ削除方法]クライアント11からの書込み要求が頻繁にある場合は、全てのレプリカへの書込みが頻繁に起こるため、ネットワーク帯域の負荷が高くなってしまう。書込みが頻発する場合は、IOサーバ18は、以下の処理により、レプリカを削除するか否かを判断する。iIOサーバ18は、書込み対象のデータについてディスクIO周期表37を用いて、データの読込み量書込み量から、その後に、大量の読み込み期間があると判定した場合は、レプリカを削除しない。iiIOサーバ18は、ディスクIO周期表37を用いて、書込み期間が一定期間続くと判定した場合は、レプリカを削除する。図18及び図19は、本実施形態におけるレプリカ削除処理フローを示す。以下では、図18及び図19を用いて、ボリューム管理サーバ15とIOサーバ18の動作を説明する。ボリューム管理サーバ15は、以下のいずれかの条件S71,S72に合致したと判定したときに、IOサーバ18にレプリカ削除処理開始を通知するS73。S71の条件は、ボリューム管理サーバ15が、readwriteアクセス負荷対応表34のwriteアクセス頻度から、いずれかの仮想ボリュームのレプリカ内のデータへのwriteアクセス頻度が閾値を超えたと判定することである。また、S72の条件は、ボリューム管理サーバ15がストレージ容量表39を用いて、いずれかの仮想ボリュームのレプリカ作成時にストレージ装置25の空き容量が閾値を下回ると判定することである。--削除するレプリカの決定方法--レプリカ削除処理では、ボリューム管理サーバ15は、レプリカ表31を参照して、Createdとなっているいずれかの仮想ボリュームのレプリカ数が3以上存在するか判定するS74。レプリカ数が3未満である場合S74でNo、ボリューム管理サーバ15は、レプリカ削除処理を実行しない。レプリカ数が3以上存在する場合、ボリューム管理サーバ15は、readwriteアクセス負荷対応表34のwriteアクセス頻度項目を用いて、最も高いアクセス負荷がかかっているストレージ装置25内にあるレプリカを選択するS75。ボリューム管理サーバ15は、readwriteアクセス負荷対応表34とIO周期表33とを関係付けて、現時刻から所定の時間内に、選択したレプリカの存在するディスクに対して、閾値を超えるreadアクセスがあるか否かを判定するS76。選択したレプリカに対して、現時刻から所定の時間内に、閾値を超えるreadアクセスがされないと判定した場合S76でYes、ボリューム管理サーバ15は、その仮想ボリューム21についてのレプリカ削除処理を実行しない。このとき、ボリューム管理サーバ15は、他の仮想ボリューム21のレプリカを検索するS78。他の仮想ボリュームのレプリカが存在する場合S79でYes、ボリューム管理サーバ15は、当該他の仮想ボリュームについて、S73の処理以降の処理を行う。他の仮想ボリュームのレプリカが存在しない場合S79でNo、ボリューム管理サーバ15は、IOサーバ18に、S84で用いるレプリカ完成度の閾値を動的に所定値下げるように通知するS80。そして、ボリューム管理サーバ15は、当該仮想ボリュームについて、再びS73以降の処理を行う。IOサーバ18は、その通知を受信すると、S84で用いるレプリカ完成度の閾値を動的に所定値下げる。‐レプリカ削除の実行選択したレプリカに対して、現時刻から所定の時間内に、閾値を超えるreadアクセスがされると判定した場合S76でNo、ボリューム管理サーバ15は、レプリカ表31の該当箇所をDeletingに更新する。その後、ボリューム管理サーバ15は、選択したレプリカについての削除情報仮想ボリュームID、データ配置場所を該当レプリカへアクセスを行っているIOサーバ18に通知するS77。IOサーバ18は、選択したレプリカについての削除情報をボリューム管理サーバ15から受信する。IOサーバ18は、レプリカ完成度表36を用いて、通知された仮想ボリュームIDに関するレプリカ完成度100のレプリカが3つ以上存在するか判定するS81。レプリカ完成度表36において、レプリカ完成度100であるレプリカが3つ以上存在しない場合S81でNo、IOサーバ18は、作成中の状態にあるレプリカに対して、そのレプリカ作成を続行させる。レプリカ完成後、IOサーバ18は、S75で選択した負荷の高いストレージ装置25のレプリカを削除しS83、レプリカ削除処理を終了する。IOサーバ18は、レプリカ完成度表36において、通知された仮想ボリュームIDの全レプリカ完成度が所定の閾値以下であるかを判定するS84。通知された仮想ボリュームIDの全レプリカ完成度が所定の閾値例えば80以下である場合S84でYes、IOサーバ18は、ボリューム管理サーバ15に、他の仮想ボリュームのレプリカの削除対象の変更依頼を行うS85。他の仮想ボリュームのレプリカが存在する場合S79でYes、ボリューム管理サーバ15は、当該他の仮想ボリュームについて、S73の処理以降の処理を行う。他の仮想ボリュームのレプリカが存在しない場合S79でNo、ボリューム管理サーバ15は、IOサーバ18に、S84で用いるレプリカ完成度の閾値を動的に所定値下げるように通知するS80。そして、ボリューム管理サーバ15は、当該仮想ボリュームについて、再びS73以降の処理を行う。IOサーバ18は、その通知を受信すると、S84で用いるレプリカ完成度の閾値を動的に所定値下げる。これにより、ボリューム管理サーバ15は、再度、IOサーバ18へレプリカ削除依頼を行うことができる。通知された仮想ボリュームIDの全レプリカ完成度が所定の閾値例えば80より高い場合S84でNo、IOサーバ18は、次の処理を行う。すなわち、IOサーバ18は、S54でボリューム管理サーバ15より通知されたレプリカ作成先情報を用いて、データ読み込み時にキャッシュ18dに保持したデータをレプリカ作成先に書き込み、レプリカ完成度を100にするS86。レプリカ完成度表36において、通知された仮想ボリュームIDに関係するレプリカ完成度100のレプリカが3つ以上存在する場合S81でYes、またはS86の処理完了後、IOサーバ18は、次の処理を行う。すなわち、IOサーバ18は、ストレージ装置25の空き容量が閾値を下回ったかを判定するS87。ストレージの空き容量が閾値を上回った場合S87でNo、レプリカ削除処理を終了する。ストレージ装置25の空き容量が下回った場合S87でYes、IOサーバ18は、readwrite位置アクセス負荷対応表38を用いて、レプリカ完成度100のレプリカから、readアクセス頻度が閾値を下回っているレプリカを選択するS88。このとき、IOサーバ18は、レプリカ完成度100であるレプリカを保持するストレージ装置25の中で、最も負荷が高いストレージ装置25のレプリカを選択する。IOサーバ18は、選択したレプリカを削除するS89。そして、IOサーバ18は、ボリューム管理サーバ15にレプリカ削除処理の完了を通知するS90。ボリューム管理サーバ15は、IOサーバ18からレプリカ削除処理の完了通知を受けると、レプリカ表31の該当箇所をDeletingからNoneに更新しS91、レプリカ削除処理を終了する。[IO周期表を利用した予測レプリカ作成処理]上記4レプリカ作成によるアクセス負荷分散方法で捕捉しきれないアクセス負荷が低いディスクが多数存在する場合に、ストレージ装置単位でみると、負荷が高くなる場合がある。そこで、このような状況でのデータリバランスでは、IO周期表を利用し、レプリカを作成することで負荷分散をさせる手法を用いる。図20は、IO周期表を利用した予測レプリカ作成処理フローを示す。IOサーバ18は、ストレージ装置25内のディスク単位で、予め設定した期間で、一定間隔周期の入出力IOすなわちreadアクセス回数、writeアクセス回数の集計を行い、ディスクIO周期表37に記憶する。この一定間隔周期が1週間単位の業務の場合は、IOサーバ18は、1週間で集計をとることも可能である。なお、図20の処理は、図16のS54の処理において、実行させるようにしてもよい。ボリューム管理サーバ15は、所定の時刻に、全IOサーバ18からディスクIO周期表37を収集する。ボリューム管理サーバ15は、収集した全ディスクIO周期表37を用いて、ストレージ装置のディスクの時刻毎に、readアクセス回数、writeアクセス回数を集計して、IO周期表33を作成する。ボリューム管理サーバ15は、作成したIO周期表33から、各ストレージ装置25に対する時刻あたりのIOreadアクセス回数とwriteアクセス回数の合計について一定周期で集計を行い、ストレージ装置25のアクセス負荷を計算するS101。例えば、ボリューム管理サーバ15は、1時間ごとのストレージ装置25のアクセス負荷を1日分計算する。ここで、アクセス負荷とは、readアクセス回数とwriteアクセス回数の合計をいう。次に、ボリューム管理サーバ15は、全ストレージ装置25に対するアクセス負荷の平均値を計算するS102。その後、ボリューム管理サーバ15は、集計した時間帯において、平均値と各ストレージ装置25のアクセス負荷の差分が、予め設定した閾値を超えているかを判定するS103。そのサクセス負荷の差分が閾値を超えていない場合S103でNo、ボリューム管理サーバ15は、予測処理を終了する。そのサクセス負荷の差分が閾値を超えている場合S103でYes、ボリューム管理サーバ15は、次の処理を行う。すなわち、ボリューム管理サーバ15は、該当ストレージ装置25の該当時間に対して、より細かい時間単位でそのストレージ装置25に属する、各ディスク26のアクセス負荷と、全ディスク26のアクセス負荷の平均値の差分を求める。より細かい時間単位とは、例えば、1分単位である。ボリューム管理サーバ15は、その差分が予め設定した閾値を下回っているか判定するS104。その差分が予め設定した閾値を下回っていればS104でYes、ボリューム管理サーバ15は、IO周期表33を用いて、該当ストレージ装置25内のディスク26の中で、最もread処理が多いディスク16を選択する。ボリューム管理サーバ15は、該当時間より前、かつ、ストレージ装置25のアクセス負荷が予め設定している閾値を超えていない時間帯に、その選択したディスク26にレプリカを作成するS105。以下では、IO周期表33を用いた、ストレージ装置25単位でのアクセス負荷が高く、かつ、ディスク単位のアクセス負荷が低いデータに対する予測レプリカ作成処理の例を示す。まずは、図21-図24を用いて、図20のS101-S103の処理を説明する。図21は、ストレージ装置AについてのIO周期表33のread頻度とwrite頻度とを加算して得られるアクセス頻度を1時間毎に集計した作業表Aと、そのグラフBを示す。図22は、ストレージ装置BについてのIO周期表33のread頻度とwrite頻度とを加算して得られるアクセス頻度を1時間毎に集計した作業表Aと、そのグラフBを示す。図23は、ストレージ装置CについてのIO周期表33のread頻度とwrite頻度とを加算して得られるアクセス頻度を1時間毎に集計した作業表Aと、そのグラフBを示す。図24は、図21-図23で示す作業表Aの1時間毎のアクセス頻度の平均値と、そのグラフBを示す。ボリューム管理サーバ15は、全てのIOサーバ18からディスクIO周期表37を収集してIO周期表33を作成後、図21-図23に示すように、3つのストレージ装置A,B,Cのアクセス負荷を算出する。アクセス負荷の算出後、ボリューム管理サーバ15は、図24に示すように、3つのストレージ装置A,B,Cに対するアクセス負荷の平均値を計算する。ここでは、時間帯4:00~5:00のアクセス負荷に着目して説明する。図21に示すように、ストレージ装置Aのアクセス負荷は、545である。図22に示すように、ストレージ装置Bのアクセス負荷は、5435である。図23に示すように、ストレージ装置Cのアクセス負荷は、23である。図24に示すように、アクセス負荷の平均値は、2001となる。ボリューム管理サーバ15は、各ストレージ装置25のアクセス負荷と平均値の差分を計算する。ここで、ストレージ装置Bと平均値の差分は、5435-2001=3434となる。予め設定していた閾値を2000とする。ストレージ装置Bのアクセス負荷と平均値の差分3434がその閾値2000を超えているため、ボリューム管理サーバ15は、図20のS104-S105の処理を実行する。これについて、図25-図28を用いて説明する。図25は、ストレージ装置BのディスクB1についてのIO周期表33のread頻度とwrite頻度とを加算して得られるアクセス頻度を1分毎に集計した作業表Aと、そのグラフBを示す。図26は、ストレージ装置BのディスクB2についてのIO周期表33のread頻度とwrite頻度とを加算して得られるアクセス頻度を1分毎に集計した作業表Aと、そのグラフBを示す。図27は、ストレージ装置BのディスクB3についてのIO周期表33のread頻度とwrite頻度とを加算して得られるアクセス頻度を1分毎に集計した作業表Aと、そのグラフBを示す。図28は、図25-図27で示す作業表Aの1分毎のアクセス頻度の平均値と、そのグラフBを示す。ボリューム管理サーバ15は、ストレージ装置25のアクセス負荷と平均値の差分が閾値を超えるストレージ装置25の該当時間時間帯4:00~5:00に対して、次の処理を行う。すなわち、ボリューム管理サーバ15は、1分単位でそのストレージ装置25に属する各ディスクのアクセス負荷と、全ディスクのアクセス負荷の平均値の差分を求める。ここでは、ストレージ装置B内に3つのディスクB1,B2,B3があるとし、時間帯4:31~4:32に着目して説明する。まず、ストレージ装置Bの1分単位のアクセス負荷の平均値は、543560≒91となる。さらにストレージ装置B内のディスクが3つのため、各ディスクの1分単位のアクセス負荷の平均値は、913≒31となる。ここで、ディスクB1,B2,B3の4:31~4:32の時間帯でのアクセス負荷はそれぞれ、27、24、29である。ディスクB1,B2,B3のアクセス負荷と平均値との差分はそれぞれ、4、7、2となる。予め設定した閾値が10とすると、ディスクB1,B2,B3のアクセス負荷と平均値との差分はいずれも、閾値を下回っている。他の時間帯も全て、ディスクB1,B2,B3のアクセス負荷と平均値との差分はいずれも、閾値を下回っている。このことから、ストレージ装置Bに対するアクセス負荷は高いが、ストレージ装置内の各ディスクB1,B2,B3へのアクセス負荷が低いことがわかる。本例において、レプリカ作成処理では、ストレージ装置Bはリバランスの対象から外れてしまい、ストレージ装置Bのアクセス負荷を分散させるためのリバランスを実施できない。そのため、ボリューム管理サーバ15は、IO周期表33を利用した予測レプリカ作成処理を用いて、ディスクB1,B2,B3のうち、最もread処理が多いディスクを選択する。ボリューム管理サーバ15は、その選択したディスク26にデータのレプリカを作成する胸の指示をIOサーバ18に行う。上記のようにストレージ装置間のリバランシングを行うことにより、ストレージ装置、または、ストレージ装置内のディスクに異常が発生した場合でも、データを失うことはない。例えば、ストレージ装置Aからストレージ装置Cへデータを移行している際に、ストレージ装置Bが故障した場合には、レプリカの冗長度が下がるが、データはストレージ装置Aとストレージ装置Cを合わせることで最新性を保証できる。また、ボリューム管理サーバ15は、レプリカの冗長度が下がったことを認識すると、強制的にレプリカ作成処理を行い、レプリカの冗長度を2になるようにする。複数のストレージ装置25や、IOサーバ18がある大規模なクラウドのような環境では、IOサーバ18とストレージ装置25間の帯域が重要になっている。キャッシュに保持された、入力出力要求に対応する読込み書込みに必要なデータを有効的に利用することにより、ネットワーク帯域に負荷をかけずに、ストレージ装置25のリバランスを行うことができる。本実施形態によれば、ストレージ装置を追加した場合に、クライアント装置からのアクセス要求を有効利用することで、ストレージ間のリバランシング処理を、ネットワーク帯域に負荷を掛けずに効率的に行うことができる。また、ストレージシステムの入力/出力性能を最大限に活用することができる。そのため、本実施形態におけるストレージシステムを用いれば、業務に影響を与えずに、業務やサービスの効率を改善することができる。また、本実施形態におけるストレージシステムに含まれるストレージ装置またはディスクに異常が発生した場合も、データは常に冗長されているために、データを失うことがなく業務を継続できる。なお、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。"