特許 7571110 システム管理装置及びシステム管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-11

(45)【発行日】2024-10-22

(54)【発明の名称】システム管理装置及びシステム管理方法

(51)【国際特許分類】

   G06F 11/14 20060101AFI20241015BHJP

   G06F 3/06 20060101ALI20241015BHJP

   G06F 16/11 20190101ALI20241015BHJP

   H04L 67/1097 20220101ALI20241015BHJP

【ＦＩ】

G06F11/14 669

G06F3/06 301X

G06F3/06 304F

G06F3/06 304N

G06F3/06 304Z

G06F16/11

H04L67/1097

【請求項の数】 15

(21)【出願番号】P 2022209099

(22)【出願日】2022-12-26

(65)【公開番号】P2024092877

(43)【公開日】2024-07-08

【審査請求日】2023-07-04

(73)【特許権者】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜弁理士法人

(72)【発明者】

【氏名】神野 恭平

(72)【発明者】

【氏名】牛島 琢磨

(72)【発明者】

【氏名】西原 雄太

【審査官】田中 幸雄

(56)【参考文献】

【文献】特開２０２１－１７９７４４（ＪＰ，Ａ）

【文献】特開２０２２－２０７４４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／１４

Ｇ０６Ｆ ３／０６

Ｇ０６Ｆ １６／１１

Ｈ０４Ｌ ６７／１０９７

(57)【特許請求の範囲】

【請求項1】

複数の基盤を含むシステム基盤を管理するための情報処理装置を含むシステム管理装置であって、
前記情報処理装置は、
前記複数の基盤のうちの特定の基盤のストレージの容量不足が生じた場合、前記ストレージの容量不足を解消するための物理リソースの増設をスケジューリングして、前記特定の基盤の前記ストレージから当該ストレージに配置されているファイルを同一基盤又は他の基盤の他のストレージに退避し、前記物理リソースの増設が完了した後、前記退避したファイルである退避ファイルを、前記物理リソースの増設が完了した退避元の前記特定の基盤の前記ストレージに戻す対象とし、前記退避ファイルを前記退避元の前記特定の基盤の前記ストレージに戻す、
ように構成された、
システム管理装置。

【請求項2】

請求項１に記載のシステム管理装置において、
前記情報処理装置は、
前記物理リソースの増設が完了した後、前記ファイルの配置先を管理するためのファイルのメタ情報に基づいて、前記複数の基盤のファイルの中から前記ストレージに戻す対象としての前記退避ファイルを選定する、
ように構成された、
システム管理装置。

【請求項3】

請求項１に記載のシステム管理装置において、
前記情報処理装置は、
前記退避ファイルの一部を前記退避元の前記特定の基盤の前記ストレージに戻し、
前記退避ファイルの一部以外の他の退避ファイルを、そのまま同じ基盤に配置するか、或いは、前記退避元の前記特定の基盤以外の他の基盤のストレージに配置する、
ように構成された、
システム管理装置。

【請求項4】

請求項３に記載のシステム管理装置において、
前記情報処理装置は、
前記退避ファイルの一部以外の他の前記退避ファイルの配置先を、ファイル特性に基づいて選定する、
ように構成された、
システム管理装置。

【請求項5】

請求項１に記載のシステム管理装置において、
前記情報処理装置は、
前記退避元の前記特定の基盤の前記ストレージの使用状態を示す情報に基づいて、前記退避ファイルを前記退避元の前記特定の基盤の前記ストレージに戻すことができるか否かの判定を行い、前記退避ファイルを前記退避元の前記特定の基盤の前記ストレージに戻すことができると判定した場合、前記退避ファイルを前記退避元の前記特定の基盤の前記ストレージに戻す、
ように構成された、
システム管理装置。

【請求項6】

請求項５に記載のシステム管理装置において、
前記情報処理装置は、
前記ストレージの使用状態を示す情報として、ストレージ使用容量を用いて、前記判定を行う、
ように構成された、
システム管理装置。

【請求項7】

請求項５に記載のシステム管理装置において、
前記情報処理装置は、
前記ストレージの使用状態を示す情報として、前記ストレージの仮想的な使用状態を示す、ストレージ使用容量と前記退避ファイルのファイル容量との合計容量である仮想総容量を用いて、前記判定を行う、
ように構成された、
システム管理装置。

【請求項8】

請求項１に記載のシステム管理装置において、
前記情報処理装置は、
前記物理リソースの増設が完了した後、前記退避元の前記特定の基盤の前記ストレージの使用状態を示す情報に基づいて、前記退避ファイルの全て又は一部を前記退避元の前記特定の基盤の前記ストレージに戻すことができるか否かの判定を行い、
前記退避ファイルの一部を戻すことができると判定した場合、前記退避ファイルの一部を前記退避元の前記特定の基盤の前記ストレージに戻し、
前記退避ファイルの全てを戻すことができると判定した場合、前記退避ファイルの全てを前記退避元の前記特定の基盤の前記ストレージに戻す、
ように構成された、
システム管理装置。

【請求項9】

請求項８に記載のシステム管理装置において、
前記情報処理装置は、
前記退避ファイルの一部を戻すことができると判定した場合、所定の判定基準に基づいて、前記退避ファイルの中から前記退避元の前記特定の基盤の前記ストレージに戻す前記退避ファイルの一部を選定し、選定した前記退避ファイルの一部以外の他の退避ファイルを、そのまま同じ基盤の前記ストレージに配置するか、或いは、前記退避元の前記特定の基盤以外の他の基盤の前記ストレージに配置する、
ように構成された、
システム管理装置。

【請求項10】

請求項９に記載のシステム管理装置において、
前記情報処理装置は、
選定した前記退避ファイルの一部以外の他の前記退避ファイルの配置先を、ファイル特性に基づいて選定する、
ように構成された、
システム管理装置。

【請求項11】

請求項１に記載のシステム管理装置において、
前記情報処理装置は、
所定の基準に基づいた優先順位で、退避するファイルを選定する、
ように構成された、
システム管理装置。

【請求項12】

請求項１に記載のシステム管理装置において、
前記特定の基盤の前記ストレージの容量不足は、ファイルが前記特定の基盤の前記ストレージに配置されることにより生じる、
システム管理装置。

【請求項13】

請求項１に記載のシステム管理装置において、
前記システム基盤は、前記複数の基盤として、オンプレミス基盤としてのＨＣＩ基盤及び３Ｔｉｅｒ基盤と、パブリッククラウド基盤とを含む、
システム管理装置。

【請求項14】

請求項１３に記載のシステム管理装置において、
前記特定の基盤は、ＨＣＩ基盤及び３Ｔｉｅｒ基盤の何れかであり、
前記情報処理装置は、
前記退避ファイルの一部を戻すことができると判定した場合、前記退避ファイルの一部以外の他の退避ファイルの全てを、前記特定の基盤以外の他の前記オンプレミス基盤の前記ストレージに配置できるか否かを判定し、
前記他の退避ファイルの一部しか前記他の前記オンプレミス基盤に配置できない場合、前記他の退避ファイルについて、ファイルの残保管期間に基づくコストに基づいて、前記他の前記オンプレミス基盤の前記ストレージ及び前記パブリッククラウド基盤の前記ストレージの何れに配置するかを判定し、前記退避ファイルを判定した配置先の前記ストレージに配置する、
ように構成された、
システム管理装置。

【請求項15】

複数の基盤を含むシステム基盤を管理するための情報処理装置を用いたシステム管理方法であって、
前記情報処理装置によって、
前記複数の基盤のうちの特定の基盤のストレージの容量不足が生じた場合、前記ストレージの容量不足を解消するための物理リソースの増設をスケジューリングして、前記特定の基盤の前記ストレージから当該ストレージに配置されているファイルを同一基盤又は他の基盤の他のストレージに退避し、前記物理リソースの増設が完了した後、前記退避したファイルである退避ファイルを、前記物理リソースの増設が完了した退避元の前記特定の基盤の前記ストレージに戻す対象とし、前記退避ファイルを前記退避元の前記特定の基盤の前記ストレージに戻す、
システム管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、システム管理装置及びシステム管理方法に関する。

【背景技術】

【0002】

従来技術として、ファイルの使用頻度等に応じ、最適な記憶領域（高速（コスト高）－低速（コスト低））へ自動でファイルを配置するＩＬＭ（情報ライフサイクル管理）技術がある。

【0003】

一方、業務システムを実行するオンプレミス（ＨＣＩ（ハイパーコンバージドインフラストラクチャ）基盤及び３Ｔｉｅｒ基盤）とパブリッククラウドとを含むハイブリッドクラウドシステム基盤技術がある。ハイブリッドクラウドシステム基盤技術において、ファイルの新規配置によりオンプレミスの特定の基盤のストレージのリソース不足が生じる場合がある。この場合、オンプレミスの特定の基盤のリソースを増加するようにスケジューリングする。増加するリソースの調達には時間がかかるので、リソースの増加が完了する前において、リソース不足を解消するために、オンプレミスの特定の基盤からオンプレミスの別の基盤やパブリッククラウドにファイルを退避する。

【0004】

この場合において、従来では、リソースの増加が完了した後、退避ファイルは、退避先に退避したままであるか、手動で退避元の特定の基盤に戻していた。

【0005】

なお、本発明に関連する公知技術(以下、「関連公知技術」と呼ぶ。)として、以下に述べる特許文献１乃至特許文献４が存在する。

【0006】

特許文献１は、３Ｔｉｅｒ型の基盤及びＨＣＩ型の基盤が混在したシステムにおいて、業務システムが最適な基盤に配置されるように、業務システムをマイグレーションする技術を開示する。

