特許 6960491 管理システム及び基盤システムの管理方法

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

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

(11)【特許番号】6960491

(24)【登録日】2021年10月13日

(45)【発行日】2021年11月5日

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

(51)【国際特許分類】

   G06F 9/50 20060101AFI20211025BHJP

   G06F 9/455 20060101ALI20211025BHJP

【ＦＩ】

   G06F9/50 120Z

   G06F9/455 150

【請求項の数】12

【全頁数】48

(21)【出願番号】特願2020-36806(P2020-36806)

(22)【出願日】2020年3月4日

(65)【公開番号】特開2021-140404(P2021-140404A)

(43)【公開日】2021年9月16日

【審査請求日】2020年7月10日

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001678

【氏名又は名称】特許業務法人藤央特許事務所

(72)【発明者】

【氏名】山本 怜

(72)【発明者】

【氏名】西原 雄太

(72)【発明者】

【氏名】橋本 泰平

(72)【発明者】

【氏名】加藤 成

【審査官】 坂庭 剛史

(56)【参考文献】

【文献】 特開２００９−１４５９３１（ＪＰ，Ａ）

【文献】 特開２００８−１６５３７９（ＪＰ，Ａ）

【文献】 国際公開第２０１８／０２９８２０（ＷＯ，Ａ１）

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

Ｇ０６Ｆ ９／５０

Ｇ０６Ｆ ９／４５５

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

【請求項1】

業務システムを稼働させるためのリソースを提供し、アーキテクチャが異なる複数の基盤を含む基盤システムを管理する管理システムであって、
プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する少なくとも一つの計算機を含み、
前記複数の基盤は、少なくとも一つのサーバ装置、少なくとも一つのスイッチ、及び少なくとも一つのストレージシステムから構成される第１基盤と、少なくとも一つのサーバ装置から構成される第２基盤と、を含み、
前記管理システムは、
前記複数の基盤の各々で稼働する前記業務システムの前記リソースの使用状態を監視する監視部と、
前記業務システムの前記リソースの使用状態に基づいて、マイグレーション対象の前記業務システムを特定する分析部と、を備え、
前記分析部は、
前記業務システムの前記リソースの使用状態に基づいて、前記業務システムの前記リソースの使用傾向を分析し、前記分析の結果に基づいて、前記第１基盤及び前記第２基盤のいずれが前記業務システムに適しているか否かを判定し、第１判定結果として保存し、
前記業務システムの前記リソースの使用状態に基づいて、前記複数の基盤の中で前記リソースの不足が予測される前記基盤であるターゲット基盤を特定し、第２判定結果として保存し、
前記第１判定結果及び前記第２判定結果に基づいて、前記ターゲット基盤上で稼働する前記業務システムの中から前記マイグレーション対象の前記業務システムを選択し、
前記選択された業務システムをマイグレーションすることを特徴とする管理システム。

【請求項2】

請求項１に記載の管理システムであって、
前記分析部は、
前記業務システムの前記リソースの使用傾向の分析結果に基づいて、前記業務システムの各々について前記第１基盤及び前記第２基盤の各々の適性を示す基盤評価値を算出し、前記第１判定結果として保存し、
前記ターゲット基盤上で稼働する前記業務システムの前記基盤評価値に基づいて、前記ターゲット基盤のアーキテクチャと異なるアーキテクチャの基盤の適性が高い前記業務システムを、前記マイグレーション対象の前記業務システムとして選択することを特徴とする管理システム。

【請求項3】

請求項２に記載の管理システムであって、
前記分析部は、前記基盤評価値に基づいて算出された優先順位の大きさに基づいて、前記ターゲット基盤上の前記業務システムの中から、所定の数の前記業務システムを前記マイグレーション対象の前記業務システムとして選択することを特徴とする管理システム。

【請求項4】

請求項１に記載の管理システムであって、
前記分析部は、
前記ターゲット基盤とアーキテクチャが異なる基盤のリソースの空き容量と、前記ターゲット基盤のリソースの使用量と基づいて、前記ターゲット基盤とアーキテクチャが異なる基盤の中から、移行先となる候補基盤を特定し、
前記マイグレーション対象の前記業務システム及び前記候補基盤の組合せであるマイグレーションパターンを生成し、
前記マイグレーションパターン毎に、前記マイグレーション対象の前記業務システムのマイグレーション後の前記候補基盤のリソースが不足するか否かを判定し、第３判定結果として保存し、
前記マイグレーション対象の前記業務システムのマイグレーションに要するコストを算出し、
前記第３判定結果及び前記コストに基づいて決定された前記マイグレーションパターンに登録された前記業務システムをマイグレーションすることを特徴とする管理システム。

【請求項5】

請求項４に記載の管理システムであって、
前記分析部は、
前記マイグレーション対象の前記業務システムに必要なストレージ機能を特定し、前記候補基盤の中から、前記特定されたストレージ機能を実現可能な前記候補基盤を選択し、
前記マイグレーション対象の前記業務システム及び前記選択された候補基盤の組合せであるマイグレーションパターンを生成することを特徴とする管理システム。

【請求項6】

請求項１に記載の管理システムであって、
前記分析部は、
前記業務システムの前記リソースの使用傾向の分析結果に基づいて、前記複数の基盤の各々の前記リソースの不足を判定するための閾値を算出し、
前記複数の基盤の各々の前記リソースの使用量に基づいて、前記複数の基盤の各々のリソース評価値を算出し、
前記複数の基盤の各々の前記リソース評価値及び前記閾値の比較結果に基づいて、前記複数の基盤の中から前記ターゲット基盤を特定することを特徴とする管理システム。

【請求項7】

管理システムが実行する、業務システムを稼働させるためのリソースを提供し、アーキテクチャが異なる複数の基盤を含む基盤システムの管理方法であって、
前記管理システムは、プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する少なくとも一つの計算機を含み、
前記複数の基盤は、少なくとも一つのサーバ装置、少なくとも一つのスイッチ、及び少なくとも一つのストレージシステムから構成される第１基盤と、少なくとも一つのサーバ装置から構成される第２基盤と、を含み、
前記基盤システムの管理方法は、
前記少なくとも一つの計算機が、前記複数の基盤の各々で稼働する前記業務システムの前記リソースの使用状態を監視する第１のステップと、
前記少なくとも一つの計算機が、前記業務システムの前記リソースの使用状態に基づいて、前記業務システムの前記リソースの使用傾向を分析し、前記分析の結果に基づいて、前記第１基盤及び前記第２基盤のいずれが前記業務システムに適しているか否かを判定し、第１判定結果として保存する第２のステップと、
前記少なくとも一つの計算機が、前記業務システムの前記リソースの使用状態に基づいて、前記複数の基盤の中で前記リソースの不足が予測される前記基盤であるターゲット基盤を特定し、第２判定結果として保存する第３のステップと、
前記少なくとも一つの計算機が、前記第１判定結果及び前記第２判定結果に基づいて、前記ターゲット基盤上で稼働する前記業務システムの中からマイグレーション対象の前記業務システムを選択する第４のステップと、
前記少なくとも一つの計算機が、前記選択された業務システムをマイグレーションする第５のステップと、を含むことを特徴とする基盤システムの管理方法。

【請求項8】

請求項７に記載の基盤システムの管理方法であって、
前記第２のステップは、前記少なくとも一つの計算機が、前記業務システムの前記リソースの使用傾向の分析結果に基づいて、前記業務システムの各々について前記第１基盤及び前記第２基盤の各々の適性を示す基盤評価値を算出し、前記第１判定結果として保存するステップを含み、
前記第４のステップは、前記少なくとも一つの計算機が、前記ターゲット基盤上で稼働する前記業務システムの前記基盤評価値に基づいて、前記ターゲット基盤のアーキテクチャと異なるアーキテクチャの基盤の適性が高い前記業務システムを、前記マイグレーション対象の前記業務システムとして選択するステップを含むことを特徴とする基盤システムの管理方法。

【請求項9】

請求項８に記載の基盤システムの管理方法であって、
前記第４のステップは、前記少なくとも一つの計算機が、前記基盤評価値に基づいて算出された優先順位の大きさに基づいて、所定の数の前記業務システムを前記マイグレーション対象の前記業務システムとして選択するステップを含むことを特徴とする基盤システムの管理方法。

【請求項10】

請求項７に記載の基盤システムの管理方法であって、
前記第４のステップは、
前記少なくとも一つの計算機が、前記ターゲット基盤とアーキテクチャが異なる基盤のリソースの空き容量と、前記ターゲット基盤のリソースの使用量と基づいて、前記ターゲット基盤とアーキテクチャが異なる基盤の中から、移行先となる候補基盤を特定する第６のステップと、
前記少なくとも一つの計算機が、前記マイグレーション対象の前記業務システム及び前記候補基盤の組合せであるマイグレーションパターンを生成する第７のステップと、
前記少なくとも一つの計算機が、前記マイグレーションパターン毎に、前記マイグレーション対象の前記業務システムのマイグレーション後の前記候補基盤のリソースが不足するか否かを判定し、第３判定結果として保存する第８のステップと、
前記少なくとも一つの計算機が、前記マイグレーションパターン毎に、前記マイグレーション対象の前記業務システムのマイグレーションに要するコストを算出する第９のステップと、を含み、
前記第５のステップは、前記少なくとも一つの計算機が、前記第３判定結果及び前記コストに基づいて決定された前記マイグレーションパターンに登録された前記業務システムをマイグレーションするステップを含むことを特徴とする基盤システムの管理方法。

【請求項11】

請求項１０に記載の基盤システムの管理方法であって、
前記第４のステップは、前記少なくとも一つの計算機が、前記マイグレーション対象の前記業務システムに必要なストレージ機能を特定するステップを含み、
前記第７のステップは、
前記少なくとも一つの計算機が、前記候補基盤の中から、前記特定されたストレージ機能を実現可能な前記候補基盤を選択するステップと、
前記少なくとも一つの計算機が、前記マイグレーション対象の前記業務システム及び前記選択された候補基盤の組合せであるマイグレーションパターンを生成するステップと、を含むことを特徴とする基盤システムの管理方法。

【請求項12】

請求項７に記載の基盤システムの管理方法であって、
前記第２のステップは、前記少なくとも一つの計算機が、前記業務システムの前記リソースの使用傾向の分析結果に基づいて、前記複数の基盤の各々の前記リソースの不足を判定するための閾値を算出するステップを含み、
前記第３のステップは、
前記少なくとも一つの計算機が、前記複数の基盤の各々の前記リソースの使用量に基づいて、前記複数の基盤の各々のリソース評価値を算出するステップと、
前記少なくとも一つの計算機が、前記複数の基盤の各々の前記リソース評価値及び前記閾値の比較結果に基づいて、前記複数の基盤の中から前記ターゲット基盤を特定するステップと、を含むことを特徴とする基盤システムの管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、基盤間の業務システムのマイグレーション技術に関する。

【背景技術】

【0002】

業務システムを稼働させるためのリソースを提供する基盤として、３Ｔｉｅｒ型及びＨＣＩ（Ｈｙｐｅｒ Ｃｏｎｖｅｒｇｅｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）型の基盤が知られている。３Ｔｉｅｒ型の基盤は、サーバ、ＳＡＮスイッチ、及びストレージシステムから構成される。ＨＣＩ型の基盤は、汎用サーバから構成され、ＳＤＳ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）技術を用いて、サーバ、ＳＡＮスイッチ、及びストレージシステムの３層の機能を実現する。

【0003】

３Ｔｉｅｒ型及びＨＣＩ型の基盤は、アーキテクチャ特性（コンピュータリソース及びストレージリソースの特性）が異なる。例えば、３Ｔｉｅｒ型の基盤は専用のハードウェアを用いる必要があるが、ＨＣＩ型の基盤は専用のハードウェアを必要としない。３Ｔｉｅｒ型の基盤は、各層のリソースを個別に追加及び削減できるため、コンピュータリソース及びストレージリソースを柔軟に変更できる。ＨＣＩ型の基盤は、サーバ単位でリソースを追加する必要があるため、特定の層のリソースのみを変更できない。すなわち、ＨＣＩ型はコンピュータリソース及びストレージリソースを柔軟に変更できない。

【0004】

３Ｔｉｅｒ型の基盤又はＨＣＩ型の基盤を利用した仮想計算機及び仮想ボリューム等から構成される業務システムのマイグレーション技術として特許文献１及び特許文献２の技術が知られている。

【0005】

特許文献１には、「プロセッサと、複数の命令を含む持続性のコンピュータ読み取り可能媒体とからなるシステムであって、該命令が、プロセッサにより実行された際に、コンピューティングリソースの特徴に関するデータを受信し、該受信したデータが、クラウドコンピューティング環境への前記コンピューティングリソースの移動可能性に関する所定の複数のディメンションの各々に対してどのくらい近いかを示す比較値を決定するために、該受信したデータを該複数のディメンションと比較し、該比較に基づいてレポートを生成する、という各ステップを行うよう該プロセッサに指示する」ことが記載されている。

【0006】

特許文献２には、「仮想マシンを仮想化環境に配置するシステムは、仮想化環境内に仮想マシンを配置する命令を受信し、仮想環境は、ハイパーバイザ、少なくとも一つのユーザ仮想マシン、およびＩ／Ｏコントローラと、複数のストレージデバイスを含み、すべてのＩ／Ｏコントローラからアクセス可能な仮想ディスクを含む。Ｉ／Ｏコントローラは、ユーザ仮想マシンから受信したＩ／Ｏ要求に基づいて、仮想ディスクに対するＩ／Ｏトランザクションを実行する。システムは、仮想マシンの予測リソース使用プロファイルを決定し、予測リソース使用プロファイルに基づいて、仮想マシンを配置するホストマシンを選択し、選択したホストマシンに仮想マシンを配置する。」ことが記載されている。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特表２０１６−５１１８７７号公報

【特許文献2】米国特許出願公開第２０１８／０１３６９５８号明細書

【発明の概要】

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

【0008】

従来のマイグレーション技術では、３Ｔｉｅｒ型の基盤のみを含むシステム又はＨＣＩ型の基盤のみを含むシステムを前提としており、３Ｔｉｅｒ型の基盤及びＨＣＩ型の基盤が混在したシステムにおけるマイグレーション技術は提供していない。

【0009】

本発明では、３Ｔｉｅｒ型の基盤及びＨＣＩ型の基盤が混在したシステムにおける業務システムの配置を最適化するためのマイグレーション技術を実現するシステム及び方法を提供する。

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

【0010】

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、業務システムを稼働させるためのリソースを提供し、アーキテクチャが異なる複数の基盤を含む基盤システムを管理する管理システムであって、プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有する少なくとも一つの計算機を含み、前記複数の基盤は、少なくとも一つのサーバ装置、少なくとも一つのスイッチ、及び少なくとも一つのストレージシステムから構成される第１基盤と、少なくとも一つのサーバ装置から構成される第２基盤と、を含み、前記管理システムは、前記複数の基盤の各々で稼働する前記業務システムの前記リソースの使用状態を監視する監視部と、前記業務システムの前記リソースの使用状態に基づいて、マイグレーション対象の前記業務システムを特定する分析部と、を備え、前記分析部は、前記業務システムの前記リソースの使用状態に基づいて、前記業務システムの前記リソースの使用傾向を分析し、前記分析の結果に基づいて、前記第１基盤及び前記第２基盤のいずれが前記業務システムに適しているか否かを判定し、第１判定結果として保存し、前記業務システムの前記リソースの使用状態に基づいて、前記複数の基盤の中で前記リソースの不足が予測される前記基盤であるターゲット基盤を特定し、第２判定結果として保存し、前記第１判定結果及び前記第２判定結果に基づいて、前記ターゲット基盤上で稼働する前記業務システムの中から前記マイグレーション対象の前記業務システムを選択し、前記選択された業務システムをマイグレーションする。

【発明の効果】

【0011】

本発明によれば、３Ｔｉｅｒ型の基盤及びＨＣＩ型の基盤が混在したシステムにおける業務システムの配置を最適化するためのマイグレーション技術を実現できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

【図面の簡単な説明】

【0012】

【図1】実施例１の計算機システムの構成の一例を示す図である。

【図2】実施例１の管理サーバの構成の一例を示す図である。

【図3】実施例１の３Ｔｉｅｒ構成情報のデータ構造の一例を示す図である。

【図4】実施例１の３Ｔｉｅｒサーバ構成情報のデータ構造の一例を示す図である。

【図5】実施例１のＨＣＩ構成情報のデータ構造の一例を示す図である。

【図6】実施例１のＨＣＩサーバ情報のデータ構造の一例を示す図である。

【図7】実施例１の３Ｔｉｅｒサーバ監視情報のデータ構造の一例を示す図である。

【図8】実施例１の３Ｔｉｅｒプール監視情報のデータ構造の一例を示す図である。

【図9】実施例１の３Ｔｉｅｒボリューム監視情報のデータ構造の一例を示す図である。

【図10】実施例１のＨＣＩサーバ監視情報のデータ構造の一例を示す図である。

【図11】実施例１のＨＣＩプール監視情報のデータ構造の一例を示す図である。

【図12】実施例１のＨＣＩボリューム監視情報のデータ構造の一例を示す図である。

【図13】実施例１のボリューム評価情報のデータ構造の一例を示す図である。

【図14】実施例１の閾値情報のデータ構造の一例を示す図である。

【図15】実施例１のマイグレーション要否判定情報のデータ構造の一例を示す図である。

【図16】実施例１のパターン評価情報のデータ構造の一例を示す図である。

【図17】実施例１の管理サーバが実行する監視処理の一例を説明するフローチャートである。

【図18】実施例１の管理サーバが実行するマイグレーション制御処理の概要を説明するフローチャートである。

【図19】実施例１の管理サーバが実行する評価値算出処理の一例を説明するフローチャートである。

【図20】実施例１の管理サーバが実行するマイグレーション閾値算出処理の一例を説明するフローチャートである。

【図21A】実施例１の管理サーバが実行するマイグレーション候補選択処理の一例を説明するフローチャートである。

【図21B】実施例１の管理サーバが実行するマイグレーション候補選択処理の一例を説明するフローチャートである。

【図22】実施例１の管理サーバが実行する優先順位決定処理の一例を説明するフローチャートである。

【図23A】実施例１の管理サーバが実行するマイグレーションパターン評価処理の一例を説明するフローチャートである。

【図23B】実施例１の管理サーバが実行するマイグレーションパターン評価処理の一例を説明するフローチャートである。

【図23C】実施例１の管理サーバが実行するマイグレーションパターン評価処理の一例を説明するフローチャートである。

【図23D】実施例１の管理サーバが実行するマイグレーションパターン評価処理の一例を説明するフローチャートである。

【図24】実施例１の管理サーバが実行する業務システムのマイグレーション処理の一例を説明するフローチャートである。

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

【0013】

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

【実施例1】

【0014】

図１は、実施例１の計算機システムの構成の一例を示す図である。図２は、実施例１の管理サーバの構成の一例を示す図である。

【0015】

計算機システムは、管理サーバ１００及び基盤システム１０１から構成される。管理サーバ１００及び基盤システム１０１は、ネットワーク１０２を介して互いに接続される。ネットワーク１０２は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。ネットワーク１０２の接続方式は、有線及び無線のいずれでもよい。

【0016】

基盤システム１０１は、所定のサービスを実行する業務システムを構築するためのリソースを提供するシステムである。提供するリソースは、演算のためのリソース（計算リソース）と、データを格納するためのリソース（ストレージリソース）とに分けることができる。計算リソース及びストレージリソースを区別しない場合、単にリソースと記載する。

【0017】

業務システムは、仮想マシン１３０及び仮想ボリューム１６０を含む。なお、業務システムに含まれる仮想マシン１３０及び仮想ボリューム１６０の数は任意である。また、業務システムは、仮想マシン１３０及び仮想ボリューム１６０以外の要素を含んでもよい。

【0018】

以下の説明では、仮想マシン１３０をＶＭ１３０と記載し、仮想ボリューム１６０をボリューム１６０と記載する。

【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】

次に、管理サーバ１００が実行する処理について説明する。

【0155】

図１７は、実施例１の管理サーバ１００が実行する監視処理の一例を説明するフローチャートである。

【0156】

監視部２１０は、周期的に以下で説明する処理を実行する。なお、実行周期は任意に設定できる。

【0157】

監視部２１０は、基盤システム１０１から基盤１１０、１１０の稼働データを取得する（ステップＳ１０１）。稼働データの取得方法は公知の技術を用いればよいため詳細な説明は省略する。

【0158】

次に、監視部２１０は、取得した稼働データに基づいて監視情報を更新する（ステップＳ１０２）。

【0159】

例えば、監視部２１０は、取得した稼働データを監視情報に格納する。また、監視部２１０は、稼働データを用いた変換処理及び統計処理を実行し、処理結果を監視情報に格納してもよい。実施例１では、３Ｔｉｅｒサーバ監視情報２２４、３Ｔｉｅｒプール監視情報２２５、３Ｔｉｅｒボリューム監視情報２２６、ＨＣＩサーバ監視情報２２７、ＨＣＩプール監視情報２２８、及びＨＣＩボリューム監視情報２２９が更新される。

【0160】

次に、監視部２１０は、待ち状態に移行し（ステップＳ１０３）、一定時間（ｔ）経過した後、ステップＳ１０１に戻り、同様の処理を実行する。

【0161】

なお、監視部２１０は、実行指示を受け付けた場合、ステップＳ１０１及びステップＳ１０２の処理を実行してもよい。

【0162】

図１８は、実施例１の管理サーバ１００が実行するマイグレーション制御処理の概要を説明するフローチャートである。