【0007】

特許文献２は、記憶装置を効率的に利用するために、スケールアウト後に過負荷が解消された場合にスケールアウトを解除し、移行先のサーバ装置から移行元のサーバ装置にパーティション単位の移行データを戻す技術を開示する。

【0008】

特許文献３は、ファイルをエッジの第１ストレージ装置からデータセンタの第２ストレージ装置にマイグレーションするときに、データ移行のタイミングを調整する技術を開示する。

【0009】

特許文献４は、拠点間で、全てのファイルに対する関連ファイル（スタブファイル）を持ち合うことなく、ファイルを共有可能にするストレージシステムの技術を開示する。

【先行技術文献】

【特許文献】

【0010】

【文献】特開２０２１－１４０４０４号公報

【文献】特開２０１７－１６２２５７号公報

【文献】特許第５７１６０９９号公報

【文献】特開２０２２－１００５１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0011】

複数の基盤を含むオンプレミス（例えば、オンプレミス（ＨＣＩ基盤及び３Ｔｉｅｒ基盤））とパブリッククラウドとを含むシステム基盤において、オンプレミスの特定の基盤のリソース不足が生じたときに特定の基盤に配置しておくべきファイルを退避した場合、リソースの増加が完了した後、退避ファイルを元の特定の基盤に戻す必要性が高い。

【0012】

また、リソースの調達を行っている間に、時間の経過に応じて、退避元のストレージの使用状態及びファイルの特性等が、ファイル退避時点から変わるので、リソースの調達後に、退避ファイルを特定の基盤に戻すことが適切でない場合も生じ得る。

【0013】

関連公知技術は、リソースの増加が完了した後、退避ファイルを退避元の特定の基盤に自動的に配置することはできない。

【0014】

本発明は上記課題を解決するためになされた。即ち、本発明の目的の一つは、退避ファイルを対象として、リソースの調達後に、退避先の基盤のストレージに格納されたファイルのうち、退避ファイルを退避元の特定の基盤のストレージに戻すことできるシステム管理装置及びシステム管理方法を提供することにある。

【課題を解決するための手段】

【0015】

上記課題を解決するために、本発明のシステム管理装置は、複数の基盤を含むシステム基盤を管理するための情報処理装置を含むシステム管理装置であって、前記情報処理装置は、前記複数の基盤のうちの特定の基盤のストレージの容量不足が生じた場合、前記ストレージの容量不足を解消するための物理リソースの増設をスケジューリングして、前記特定の基盤のストレージから当該ストレージに配置されているファイルを同一基盤又は他の基盤の他のストレージに退避し、前記物理リソースの増設が完了した後、前記退避したファイルである退避ファイルを、前記物理リソースの増設が完了した退避元の前記特定の基盤の前記ストレージに戻す対象とし、前記退避ファイルを前記退避元の前記特定の基盤の前記ストレージに戻すように構成されている。

【0016】

本発明のシステム管理方法は、複数の基盤を含むシステム基盤を管理するための情報処理装置を用いたシステム管理方法であって、前記情報処理装置によって、前記複数の基盤のうちの特定の基盤のストレージの容量不足が生じた場合、前記ストレージの容量不足を解消するための物理リソースの増設をスケジューリングして、前記特定の基盤のストレージから当該ストレージに配置されているファイルを同一基盤又は他の基盤の他のストレージに退避し、前記物理リソースの増設が完了した後、前記退避したファイルである退避ファイルを、前記物理リソースの増設が完了した退避元の前記特定の基盤の前記ストレージに戻す対象とし、前記退避ファイルを前記退避元の前記特定の基盤の前記ストレージに戻す。

【発明の効果】

【0017】

本発明によれば、退避ファイルを対象として、リソースの調達後に、退避先の基盤のストレージに格納されたファイルのうち、退避ファイルを退避元の特定の基盤のストレージに戻すことできる。

【図面の簡単な説明】

【0018】

【図1】図１は本発明の第１実施形態に係るシステム管理装置（管理サーバ）を含むシステムの構成図である。

【図2】図２は管理サーバの構成例を示す概略構成図である。

【図3】図３は装置構成情報を説明するための図である。

【図4】図４はファイルメタ情報を説明するための図である。

【図5】図５はファイル配置ポリシー情報を説明するための図である。

【図6】図６は調達スケジュール情報を説明するための図である。

【図7】図７はリソース稼働情報を説明するための図である。

【図8】図８は管理サーバが実行する処理フローを示すフローチャートである。

【図9】図９は処理の概要を説明するための図である。

【図10】図１０はファイル配置場所判定処理部が実行する処理フローを示すフローチャートである。

【図11】図１１はファイル退避処理部が実行する処理フローを示すフローチャートである。

【図12】図１２はファイル再配置処理部が実行する処理フローを示すフローチャートである。

【図13】図１３は第２実施形態に係る管理サーバが実行する処理フローを示すフローチャートである。

【図14】図１４は処理の概要を説明するための図である。

【図15】図１５はファイル再配置処理部が実行する処理フローを示すフローチャートである。

【図16】図１６はファイル再配置処理部が実行する処理フローを示すフローチャートである。

【図17】図１７はファイル再配置処理部が実行する処理フローを示すフローチャートである。

【発明を実施するための形態】

【0019】

以下、本発明の各実施形態について図面を参照しながら説明する。なお、実施形態の全図において、同一又は対応する部分には同一の符号を付す場合がある。以下の説明では、「レコード」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されてもよい。識別情報について説明する際、「ＩＤ」、「名称」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。以下の説明では、機能ブロックを主語として処理を説明する場合があるが、処理の主語が、機能ブロックに代えて、ＣＰＵ又は装置（サーバ）とされてもよい。

【0020】

<<第１実施形態>>
図１は本発明の第１実施形態に係るシステム管理装置である管理サーバ１００を含むシステム（ハイブリッドクラウドシステム基盤）の構成図である。図１に示すように、システムは、管理サーバ１００とオンプレミス基盤ＯＮ１（以下、「オンプレＯＮ１」と称呼される。）とパブリッククラウド基盤４００とを含む。これらはネットワークＮＷ１を介して互いに情報（データ）を送受信可能に接続されている。

【0021】

オンプレＯＮ１は、所定のサービスを実行する業務システムを構築するためのリソースを提供するシステムである。提供するリソースは、演算のためのリソース（「計算リソース」と称呼される。）と、データを格納するためのリソース（以下、「ストレージリソース」と称呼される。）と、に分けることができる。計算リソース及びストレージリソースは、これらを特に区別する必要がない場合、「リソース」と称呼される。

【0022】

オンプレＯＮ１は、ＨＣＩ型の基盤２００（ＨＣＩ基盤２００）と、３Ｔｉｅｒ型の基盤３００（３Ｔｉｅｒ基盤３００）とを含む。ＨＣＩ基盤２００、３Ｔｉｅｒ基盤３００及び上述のパブリッククラウド基盤４００は、これらを特に区別する必要がない場合、「基盤」と称呼される場合がある。パブリッククラウド基盤４００は、「パブクラ」と称呼される場合がある。

【0023】

ＨＣＩ基盤２００は、サーバ２１０を含む。サーバ２１０は、コンピュート（ＣＰＵ）２１１、メモリ２１２、記憶装置２１３及びネットワークインタフェース２１４を含む。ＨＣＩ基盤２００に含まれるサーバ２１０は、２つ以上であってもよい。ＨＣＩ基盤２００は、１つ以上のサーバ２１０で構成されるＨＣＩクラスタ単位で管理される。サーバ２１０上では図示しない仮想マシン（ＶＭ）が稼働する。ＨＣＩ基盤２００は、サーバ２１０に内蔵された記憶装置２１３を仮想的な共有ストレージＣＬ１として利用する。サーバ２１０は各サーバ２１０の記憶装置２１３から仮想的な共有ストレージＣＬ１を構成し、仮想的な共有ストレージＣＬ１の一部の記憶領域を、図示しない仮想マシン（ＶＭ）のボリュームに割り当てる。なお、記憶装置２１３は、データの読み出し及び書き込み可能な不揮発性の記憶装置であり、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等が挙げられる。なお、ＨＣＩ基盤２００では、物理リソースであるサーバ２１０が増設されることにより、サーバ２１０単位で、ＨＣＩ基盤２００が提供する計算リソース及びストレージリソースが増強（拡張）される。ＨＣＩ基盤２００では、サーバ２１０は汎用部品を使用しているため、調達にかかる期間は比較的短い期間となる。

【0024】

３Ｔｉｅｒ基盤３００は、サーバ３１０と、ＳＡＮファブリック３２０とストレージシステム３３０ａ及びストレージシステム３３０ｂとを含む。ストレージシステム２２０ａの数は１つであっても、３つ以上であってもよい。

【0025】

サーバ３１０は、コンピュート（ＣＰＵ）３１１、メモリ３１２、記憶装置３１３及びネットワークインタフェース３１４を含む。ＳＡＮファブリック３２０は、サーバ３１０とストレージシステム３３０ａ及びストレージシステム３３０ｂとを接続するためのネットワーク領域であり、図示しない、ルータ及びスイッチを含む。ストレージシステム３３０ａ及びストレージシステム３３０ｂのそれぞれは、図示しない複数のマイクロプロセッサを含むコントローラ及び複数の記憶装置３３１を有する。なお、記憶装置３３１は、データの読み出し及び書き込み可能な不揮発性の記憶装置であり、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等が挙げられる。

【0026】