【0163】

分析部２１１は、実行契機を検知した場合、又は、実行指示を受け付けた場合、以下で説明する処理を実行する。なお、分析部２１１は、周期的に、以下で説明する処理を実行してもよい。監視処理及びマイグレーション制御処理は、同期するように実行されてよいし、非同期で実行されてもよい。

【0164】

分析部２１１は、基盤システム１０１を利用している業務システムの基盤の適性を評価する評価値を算出するために、評価値算出処理を実行する（ステップＳ２０１）。評価値算出処理の詳細は図１９を用いて説明する。

【0165】

次に、分析部２１１は、マイグレーション閾値算出処理を実行する（ステップＳ２０２）。マイグレーション閾値算出処理の詳細は図２０を用いて説明する。

【0166】

次に、分析部２１１は、基盤１１０、１１１の稼働状態、評価値、及び閾値に基づいて、マイグレーション候補の業務システムを選択するために、マイグレーション候補選択処理を実行する（ステップＳ２０３）。本実施例では、ボリューム１６０単位でマイグレーション候補の業務システムが選択される。マイグレーション候補選択処理の詳細は図２１Ａ及び図２１Ｂを用いて説明する。

【0167】

次に、分析部２１１は、マイグレーション候補の業務システムの優先順位を決定するために、優先順位決定処理を実行する（ステップＳ２０４）。優先順位決定処理の詳細は図２２を用いて説明する。

【0168】

次に、分析部２１１は、マイグレーションパターンの生成及び評価を行うマイグレーションパターン評価処理を実行する（ステップＳ２０５）。マイグレーションパターン評価処理の詳細は図２３Ａ、図２３Ｂ、図２３Ｃ、及び図２３Ｄを用いて説明する。

【0169】

次に、分析部２１１は、業務システムのマイグレーション処理を実行する（ステップＳ２０６）。業務システムのマイグレーション処理の詳細は図２４を用いて説明する。

【0170】

評価値算出処理、マイグレーション閾値算出処理、マイグレーション候補選択処理、及び優先順位決定処理は、移行元の基盤に関する処理である。マイグレーションパターン評価処理は、移行先の基盤に関する処理である。

【0171】

図１９は、実施例１の管理サーバ１００が実行する評価値算出処理の一例を説明するフローチャートである。

【0172】

分析部２１１は、３Ｔｉｅｒ型の基盤１１０のプール１４０を利用するボリューム１６０のループ処理を開始する（ステップＳ３０１）。

【0173】

具体的には、分析部２１１は、業務システムの構成情報を参照し、３Ｔｉｅｒ型の基盤１１０を利用している業務システムのボリューム１６０を特定する。分析部２１１は、特定されたボリューム１６０の中から第１ターゲットボリューム１６０を一つ選択する。

【0174】

次に、分析部２１１は、第１ターゲットボリューム１６０の第１基盤評価値を算出する（ステップＳ３０２）。具体的には、以下のような処理が実行される。

【0175】

（Ｓ３０２−１）分析部２１１は、３Ｔｉｅｒボリューム監視情報２２６を参照し、最新、かつ、ボリュームＩＤ９０２に第１ターゲットボリューム１６０の識別情報が格納されるエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに一時的に格納する。

【0176】

（Ｓ３０２−２）分析部２１１は、３Ｔｉｅｒ構成情報２２０を参照し、ストレージＩＤ３０１及びプールＩＤ３０２が検索されたエントリのストレージＩＤ９０３及びプールＩＤ９０４と一致するエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに一時的に格納する。

【0177】

（Ｓ３０２−３）分析部２１１は、３Ｔｉｅｒ型の基盤１１０における、第１ターゲットボリューム１６０の計算リソース及びストレージリソースの使用割合の比を第１基盤評価値として算出する。例えば、分析部２１１は、式（１）に基づいて第１基盤評価値を算出する。

【0178】

【数1】

【0179】

使用量及びＭＰ使用率は、３Ｔｉｅｒボリューム監視情報２２６から取得されたエントリの使用量９０５及びＭＰ使用率９０７の値である。プール容量、容量閾値、及びＭＰ閾値は、３Ｔｉｅｒ構成情報２２０から取得されたエントリの容量３０３、容量閾値３０４、及びＭＰ閾値３０５の値である。

【0180】

第１基盤評価値は、業務システム（ボリューム１６０）の計算リソース及びストレージリソースの使用割合のバランスを表す指標である。第１基盤評価値が１に近い値であるほど、計算リソース及びストレージリソースの使用割合に偏りがないことを示す。

【0181】

業務システムの計算リソースの使用割合及びストレージリソースの使用割合が等しい場合、当該業務システムに対する計算リソース及びストレージリソースは同程度の割合で追加すればよい。この場合、サーバ１２０単位でリソースの増減が可能なＨＣＩ型の基盤１１０の利用が推奨される。一方、業務システムの計算リソースの使用割合及びストレージリソースの使用割合に偏りがある場合、当該業務システムに対する計算リソース及びストレージリソースの割当量はいずれかのリソースの割当量を他方のリソースより多くする必要がある。この場合、サーバ１２０及びストレージシステム１２２を別々に増減可能な３Ｔｉｅｒ型の基盤１１０の利用が推奨される。

【0182】

したがって、第１基盤評価値は業務システム（ボリューム１６０）に適している基盤を判定するための指標として利用できる。

【0183】

以上が、ステップＳ３０２の処理の説明である。

【0184】

次に、分析部２１１は、第１ターゲットボリューム１６０の第２基盤評価値を算出する（ステップＳ３０３）。

【0185】

具体的には、分析部２１１は、基盤の計算リソースの使用量のうちのストレージ機能の計算リソースの使用量の割合を第２基盤評価値として算出する。例えば、分析部２１１は、式（２）に基づいて第２基盤評価値を算出する。

【0186】

【数2】

【0187】

ＭＰ使用率及びＭＰ使用率（機能）は、３Ｔｉｅｒボリューム監視情報２２６から取得されたエントリのＭＰ使用率９０７及びＭＰ使用率（機能）９０８の値である。

【0188】

第２基盤評価値は、業務システム（ボリューム１６０）のストレージ機能の影響の大きさ表す。第２基盤評価値が１に近い値であるほど、ストレージ機能の負荷が大きい業務システムであることを示す。ストレージ機能の負荷が大きい業務システムは、ストレージリソースを柔軟に変更可能な３Ｔｉｅｒ型の基盤１１０の利用が推奨される。

【0189】

したがって、第２基盤評価値は業務システム（ボリューム１６０）に適している基盤を判定するための指標として利用できる。

【0190】

次に、分析部２１１は、ボリューム評価情報２３０を更新する（ステップＳ３０４）。

【0191】

具体的には、分析部２１１は、３Ｔｉｅｒボリューム評価テーブル１３００を参照し、ボリュームＩＤ１３０１に第１ターゲットボリューム１６０の識別情報が設定されたエントリを検索する。分析部２１１は、検索されたエントリの第１基盤評価値１３０２及び第２基盤評価値１３０３に、算出された第１基盤評価値及び第２基盤評価値を設定する。

【0192】

なお、ボリュームＩＤ１３０１に第１ターゲットボリューム１６０の識別情報が設定されたエントリが存在しない場合、分析部２１１は、３Ｔｉｅｒボリューム評価テーブル１３００にエントリを追加し、追加されたエントリのボリュームＩＤ１３０１に第１ターゲットボリューム１６０の識別情報を設定する。また、分析部２１１は、追加されたエントリの第１基盤評価値１３０２及び第２基盤評価値１３０３に、算出された第１基盤評価値及び第２基盤評価値を設定する。

【0193】

なお、分析部２１１は、ボリューム評価情報２３０を更新した後、ワークエリアに格納されるエントリを削除する。

【0194】

次に、分析部２１１は、３Ｔｉｅｒ型の基盤１１０のプール１４０を利用する全てのボリューム１６０の処理が完了したか否かを判定する（ステップＳ３０５）。

【0195】

３Ｔｉｅｒ型の基盤１１０のプール１４０を利用する全てのボリューム１６０の処理が完了していない場合、分析部２１１は、ステップＳ３０１に戻り、同様の処理を実行する。

【0196】

３Ｔｉｅｒ型の基盤１１０のプール１４０を利用する全てのボリューム１６０の処理が完了した場合、分析部２１１は、ＨＣＩ型の基盤１１１のデータストア１５０を利用するボリューム１６０のループ処理を開始する（ステップＳ３０６）。

【0197】

具体的には、分析部２１１は、業務システムの構成情報を参照し、ＨＣＩ型の基盤１１１を利用している業務システムのボリューム１６０を特定する。分析部２１１は、特定されたボリューム１６０の中から第２ターゲットボリューム１６０を一つ選択する。

【0198】

次に、分析部２１１は、第２ターゲットボリューム１６０の第１基盤評価値を算出する（ステップＳ３０７）。具体的には、以下のような処理が実行される。

【0199】

（Ｓ３０７−１）分析部２１１は、ＨＣＩボリューム監視情報２２９を参照し、最新、かつ、ボリュームＩＤ１２０２に第２ターゲットボリューム１６０の識別情報が格納されるエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに一時的に格納する。

【0200】

（Ｓ３０７−２）分析部２１１は、ＨＣＩ構成情報２２２を参照し、クラスタＩＤ５０１が検索されたエントリのクラスタＩＤ１２０４と一致するエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに一時的に格納する。

【0201】

（Ｓ３０７−３）分析部２１１は、ＨＣＩサーバ情報２２３を参照し、クラスタＩＤ６０２が検索されたエントリのクラスタＩＤ１２０４と一致するエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに一時的に格納する。

【0202】

（Ｓ３０７−４）分析部２１１は、ＨＣＩ型の基盤１１１における、第２ターゲットボリューム１６０の計算リソース及びストレージリソースの使用割合の比を第１基盤評価値として算出する。例えば、分析部２１１は、式（３）に基づいて第１基盤評価値を算出する。

【0203】

【数3】

【0204】

使用量及びＣＰＵ使用率は、ＨＣＩボリューム監視情報２２９から取得されたエントリの使用量１２０５及びＣＰＵ使用率１２０７の値である。容量及び容量閾値は、ＨＣＩ構成情報２２２から取得されたエントリの容量５０２及び容量閾値５０３の値である。ＣＰＵ閾値は、ＨＣＩサーバ情報２２３から取得されたエントリのＣＰＵ閾値６０３の値である。

【0205】

次に、分析部２１１は、第２ターゲットボリューム１６０の第２基盤評価値を算出する（ステップＳ３０８）。

【0206】

具体的には、分析部２１１は、基盤の計算リソースの使用量のうちのストレージ機能の計算リソースの使用量の割合を第２基盤評価値として算出する。例えば、分析部２１１は、式（４）に基づいて第２基盤評価値を算出する。

【0207】

【数4】

【0208】

ＣＰＵ使用率及びＣＰＵ使用率（機能）は、ＨＣＩボリューム監視情報２２９から取得されたエントリのＣＰＵ使用率１２０７及びＣＰＵ使用率（機能）１２０８の値である。

【0209】

次に、分析部２１１は、ボリューム評価情報２３０を更新する（ステップＳ３０９）。

【0210】

具体的には、分析部２１１は、ＨＣＩボリューム評価テーブル１３１０を参照し、ボリュームＩＤ１３１１に第２ターゲットボリューム１６０の識別情報が設定されたエントリを検索する。分析部２１１は、検索されたエントリの第１基盤評価値１３１２及び第２基盤評価値１３１３に、算出された第１基盤評価値及び第２基盤評価値を設定する。

【0211】

なお、ボリュームＩＤ１３１１に第２ターゲットボリューム１６０の識別情報が設定されたエントリが存在しない場合、分析部２１１は、ＨＣＩボリューム評価テーブル１３１０にエントリを追加し、追加されたエントリのボリュームＩＤ１３１１に第２ターゲットボリューム１６０の識別情報を設定する。また、分析部２１１は、追加されたエントリの第１基盤評価値１３１２及び第２基盤評価値１３１３に、算出された第１基盤評価値及び第２基盤評価値を設定する。

【0212】

なお、分析部２１１は、ボリューム評価情報２３０を更新した後、ワークエリアに格納されるエントリを削除する。

【0213】

次に、分析部２１１は、ＨＣＩ型の基盤１１１のデータストア１５０を利用する全てのボリューム１６０の処理が完了したか否かを判定する（ステップＳ３１０）。

【0214】

ＨＣＩ型の基盤１１１のデータストア１５０を利用する全てのボリューム１６０の処理が完了していない場合、分析部２１１は、ステップＳ３０６に戻り、同様の処理を実行する。

【0215】

ＨＣＩ型の基盤１１１のデータストア１５０を利用する全てのボリューム１６０の処理が完了した場合、分析部２１１は評価値算出処理を終了する。

【0216】

図２０は、実施例１の管理サーバ１００が実行するマイグレーション閾値算出処理の一例を説明するフローチャートである。

【0217】

分析部２１１は、閾値情報２３１を初期化する（ステップＳ４０１）。

【0218】

次に、分析部２１１は、３Ｔｉｅｒ型の基盤１１０のストレージシステム１２２のループ処理を開始する（ステップＳ４０２）。

【0219】

具体的には、分析部２１１は、３Ｔｉｅｒ構成情報２２０を参照し、３Ｔｉｅｒの基盤１１０に含まれるストレージシステム１２２を特定する。分析部２１１は、特定されたストレージシステム１２２の中からターゲットストレージシステム１２２を一つ選択する。

【0220】

次に、分析部２１１は、ターゲットストレージシステム１２２のマイグレーション閾値を算出する（ステップＳ４０３）。具体的には、以下のような処理が実行される。

【0221】

（Ｓ４０３−１）分析部２１１は、３Ｔｉｅｒ構成情報２２０を参照し、ストレージＩＤ３０１にターゲットストレージシステム１２２の識別情報が設定されるエントリを検索する。分析部２１１は検索されたエントリをワークエリアに格納する。

【0222】

（Ｓ４０３−２）分析部２１１は、３Ｔｉｅｒプール監視情報２２５から、ストレージＩＤ８０２にターゲットストレージシステム１２２の識別情報が格納され、かつ、最新のエントリを取得する。また、分析部２１１は、３Ｔｉｅｒプール監視情報２２５から、ストレージＩＤ８０２にターゲットストレージシステム１２２の識別情報が格納され、かつ、最新の日時から所定時間ｔ２前のエントリを取得する。ｔ２はリソース増設に必要な期間であり、任意に設定できる。

【0223】

（Ｓ４０３−３）分析部２１１は、３Ｔｉｅｒプール監視情報２２５から取得された二つのエントリの使用量８０４の差をｔ２で除算した値を、ストレージリソースの増加率として算出する。また、分析部２１１は、３Ｔｉｅｒプール監視情報２２５から取得された二つのエントリのＭＰ使用率８０５の差をｔ２で除算した値を、計算リソースの増加率として算出する。

【0224】

（Ｓ４０３−４）分析部２１１は、３Ｔｉｅｒ構成情報２２０から取得されたエントリの容量閾値３０４と、ストレージリソースの増加率とを式（５）に代入して、ストレージリソースの閾値を算出する。

【0225】

【数5】

【0226】

（Ｓ４０３−５）分析部２１１は、３Ｔｉｅｒ構成情報２２０から取得されたエントリのＭＰ閾値３０５と、計算リソースの増加率とを式（６）に代入して、計算リソースの閾値を算出する。

【0227】

【数6】

【0228】

（Ｓ４０３−６）分析部２１１は、ストレージリソースの閾値及び計算リソースの閾値を比較し、大きい方の値をストレージシステム１２２のマイグレーション閾値に決定する。

【0229】

以上が、ステップＳ４０３の処理の説明である。

【0230】

次に、分析部２１１は、閾値情報２３１を更新する（ステップＳ４０４）。

【0231】

具体的には、分析部２１１は、３Ｔｉｅｒ閾値テーブル１４００を参照し、ストレージＩＤ１４０１にターゲットストレージシステム１２２の識別情報が設定されたエントリを検索する。分析部２１１は、検索されたエントリのマイグレーション閾値１４０２に、算出されたマイグレーション閾値を設定する。

【0232】

なお、ストレージＩＤ１４０１にターゲットストレージシステム１２２の識別情報が設定されたエントリが存在しない場合、分析部２１１は、３Ｔｉｅｒ閾値テーブル１４００にエントリを追加し、追加されたエントリのストレージＩＤ１４０１にターゲットストレージシステム１２２の識別情報を設定する。また、分析部２１１は、追加されたエントリのマイグレーション閾値１４０２に、算出されたマイグレーション閾値を設定する。

【0233】

なお、分析部２１１は、閾値情報２３１を更新した後、ワークエリアに格納されるエントリを削除する。

【0234】

次に、分析部２１１は、３Ｔｉｅｒの基盤１１０の全てのストレージシステム１２２の処理が完了したか否かを判定する（ステップＳ４０５）。

【0235】

３Ｔｉｅｒ型の基盤１１０の全てのストレージシステム１２２の処理が完了していない場合、分析部２１１は、ステップＳ４０２に戻り、同様の処理を実行する。

【0236】

３Ｔｉｅｒ型の基盤１１０の全てのストレージシステム１２２の処理が完了した場合、分析部２１１は、ＨＣＩ型の基盤１１１のループ処理を開始する（ステップＳ４０６）。

【0237】

具体的には、分析部２１１は、ＨＣＩ構成情報２２２を参照し、ＨＣＩ型の基盤１１１（クラスタ）を特定する。分析部２１１は、特定されたクラスタの中からターゲットクラスタを一つ選択する。

【0238】

次に、分析部２１１は、ターゲットクラスタのマイグレーション閾値を算出する（ステップＳ４０７）。具体的には、以下のような処理が実行される。

【0239】

（Ｓ４０７−１）分析部２１１は、ＨＣＩ構成情報２２２を参照し、クラスタＩＤ５０１にターゲットクラスタの識別情報が設定されるエントリを検索する。分析部２１１は検索されたエントリをワークエリアに格納する。

【0240】

（Ｓ４０７−２）分析部２１１は、ＨＣＩサーバ情報２２３を参照し、クラスタＩＤ６０２にターゲットクラスタの識別情報が設定されるエントリを検索する。分析部２１１は検索されたエントリをワークエリアに格納する。

【0241】

（Ｓ４０７−３）分析部２１１は、ＨＣＩプール監視情報２２８から、クラスタＩＤ１１０２にターゲットクラスタの識別情報が格納され、かつ、最新のエントリを取得する。また、分析部２１１は、ＨＣＩプール監視情報２２８から、クラスタＩＤ１１０２にターゲットクラスタの識別情報が格納され、かつ、最新の日時から所定時間ｔ２前のエントリを取得する。ｔ２はリソース増設に必要な期間であり、任意に設定できる。

【0242】

（Ｓ４０７−４）分析部２１１は、ＨＣＩプール監視情報２２８から取得された二つのエントリの使用量１１０３の差をｔ２で除算した値を、ストレージリソースの増加率として算出する。

【0243】

（Ｓ４０７−５）分析部２１１は、ＨＣＩ構成情報２２２から取得されたエントリの容量閾値５０３と、ストレージリソースの増加率とを式（７）に代入して、ストレージリソースの閾値を算出する。

【0244】

【数7】

【0245】

（Ｓ４０７−６）分析部２１１は、ＨＣＩサーバ監視情報２２７から、サーバＩＤ１００２にターゲットクラスタに所属するサーバ１２０の識別情報が格納され、かつ、最新のエントリを取得する。また、分析部２１１は、ＨＣＩサーバ監視情報２２７から、サーバＩＤ１００２にターゲットクラスタに所属するサーバ１２０の識別情報が格納され、かつ、最新の日時から所定時間ｔ２前のエントリを取得する。ｔ２はリソース増設に必要な期間であり、任意に設定できる。

【0246】

（Ｓ４０７−７）分析部２１１は、ＨＣＩサーバ監視情報２２７から取得された二つのエントリのＣＰＵ使用率１００３の差をｔ２で除算した値を、計算リソースの増加率として算出する。なお、ターゲットクラスタに所属するサーバ１２０が二つ以上の場合、各サーバ１２０について計算リソースの増加率が算出される。

【0247】

（Ｓ４０７−８）分析部２１１は、ＨＣＩサーバ情報２２３から取得されたエントリのＣＰＵ閾値６０３と、計算リソースの増加率とを式（８）に代入して、計算リソースの閾値を算出する。なお、ターゲットクラスタに所属するサーバ１２０が二つ以上の場合、各サーバ１２０について計算リソースの閾値が算出される。

【0248】

【数8】

【0249】

（Ｓ４０７−９）分析部２１１は、ストレージリソースの閾値及び計算リソースの閾値を比較し、大きい方の値をターゲットクラスタのマイグレーション閾値に決定する。

【0250】

以上が、ステップＳ４０７の処理の説明である。

【0251】

次に、分析部２１１は、閾値情報２３１を更新する（ステップＳ４０８）。

【0252】

具体的には、分析部２１１は、ＨＣＩ閾値テーブル１４１０を参照し、クラスタＩＤ１４１１にターゲットクラスタの識別情報が設定されたエントリを検索する。分析部２１１は、検索されたエントリのマイグレーション閾値１４１２に、算出されたマイグレーション閾値を設定する。

【0253】

なお、クラスタＩＤ１４１１にターゲットクラスタの識別情報が設定されたエントリが存在しない場合、分析部２１１は、ＨＣＩ閾値テーブル１４１０にエントリを追加し、追加されたエントリのクラスタＩＤ１４１１にターゲットクラスタの識別情報を設定する。また、分析部２１１は、追加されたエントリのマイグレーション閾値１４１２に、算出されたマイグレーション閾値を設定する。