ストレージシステム３３０ａは、複数の記憶装置３３１から仮想的なストレージとして扱われるストレージＳＴ１を構成する。ストレージシステム３３０ｂは、複数の記憶装置３３１から仮想的なストレージとして扱われるストレージＳＴ２を構成する。ストレージシステム３３０ａ及び３３０ｂは、ストレージＳＴ１及びＳＴ２の一部の記憶領域を、サーバ３１０に割り当てる。本例において、ストレージＳＴ１はストレージＳＴ２に比べてＩ／Ｏ性能が高く高速な読み書きが可能な記憶装置３３１により構成される。

【0027】

なお、３Ｔｉｅｒ基盤３００では、物理リソースであるサーバ３１０が増設されることにより、サーバ単位で３Ｔｉｅｒ基盤３００が提供する計算リソースが増強（拡張）され、物理リソースである記憶装置３３１及び／又は図示しないコントローラが増設されることにより、ストレージシステム単位で、３Ｔｉｅｒ基盤３００が提供するストレージリソースが増強（拡張）される。このため、３Ｔｉｅｒ基盤３００では、ストレージリソースだけを増強（拡張）したい場合等、柔軟にカスタマイズができる。ただし、３Ｔｉｅｒ基盤３００では、専用部品が使用されているため、ＨＣＩ基盤２００に比べて、調達にかかる期間は比較的長い期間となる。

【0028】

パブリッククラウド基盤４００は、パブリッククラウド基盤４００上でストレージサービスを提供可能なクラウドである。パブリッククラウド基盤４００は、管理サーバ１００の要求に応じて、リソースを提供する。パブリッククラウド基盤４００は、ストレージリソースとして、ソフトウェアデファインドストレージであるストレージＣＬＯＵＤ１を提供する。本例のパブリッククラウド基盤４００では、リソース使用量に応じて課金額（コスト／料金）が変動するようになっている。

【0029】

パブリッククラウド基盤４００では、オンデマンドで必要なリソース分だけリソースの増強（拡張）が可能である。ただし、パブリッククラウド基盤４００では、リソース使用量に応じて課金される。

【0030】

図１のシステムのオンプレＯＮ１では、所定のサービスを実行するためのアプリケーションＡＰが実行される。アプリケーションＡＰは、ファイルの新規作成、ファイルの読み取り及び書き込み等を行う。管理サーバ１００は、各基盤のストレージＣＬ１、ストレージＳＴ１、ストレージＳＴ２及びストレージＣＬＯＵＤ１のそれぞれに対して、ファイルの配置、ファイルの削除、及び、これらの間のファイルの移動等を行う。なお、以下の説明において、ストレージＣＬ１、ストレージＳＴ１、ストレージＳＴ２及びストレージＣＬＯＵＤ１は、特に区別する必要がない場合、「ストレージ」と称呼される。

【0031】

図２は管理サーバ１００の構成例を示す概略構成図である。図２に示すように、管理サーバ１００は、データの読み出し及び書き込み可能な不揮発性の記憶装置１１０と、メモリ１２０（例えば、ＲＡＭ）と、ＣＰＵ１３０と、入出力インタフェース１４０と、ネットワークインタフェース１５０とを含む。ＣＰＵ１３０、記憶装置１１０、メモリ１２０、入出力インタフェース１４０、ネットワークインタフェース１５０及びバス１６０を含む装置は、便宜上、「情報処理装置」とも称呼される。情報処理装置は、複数の情報処理装置やクラウド上に構築される仮想的な情報処理装置であってもよい。

【0032】

記憶装置１１０は、プログラム１１１及びデータベース１１２を保持（記憶、格納）している。プログラム１１１は、ファイル配置場所判定処理部１１１ａ、ファイル退避処理部１１１ｂ、ファイル再配置処理部１１１ｃ及びリソース稼働情報監視処理部１１１ｄを含む。

【0033】

ＣＰＵ１３０は、記憶装置１１０に格納されたプログラム１１１をメモリ１２０にロードする。ＣＰＵ１３０は、メモリ１２０にロードされたプログラム１１１を実行することによって、ファイル配置場所判定処理部１１１ａ、ファイル退避処理部１１１ｂ、ファイル再配置処理部１１１ｃ及びリソース稼働情報監視処理部１１１ｄの各種機能を実現する。ファイル配置場所判定処理部１１１ａ、ファイル退避処理部１１１ｂ及びファイル再配置処理部１１１ｃの詳細は、後述する。リソース稼働情報監視処理部１１１ｄは、逐次、オンプレＯＮ１に含まれる装置（ストレージ）の稼働情報を取得し、取得した稼働情報に基づいてリソース稼働情報１１２ｅを更新する。なお、リソース稼働情報監視処理部１１１ｄは、逐次、オンプレＯＮ１に含まれる装置（ストレージ）の装置構成情報を取得し、取得した装置構成情報に基づいて装置構成情報１１２ａを更新してもよい。

【0034】

データベース１１２は、装置構成情報１１２ａ、ファイルメタ情報１１２ｂ、ファイル配置ポリシー情報１１２ｃ、調達スケジュール情報１１２ｄ及びリソース稼働情報１１２ｅを含む。これらの情報の詳細は後述する。

【0035】

メモリ１２０には、上述したようにＣＰＵ１３０が実行するプログラム１１１がロードされ、ＣＰＵ１３０がプログラム１１１を実行する際に使用するデータが一時的に記憶される。

【0036】

入出力インタフェース１４０は、キーボード及びマウス等の操作デバイス並びにディスプレイ等を接続するためのインタフェースである。ネットワークインタフェース１５０は、管理サーバ１００をネットワークＮＷ１に接続するためのインタフェースである。

【0037】

図３は装置構成情報１１２ａを説明するための図である。装置構成情報１１２ａは、情報（値）を格納する列（カラム）として、装置番号１１１ａ１と、装置タイプ１１２ａ２と、総ストレージ容量［ＧＢ］１１２ａ３と、ストレージ使用容量［ＧＢ］１１２ａ４と、仮想総容量［ＧＢ］１１２ａ５と、最適配置先に書き込み済みのファイル容量［ＧＢ］１１２ａ６と、退避中ファイル容量［ＧＢ］１１２ａ７と、退避ファイル受入れ済容量［ＧＢ］１１２ａ８と、第１閾値［％］１１２ａ９と、第２閾値［％］１１２ａ１０と、第３閾値［％］１１２ａ１１と、コスト［￥／ＧＢ］１１２ａ１２と、増設開始日１１２ａ１３と、増設完了日１１２ａ１４と、増設予定容量［ＧＢ］１１２ａ１５と、増設後総容量［ＧＢ］１１２ａ１６と、再配置用リソース使用率閾値［％］１１２ａ１７と、を含む。

【0038】

装置構成情報１１２ａには、装置構成に関する各列に対応する情報が互いに対応付けられて行単位の情報（レコード）として格納されている。

【0039】

具体的に述べると、装置番号１１１ａ１には、各基盤のストレージを識別するための識別情報（名称）が格納されている。装置タイプ１１２ａ２には、基盤の種類（名称）が格納されている。総ストレージ容量［ＧＢ］１１２ａ３には、ストレージの容量が格納されている。ストレージ使用容量［ＧＢ］１１２ａ４には、ストレージが使用している使用容量が格納されている。

【0040】

仮想総容量［ＧＢ］１１２ａ５には、最適配置先のストレージに書き込み済みのファイル容量と、そのストレージから他のストレージに退避中ファイルのファイル容量との合計が格納されている。即ち、最適配置先に書き込み済みのファイル容量［ＧＢ］１１２ａ６に格納された値と退避中ファイル容量［ＧＢ］１１２ａ７に格納された値との合計が格納されている。

【0041】

最適配置先に書き込み済みのファイル容量［ＧＢ］１１２ａ６には、装置番号１１２ａ１に格納された同行の識別情報が示すストレージが対象ファイルの最適配置先に選ばれた場合において、当該ストレージに書き込み済みの対象ファイルの容量が格納されている。

【0042】

退避中ファイル容量［ＧＢ］１１２ａ７には、装置番号１１２ａ１に格納された同行の識別情報が示すストレージに格納されていたファイルが他のストレージに退避中の状態にある場合に、退避中のファイル（退避ファイル）のファイル容量が格納されている。

【0043】

退避ファイル受入れ済容量［ＧＢ］１１２ａ８には、装置番号１１２ａ１に格納された同行の識別情報が示すストレージにファイルが退避された場合に、その退避されたファイルのファイル容量が格納されている。

【0044】

第１閾値［％］１１２ａ９には、第１百分率が格納されている。即ち、図３のブロックＢＲ１に示すように、第１閾値［％］１１２ａ９には、ファイル退避開始容量（＝総ストレージ容量×第１百分率÷１００）を計算するための第１百分率が格納される。詳細は後述するが、ファイル退避開始容量は、対象ファイルを最適配置先のストレージに配置するときに、ファイル退避処理を行うか否かを判定する基準となる。以降において、ファイル退避開始容量は、「第１閾値容量」と称呼される場合がある。

【0045】

第２閾値［％］１１２ａ１０には、第１百分率より小さい第２百分率が格納されている。即ち、図３のブロックＢＲ１に示すように、第２閾値［％］１１２ａ１０には、調達期間用閾値容量（＝総ストレージ容量×第２百分率÷１００）を計算するための第２百分率が格納されている。詳細は後述するが、調達期間用閾値容量は、物理リソースの増設準備開始から増設完了までの期間において、最適配置先のストレージ使用容量が第１閾値容量を超過しないように、予備的な空き容量をファイル退避処理によって確保するための基準として使用される。以降において、調達期間用閾値容量は、「第２閾値容量」と称呼される場合がある。