【0254】

なお、分析部２１１は、閾値情報２３１を更新した後、ワークエリアに格納されるエントリを削除する。

【0255】

次に、分析部２１１は、全てのＨＣＩ型の基盤１１１の処理が完了したか否かを判定する（ステップＳ４０９）。

【0256】

全てのＨＣＩ型の基盤１１１の処理が完了していない場合、分析部２１１は、ステップＳ４０６に戻り、同様の処理を実行する。

【0257】

全てのＨＣＩ型の基盤１１１の処理が完了した場合、分析部２１１はマイグレーション閾値算出処理を終了する。

【0258】

基盤のリソースの使用状態に合わせて動的に閾値を設定することによって、リソースの使用量の増加率が増えている基盤上の業務システムが優先的にマイグレーションされるように制御することができる。

【0259】

図２１Ａ及び図２１Ｂは、実施例１の管理サーバ１００が実行するマイグレーション候補選択処理の一例を説明するフローチャートである。

【0260】

分析部２１１は、マイグレーション要否判定情報２３２を初期化する（ステップＳ５０１）。

【0261】

次に、分析部２１１は、３Ｔｉｅｒ型の基盤１１０のプール１４０のループ処理を開始する（ステップＳ５０２）。

【0262】

具体的には、分析部２１１は、３Ｔｉｅｒ構成情報２２０からターゲットエントリを一つ選択する。

【0263】

次に、分析部２１１は、プール１４０のリソース評価値を算出する（ステップＳ５０３）。具体的には、以下のような処理が実行される。

【0264】

（Ｓ５０３−１）分析部２１１は、３Ｔｉｅｒプール監視情報２２５を参照し、ストレージＩＤ８０２及びプールＩＤ８０３が、ターゲットエントリのストレージＩＤ３０１及びプールＩＤ３０２に一致し、かつ、最新のエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに格納する。

【0265】

（Ｓ５０３−２）分析部２１１は、３Ｔｉｅｒ閾値テーブル１４００を参照し、ストレージＩＤ１４０１がターゲットエントリのストレージＩＤ３０１と一致するエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに格納する。

【0266】

（Ｓ５０３−３）分析部２１１は、式（９）及び式（１０）に基づいて、第１リソース評価値及び第２リソース評価値を算出する。

【0267】

【数9】

【0268】

【数10】

【0269】

使用量及びＭＰ使用率は、３Ｔｉｅｒプール監視情報２２５から取得したエントリの使用量８０４及びＭＰ使用率８０５の値である。容量及び容量閾値は、ターゲットエントリの容量３０３及び容量閾値３０４の値である。

【0270】

以上がステップＳ５０３の処理の説明である。

【0271】

次に、分析部２１１は、ターゲットエントリに対応するプール１４０を利用する業務システムのマイグレーションが必要か否かを判定する（ステップＳ５０４）。

【0272】

具体的には、分析部２１１は、第１リソース評価値及び第２リソース評価値のいずれかがマイグレーション閾値より大きいか否かを判定する。なお、マイグレーション閾値は３Ｔｉｅｒ閾値テーブル１４００から取得された値である。第１リソース評価値及び第２リソース評価値のいずれかがマイグレーション閾値より大きい場合、分析部２１１は、ターゲットエントリに対応するプール１４０を利用する業務システムのマイグレーションが必要であると判定する。

【0273】

ターゲットエントリに対応するプール１４０を利用する業務システムのマイグレーションが必要であると判定された場合、分析部２１１は、マイグレーション要否判定情報２３２を更新する（ステップＳ５０５）。その後、分析部２１１はステップＳ５０７に進む。

【0274】

具体的には、分析部２１１は、３Ｔｉｅｒマイグレーション要否判定テーブル１５００を参照し、ストレージＩＤ１５０１及びプールＩＤ１５０２がターゲットエントリのストレージＩＤ３０１及びプールＩＤ３０２に一致するエントリを検索する。分析部２１１は、検索されたエントリの判定結果１５０３に「要」を設定する。

【0275】

なお、ストレージＩＤ１５０１及びプールＩＤ１５０２がターゲットエントリのストレージＩＤ３０１及びプールＩＤ３０２に一致するエントリが存在しない場合、分析部２１１は、３Ｔｉｅｒマイグレーション要否判定テーブル１５００にエントリを追加し、追加されたエントリのストレージＩＤ１５０１及びプールＩＤ１５０２にターゲットエントリのストレージＩＤ３０１及びプールＩＤ３０２を設定する。また、分析部２１１は、追加されたエントリの判定結果１５０３に「要」を設定する。

【0276】

なお、分析部２１１は、マイグレーション要否判定情報２３２を更新した後、ワークエリアに格納されるエントリを削除する。

【0277】

ターゲットエントリに対応するプール１４０を利用する業務システムのマイグレーションが必要でないと判定された場合、分析部２１１は、マイグレーション要否判定情報２３２を更新する（ステップＳ５０６）。その後、分析部２１１はステップＳ５０７に進む。

【0278】

具体的には、分析部２１１は、３Ｔｉｅｒマイグレーション要否判定テーブル１５００を参照し、ストレージＩＤ１５０１及びプールＩＤ１５０２がターゲットエントリのストレージＩＤ３０１及びプールＩＤ３０２に一致するエントリを検索する。分析部２１１は、検索されたエントリの判定結果１５０３に「不要」を設定する。

【0279】

なお、ストレージＩＤ１５０１及びプールＩＤ１５０２がターゲットエントリのストレージＩＤ３０１及びプールＩＤ３０２に一致するエントリが存在しない場合、分析部２１１は、３Ｔｉｅｒマイグレーション要否判定テーブル１５００にエントリを追加し、追加されたエントリのストレージＩＤ１５０１及びプールＩＤ１５０２にターゲットエントリのストレージＩＤ３０１及びプールＩＤ３０２を設定する。また、分析部２１１は、追加されたエントリの判定結果１５０３に「不要」を設定する。

【0280】

なお、分析部２１１は、マイグレーション要否判定情報２３２を更新した後、ワークエリアに格納されるエントリを削除する。

【0281】

ステップＳ５０７では、分析部２１１は、３Ｔｉｅｒ型の基盤１１０の全てのプール１４０の処理が完了したか否かを判定する（ステップＳ５０７）。

【0282】

３Ｔｉｅｒ型の基盤１１０の全てのプール１４０の処理が完了していない場合、分析部２１１は、ステップＳ５０２に戻り、同様の処理を実行する。

【0283】

３Ｔｉｅｒ型の基盤１１０の全てのプール１４０の処理が完了した場合、分析部２１１は、ＨＣＩ型の基盤１１１のループ処理を開始する（ステップＳ５０８）。

【0284】

具体的には、分析部２１１は、ＨＣＩ構成情報２２２を参照し、ＨＣＩ型の基盤１１１（クラスタ）を特定する。分析部２１１は、特定されたクラスタの中からターゲットクラスタを一つ選択する。

【0285】

次に、分析部２１１は、ターゲットクラスタに所属するサーバ１２０のループ処理を開始する（ステップＳ５０９）。

【0286】

具体的には、分析部２１１は、ＨＣＩサーバ情報２２３を参照し、クラスタＩＤ６０２にターゲットクラスタの識別情報が設定されるエントリを検索する。分析部２１１は、検索されたエントリを一つ選択する。選択されたエントリに対応するサーバ１２０がターゲットサーバ１２０となる。

【0287】

次に、分析部２１１は、ターゲットサーバのリソース評価値を算出する（ステップＳ５１０）。具体的には以下のような処理が実行される。

【0288】

（Ｓ５１０−１）分析部２１１は、ＨＣＩ構成情報２２２を参照し、クラスタＩＤ５０１にターゲットクラスタの識別情報が格納されるエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに格納する。

【0289】

（Ｓ５１０−２）分析部２１１は、ＨＣＩプール監視情報２２８を参照し、クラスタＩＤ１１０２にターゲットクラスタの識別情報が格納され、かつ、最新のエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに格納する。また、分析部２１１は、ＨＣＩサーバ監視情報２２７を参照し、サーバＩＤ１００２にターゲットサーバ１２０の識別情報が格納され、かつ、最新のエントリを検索する。ターゲットクラスタに所属するサーバ１２０が二つ以上の場合、複数のエントリがワークエリアに格納される。

【0290】

（Ｓ５１０−３）分析部２１１は、ＨＣＩ閾値テーブル１４１０を参照し、クラスタＩＤ１４１１にターゲットクラスタの識別情報が格納されるエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに格納する。

【0291】

（Ｓ５１０−４）分析部２１１は、式（１１）及び式（１２）に基づいて、第１リソース評価値及び第２リソース評価値を算出する。

【0292】

【数11】

【0293】

【数12】

【0294】

使用量は、ＨＣＩプール監視情報２２８から取得したエントリの使用量１１０３の値である。ＣＰＵ使用率は、ＨＣＩサーバ監視情報２２７から取得したエントリのＣＰＵ使用率１００３の値である。容量及び容量閾値は、ＨＣＩ構成情報２２２から取得したエントリの容量５０２及び容量閾値５０３の値である。

【0295】

以上がステップＳ５１０の処理の説明である。

【0296】

次に、分析部２１１は、ターゲットサーバ１２０を利用する業務システムのマイグレーションが必要か否かを判定する（ステップＳ５１１）。

【0297】

具体的には、分析部２１１は、第１リソース評価値及び第２リソース評価値のいずれかがマイグレーション閾値より大きいか否かを判定する。なお、マイグレーション閾値はＨＣＩ閾値テーブル１４１０から取得された値である。第１リソース評価値及び第２リソース評価値のいずれかがマイグレーション閾値より大きい場合、分析部２１１は、ターゲットサーバ１２０を利用する業務システムのマイグレーションが必要であると判定する。

【0298】

ターゲットサーバ１２０を利用する業務システムのマイグレーションが必要であると判定された場合、分析部２１１は、マイグレーション要否判定情報２３２を更新する（ステップＳ５１２）。その後、分析部２１１はステップＳ５１４に進む。

【0299】

具体的には、分析部２１１は、ＨＣＩマイグレーション要否判定テーブル１５１０を参照し、サーバＩＤ１５１１にターゲットサーバ１２０の識別情報が格納されるエントリを検索する。分析部２１１は、検索されたエントリの判定結果１５１２に「要」を設定する。

【0300】

なお、サーバＩＤ１５１１にターゲットサーバ１２０の識別情報が格納されるエントリが存在しない場合、分析部２１１は、ＨＣＩマイグレーション要否判定テーブル１５１０にエントリを追加し、追加されたエントリのサーバＩＤ１５１１にターゲットサーバ１２０の識別情報を設定する。また、分析部２１１は、追加されたエントリの判定結果１５１２に「要」を設定する。

【0301】

なお、分析部２１１は、マイグレーション要否判定情報２３２を更新した後、ワークエリアに格納されるエントリを削除する。

【0302】

ターゲットサーバ１２０を利用する業務システムのマイグレーションが必要でないと判定された場合、分析部２１１は、マイグレーション要否判定情報２３２を更新する（ステップＳ５１３）。その後、分析部２１１はステップＳ５１４に進む。

【0303】

具体的には、分析部２１１は、ＨＣＩマイグレーション要否判定テーブル１５１０を参照し、サーバＩＤ１５１１にターゲットサーバ１２０の識別情報が格納されるエントリを検索する。分析部２１１は、検索されたエントリの判定結果１５１２に「不要」を設定する。

【0304】

なお、サーバＩＤ１５１１にターゲットサーバ１２０の識別情報が格納されるエントリが存在しない場合、分析部２１１は、ＨＣＩマイグレーション要否判定テーブル１５１０にエントリを追加し、追加されたエントリのサーバＩＤ１５１１にターゲットサーバ１２０の識別情報を設定する。また、分析部２１１は、追加されたエントリの判定結果１５１２に「不要」を設定する。

【0305】

なお、分析部２１１は、マイグレーション要否判定情報２３２を更新した後、ワークエリアに格納されるエントリを削除する。

【0306】

ステップＳ５１４では、分析部２１１は、ターゲットクラスタに所属する全てのサーバ１２０の処理が完了したか否かを判定する（ステップＳ５１４）。

【0307】

ターゲットクラスタに所属する全てのサーバ１２０の処理が完了していない場合、分析部２１１は、ステップＳ５０９に戻り、同様の処理を実行する。

【0308】

ターゲットクラスタに所属する全てのサーバ１２０の処理が完了した場合、分析部２１１は、全てのＨＣＩ型の基盤１１１の処理が完了したか否かを判定する（ステップＳ５１５）。

【0309】

全てのＨＣＩ型の基盤１１１の処理が完了していない場合、分析部２１１は、ステップＳ５０８に戻り、同様の処理を実行する。

【0310】

全てのＨＣＩ型の基盤１１１の処理が完了した場合、分析部２１１はマイグレーション候補選択処理を終了する。

【0311】

ステップＳ５０２からステップＳ５０７の処理によって、３Ｔｉｅｒ型の基盤１１０のマイグレーションが必要なプール１４０を特定できる。また、ステップＳ５０８からステップＳ５１５の処理によって、ＨＣＩ型の基盤１１１のマイグレーションが必要なサーバ１２０を特定できる。

【0312】

図２２は、実施例１の管理サーバ１００が実行する優先順位決定処理の一例を説明するフローチャートである。

【0313】

分析部２１１は、３Ｔｉｅｒ型の基盤１１０のマイグレーションの要否判定の結果に基づいて、マイグレーション候補ボリュームを決定する（ステップＳ６０１）。具体的には、以下のような処理が実行される。

【0314】

（Ｓ６０１−１）分析部２１１は、３Ｔｉｅｒマイグレーション要否判定テーブル１５００を参照し、判定結果１５０３に「要」が設定されたエントリを検索する。分析部２１１は検索されたエントリをワークエリアに格納する。分析部２１１は、検索されたエントリの中からターゲットエントリ（ターゲットプール１４０）を一つ選択する。

【0315】

（Ｓ６０１−２）分析部２１１は、３Ｔｉｅｒボリューム監視情報２２６を参照し、ストレージＩＤ９０３及びプールＩＤ９０４がターゲットエントリのストレージＩＤ１５０１及びプールＩＤ１５０２に一致し、かつ、最新のエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに格納する。分析部２１１は、検索されたエントリの中からターゲットエントリ（ターゲットボリューム１６０）を一つ選択する。

【0316】

（Ｓ６０１−３）分析部２１１は、３Ｔｉｅｒボリューム評価テーブル１３００を参照し、ボリュームＩＤ１３０１にターゲットボリューム１６０の識別情報が格納されるエントリを検索する。分析部２１１は、検索されたエントリにフラグを付与する。

【0317】

（Ｓ６０１−４）分析部２１１は、全てのボリューム１６０の処理が完了したか否かを判定する。全てのボリューム１６０の処理が完了していない場合、分析部２１１は新たなターゲットボリューム１６０を選択し、（Ｓ６０１−３）に戻る。

【0318】

（Ｓ６０１−５）全てのボリューム１６０の処理が完了した場合、分析部２１１は、全てのプール１４０の処理が完了したか否かを判定する。全てのプール１４０の処理が完了していない場合、分析部２１１は、新たなターゲットプール１４０を選択し、（Ｓ６０１−２）に戻る。

【0319】

（Ｓ６０１−６）全てのプール１４０の処理が完了した場合、分析部２１１は、３Ｔｉｅｒボリューム評価テーブル１３００からフラグが付与されていないエントリを削除する。３Ｔｉｅｒボリューム評価テーブル１３００に登録されているボリューム１６０がマイグレーション候補ボリュームとなる。

【0320】

以上が、ステップＳ６０１の処理の説明である。

【0321】

次に、分析部２１１は、マイグレーション候補ボリュームの移行優先度を算出する（ステップＳ６０２）。具体的には、以下のような処理が実行される。

【0322】

（Ｓ６０２−１）分析部２１１は、３Ｔｉｅｒボリューム評価テーブル１３００からターゲットエントリを一つ選択する。

【0323】

（Ｓ６０２−２）分析部２１１は、ターゲットエントリの第１基盤評価値１３０２及び第２基盤評価値１３０３を式（１３）に代入することによって、移行優先度を算出する。

【0324】

【数13】

【0325】

（Ｓ６０２−３）分析部２１１は、３Ｔｉｅｒボリューム評価テーブル１３００の全てのエントリの処理が完了したか否かを判定する。３Ｔｉｅｒボリューム評価テーブル１３００の全てのエントリの処理が完了していない場合、分析部２１１は、（Ｓ６０２−１）に戻る。３Ｔｉｅｒボリューム評価テーブル１３００の全てのエントリの処理が完了した場合、分析部２１１はステップＳ６０２の処理を終了する。

【0326】

以上がステップＳ６０２の処理の説明である。

【0327】

次に、分析部２１１は、移行優先度に基づいて、ボリューム評価情報２３０を更新する（ステップＳ６０３）。

【0328】

具体的には、分析部２１１は、３Ｔｉｅｒボリューム評価テーブル１３００のエントリを移行優先度の小さい順にソートする。

【0329】

次に、分析部２１１は、ＨＣＩ型の基盤１１１のマイグレーションの要否判定の結果に基づいて、マイグレーション候補ボリュームを決定する（ステップＳ６０４）。具体的には、以下のような処理が実行される。

【0330】

（Ｓ６０４−１）分析部２１１は、ＨＣＩマイグレーション要否判定テーブル１５１０を参照し、判定結果１５１２に「要」が設定されたエントリを検索する。分析部２１１は検索されたエントリをワークエリアに格納する。分析部２１１は、検索されたエントリの中からターゲットエントリ（ターゲットサーバ１２０）を一つ選択する。

【0331】

（Ｓ６０４−２）分析部２１１は、ＨＣＩボリューム監視情報２２９を参照し、サーバＩＤ１２０３にターゲットサーバ１２０の識別情報が格納され、かつ、最新のエントリを検索する。分析部２１１は、検索されたエントリをワークエリアに格納する。分析部２１１は、検索されたエントリの中からターゲットエントリ（ターゲットボリューム１６０）を一つ選択する。

【0332】

（Ｓ６０４−３）分析部２１１は、ＨＣＩボリューム評価テーブル１３１０を参照し、ボリュームＩＤ１３１１にターゲットボリューム１６０の識別情報が格納されるエントリを検索する。分析部２１１は、検索されたエントリにフラグを付与する。

【0333】

（Ｓ６０４−４）分析部２１１は、全てのボリューム１６０の処理が完了したか否かを判定する。全てのボリューム１６０の処理が完了していない場合、分析部２１１は新たなターゲットボリューム１６０を選択し、（Ｓ６０４−３）に戻る。

【0334】

（Ｓ６０４−５）全てのボリューム１６０の処理が完了した場合、分析部２１１は、全てのサーバ１２０の処理が完了したか否かを判定する。全てのサーバ１２０の処理が完了していない場合、分析部２１１は、新たなターゲットサーバ１２０を選択し、（Ｓ６０４−２）に戻る。

【0335】

（Ｓ６０４−６）全てのサーバ１２０の処理が完了した場合、分析部２１１は、ＨＣＩボリューム評価テーブル１３１０からフラグが付与されていないエントリを削除する。ＨＣＩボリューム評価テーブル１３１０に登録されているボリューム１６０がマイグレーション候補ボリュームとなる。

【0336】

以上が、ステップＳ６０４の処理の説明である。

【0337】

次に、分析部２１１は、マイグレーション候補ボリュームの移行優先度を算出する（ステップＳ６０５）。具体的には、以下のような処理が実行される。

【0338】

（Ｓ６０５−１）分析部２１１は、ＨＣＩボリューム評価テーブル１３１０からターゲットエントリを一つ選択する。

【0339】

（Ｓ６０５−２）分析部２１１は、ターゲットエントリの第１基盤評価値１３１２及び第２基盤評価値１３１３を式（１４）に代入することによって、移行優先度を算出する。

【0340】

【数14】

【0341】

（Ｓ６０５−３）分析部２１１は、ＨＣＩボリューム評価テーブル１３１０の全てのエントリの処理が完了したか否かを判定する。ＨＣＩボリューム評価テーブル１３１０の全てのエントリの処理が完了していない場合、分析部２１１は、（Ｓ６０５−１）に戻る。ＨＣＩボリューム評価テーブル１３１０の全てのエントリの処理が完了した場合、分析部２１１はステップＳ６０５の処理を終了する。

【0342】

以上がステップＳ６０５の処理の説明である。

【0343】

次に、分析部２１１は、移行優先度に基づいて、ボリューム評価情報２３０を更新する（ステップＳ６０６）。その後、分析部２１１は優先順位決定処理を終了する。

【0344】

具体的には、分析部２１１は、ＨＣＩボリューム評価テーブル１３１０のエントリを移行優先度の小さい順にソートする。

【0345】

図２３Ａ、図２３Ｂ、図２３Ｃ、及び図２３Ｄは、実施例１の管理サーバ１００が実行するマイグレーションパターン評価処理の一例を説明するフローチャートである。

【0346】

分析部２１１は、３Ｔｉｅｒ型の基盤１１０におけるマイグレーションボリューム１６０を選択する（ステップＳ７０１）。

【0347】

具体的には、分析部２１１は、３Ｔｉｅｒボリューム評価テーブル１３００から上から順にｎ個のエントリを選択する。なお、ｎは任意に設定できる。選択されたエントリに対応するボリューム１６０がマイグレーションボリューム１６０となる。