【0046】

第３閾値［％］１１２ａ１１には、第２百分率より小さい第３百分率が格納されている。即ち、図３のブロックＢＲ１に示すように、第３閾値［％］１１２ａ１１には、物理リソースの増設完了後に、退避ファイルを最適配置先に戻す際など、ファイルを受け入れることが可能な空き容量を有しているか否かを判定する基準となる容量（即ち、受け入れ可能容量＝総ストレージ容量×第３百分率÷１００）を計算するための第３百分率が格納されている。詳細は後述するが、受け入れ可能容量は、ストレージ使用容量に基づいて、退避ファイルを退避元のストレージに戻すことが可能であるか否かなどを判定する基準として使用される。以降において、受け入れ可能容量は、「第３閾値容量」と称呼される場合がある。

【0047】

コスト［￥／ＧＢ］１１２ａ１２には、ストレージの運用コストが格納されている。

【0048】

増設開始日１１２ａ１３には、物理リソースの調達を行う場合の物理リソースの増設開始日が格納されている。

【0049】

増設完了日１１２ａ１４には、物理リソースの調達を行う場合の物理リソースの増設完了日（増設完了予定日）が格納されている。

【0050】

増設予定容量［ＧＢ］１１２ａ１５には、物理リソースの増設によって増設予定のストレージの容量が格納されている。

【0051】

増設後総容量［ＧＢ］１１２ａ１６には、物理リソース増設後のストレージの総容量が格納されている。

【0052】

再配置用リソース使用率閾値［％］１１２ａ１７には、退避ファイルを退避元のストレージに再配置するときの確認基準となる、リソース使用率の閾値としての百分率が格納されている。

【0053】

図４はファイルメタ情報１１２ｂを説明するための図である。ファイルメタ情報１１２ｂは、情報（値）を格納する列（カラム）として、ファイルＩＤ１１２ｂ１と、ファイル名１１２ｂ２と、ファイルサイズ［ＧＢ］１１２ｂ３と、ファイル毎のＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］１１２ｂ４と、残保管期間［Ｍｏｎｔｈ］１１２ｂ５と、最適配置先１１２ｂ６と、最適配置先装置番号１１２ｂ７と、一時退避先１１２ｂ８と、一時退避先装置番号１１２ｂ９と、を含む。

【0054】

ファイルメタ情報１１２ｂには、ファイルのメタ情報に関する各列に対応する情報が、互いに対応付けられて行単位の情報（レコード）として格納されている。

【0055】

具体的に述べると、ファイルＩＤ１１２ｂ１には、ファイルの識別ＩＤが格納されている。ファイル名１１２ｂ２には、ファイルの名称が格納されている。ファイルサイズ［ＧＢ］１１２ｂ３には、ファイルのファイル容量が格納されている。ファイル毎のＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］１１２ｂ４には、ファイルが使用する単位時間（１時間）当たりの、単位容量（１ＧＢ）当たりのＣＰＵ使用量（ＧＨｚ）が格納されている。以下、「ファイルが使用する単位時間（１時間）当たりの、単位容量（１ＧＢ）当たりのＣＰＵ使用量（ＧＨｚ）」は、「ファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］」又は単に「ファイルＣＰＵ使用量」と称呼される場合がある。残保管期間［Ｍｏｎｔｈ］１１２ｂ５には、ファイルの残保管期間が格納されている。最適配置先１１２ｂ６には、ファイルの最適配置先の基盤の名称が格納されている。最適配置先装置番号１１２ｂ７には、ファイルの最適配置先のストレージの識別情報が格納されている。

【0056】

一時退避先１１２ｂ８には、ファイルが最適配置先１１２ｂ７のストレージから退避された場合の一時退避先の基盤の名称が格納されている。一時退避先装置番号１１２ｂ９には、ファイルが最適配置先１１２ｂ７のストレージから退避された場合の一時退避先のストレージの識別情報が格納されている。

【0057】

図５はファイル配置ポリシー情報１１２ｃを説明するための図である。ファイル配置ポリシー情報１１２ｃは、情報（値）を格納する列（カラム）として、ＣＰＵ使用量閾値１１２ｃ１と、ファイル毎のＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］１１２ｃ２と、装置タイプ１１２ｃ３と、装置番号１１２ｃ４と、を含む。ファイル配置ポリシー情報１１２ｃには、ファイル配置ポリシーに関する各列に対応する情報が互いに対応付けられて行単位の情報（レコード）として格納されている。

【0058】

具体的に述べると、ＣＰＵ使用量閾値１１２ｃ１には、閾値（数値範囲）の識別番号が格納されている。ファイル毎のＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］１１２ｃ２には、ファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］の数値範囲が格納されている。装置タイプ１１２ｃ３には、基盤の種類（名称）が格納されている。装置番号１１２ｃ４には、ストレージの識別情報が格納されている。

【0059】

ファイル配置ポリシー情報１１２ｃは、ファイルの最適配置先を判定するのに使用される。例えば、ファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］が比較的大きいファイルは、ファイルサイズが小さく計算リソースを頻繁に使用するようなファイル特性を有する。このようなファイルは、３Ｔｉｅｒ基盤３００の高性能なストレージＳＴ１に配置することが適している。例えば、ファイル毎のＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］が比較的小さいファイルは、ファイルサイズが大きく計算リソースを頻繁に使用しないファイル特性を有する。このようなファイルは、３Ｔｉｅｒ基盤３００のストレージＳＴ２に配置することが適している。ファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］が上記以外のファイルは、ＨＣＩ基盤２００のストレージＣＬ１に配置していることが適している。ファイル配置ポリシー情報１１２ｃを用いて、ファイルの配置先をファイル特性に応じた最適な基盤のストレージに判定することができる。

【0060】

図６は調達スケジュール情報１１２ｄを説明するための図である。調達スケジュール情報１１２ｄは、情報（値）を格納する列（カラム）として、装置タイプ１１２ｄ１と、増設リソースタイプ１１２ｄ２と、調達期間（ｄａｙｓ）１１２ｄ３と、を含む。調達スケジュール情報１１２ｄには、リソースを調達する場合の調達スケジュールに関する各列に対応する情報が互いに対応付けられて行単位の情報（レコード）として格納されている。具体的に述べると、装置タイプ１１２ｄ１には、基盤の種類（名称）が格納されている。増設リソースタイプ１１２ｄ２には、増設する物理リソースの種類が格納されている。調達期間（ｄａｙｓ）１１２ｄ３には、リソースの調達にかかる期間（調達予定期間）が格納されている。

【0061】

図７はリソース稼働情報１１２ｅを説明するための図である。リソース稼働情報１１２ｅは、情報（値）を格納する列（カラム）として、日時１１２ｅ１と、装置番号１１２ｅ２と、使用率［％］１１２ｅ３と、障害［有無］１１２ｅ４と、を含む。リソース稼働情報１１２ｅには、リソース稼働情報１１２ｅに関する各列に対応する情報が互いに対応付けられて行単位の情報（レコード）として格納されている。具体的に述べると、日時１１２ｅ１には、情報を取得した日時（日付時間）が格納されている。装置番号１１２ｅ２には、ストレージの識別情報が格納されている。使用率［％］１１２ｅ３には、リソースの使用率（百分率）が格納されている。障害［有無］１１２ｅ４には、ストレージの障害の有無を示す情報が格納されている。

【0062】

＜作動の概要＞
図８は管理サーバ１００が実行する処理の処理フローを示すフローチャートである。管理サーバ１００は、ステップ８００から処理を開始して、ステップ８０５に進み、アプリケーションＡＰにより作成された新規ファイルを最適な基盤のストレージに配置（格納）する必要が生じたか否かを判定する。

【0063】

新規ファイルの配置が必要ではない場合、管理サーバ１００は、ステップ８０５にて「ＮＯ」と判定してステップ８１０に戻る。新規ファイルの配置が必要である場合、管理サーバ１００は、ステップ８０５にて「ＹＥＳ」と判定してステップ８１０に進み、新規ファイルの最適配置場所（最適配置先）を判定する「最適ファイル配置場所判定」を実行する。なお、この最適ファイル配置場所判定の詳細は後述する。

【0064】

その後、管理サーバ１００は、ステップ８１５に進み、最適ファイル配置場所判定を実行した結果に基づいて、最適配置場所からファイルの退避が必要であるか否かを判定する。

【0065】

最適配置場所からファイルの退避が必要ではない場合、管理サーバ１００は、ステップ８１５にて「ＮＯ」と判定してステップ８９５に進んで本処理フローを一旦終了する。

【0066】

最適配置場所からファイルの退避が必要である場合、管理サーバ１００は、ステップ８１５にて「ＹＥＳ」と判定して以下に述べるステップ８２０及びステップ８２５の処理を順に実行した後、ステップ８９５に進んで本処理フローを一旦終了する。

【0067】

ステップ８２０：管理サーバ１００は、最適配置場所から他のストレージに退避が必要なファイルを判定し、退避が必要なファイルを他のストレージに退避する「ファイル退避処理」を実行する。なお、このファイル退避処理の詳細は後述する。

【0068】

ステップ８２５：管理サーバ１００は、物理リソースの増設が完了すると、ステップ８２０で退避した退避ファイルを退避元のストレージに戻すための「第１ファイル再配置処理」を実行する。なお、この第１ファイル再配置処理の詳細は後述する。

【0069】

以下、管理サーバ１００が実行する処理の理解を容易にするため、図９を用いて処理の概要を具体例と合わせて説明する。なお、図９を参照しながら行う以下の説明では、適宜、図８のフローチャートの処理を参照する。