【0348】

すべてのボリューム１６０をマイグレーションした場合、移行先の基盤の負荷が増大し、また、移行元及び移行先の基盤の組合せの数も膨大となるため計算量も増大する。そこで、本実施例では、移行するボリューム１６０の数を予め設定する。

【0349】

また、移行優先度は、第１基盤評価値及び第２基盤評価値に基づいて算出される値であり、業務システムが利用する基盤の適性を評価する値でもある。したがって、移行優先度に基づく業務システムの選択処理は、異なる基盤へのマイグレーションが推奨される基盤を優先的に選択することに対応する。

【0350】

次に、分析部２１１は、マイグレーションボリューム１６０のループ処理を開始する（ステップＳ７０２）。

【0351】

具体的には、分析部２１１は、マイグレーションボリューム１６０の中からターゲットボリューム１６０を一つ選択する。

【0352】

次に、分析部２１１は、移行可能なＨＣＩ型の基盤１１１を特定する（ステップＳ７０３）。具体的には、以下のような処理が実行される。

【0353】

（Ｓ７０３−１）分析部２１１は、３Ｔｉｅｒサーバ監視情報２２４及び３Ｔｉｅｒプール監視情報２２５に基づいて、マイグレーションボリューム１６０を要素として含む業務システムのリソース使用量を算出する。リソース使用量の算出方法は公知の技術であるため詳細な説明は省略する。

【0354】

（Ｓ７０３−２）分析部２１１は、ＨＣＩ構成情報２２２、ＨＣＩサーバ情報２２３、ＨＣＩサーバ監視情報２２７、及びＨＣＩプール監視情報２２８に基づいて、ＨＣＩ型の基盤１１１のリソースの空き容量を算出する。リソースの空き容量の算出方法は公知の技術であるため詳細な説明は省略する。

【0355】

（Ｓ７０３−３）分析部２１１は、リソースの空き容量が、マイグレーションボリューム１６０を含む業務システムのリソース使用量以上であるＨＣＩ型の基盤１１１を特定する。さらに、分析部２１１は、ＨＣＩサーバ監視情報２２７に基づいて、特定されたＨＣＩ型の基盤１１１に属するサーバ１２０の中からＣＰＵ使用率１００３が最も小さいサーバ１２０を選択する。

【0356】

なお、分析部２１１は、リソースの容量だけではなく、業務システムが利用しているストレージ機能の有無を判定条件に加えてもよい。この場合、リソースの空き容量がリソースの使用量以上、かつ、ストレージ機能を有するＨＣＩ型の基盤１１１のサーバ１２０が選択される。

【0357】

（Ｓ７０３−４）分析部２１１は、マイグレーションボリューム１６０と、ＨＣＩ型の基盤１１１の識別情報及びサーバ１２０の識別情報の組とを対応づけたデータをワークエリアに格納する。（Ｓ７０３−３）において特定されたＨＣＩ型の基盤１１１が複数存在する場合、ＨＣＩ型の基盤１１１の数だけデータがワークエリアに格納される。

【0358】

以上がステップＳ７０３の処理の説明である。

【0359】

次に、分析部２１１は、全てのマイグレーションボリューム１６０の処理が完了したか否かを判定する（ステップＳ７０４）。

【0360】

全てのマイグレーションボリューム１６０の処理が完了していない場合、分析部２１１は、ステップＳ７０２に戻り、同様の処理を実行する。

【0361】

全てのマイグレーションボリューム１６０の処理が完了した場合、分析部２１１は、マイグレーションパターンを生成する（ステップＳ７０５）。

【0362】

具体的には、分析部２１１は、マイグレーションボリューム１６０と移行先のＨＣＩ型の基盤１１１との組合せをマイグレーションパターンとして生成する。分析部２１１は、ＨＣＩパターン評価テーブル１６１０に、生成されたパターンの数だけエントリを追加し、追加されたエントリのパターンＩＤ１６１１に識別情報を設定する。また、分析部２１１は、追加されたエントリのパターン１６１２に生成されたマイグレーションパターンの情報を設定する。

【0363】

次に、分析部２１１は、ＨＣＩパターン評価テーブル１６１０に登録されたマイグレーションパターンのループ処理を開始する（ステップＳ７０６）。

【0364】

具体的には、分析部２１１は、ＨＣＩパターン評価テーブル１６１０から一つのエントリ（ターゲットパターン）を選択する。

【0365】

次に、分析部２１１は、各マイグレーションボリューム１６０を移行先の基盤（ＨＣＩ型の基盤１１１）にマイグレーションした場合、移行先の基盤のリソースが不足するか否かを判定する（ステップＳ７０７）。

【0366】

移行元の基盤及び移行先の基盤のリソースの不足の判定方法は公知の技術を用いればよい。例えば、分析部２１１は、各マイグレーションボリューム１６０について式（１５）及び式（１６）を満たすか否かを判定する。

【0367】

【数15】

【0368】

【数16】

【0369】

式（１５）の移行先の使用率は使用量１１０３の値であり、移行元の使用量は使用量９０５の値であり、移行先の容量は容量５０２の値であり、容量閾値は容量閾値５０３の値である。式（１６）の移行先のＣＰＵ使用率はＣＰＵ使用率１００３の値であり、移行元のＭＰ使用率はＭＰ使用率９０７の値であり、ＣＰＵ閾値はＣＰＵ閾値６０３の値である。なお、移行先のＨＣＩ型の基盤１１１が同一であるマイグレーションボリューム１６０が存在する場合、式（１５）の左辺の移行元の使用率は各マイグレーションボリューム１６０の使用量９０５の合計値となり、式（１６）の左辺移行元のＭＰ使用率は各マイグレーションボリューム１６０のＭＰ使用率９０７の合計値となる。

【0370】

全てのマイグレーションボリューム１６０が式（１５）及び式（１６）を満たす場合、分析部２１１は、移行先の基盤のリソースは不足しないと判定する。

【0371】

移行先の基盤のリソースが不足すると判定された場合、分析部２１１は、パターン評価情報２３３を更新し（ステップＳ７０８）、ステップＳ７１５に進む。

【0372】

具体的には、分析部２１１は、ＨＣＩパターン評価テーブル１６１０のエントリのフィージビリティ１６１３に「不可」を設定する。

【0373】

移行先の基盤のリソースは不足しないと判定された場合、分析部２１１は、パターン評価情報２３３を更新する（ステップＳ７０９）。

【0374】

具体的には、分析部２１１は、ＨＣＩパターン評価テーブル１６１０のエントリのフィージビリティ１６１３に「可」を設定する。

【0375】

次に、分析部２１１は、ターゲットパターンのマイグレーションボリューム１６０のループ処理を開始する（ステップＳ７１０）。

【0376】

具体的には、分析部２１１は、ターゲットパターンのマイグレーションボリューム１６０の中からターゲットボリューム１６０を選択する。

【0377】

次に、分析部２１１は、移行先の基盤がターゲットボリューム１６０に提供されているストレージ機能を有しているか否かを判定する（ステップＳ７１１）。

【0378】

具体的には、分析部２１１は、ターゲットボリューム１６０が利用しているプールの機能３０９と、移行先の基盤の機能５０６とを比較する。

【0379】

移行先の基盤がターゲットボリューム１６０に提供されているストレージ機能を有している場合、分析部２１１は、コストを算出し（ステップＳ７１２）、ステップＳ７１４に進む。

【0380】

具体的には、分析部２１１は、式（１７）に基づいてコストを算出する。分析部２１１は、ＨＣＩパターン評価テーブル１６１０のエントリのコスト１５０４の値に、算出されたコストを加算する。

【0381】

【数17】

【0382】

移行元の使用量は使用量９０５の値であり、ボリュームコストはボリュームコスト３０７の値であり、削減率は削減率９０６の値であり、世代数はコピー３１１の値である。移行先の使用量は使用量１１０３の値であり、ボリュームコストはボリュームコスト５０５の値であり、削減率は削減率１２０６の値であり、世代数はコピー５１１の値である。ＭＰ使用率はＭＰ使用率９０７の値であり、ＭＰコストはＭＰコスト３０８の値である。ＣＰＵ使用率はＣＰＵ使用率１００３の値であり、ＣＰＵコストはＣＰＵコスト４０４の値である。

【0383】

移行先の基盤がターゲットボリューム１６０に提供されているストレージ機能を有していない場合、分析部２１１は、コストを算出し（ステップＳ７１３）、ステップＳ７１４に進む。

【0384】

具体的には、分析部２１１は、式（１８）に基づいてコストを算出する。分析部２１１は、ＨＣＩパターン評価テーブル１６１０のエントリのコスト１６１４の値に、算出されたコストを加算する。

【0385】

【数18】

【0386】

移行元の使用量は使用量９０５の値であり、ボリュームコストはボリュームコスト３０７の値である。移行先の使用量は使用量１１０３の値であり、ボリュームコストはボリュームコスト５０５の値である。ＭＰ使用率はＭＰ使用率９０７の値であり、ＭＰコストはＭＰコスト３０８の値である。ＣＰＵ使用率はＣＰＵ使用率１００３の値であり、ＣＰＵコストはＣＰＵコスト４０４の値である。

【0387】

ステップＳ７１４では、分析部２１１は、ターゲットパターンの全てのマイグレーションボリュームの処理が完了したか否かを判定する（ステップＳ７１４）。

【0388】

ターゲットパターンの全てのマイグレーションボリュームの処理が完了していない場合、分析部２１１は、ステップＳ７１０に戻り、同様の処理を実行する。

【0389】

ターゲットパターンの全てのマイグレーションボリュームの処理が完了した場合、分析部２１１は、ＨＣＩパターン評価テーブル１６１０に登録された全てのマイグレーションパターンの処理が完了したか否かを判定する（ステップＳ７１５）。

【0390】

ＨＣＩパターン評価テーブル１６１０に登録された全てのマイグレーションパターンの処理が完了していない場合、分析部２１１は、ステップＳ７０６に戻り、同様の処理を実行する。

【0391】

ＨＣＩパターン評価テーブル１６１０に登録された全てのマイグレーションパターンの処理が完了した場合、分析部２１１は、ＨＣＩ型の基盤１１１におけるマイグレーションボリューム１６０を選択する（ステップＳ７１６）。

【0392】

具体的には、分析部２１１は、ＨＣＩボリューム評価テーブル１３１０から上から順にｎ’個のエントリを選択する。なお、ｎ’は任意に設定できる。選択されたエントリに対応するボリューム１６０がマイグレーションボリューム１６０となる。

【0393】

次に、分析部２１１は、マイグレーションボリューム１６０のループ処理を開始する（ステップＳ７１７）。

【0394】

具体的には、分析部２１１は、マイグレーションボリューム１６０の中からターゲットボリューム１６０を一つ選択する。

【0395】