【0070】

Ｓ９００：新規ファイルであるファイルＦＬ１をＨＣＩ基盤２００のストレージＣＬ１に配置する必要が生じる。管理サーバ１００は、上述の図８のステップ８０５の処理にて「ＹＥＳ」と判定する。

【0071】

Ｓ９０５：管理サーバ１００は、ファイルＦＬ１について「最適ファイル配置場所判定」（図８のステップ８１０）を実行する。図９に示す例では、「最適ファイル配置場所判定」（図８のステップ８１０）により、ファイルＦＬ１の配置先がＨＣＩ基盤２００のストレージＣＬ１に判定され、且つ、ストレージＣＬ１からファイルを退避する「ファイル退避処理」が必要であると判定される（図８のステップ８１５にて「ＹＥＳ」と判定。）。

【0072】

Ｓ９１０：管理サーバ１００は、ファイル退避処理（図８のステップ８２０）を実行する。図８に示す例では、管理サーバ１００は、ファイル退避処理（ステップ８２０）により、ファイルＦＬ２の退避先を判定する。その結果、管理サーバ１００は、ファイルＦＬ２の退避先を３Ｔｉｅｒ基盤３００のストレージＳＴ１に判定する。管理サーバ１００は、ファイルＦＬ２をＨＣＩ基盤２００のストレージＣＬ１から３Ｔｉｅｒ基盤３００のストレージＳＴ１に退避させる。

【0073】

その後、ＨＣＩ基盤２００にて、物理リソースの増設が完了すると（Ｓ９１５）、管理サーバ１００は、ファイルＦＬ２を退避元のストレージに戻すための「第１ファイル再配置処理」（図８のステップ８２５）を実行する。管理サーバ１００は、「第１ファイル再配置処理」（図８のステップ８２５）を実行することにより、退避ファイルＦＬ２をＨＣＩ基盤２００のストレージＣＬ１に戻す（Ｓ９２０）。このとき、ＨＣＩ基盤２００のストレージＣＬ１に戻すか否かの判定は、退避ファイルＦＬ２に限定して行われる。

【0074】

従来、特定の基盤のリソースの増加が完了した後、退避ファイルを元の基盤のストレージに戻す際、退避ファイルの移動は手動で行われるか、或いは、自製のスクリプトによって実施されていたため、作業コストがかかっていた。

【0075】

これに対して、管理サーバ１００は、退避先の基盤に格納されているファイルのうち、退避ファイルのみを対象として、リソースの調達後にオンプレＯＮ１の退避元の特定の基盤のストレージに戻す。

【0076】

これにより、管理サーバ１００は、システムにおいて、リソースの調達期間も考慮した退避ファイルの再配置運用において、手動又はスクリプトによる運用を不要にすることができるので、作業コストを低減できる。更に、管理サーバ１００は、再配置判定対象を退避ファイルのみに限定することで、仮に退避ファイル以外の不要なファイルに対する判定処理を行った場合に比べて、処理に必要なリソースを減らすことができる。

【0077】

なお、図９に示した具体例は本発明の理解を容易にするために例示したあくまでも一例であり、この例に限定されない。図８の処理フローの実行結果に応じて、様々なファイル配置、ファイル退避及びファイルの再配置の様々なパターンがある。例えば、ファイルＦＬ１のファイル特性に応じて、ファイルＦＬ１がストレージＳＴ１に配置され、そのストレージＳＴ１に配置されていたファイルが退避され、リソース調達後、ストレージＳＴ１に退避ファイルが戻されるケースやファイルＦＬ２がパブリッククラウド基盤４００のストレージＣＬＯＵＤ１に退避するなど様々なパターンがある。

【0078】

＜具体的作動＞
＜最適ファイル配置場所判定＞
上述した最適ファイル配置場所判定（図８のステップ８１０）の詳細について説明する。図１０は管理サーバ１００のファイル配置場所判定処理部１１１ａが実行する処理フローを示すフローチャートである。ファイル配置場所判定処理部１１１ａは、図１０のステップ１０００から処理を開始し、以下に述べるステップ１００５及びステップ１０１０の処理を順に実行した後、ステップ１０１５に進む。

【0079】

ステップ１００５：ファイル配置場所判定処理部１１１ａは、新規ファイル（以下、「対象ファイル」と称呼される。）のファイルメタ情報１１２ｂのファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］及びファイル配置ポリシー情報１１２ｃに基づき、ファイルの最適配置先を決定する。一例を挙げると、例えば、対象ファイルのファイルメタ情報１１２ｂのファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］が、１５［ＧＨｚ／ＧＢ／Ｈｏｕｒ］である場合、対象ファイルのファイルメタ情報１１２ｂのファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］が、ファイル配置ポリシー情報１１２ｃのＣＰＵ使用量閾値１１２ｃ１が２である行のファイル毎のＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］１１２ｃ２の数値範囲に含まれる。この場合、ＣＰＵ使用量閾値１１２ｃ１が２である行の装置タイプ１１３ｃ３及び装置番号１１２４に格納された情報によって示される基盤のストレージが、ファイルの最適配置先に決定される。

【0080】

ステップ１０１０：ファイル配置場所判定処理部１１１ａは、装置構成情報１１２ａ及びファイルメタ情報１１２ｂを参照することにより、最適配置先のストレージ使用容量、第１閾値容量（＝総ストレージ容量×第１閾値÷１００）及び対象ファイルのファイルサイズを取得する。

【0081】

ファイル配置場所判定処理部１１１ａは、取得した最適配置先のストレージ使用容量と対象ファイルのファイルサイズとを合算することにより、合算値を計算する。ファイル配置場所判定処理部１１１ａは、合算値と第１閾値容量とを比較する。

【0082】

ファイル配置場所判定処理部１１１ａは、ステップ１０１５に進むと、ステップ１０１０の合算値と第１閾値容量との比較結果に応じて処理を分岐させる。

【0083】

合算値が第１閾値容量以下である場合、ファイル配置場所判定処理部１１１ａは、ステップ１０１５にて「ＮＯ」と判定してステップ１０２０に進む。ファイル配置場所判定処理部１１１ａは、ステップ１０２０に進むと、対象ファイルを最適配置先に格納する。

【0084】

ファイル配置場所判定処理部１１１ａは、ファイルメタ情報１１２ｂの最適配置先１１２ｂ６の情報及び最適配置先装置番号１１２ｂ７の情報、並びに、装置構成情報１１２ａのストレージ使用容量［ＧＢ］１１２ａ４の値、最適配置先に書き込み済みのファイル容量［ＧＢ］１１２ａ６の値を、対象ファイルを最適配置先に格納した後の状態に対応した情報（値）に更新した後、ステップ１０９５に進んで本処理フローを一旦終了する。

【0085】

これに対して、合算値が第１閾値容量より大きい場合、ファイル配置場所判定処理部１１１ａは、ステップ１０１５にて「ＹＥＳ」と判定してステップ１０２５に進む。ファイル配置場所判定処理部１１１ａは、物理リソース増設のため、リソース不足（容量不足）が生じている増設が必要なストレージ（即ち、最適配置先）及びストレージの基盤のタイプを特定する。ファイル配置場所判定処理部１１１ａは、調達スケジュール情報１１２ｄに基づいて、特定したストレージの基盤のタイプに対応する調達期間（ｄａｙｓ）１１２ｄ３の値を特定する。ファイル配置場所判定処理部１１１ａは、特定した調達期間（ｄａｙｓ）１１２ｄ３の値及び現時点の日付時間に基づいて、増設開始日、増設完了予定日及び増設容量（増設予定容量）を特定する。なお、増設予定容量は、例えば、ユーザによって管理サーバ１００に入力された値に基づいて特定される。

【0086】

ファイル配置場所判定処理部１１１ａは、装置構成情報１１２ａの増設開始日１１２ａ１３、増設完了日１１２ａ１４（増設完了予定日）及び増設予定容量［ＧＢ］１１２ａ（増設容量）のそれぞれの値を特定した値に更新した後、ステップ１０９５に進んで本処理フローを一旦終了する。

【0087】

＜ファイル退避処理＞
上述したファイル退避処理（図８のステップ８２０）の詳細について説明する。図１１は管理サーバ１００のファイル退避処理部１１１ｂが実行する処理フローを示すフローチャートである。ファイル退避処理部１１１ｂは、図１１のステップ１１００から処理を開始し、以下に述べるステップ１１０５乃至ステップ１１１５の処理を順に実行した後、ステップ１１２０に進む。

【0088】

ステップ１１０５：ファイル退避処理部１１１ｂは、ファイル配置場所判定処理によって判定された、対象ファイルの最適配置先のストレージに格納されているファイル（複数ファイル）に関して、ファイルメタ情報１１２ｂのファイルの残保管期間が最も小さい順にソートする。

【0089】

ステップ１１１０：ファイル退避処理部１１１ｂは、装置構成情報１１２ａに基づいて、最適配置先のストレージ使用容量及び第２閾値容量（＝総ストレージ容量×第２閾値÷１００）を特定する。ファイル退避処理部１１１ｂは、ソート順にファイルを退避した後の、装置構成情報１１２ａのストレージ使用容量と第２閾値容量とを比較し、ストレージ使用容量が第２閾値容量を下回るまで、最適配置先のストレージから他のストレージに退避する候補となる退避候補ファイルを選定する。

【0090】

ステップ１１１５：ファイル退避処理部１１１ｂは、装置構成情報１１２ａに基づいて、ストレージ使用容量と第３閾値容量（＝総ストレージ容量×第３閾値÷１００）とを比較して、第３閾値容量を下回るオンプレＯＮ１（３Ｔｉｅｒ基盤３００又はＨＣＩ基盤２００）のストレージを選定する。なお、このとき、ファイル退避処理部１１１ｂは、リソース稼働情報１１２ｅに基づいて、ストレージの稼働状態を確認し、障害有のストレージは選定対象から除外する。

【0091】

ファイル退避処理部１１１ｂは、ステップ１１２０に進むと、ステップ１１１５の選定結果に応じて処理を分岐させる。ストレージ使用容量が第３閾値容量を下回るストレージが有る場合、ファイル退避処理部１１１ｂは、ステップ１１２０にて「ＹＥＳ」と判定してステップ１１２５に進み、退避候補ファイルの全てが、選定したストレージ（３Ｔｉｅｒ基盤３００又はＨＣＩ基盤２００のストレージ）に格納できるか否かを確認する。

【0092】

その後、ファイル退避処理部１１１ｂは、ステップ１１３０に進み、ステップ１１２５の確認結果に応じて処理を分岐させる。退避候補ファイルの全てが、選定ストレージに格納できる場合、ファイル退避処理部１１１ｂは、ステップ１１３０にて「ＹＥＳ」と判定してステップ１１３５に進み、退避候補ファイルの全てを一時退避先（選定ストレージ）に格納し、格納した退避候補ファイルに関して、ファイルメタ情報１１２ｂの一時退避先１１２ｂ８、装置構成情報１１２ａのストレージ使用容量［ＧＢ］１１２ａ４及び退避中ファイル容量［ＧＢ］１１２ａ７を更新する。なお、一時退避先（選定ストレージ）に格納された退避候補ファイルが「退避ファイル」である。その後、ファイル退避処理部１１１ｂは、ステップ１１９５に進んで本処理フローを一旦終了する。

【0093】

これに対して、退避候補ファイルの全てが、一時退避先（選定ストレージ）に格納できない場合、ファイル退避処理部１１１ｂは、ステップ１１３０にて「ＮＯ」と判定し、以下に述べるステップ１１４０及び既述のステップ１１３５の処理を順に実行した後、ステップ１１９５に進んで本処理フローを一旦終了する。

【0094】

ステップ１１４０：ファイル退避処理部１１１ｂは、退避候補ファイルに関して、装置構成情報１１２ａ、ファイルメタ情報１１２ｂ、装置スケジュール情報１１２ｄ及び下記判定方法に基づいて、コストの観点から優先的に一時退避先をパブリッククラウド基盤４００に選定すべきファイルの順を判定し、ソートする。

【0095】

判定方法：ファイル退避処理部１１１ｂは、まず退避候補ファイルのうち判定式１を満たすファイルを選定する。ファイル退避処理部１１１ｂは、判定式１を満たすファイルに関し、判定式２により計算される数値が最小となる順にソートする（ソート１）。

【0096】

次に、ファイル退避処理部１１１ｂは、退避候補ファイルのうち判定式１を満たさないファイルについて、判定式２により計算される数値が最小となる順にソートする（ソート２）。

【0097】

ファイル退避処理部１１１ｂは、退避候補ファイルに関し、ソート１によるソート順の次にソート２によるソート順がくるように、最終的にソートする。

【0098】

判定式１：パブクラ保管コスト×残保管期間＜（パブクラ保管コスト×調達所要期間）＋｛退避元のストレージのコスト×（残保管期間－調達所要期間）｝
判定式２：（パブクラ保管コスト×調達所要期間）＋｛退避元のストレージのコスト×（残保管期間－調達所要期間)）
なお、判定式１及び判定式２のパブクラ保管コスト及び退避元のストレージのコストは、装置構成情報１１２ａのストレージに対応するコスト［￥／ＧＢ］１１２ａ１２の値に、ファイルメタ情報１１２ｂのファイルサイズ［ＧＢ］１１２ｂ３のファイル容量を乗じることにより算出できる。

【0099】

そして、ファイル退避処理部１１１ｂは、退避候補ファイルに関し、ソート順に優先して一時退避先をパブリッククラウド基盤４００のストレージに選定する。この選定は、退避候補ファイルに関し、一時退避先をパブリッククラウド基盤４００のストレージに選定した以外の退避候補ファイルがステップ１１２５の選定ストレージに格納可能になるまで行われる。選定が終了すると、一時退避先をパブリッククラウド基盤４００のストレージに選定した以外の退避候補ファイルの格納先を、ステップ１１２５の選定ストレージに選定する。

【0100】

一方、上述のステップ１１２０にてストレージ使用容量が第３閾値容量を下回るストレージがない場合、ファイル退避処理部１１１ｂは、ステップ１１２０にて「ＮＯ」と判定して以下に述べるステップ１１４５及び既述のステップ１１３５の処理を順に実行した後、ステップ１１９５に進んで本処理フローを一旦終了する。

【0101】

ステップ１１４５：ファイル退避処理部１１１ｂは、退避候補ファイルの全ての一時退避先をパブリッククラウド基盤４００のストレージに選定する。

【0102】

＜第１ファイル再配置処理＞
上述した第１ファイル再配置処理（図８のステップ８２５）の詳細について説明する。図１２は管理サーバ１００のファイル再配置処理部１１１ｃが実行する処理フローを示すフローチャートである。ファイル再配置処理部１１１ｃは、図１２のステップ１２００から処理を開始し、以下に述べるステップ１２０５乃至ステップ１２１５の処理を順に実行した後、ステップ１２２０に進む。

【0103】

ステップ１２０５：ファイル再配置処理部１１１ｃは、装置構成情報１１２ａに基づいて、物理リソース増設の対象ストレージに対応する増設完了日１１４ａ１４の日付を経過後に、増設予定容量分の容量が、総ストレージ容量［ＧＢ］１１３ａ３に追加されている事を確認する。

【0104】

ステップ１２１０：ファイル再配置処理部１１１ｃは、ファイルメタ情報１１２ｂに基づいて、対象ストレージ（増設完了ストレージ）に再配置する再配置対象となるファイル（即ち、退避ファイル）を選定する。

【0105】

ステップ１２１５：ファイル再配置処理部１１１ｃは、装置構成情報１１２ａに基づいて、第３閾値容量を特定し、最適配置先（増設完了ストレージ）のストレージ使用容量と第３閾値容量とを比較し、第３閾値容量を下回ることを確認する。

【0106】

ファイル再配置処理部１１１ｃは、ステップ１２２０に進むと、ステップ１２１５の確認結果に応じて処理を分岐させる。ストレージ使用容量が第３閾値容量より小さい場合、ファイル再配置処理部１１１ｃは、ステップ１２２０にて「ＹＥＳ」と判定し、以下に述べるステップ１２２５乃至ステップ１２３５の処理を順に実行した後、ステップ１２９５に進んで本処理フローを一旦終了する。

【0107】

ステップ１２２５：ファイル再配置処理部１１１ｃは、対象ストレージ（増設完了ストレージ）のリソース稼働情報１１２ｅの使用率［％］１１２ｅ３の値が、装置構成情報１１２ａの再配置用リソース使用率閾値［％］１１２ａ１７の値を下回ることを確認するとともに、対象ストレージ（増設完了ストレージ）に障害が発生していないことを確認する。なお、リソース稼働情報１１２ｅは、リソース稼働情報監視処理部１１１ｄにより逐次更新されている。

【0108】

ステップ１２３０：ファイル再配置処理部１１１ｃは、最適配置先（対象ストレージ（増設完了ストレージ））へ退避ファイルを再配置し、一時退避先から退避ファイルを削除する。

【0109】

ステップ１２３５：ファイル再配置処理部１１１ｃは、ファイルメタ情報１１２ｂ及び装置構成情報１１２ａを、退避ファイルを再配置した後の状態に対応する値に更新する。

【0110】

これに対して、ストレージ使用容量が第３閾値容量以上である場合、対象ストレージ（増設完了ストレージ）の容量の空きに余裕がないため、退避ファイルを対象ストレージ（増設完了ストレージ）に戻すべきではない。従って、この場合、ファイル再配置処理部１１１ｃは、ステップ１２２０にて「ＮＯ」と判定してステップ１２４０に進み、ファイル再配置処理部１１１ｃは、図示しない管理者の端末にアラートして処理を中止する。その後、ファイル再配置処理部１１１ｃは、ステップ１２９５に進んで本処理フローを一旦終了する。

【0111】

＜効果＞
以上説明したように、本発明の第１実施形態に係る管理サーバ１００は、退避ファイルを対象として、リソースの調達後に、退避先の基盤のストレージに格納されたファイルのうち、退避ファイルを対象としてオンプレＯＮ１の退避元の特定の基盤に戻すことできる。

【0112】

<<第２実施形態>>
本発明の第２実施形態に係る管理サーバ１００（システム管理装置）について説明する。第２実施形態に係る管理サーバ１００は、上述した第１ファイル再配置処理に代えて、第２ファイル再配置処理を実行する点のみにおいて、第１実施形態に係る管理サーバ１００と相違点を有する。

【0113】

第２ファイル再配置処理は、退避ファイルの一部しか最適配置先（退避ファイルの退避元）に戻すことができない場合、その退避ファイルの一部を最適配置先に戻す。第２ファイル再配置処理は、最適配置先に戻せない他の退避ファイルの最適配置先を再評価し、評価結果に基づいて他の退避ファイルを再評価後の最適配置先に配置する。

【0114】

以下、この相違点を中心として説明する。

【0115】