次に、分析部２１１は、移行可能な３Ｔｉｅｒ型の基盤１１０を特定する（ステップＳ７１８）。具体的には、以下のような処理が実行される。

【0396】

（Ｓ７１８−１）分析部２１１は、ＨＣＩサーバ監視情報２２７、ＨＣＩプール監視情報２２８、及びＨＣＩボリューム監視情報２２９に基づいて、マイグレーションボリューム１６０を要素として含む業務システムのリソース使用量を算出する。リソース使用量の算出方法は公知の技術であるため詳細な説明は省略する。

【0397】

（Ｓ７１８−２）分析部２１１は、３Ｔｉｅｒ構成情報２２０、３Ｔｉｅｒサーバ構成情報２２１、３Ｔｉｅｒサーバ監視情報２２４、３Ｔｉｅｒプール監視情報２２５に基づいて、３Ｔｉｅｒ型の基盤１１０のリソースの空き容量を算出する。リソースの空き容量の算出方法は公知の技術であるため詳細な説明は省略する。

【0398】

（Ｓ７１８−３）分析部２１１は、リソースの空き容量が、マイグレーションボリューム１６０を含む業務システムのリソース使用量以上である３Ｔｉｅｒ型の基盤１１０を特定する。

【0399】

なお、分析部２１１は、リソースの容量だけではなく、業務システムが利用しているストレージ機能の有無を判定条件に加えてもよい。この場合、リソースの空き容量がリソースの使用量以上、かつ、ストレージ機能を有する３Ｔｉｅｒ型の基盤１１０が特定される。

【0400】

（Ｓ７１８−４）分析部２１１は、マイグレーションボリューム１６０と、３Ｔｉｅｒ型の基盤１１０の識別情報とを対応づけたデータをワークエリアに格納する。（Ｓ７１８−３）において特定された３Ｔｉｅｒ型の基盤１１０が複数存在する場合、３Ｔｉｅｒ型の基盤１１０の数だけデータがワークエリアに格納される。

【0401】

以上がステップＳ７１８の処理の説明である。

【0402】

次に、分析部２１１は、全てのマイグレーションボリューム１６０の処理が完了したか否かを判定する（ステップＳ７１９）。

【0403】

全てのマイグレーションボリューム１６０の処理が完了していない場合、分析部２１１は、ステップＳ７１７に戻り、同様の処理を実行する。

【0404】

全てのマイグレーションボリューム１６０の処理が完了した場合、分析部２１１は、マイグレーションパターンを生成する（ステップＳ７２０）。

【0405】

具体的には、分析部２１１は、マイグレーションボリューム１６０と移行先の３Ｔｉｅｒ型の基盤１１０との組合せをマイグレーションパターンとして生成する。分析部２１１は、３Ｔｉｅｒパターン評価テーブル１６００に、生成されたパターンの数だけエントリを追加し、追加されたエントリのパターンＩＤ１６０１に識別情報を設定する。また、分析部２１１は、追加されたエントリのパターン１６０２に生成されたマイグレーションパターンの情報を設定する。

【0406】

次に、分析部２１１は、３Ｔｉｅｒパターン評価テーブル１６００に登録されたマイグレーションパターンのループ処理を開始する（ステップＳ７２１）。

【0407】

具体的には、分析部２１１は、３Ｔｉｅｒパターン評価テーブル１６００から一つのエントリ（ターゲットパターン）を選択する。

【0408】

次に、分析部２１１は、各マイグレーションボリューム１６０を移行先の基盤（３Ｔｉｅｒ型の基盤１１０）にマイグレーションした場合、移行先の基盤のリソースが不足するか否かを判定する（ステップＳ７２２）。ステップＳ７２２の処理はステップＳ７０７の処理と同様の処理であるため詳細な説明は省略する。

【0409】

移行先の基盤のリソースが不足すると判定された場合、分析部２１１は、パターン評価情報２３３を更新し（ステップＳ７２３）、ステップＳ７３０に進む。

【0410】

具体的には、分析部２１１は、３Ｔｉｅｒパターン評価テーブル１６００のエントリのフィージビリティ１６０３に「不可」を設定する。

【0411】

移行先の基盤のリソースは不足しないと判定された場合、分析部２１１は、パターン評価情報２３３を更新する（ステップＳ７２４）。

【0412】

具体的には、分析部２１１は、３Ｔｉｅｒパターン評価テーブル１６００のエントリのフィージビリティ１６０３に「可」を設定する。

【0413】

次に、分析部２１１は、ターゲットパターンのマイグレーションボリューム１６０のループ処理を開始する（ステップＳ７２５）。

【0414】

具体的には、分析部２１１は、ターゲットパターンのマイグレーションボリューム１６０の中からターゲットボリューム１６０を選択する。

【0415】

次に、分析部２１１は、移行先の基盤がターゲットボリューム１６０に提供されているストレージ機能を有しているか否かを判定する（ステップＳ７２６）。

【0416】

具体的には、分析部２１１は、ターゲットボリューム１６０が利用しているクラスタの機能５０６と、移行先の基盤の機能３０９とを比較する。

【0417】

移行先の基盤がターゲットボリューム１６０に提供されているストレージ機能を有している場合、分析部２１１は、コストを算出し（ステップＳ７２７）、ステップＳ７２９に進む。ステップＳ７２７の処理はステップＳ７１２の処理と同様の処理であるため詳細な説明を省略する。

【0418】

移行先の基盤がターゲットボリューム１６０に提供されているストレージ機能を有していない場合、分析部２１１は、コストを算出し（ステップＳ７２８）、ステップＳ７２９に進む。ステップＳ７２８の処理はステップＳ７１３の処理と同様の処理であるため詳細な説明を省略する。

【0419】

ステップＳ７２９では、分析部２１１は、ターゲットパターンの全てのマイグレーションボリュームの処理が完了したか否かを判定する（ステップＳ７２９）。

【0420】

ターゲットパターンの全てのマイグレーションボリュームの処理が完了していない場合、分析部２１１は、ステップＳ７２５に戻り、同様の処理を実行する。

【0421】

ターゲットパターンの全てのマイグレーションボリュームの処理が完了した場合、分析部２１１は、３Ｔｉｅｒパターン評価テーブル１６００に登録された全てのマイグレーションパターンの処理が完了したか否かを判定する（ステップＳ７３０）。

【0422】

３Ｔｉｅｒパターン評価テーブル１６００に登録された全てのマイグレーションパターンの処理が完了していない場合、分析部２１１は、ステップＳ７２１に戻り、同様の処理を実行する。

【0423】

３Ｔｉｅｒパターン評価テーブル１６００に登録された全てのマイグレーションパターンの処理が完了した場合、分析部２１１はマイグレーションパターン評価処理を終了する。

【0424】

図２４は、実施例１の管理サーバ１００が実行する業務システムのマイグレーション処理の一例を説明するフローチャートである。

【0425】

分析部２１１は、ユーザにマイグレーションパターンを提示する（ステップＳ８０１）。

【0426】

具体的には、分析部２１１は、３Ｔｉｅｒパターン評価テーブル１６００からコスト１６０４の値が小さい順にｍ個のエントリを選択し、当該エントリのパターン１６０２に設定されるマイグレーションパターンをユーザが使用する端末等に提示する。また、分析部２１１は、ＨＣＩパターン評価テーブル１６１０からコスト１６１４の値が小さい順にｍ’個のエントリを選択し、当該エントリのパターン１６０２に設定されるマイグレーションパターンをユーザが使用する端末等に提示する。

【0427】

リソースの空き容量に余裕があり、かつ、運用コストが低い基盤へのマイグレーションを実現するマイグレーションパターンを優先的に表示することによって、業務システムの適切な配置と運用コストの削減を実現できる。

【0428】

なお、フィージビリティ１６０３、１６１３が「不可」のエントリは選択対象から除外される。なお、ｍ、ｍ’は任意に設定できる。

【0429】

分析部２１１は、ユーザからマイグレーションの実行指示を受信する（ステップＳ８０２）。当該指示には、実行するマイグレーションパターンの識別情報が含まれる。

【0430】

分析部２１１は、指定されたマイグレーションパターンにしたがって、基盤間で業務システムをマイグレーションする（ステップＳ８０３）。その後、分析部２１１は、業務システムのマイグレーション処理を終了する。基盤間のマイグレーションの方法は公知の技術を用いればよいため詳細な説明を省略する。

【0431】

なお、分析部２１１は、自動的に、コスト１６０４、１６１４に基づいて、マイグレーションパターンを選択し、選択されたマイグレーションパターンにしたがって、基盤間で業務システムをマイグレーションしてもよい。

【0432】

実施例１によれば、管理サーバ１００は、業務システムの計算リソース及びストレージリソースのバランスを考慮することによって、業務システムに適したアーキテクチャの基盤を評価できる。また、管理サーバ１００は、当該評価に基づいて、基盤間で業務システムをマイグレーションすることによって、異なるアーキテクチャの基盤が混在したシステムにおける業務システムの配置を最適化できる。また、効率的かつ容易に基盤のリソースを管理できる。

【0433】

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

【0434】

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

【0435】

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

【0436】

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

【0437】

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

【符号の説明】

【0438】

１００ 管理サーバ
１０１ 基盤システム
１０２ ネットワーク
１１０ ３Ｔｉｅｒ型の基盤
１１１ ＨＣＩ型の基盤
１２０ サーバ
１２１ ＳＡＮスイッチ
１２２ ストレージシステム
１３０ 仮想マシン（ＶＭ）
１４０ プール
１５０ データストア
１６０ 仮想ボリューム
２００ ＣＰＵ
２０１ ネットワークインタフェース
２０２ メモリ
２０３ 記憶装置
２０４ バス
２１０ 監視部
２１１ 分析部
２２０ ３Ｔｉｅｒ構成情報
２２１ ３Ｔｉｅｒサーバ構成情報
２２２ ＨＣＩ構成情報
２２３ ＨＣＩサーバ情報
２２４ ３Ｔｉｅｒサーバ監視情報
２２５ ３Ｔｉｅｒプール監視情報
２２６ ３Ｔｉｅｒボリューム監視情報
２２７ ＨＣＩサーバ監視情報
２２８ ＨＣＩプール監視情報
２２９ ＨＣＩボリューム監視情報
２３０ ボリューム評価情報
２３１ 閾値情報
２３２ マイグレーション要否判定情報
２３３ パターン評価情報
１３００ ３Ｔｉｅｒボリューム評価テーブル
１３１０ ＨＣＩボリューム評価テーブル
１４００ ３Ｔｉｅｒ閾値テーブル
１４１０ ＨＣＩ閾値テーブル
１５００ ３Ｔｉｅｒマイグレーション要否判定テーブル
１５１０ ＨＣＩマイグレーション要否判定テーブル
１６００ ３Ｔｉｅｒパターン評価テーブル
１６１０ ＨＣＩパターン評価テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21A】

【図21B】

【図22】

【図23A】

【図23B】

【図23C】

【図23D】

【図24】