＜作動の概要＞
図１３は第２実施形態に係る管理サーバ１００が実行する処理の処理フローを示すフローチャートである。図１３に示すフローチャートは、図８のステップ８２５が以下のステップ１３０５に置換された点以外、図８と同様である。

【0116】

ステップ１３０５：管理サーバ１００は、物理リソースの増設が完了すると、退避ファイルを退避元のストレージに戻すための「第２ファイル再配置処理」を実行する。なお、この第２ファイル再配置処理の詳細は後述する。

【0117】

以下、管理サーバ１００が実行する処理の理解を容易にするため、図１４を用いて処理の概要を具体例と合わせて説明する。なお、図１４を参照しながら行う以下の説明では、適宜、図１３のフローチャートの処理を参照する。

【0118】

Ｓ１４００：新規ファイルであるファイルＦＬ１をＨＣＩ基盤２００のストレージＣＬ１に配置する必要が生じる。管理サーバ１００は、上述の図１３のステップ８０５の処理にて「ＹＥＳ」と判定する。

【0119】

Ｓ１４０５：管理サーバ１００は、ファイルＦＬ１について「最適ファイル配置場所判定」（図１３のステップ８１０）を実行する。図１４に示す例では、「最適ファイル配置場所判定」（図１３のステップ８１０）により、ファイルＦＬ１の配置先がＨＣＩ基盤２００のストレージＣＬ１に判定され、且つ、ストレージＣＬ１からファイルを退避する「ファイル退避処理」が必要であると判定される（図１３のステップ８１５にて「ＹＥＳ」と判定。）。

【0120】

Ｓ１４１０：管理サーバ１００は、ファイル退避処理（図１３のステップ８２０）を実行する。本例では、管理サーバ１００は、ファイル退避処理（図１３のステップ８２０）により、ファイルＦＬ２及びファイルＦＬ３の退避先を判定する。その結果、管理サーバ１００は、ファイルＦＬ２及びファイルＦＬ３の退避先を３Ｔｉｅｒ基盤３００のストレージＳＴ１に判定する。管理サーバ１００は、ファイルＦＬ２及びファイルＦＬ３をＨＣＩ基盤２００のストレージＣＬ１から３Ｔｉｅｒ基盤３００のストレージＳＴ１に退避させる。

【0121】

その後、ＨＣＩ基盤２００にて、物理リソースの増設が完了すると（Ｓ１４１５）、管理サーバ１００は、ファイルＦＬ２及びファイルＦＬ３を退避元のストレージに戻すための「第２ファイル再配置処理」（図１３のステップ１３０５）を実行する。管理サーバ１００は、「第２ファイル再配置処理」（図１３のステップ１３０５）を実行することにより、ファイルＦＬ２及びファイルＦＬ３の全てを退避元のストレージに戻すか否かを判定する。図１４に示す例では、ファイルＦＬ２及びファイルＦＬ３の全てを退避元のストレージに戻せないと判定される。その結果、管理サーバ１００は、ファイルＦＬ２のみを退避元のＨＣＩ基盤２００のストレージＣＬ１に戻し、ファイルＦＬ３の最適配置先を再評価し、再評価結果に基づいて、ファイルＦＬ３を新最適配置先（ストレージＳＴ１（移動しない）、ストレージＳＴ２及びストレージＣＬＯＵＤ１の何れか）に配置する（Ｓ１４２５）。ＨＣＩ基盤２００のストレージＣＬ１に戻すか否かの判定は、退避ファイルＦＬ２及び退避ファイルＦＬ３に限定して行われる。従って、第１実施形態と同様、管理サーバ１００は、作業コストを低減でき、且つ、処理にかかるリソースを減らすことができる。

【0122】

なお、図１４に示した具体例は本発明の理解を容易にするために例示したあくまでも一例であり、この例に限定されない。図１３の処理フローの実行結果に応じて、様々なファイル配置、ファイル退避及びファイルの再配置の様々なパターンがある。例えば、ファイルＦＬ１のファイル特性に応じて、ファイルＦＬ１がストレージＳＴ１に配置され、そのストレージＳＴ１に配置されていたファイルが退避され、リソース調達後、ストレージＳＴ１に退避ファイルが戻されるケースやファイルＦＬ２及びファイルＦＬ３がパブリッククラウド基盤４００のストレージＣＬＯＵＤ１に退避するなど様々なパターンがある。

【0123】

＜具体的作動＞
上述した第２ファイル再配置処理（図１３のステップ１３０５）の詳細について説明する。図１５は管理サーバ１００のファイル再配置処理部１１１ｃが実行する処理フローを示すフローチャートである。ファイル再配置処理部１１１ｃは、図１５のステップ１５００から処理を開始し、既述のステップ１２０５の処理並びに以下に述べるステップ１５０５及びステップ１５１０の処理を順に実行した後、ステップ１５１５に進む。

【0124】

ステップ１５０５：ファイル再配置処理部１１１ｃは、ファイルメタ情報１１２ｂに基づいて、対象ストレージ（増設完了ストレージ）に再配置予定となるファイル（即ち、退避ファイル）を選定する。以下、選定したファイルは、「戻し予定対象ファイル」と称呼される。

【0125】

ステップ１５１０：ファイル再配置処理部１１１ｃは、装置構成情報１１２ａに基づいて、第３閾値容量を特定し、最適配置先（増設完了ストレージ）のストレージ使用容量と第３閾値容量とを比較し、ストレージ使用容量が第３閾値容量以上であることを確認する。

【0126】

ファイル再配置処理部１１１ｃは、ステップ１５１５に進み、ステップ１５１０の確認結果に応じて処理を分岐させる。ストレージ使用容量が第３閾値容量以上である場合、対象ストレージの容量の空きに余裕がないため、戻し予定対象ファイルの全てを最適配置先（退避元）に戻すべきではない。従って、この場合、ファイル再配置処理部１１１ｃは、ステップ１５１５にて「ＹＥＳ」と判定し、以下に述べるステップ１５２０乃至ステップ１５３５の処理を順に実行した後、ステップ１５４０に進む。

【0127】

ステップ１５２０：ファイル再配置処理部１１１ｃは、戻し予定対象ファイルのファイルメタ情報１１２ｂのファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］に基づいて、戻し予定対象ファイルの退避元である最適配置先（増設完了ストレージ）のストレージ使用容量が第３閾値容量を下回る状態になるまで、戻し予定対象ファイルの中から、最適配置先（増設完了ストレージ）に戻すことが適切なファイル(優先的に最適配置先に戻すファイル)を選定する。なお、ファイル再配置処理部１１１ｃは、ファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］が同一のファイルを比較する場合、残保管期間が長いファイルを優先的に最適配置先（増設完了ストレージ）に戻す対象とする。例えば、戻し予定対象ファイルの退避元である最適配置先（増設完了ストレージ）がストレージＳＴ１である場合、ファイル再配置処理部１１１ｃは、ファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］が大きい順に優先的に最適配置先（増設完了ストレージ）に戻す対象を選定する。戻し予定対象ファイルの退避元である最適配置先（増設完了ストレージ）がストレージＳＴ２である場合、ファイル再配置処理部１１１ｃは、ファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］が小さい順に優先的に最適配置先（増設完了ストレージ）に戻す対象を選定する。戻し予定対象ファイルの退避元である最適配置先（増設完了ストレージ）がストレージＣＬ１である場合、ファイル再配置処理部１１１ｃは、ファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］がファイル配置ポリシー情報１１２ｃのファイル毎のＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒｅ］１１２ｃ２に格納された数値範囲の中央値に近い順に、優先的に最適配置先（増設完了ストレージ）に戻す対象を選定する。

【0128】

ステップ１５２５：ファイル再配置処理部１１１ｃは、戻し予定対象ファイルのうち、最適配置先（増設完了ストレージ）に戻すことが可能なファイル（ステップ１５２０にて選定したファイル）を、最適配置先（増設完了ストレージ）に戻す。

【0129】

ステップ１５３０：ファイル再配置処理部１１１ｃは、最適配置先（増設完了ストレージ（退避元））に戻せないファイル（ステップ１５２０にて選定されなかった戻し予定対象ファイル）の最適配置先を再評価する対象とする。

【0130】

ステップ１５３５：ファイル再配置処理部１１１ｃは、再評価対象の戻し予定対象ファイルを対象ファイルとして、既述のステップ８１０（図１０の処理フロー）と同様のファイル最適配置判定を、ファイル配置場所判定処理部に実行させる。

【0131】

その結果、最適配置先（増設完了ストレージ）に戻せない戻し予定対象ファイルの新最適配置先が決定され、その新最適配置先にファイルが格納可能である場合、最適配置先（増設完了ストレージ）に戻せない戻し予定対象ファイルがその新最適配置先に格納される（図１０のステップ１０２０）。なお、最適配置先（増設完了ストレージ）に戻せない戻し予定対象ファイルの新最適配置先が、現時点でのその戻し予定対象ファイルの配置先であると評価された場合、その戻し予定対象ファイルはその配置先から移動しない。

【0132】

一方で、最適配置先（増設完了ストレージ）に戻せない戻し予定対象ファイルの新最適配置先が決定され、その新最適配置先に戻し予定対象ファイルが格納可能ではない場合、その新最適配置先に対して物理リソースの増設が必要となる（図１０のステップ１０２５）。この場合、その決定された新最適配置先から再度ファイルを退避（再退避）させる退避ファイル処理が必要となる。

【0133】

ファイル再配置処理部１１１ｃは、ステップ１５４０に進み、退避中ファイル最適配置判定の結果に応じて、処理を分岐させる。

【0134】

ファイル最適配置判定の結果、新最適配置先からファイルの再退避が必要ない場合、ファイル再配置処理部１１１ｃは、ステップ１５４０にて「ＮＯ」と判定してステップ１５９５に進んで本処理フローを一旦終了する。

【0135】

ファイル最適配置判定の結果、新最適配置先からファイルの再退避が必要である場合、ファイル再配置処理部１１１ｃは、ステップ１５４０にて「ＹＥＳ」と判定してステップ１５４５に進む。ファイル再配置処理部１１１ｃは、ステップ１５４５に進むと、最適配置先（増設完了ストレージ）に戻せない戻し予定対象ファイルの新最適配置先からファイルを退避させるために、既述のステップ８２０（図１１の処理フロー）と同様のファイル退避処理を、ファイル退避処理部１１１ｂに実行させた後、ステップ１２０５に戻り、再び、既述のステップ１２０５から既述の処理を開始する（この場合、戻し予定対象ファイルの新最適配置先が対象ストレージとなって以降の既述の処理が実行される。）。

【0136】

なお、上述したステップ１５１５にて、ストレージ使用容量が第３閾値容量より小さい場合、戻し予定対象ファイルの全てを最適配置先（増設完了ストレージ）に戻すことができる。従って、この場合、ファイル再配置処理部１１１ｃは、ステップ１５１５にて「ＮＯ」と判定してステップ１５５０に進む。ファイル再配置処理部１１１ｃは、ステップ１５５０に進むと、既述の図１２のステップ１１２５乃至ステップ１２３５と同様の処理を実行する。これにより、ファイル再配置処理部１１１ｃは、戻し予定対象ファイルの全てを最適配置先（増設完了ストレージ）に戻す。その後、ファイル再配置処理部１１１ｃは、ステップ１５９５に進んで本処理フローを一旦終了する。

【0137】

＜効果＞
以上説明したように、本発明の第２実施形態に係る管理サーバ１００は、リソースの調達後に、退避先の基盤のストレージに格納されたファイルのうち、退避ファイルを対象として、退避ファイルの少なくとも一部をオンプレＯＮ１の退避元の特定の基盤に戻すことできる。本発明の第２実施形態に係る管理サーバ１００は、退避ファイルの一部しかオンプレＯＮ１の退避元の特定の基盤に戻せない場合、退避ファイルの一部をオンプレＯＮ１の退避元の特定の基盤に戻し、その他の退避ファイルを最適な基盤のストレージに配置できる。

【0138】

<<第３実施形態>>
本発明の第３実施形態に係る管理サーバ１００（システム管理装置）について説明する。第３実施形態に係る管理サーバ１００は、図１２のフローチャートにより示した処理フローに代えて、図１６のフローチャートにより示した処理フローを実行する点のみにおいて、第１実施形態に係る管理サーバ１００と相違点を有する。

【0139】

以下、この相違点を中心として説明する。

【0140】

＜具体的作動＞
図１６は第３実施形態に係る管理サーバ１００のファイル再配置処理部１１１ｃが実行する処理フローを示すフローチャートである。このフローチャートは、図１２のフローチャートのステップ１２１５及びステップ１２２０が以下のステップ１６０５及びステップ１６１０に置換された点以外、図１２のフローチャート同様である。

【0141】

ステップ１６０５：ファイル再配置処理部１１１ｃは、装置構成情報１１２ａに基づいて、第４閾値容量を特定し、最適配置先（増設完了ストレージ）の仮想総容量と第４閾値容量とを比較し、第４閾値容量を下回ることを確認する。図示は省略するが、装置構成情報１１２ａは、情報を格納する列（カラム）として、第４閾値［％］を更に含む。第４閾値には、第４閾値容量（＝総ストレージ容量×第４百分率÷１００））を計算するための第４百分率が格納されている。第４閾値容量は、仮想総容量に基づいて、退避ファイルを退避元のストレージに戻すことが可能であるか否かを判定する基準として使用される。

【0142】

ステップ１６１０：ファイル再配置処理部１１１ｃは、ステップ１６０５の確認結果に応じて処理を分岐させる。仮想総容量が第４閾値容量より小さい場合、ファイル再配置処理部１１１ｃは、ステップ１６１０にて「ＹＥＳ」と判定し、既述のステップ１２２５乃至ステップ１２３５の処理を順に実行した後、ステップ１６９５に進んで本処理フローを一旦終了する。仮想総容量が第４閾値容量以上である場合、ファイル再配置処理部１１１ｃは、ステップ１６１０にて「ＮＯ」と判定し、既述のステップ１２４０の処理を実行した後、ステップ１６９５に進んで本処理フローを一旦終了する。

【0143】

＜効果＞
以上説明したように、本発明の第３実施形態に係る管理サーバ１００は、第１実施形態と同様の効果を奏する。更に、第３実施形態に係る管理サーバ１００では、退避ファイルを戻すことができるか否かの退避元のストレージの状態の確認は、仮想総容量に基づいて行われる。これにより、管理サーバ１００は、退避ファイルを戻す時点の退避ファイルの容量を考慮して、退避ファイルを退避元の基盤に戻すことができるか否かをより適切に判定することができる。

【0144】

<<第４実施形態>>
本発明の第４実施形態に係る管理サーバ１００（システム管理装置）について説明する。第４実施形態に係る管理サーバ１００は、図１５のフローチャートにより示した処理フローに代えて、図１７に示した処理フローを実行する点のみにおいて、第２実施形態に係る管理サーバ１００と相違点を有する。

【0145】

以下、この相違点を中心として説明する。

【0146】

＜具体的作動＞
図１７は第４実施形態に係る管理サーバ１００のファイル再配置処理部１１１ｃが実行する処理フローを示すフローチャートである。このフローチャートは、図１５のフローチャートのステップ１５１０乃至ステップ１５２０が以下のステップ１７０５乃至ステップ１７１５に置換された点以外、図１５のフローチャート同様である。

【0147】

ステップ１７０５：ファイル再配置処理部１１１ｃは、装置構成情報１１２ａに基づいて、第４閾値容量を特定し、最適配置先（増設完了ストレージ）の仮想総容量と第４閾値容量とを比較し、第４閾値容量を下回ることを確認する。図示は省略するが、第３実施形態と同様、装置構成情報１１２ａは、情報を格納する列（カラム）として、第４閾値［％］を更に含む。

【0148】

ステップ１７１０：ファイル再配置処理部１１１ｃは、ステップ１７０５の確認結果に応じて処理を分岐させる。仮想総容量が第４閾値容量より小さい場合、ファイル再配置処理部１１１ｃは、ステップ１７１０にて「ＹＥＳ」と判定し以下に述べるステップ１７１５の処理を実行する。

【0149】

ステップ１７１５：ファイル再配置処理部１１１ｃは、戻し予定対象ファイルのファイルメタ情報１１２ｂのファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］に基づいて、戻し予定対象ファイルの退避元である最適配置先（増設完了ストレージ）の仮想総容量が第４閾値容量を下回る状態になるまで、戻し予定対象ファイルの中から、最適配置先（増設完了ストレージ（退避元））に戻すことが適切なファイル(優先的に最適配置先に戻すファイル)を選定する。なお、ファイル再配置処理部１１１ｃは、ファイルＣＰＵ使用量［ＧＨｚ／ＧＢ／Ｈｏｕｒ］が同一のファイルを比較する場合、残保管期間が長いファイルを優先的に最適配置先（退避元）に戻す対象とする。

【0150】

その後、ファイル再配置処理部１１１ｃは、既述のステップ１５３５乃至ステップ１５４５の処理のうちの適当な処理を実行した後、ステップ１７９５に進んで本処理フローを一旦終了する。

【0151】

仮想総容量が第４閾値容量以上である場合、ファイル再配置処理部１１１ｃは、ステップ１７１０にて「ＮＯ」と判定し、既述のステップ１５５０の処理を実行した後、ステップ１７９５に進んで本処理フローを一旦終了する。

【0152】

＜効果＞
以上説明したように、本発明の第４実施形態に係る管理サーバ１００は、第２実施形態と同様の効果を奏する。更に、第４実施形態に係る管理サーバ１００では、退避ファイルを戻すことができるか否かの退避元のストレージの状態の確認は、仮想総容量に基づいて行われる。これにより、管理サーバ１００は、退避ファイルを戻す時点の退避ファイルの容量を考慮して、退避ファイルを退避元の基盤に戻すことができるか否かをより適切に判定することができる。

【0153】

<<変形例>>
本発明は上記各実施形態に限定されることなく、本発明の範囲内において種々の変形例を採用することができる。更に、上記各実施形態は、本発明の範囲を逸脱しない限り、互いに組み合わせることが可能である。上記各実施形態において、システムに含まれる基盤の数及び種類は上記に限定されるものではない。例えば、オンプレＯＮ１に含まれる基盤は、ＨＣＩ基盤２００のみ、又は、３Ｔｉｅｒ基盤３００のみであってもよい。

【符号の説明】

【0154】

１００…管理サーバ、１１０…記憶装置、１１１…プログラム、１１２…データベース、１１１ａ…ファイル配置場所判定処理部、１１１ｂ…ファイル退避処理部、１１１ｃ…ファイル再配置処理部、１１１ｄ…リソース稼働情報監視処理部、１１２ａ…装置構成情報、１１２ｂ…ファイルメタ情報、１１２ｃ…ファイル配置ポリシー情報、１１２ｄ…調達スケジュール情報、１１２ｅ…リソース稼働情報、２００…ＨＣＩ基盤、３００…３Ｔｉｅｒ基盤、４００…パブリッククラウド基盤、ＯＮ１…オンプレミス基盤

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】