(57)【要約】【課題】最適なクラウドの利用構成の特定を支援するクラウド利用支援装置を提供する。【解決手段】クラウド利用支援装置は、１つ以上のクラウドにより提供されるストレージリソースに対して、同一のクラウド内でのストレージサービスのメニューの変更、異なるクラウド間での上記メニューの変更、上記メニューにおけるストレージリソースの構成を変化させるパラメータの変更、のうち少なくとも一つ以上の構成変更を実施するアクションについて、メニュー情報、ストレージリソース構成情報、及び監視情報に基づき、当該アクションを実施した場合における構成変更後のサービスの性能及びコストの変化を試算し、性能及びコストのうち少なくともいずれかが改善される場合に当該アクションを推奨候補として特定する。【選択図】図５
2020194466.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサ及びメモリと、
１つ以上のクラウドにより提供されるストレージリソースによるサービスの性能及びコストのうち少なくともいずれかが異なる複数のメニューに関する情報を含むメニュー情報、
前記ストレージリソースの構成に関する情報であるストレージリソース構成情報、    
前記ストレージリソースの性能についての履歴情報を含む監視情報、及び、
前記ストレージリソースに対して実施可能な構成変更についてのアクションに関する情報である構成変更アクション情報、
を記憶する記憶部と、
前記ストレージリソースに対して、同一の前記クラウド内での前記メニューの変更、異なる前記クラウド間での前記メニューの変更、前記メニューにおける前記ストレージリソースの構成を変化させるパラメータの変更、のうち少なくとも一つ以上の構成変更を実施する前記アクションについて、前記メニュー情報、前記ストレージリソース構成情報、及び前記監視情報に基づき、前記アクションを実施した場合における構成変更後のサービスの性能及びコストの変化を試算し、性能及びコストのうち少なくともいずれかが改善される場合に前記アクションを推奨候補として特定する構成変更アクション候補特定部と、
を備える、クラウド利用支援装置。
【請求項２】
請求項１に記載のクラウド利用支援装置であって、
前記性能について要求される範囲を規定するポリシーに関する情報であるポリシー情報を記憶し、
前記構成変更アクション候補特定部は、構成変更後に期待される性能が前記ポリシーを満たす前記アクションを推奨候補として特定する、
クラウド利用支援装置。
【請求項３】
請求項２に記載のクラウド利用支援装置であって、
前記ポリシー情報は、前記ストレージリソースのＩＯＰＳ（Input Output per Second
）に関する規定を含む、
クラウド利用支援装置。
【請求項４】
請求項１に記載のクラウド利用支援装置であって、
前記ストレージリソース構成情報は、前記ストレージリソースが所属するグループを示す情報を含み、
前記構成変更アクション候補特定部は、ある前記グループに所属する前記ストレージリソースの一つ以上について当該グループを単位とした構成変更を行うことにより当該グループ全体として性能及びコストのうち少なくともいずれかが改善される場合に当該構成変更についての前記アクションを推奨候補として特定する、
クラウド利用支援装置。
【請求項５】
請求項１に記載のクラウド利用支援装置であって、
特定した前記アクションを提示する構成変更アクション提示部を含み、  
前記構成変更アクション提示部は、１つ以上の前記ストレージリソースについて前記メニューと性能の実績値との関係を示すグラフを表示する可視化部を有し、
前記可視化部は、前記メニューごとに前記ストレージリソースの性能を示す値を前記グラフにプロットする表示形態、前記メニューを前記パラメータの所定範囲ごとに前記ストレージリソースの性能を示す値をプロットする表示形態、及び、前記メニューを前記ストレージリソースごとに夫々の性能を示す値をプロットする表示形態のうち少なくともいずれかの表示形態で前記グラフを表示する、
クラウド利用支援装置。
【請求項６】
請求項１に記載のクラウド利用支援装置であって、
前記クラウドにより提供されるコンピュートリソースの種別ごとに前記コンピュートリソースが利用可能な前記ストレージリソースの種別を示す情報を管理するコンポーネント別対応ストレージ管理情報を記憶し、
前記記憶部は、前記コンピュートリソースの構成に関する情報であるコンピュートリソース構成情報と、前記コンピュートリソースが参照するストレージリソースについての参照関係を示す情報と、をさらに記憶し、  
前記構成変更アクション候補特定部は、前記コンポーネント別対応ストレージ管理情報と前記参照関係を示す情報とに基づき変更可能と判定される、前記ストレージリソースの種別を変更するアクションを、前記推奨候補として特定する、
クラウド利用支援装置。
【請求項７】
請求項６に記載のクラウド利用支援装置であって、
前記コンピュートリソース構成情報は、コンピュートリソースのロールを示す情報を含み、
前記構成変更アクション候補特定部は、前記参照関係を示す情報に基づき、特定の前記ロールの前記コンピュートリソースを起点として前記参照関係を辿ることにより、前記特定のロールの前記コンピュートリソースから直接参照されない前記ストレージリソースを特定し、特定した前記ストレージリソースを参照する前記コンピュートリソースの参照先の前記ストレージリソースの種別を変更するアクションを、前記推奨候補として特定する、
クラウド利用支援装置。
【請求項８】
請求項１に記載のクラウド利用支援装置であって、
前記記憶部は、前記ストレージリソースについて実施された構成変更の履歴である構成変更履歴情報と、前記ストレージリソースの性能の実績値を含む情報である監視情報と、をさらに記憶し、
前記構成変更アクション候補特定部は、特定の前記ストレージリソースの前記監視情報を他の前記ストレージリソースの前記監視情報と比較し、前記特定のストレージリソースの前記監視情報と類似する前記他のストレージリソースの前記監視情報を特定し、特定した前記監視情報に対応して行われた構成変更の内容を前記構成変更履歴情報から取得し、取得した前記構成変更の内容に基づくアクションを、前記推奨候補として特定する、
クラウド利用支援装置。
【請求項９】
請求項１に記載のクラウド利用支援装置であって、
前記記憶部は、前記ストレージリソースについて実施された構成変更の履歴である構成変更履歴情報と、前記ストレージリソースの性能の実績値を含む情報である監視情報と、をさらに記憶し、
前記構成変更アクション候補特定部は、前記構成変更履歴情報から取得される変更先の前記ストレージリソースをラベルとした、前記監視情報の前記実績値に基づく特徴量を教師データとして機械学習することにより、前記ラベルごとの前記特徴量の適正エリアを求め、特定の前記ストレージリソースの前記特徴量が含まれる前記適正エリアに対応する前記監視情報に対応して行われた構成変更の内容を前記構成変更履歴情報から取得し、取得した前記構成変更の内容に基づくアクションを、前記推奨候補として特定する、
クラウド利用支援装置。
【請求項１０】
プロセッサ及びメモリを有する情報処理装置が、
１つ以上のクラウドにより提供されるストレージリソースによるサービスの性能及びコストのうち少なくともいずれかが異なる複数のメニューに関する情報を含むメニュー情報、
前記ストレージリソースの構成に関する情報であるストレージリソース構成情報、    
前記ストレージリソースの性能についての履歴情報を含む監視情報、及び、
前記ストレージリソースに対して実施可能な構成変更についてのアクションに関する情報である構成変更アクション情報、
を記憶するステップと、
前記ストレージリソースに対して、前記構成変更アクション情報で管理される、同一の前記クラウド内での前記メニューの変更、異なる前記クラウド間での前記メニューの変更、前記メニューにおける前記ストレージリソースの構成を変化させるパラメータの変更、のうち少なくとも一つ以上の構成変更を実施する前記アクションについて、前記メニュー情報、前記ストレージリソース構成情報、及び前記監視情報に基づき、前記アクションを実施した場合における構成変更後のサービスの性能及びコストの変化を試算し、性能及びコストのうち少なくともいずれかが改善される場合に前記アクションを推奨候補として特定するステップと、
を実行する、クラウド利用支援方法。
【請求項１１】
請求項１０に記載のクラウド利用支援方法であって、
前記情報処理装置が、
前記性能について要求される範囲を規定するポリシーに関する情報であるポリシー情報を記憶するステップと
構成変更後に期待される性能が前記ポリシーを満たす前記アクションを推奨候補として特定するステップと、
をさらに実行する、クラウド利用支援方法。
【請求項１２】
請求項１０に記載のクラウド利用支援方法であって、
前記ストレージリソース構成情報は、前記ストレージリソースが所属するグループを示す情報を含み、
前記情報処理装置が、ある前記グループに所属する前記ストレージリソースの一つ以上について当該グループを単位とした構成変更を行うことにより当該グループ全体として性能及びコストのうち少なくともいずれかが改善される場合に当該構成変更についての前記アクションを推奨候補として特定するステップ、
をさらに実行する、クラウド利用支援方法。
【請求項１３】
請求項１０に記載のクラウド利用支援方法であって、
前記情報処理装置が、
１つ以上の前記ストレージリソースについて前記メニューと性能の実績値との関係を示すグラフを表示するステップと、
前記メニューごとに前記ストレージリソースの性能を示す値を前記グラフにプロットする表示形態、前記メニューを前記パラメータの所定範囲ごとに前記ストレージリソースの性能を示す値をプロットする表示形態、及び、前記メニューを前記ストレージリソースごとに夫々の性能を示す値をプロットする表示形態のうち少なくともいずれかの表示形態で前記グラフを表示するステップと、
をさらに実行する、クラウド利用支援方法。
【請求項１４】
請求項１０に記載のクラウド利用支援方法であって、
前記情報処理装置が、
前記クラウドにより提供されるコンピュートリソースの種別ごとに前記コンピュートリソースが利用可能な前記ストレージリソースの種別を示す情報を管理するコンポーネント別対応ストレージ管理情報を記憶するステップと、
前記コンピュートリソースの構成に関する情報であるコンピュートリソース構成情報と、前記コンピュートリソースが参照するストレージリソースについての参照関係を示す情
報と、を記憶するステップと、  
前記コンポーネント別対応ストレージ管理情報と前記参照関係を示す情報とに基づき変更可能と判定される、前記ストレージリソースの種別を変更するアクションを、前記推奨候補として特定するステップと、
をさらに実行する、クラウド利用支援方法。
【請求項１５】
請求項１４に記載のクラウド利用支援方法であって、
前記コンピュートリソース構成情報は、コンピュートリソースのロールを示す情報を含み、
前記情報処理装置が、前記参照関係を示す情報に基づき、特定の前記ロールの前記コンピュートリソースを起点として前記参照関係を辿ることにより、前記特定のロールの前記コンピュートリソースから直接参照されない前記ストレージリソースを特定し、特定した前記ストレージリソースを参照する前記コンピュートリソースの参照先の前記ストレージリソースの種別を変更するアクションを、前記推奨候補として特定するステップ、
をさらに実行する、クラウド利用支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラウド利用支援装置、及びクラウド利用支援方法に関する。
【背景技術】
【０００２】
特許文献１には、プライベートクラウドとパブリッククラウドを管理する技術に関して記載されている。上記技術では、パブリッククラウドを活用しつつプライベートクラウドの利用率を適正化すべく、アプリケーションの負荷変動傾向、リソース消費増加傾向、及び残期間に基づき、パブリッククラウドおよびプライベートクラウド間で移行すべきアプリケーションやデータを特定することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１３／０３３９４１９号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、ＩＴリソースを自前のＩＴ資産として所有するのではなく、クラウドの提供者（クラウドサービスプロバイダ）が所有するＩＴ資産から切り出された論理的なＩＴリソースをオンデマンドなサービスとして利用するパブリッククラウドが浸透してきている。パブリッククラウドは、利用した分だけ料金を支払うという従量課金型のクラウドの利用形態であるともいえる。
【０００５】
一方、多くの企業においては、従前より自社専用のＩＴ資産を利用するプライベートクラウドを活用してきている。プライベートクラウドでは、自前で所有するＩＴ資産を占有して利用するため性能の安定性が確保され、コストの予測も容易であるといった利点を有するが、不使用のＩＴリソースがそのままロスとなり、ＩＴリソースの不足時に即座に利用することができない場合あるといったリスクがある。そのため、昨今では、クラウドの活用形態として、業務アプリケーションごとのワークロードの特性等に応じて、プライベートクラウドとパブリッククラウドとを適材適所で活用するハイブリッドクラウドが期待されている。
【０００６】
ところで、上記のハイブリッドクラウドの活用に際して最適なクラウドの利用構成を選択するには、様々な観点からクラウドの利用構成の選択肢について比較検討を行う必要がある。例えば、稼働中のＩＴリソースについて構成変更（移行等）を行う場合には、監視情報を用いて負荷状況やリソース消費量の分析を行い、負荷やリソースの消費に関する今後の予測値に基づき他のクラウドを含めた各クラウドで稼動させるように構成変更を行った場合における構成変更時のインパクトや性能、コスト等を試算し、候補となる構成変更案について比較検討を行う必要がある。
【０００７】
昨今、クラウドの多機能化に伴いサービスとして提供されるＩＴリソースが多様化し、上記の比較検討を行うことが難しくなってきている。例えば、クラウドから提供されるストレージには、ブロックストレージ、ファイルストレージ、及びオブジェクトストレージ等の種類があるが、上記の比較検討においてはＩＯＰＳのような性能値や容量値に関する特性であるスペック特性、課金の種類や単位等のコストに関する特性であるコスト特性、各種クラウドサービスを利用する際のインタフェース（プロトコル）等の接続形態に関する特性である接続特性等を多面的に考慮する必要がある。尚、特許文献１には、クラウドが提供するＩＴリソースの多様な特性を考慮して適切なクラウドの利用構成を特定するこ
とについては何も言及されていない。
【０００８】
本発明は、こうした背景に鑑みてなされたもので、最適なクラウドの利用構成の特定を支援するクラウド利用支援装置、及びクラウド利用支援方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するための本発明の一つは、クラウド利用支援装置であって、プロセッサ及びメモリと、１つ以上のクラウドにより提供されるストレージリソースによるサービスの性能及びコストのうち少なくともいずれかが異なる複数のメニューに関する情報を含むメニュー情報、前記ストレージリソースの構成に関する情報であるストレージリソース構成情報、前記ストレージリソースの性能についての履歴情報を含む監視情報、及び、前記ストレージリソースに対して実施可能な構成変更についてのアクションに関する情報である構成変更アクション情報、を記憶する記憶部と、前記ストレージリソースに対して、同一の前記クラウド内での前記メニューの変更、異なる前記クラウド間での前記メニューの変更、前記メニューにおける前記ストレージリソースの構成を変化させるパラメータの変更、のうち少なくとも一つ以上の構成変更を実施する前記アクションについて、前記メニュー情報、前記ストレージリソース構成情報、及び前記監視情報に基づき、前記アクションを実施した場合における構成変更後のサービスの性能及びコストの変化を試算し、性能及びコストのうち少なくともいずれかが改善される場合に前記アクションを推奨候補として特定する構成変更アクション候補特定部と、を備える。
【００１０】
その他、本願が開示する課題、及びその解決方法は、発明を実施するための形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１１】
本発明により、最適なクラウドの利用構成の特定を支援することができる。
【図面の簡単な説明】
【００１２】
【図１】情報処理システムの概略的な構成を説明する図である。
【図２】管理サーバのハードウェア構成例である。
【図３Ａ】構成変更の例である。
【図３Ｂ】構成変更の例である。
【図３Ｃ】構成変更の例である。
【図３Ｄ】構成変更の例である。
【図３Ｅ】構成変更の例である。
【図４Ａ】クラウドサービスのメニューの例である。
【図４Ｂ】クラウドサービスのメニューの例である。
【図４Ｃ】クラウドサービスのメニューの例である。
【図４Ｄ】クラウドサービスのメニューの例である。
【図５】管理サーバが備える主な機能、並びに管理サーバが記憶する主なデータを示す図である。
【図６Ａ】メニュー情報管理テーブルの例である。
【図６Ｂ】構成情報管理テーブルの例である。
【図６Ｃ】構成情報管理テーブルの例である。
【図６Ｄ】構成変更アクション管理テーブルの例である。
【図６Ｅ】構成変更ポリシー管理テーブルの例である。
【図６Ｆ】監視情報管理テーブルの例である。
【図６Ｇ】構成変更候補管理テーブルの例である。
【図７】構成変更アクション候補特定処理を説明するフローチャートである。
【図８Ａ】ＧＵＩの構成を示す図である。
【図８Ｂ】ＧＵＩの他の構成を示す図である。
【図９】第２実施形態の管理サーバが備える主な機能、並びに管理サーバが記憶する主なデータを示す図である。
【図１０Ａ】第２実施形態のメニュー情報管理テーブルの例である。
【図１０Ｂ】第２実施形態の構成情報管理テーブルの例である。
【図１０Ｃ】第２実施形態の構成情報管理テーブルの例である。
【図１０Ｄ】コンポーネント別対応ストレージ管理テーブルの例である。
【図１０Ｅ】第２実施形態の構成変更アクション管理テーブルの例である。
【図１０Ｆ】第２実施形態の構成変更候補管理テーブルの例である。
【図１１】第２実施形態の構成変更アクション候補特定処理を説明するフローチャートである。
【図１２】第２実施形態におけるＧＵＩの構成を示す図である。
【図１３】第３実施形態の管理サーバが備える主な機能、並びに管理サーバが記憶する主なデータを示す図である。
【図１４Ａ】構成変更履歴管理テーブルの例である。
【図１４Ｂ】監視情報管理テーブルの例である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について図面を参照しつつ説明する。以下の説明において、同一のまたは類似する構成について共通の符号を付して重複した説明を省略することがある。
【００１４】
＜用語の説明＞
まず本実施形態で用いる用語について説明する。
【００１５】
ＩＴ資産とは、サーバ装置やストレージ装置等のＩＴリソースを提供するものをいう。
【００１６】
コンピュートリソースとは、クラウドのＩＴ資産から切り出された論理的なＩＴリソースのうち計算に関するリソースをいう。コンピュートリソースの例として仮想マシンがある。
【００１７】
ストレージリソースとは、クラウドのＩＴ資産から切り出された論理的なＩＴリソースのうちデータの保存に関するものをいう。ストレージリソースの例として、ブロックストレージのストレージボリューム、ファイルストレージサービスにより提供される保存領域、オブジェクトストレージサービスにより提供される保存領域等がある。
【００１８】
パブリッククラウドとは、計算処理やデータの保存（記憶、格納）に必要なＩＴリソースを自前のＩＴ資産として所有するのではなく、クラウドサービスプロバイダ等のクラウドの提供者が所有するＩＴ資産から切り出された論理的なＩＴリソースをオンデマンドなサービスとして利用するＩＴ資産の利用形態をいう。
【００１９】
プライベートクラウドとは、サーバ装置やストレージ装置等のＩＴ資産を自前で所有し、クラウド技術を利用してＩＴリソースを効率的に利用するＩＴ資産の利用形態をいう。
【００２０】
アプリケーションとは、特定の業務システムのことであり、特定の業務システムを構成するコンピュートリソースやストレージリソースの集合をいう。尚、一般的には、「アプリケーション」という用語は、オペレーティングシステムやミドルウェアをベースとして動作する単体のソフトウェアプログラムのことを指すが、本実施形態では、そのようなソフトウェアプログラムについてはアプリケーションプログラムと称する。
【００２１】
［第１実施形態］
図１に第１実施形態として説明する情報処理システム１の概略的な構成を示している。同図に示すように、情報処理システム１は、管理サーバ１００１（クラウド利用支援装置）、コンソール１００２、通信ネットワーク１００３、プライベートクラウド１００４ａ〜ｃ、及びパブリッククラウド１００５ａ〜ｃを含む。
【００２２】
管理サーバ１００１は、各クラウドに構築される、ストレージリソースの構成や稼動状況を管理する。また管理サーバ１００１は、ユーザに推奨する構成変更のアクション（以下、「構成変更アクション」と称する。）を特定し、特定した構成変更アクションをユーザに提示する。
【００２３】
コンソール１００２は、管理サーバ１００１に対して情報（データ）の入出力を行うユーザインタフェースである。    
【００２４】
通信ネットワーク１００３は、管理サーバ１００１、プライベートクラウド１００４ａ〜ｃ、及びパブリッククラウド１００５ａ〜ｃの間を双方向通信が可能な状態に接続にする。通信ネットワーク１００３は、無線方式または有線方式の通信手段であり、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット、各種
公衆通信網、専用線等である。
【００２５】
プライベートクラウド１００４ａ〜ｃは、いずれもプライベートクラウドのインスタンスである。
【００２６】
パブリッククラウド１００５ａ〜ｃは、いずれもパブリッククラウドのインスタンスである。
【００２７】
同図に示すように、プライベートクラウド１００４ａ〜ｃは、サーバ装置１０１１ａ〜ｃ、ストレージ装置１０１２ａ〜ｃ、ストレージゲートウェイ１０１３ａ〜ｃ、プライベートクラウド管理サーバ１０１４、及びネットワークゲートウェイ１０１５を含む。
【００２８】
このうちサーバ装置１０１１ａ〜ｃは、コンピュート能力（計算（演算）能力）を提供する情報処理装置である。サーバ装置１０１１ａ〜ｃは、仮想サーバ１０２１ａ〜ｃの単位で利用されることもある。仮想サーバ１０２１ａ〜ｃには、オペレーティングシステム１０３３、ミドルウェア１０３２、アプリケーションプログラム１０３１等が適宜インストールされる。
【００２９】
ストレージ装置１０１２ａ〜ｃは、データの保存能力（記憶能力）を提供する装置である。ストレージ装置１０１２ａ〜ｃは、ストレージボリューム１０４１ａ〜ｃの単位で利用されることもある。ストレージ装置１０１２ａ〜ｃがブロックストレージである場合、ストレージボリューム１０４１ａ〜ｃには、ブロックストレージとしてデータが入出力される。
【００３０】
ストレージゲートウェイ１０１３ａ〜ｃは、ストレージ装置１０１２ａ〜ｃとは異なるタイプのストレージであり、パブリッククラウドとの間でのデータの入出力を行うストレージである。ストレージゲートウェイ１０１３ａ〜ｃは、従来と同様にユーザあるいはサーバ装置１０１１ａ〜ｃにブロックタイプのインタフェースを提供するが、当該インタフェースを介して入出力されるデータは実質的にはパブリッククラウドに対するデータの入出力として扱われる。即ち、ストレージゲートウェイ１０１３ａ〜ｃを介することで、ユーザは従来と同様のインタフェースを介してパブリッククラウドを利用することができる
。
【００３１】
プライベートクラウド管理サーバ１０１４は、プライベートクラウドのＩＴ資産やＩＴリソースを管理する。プライベートクラウド管理サーバ１０１４は、ＩＴ資産（サーバ装置１０１１ａ〜ｃやストレージ装置１０１２ａ〜ｃ等）に基づくＩＴリソース（仮想サーバ１０２１ａ〜ｃやストレージボリューム１０４１ａ〜ｃ等）の構成に関する情報（以下、「構成情報」と称する。）の管理、性能値等のＩＴリソースの実績値（履歴）に関する情報（以下、「監視情報」と称する。）の計測や管理を行う。
【００３２】
ネットワークゲートウェイ１０１５は、プライベートクラウド１００４ａ〜ｃを通信ネットワーク１００３に接続する。
【００３３】
パブリッククラウド１００５ａ〜ｃは、サーバサービス１０５１及びストレージサービス１０５２を提供する。
【００３４】
このうちサーバサービス１０５１は、コンピュートリソースを提供するサービスである。サーバサービス１０５１により提供されるコンピュートリソースは、仮想サーバ１０６１ａ〜ｃを含む。プライベートクラウドの場合と同様に、仮想サーバ１０６１ａ〜ｃには、オペレーティングシステム１０７３、ミドルウェア１０７２、アプリケーションプログラム１０７１等が適宜インストールされる。
【００３５】
ストレージサービス１０５２は、ストレージリソースを提供するサービスである。ストレージサービス１０５２により提供されるストレージリソースは、ブロックストレージサービス１０８１により提供されるストレージボリューム１０９１ａ〜ｃ、ファイルストレージサービス１０８２により提供される保存領域１１０１ａ〜ｃ、及びオブジェクトストレージサービス１０８３により提供される保存領域１１１１ａ〜ｃを含む。
【００３６】
エンドポイント１０５３は、パブリッククラウド１００５ａ〜ｃが提供する各種サービスの利用や管理を行うためのインタフェースである。クラウドサービスのユーザは、エンドポイント１０５３により提供されるＷｅｂ ＡＰＩ（Web Application Programming Interface）等を介して、コンピュートリソースやストレージリソースの利用や削除、構成情報や監視情報の取得を行う。
【００３７】
図２に管理サーバ１００１のハードウェア構成の一例を示す。例示する管理サーバ１００１は、プロセッサ２００１（ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＩ（Artificial Intelligence）チップ等）、メモリ２００２、及び
補助記憶装置２００３を備える。管理サーバ１００１により提供される機能は、プロセッサ２００１が、補助記憶装置２００３に格納されているプログラムをメモリ２００２に読み出して実行することにより実現される。各プログラムは、予め補助記憶装置２００３に格納されていてもよいし、必要に応じて通信インタフェース２００４を介して他装置から取得するか、メディアインタフェース２００５を経由して利用可能な媒体から読み取って取得してもよい。上記の媒体は、例えば、通信媒体（即ち有線、無線、光などの通信ネットワーク、または当該通信ネットワークを伝搬する搬送波やディジタル信号）、メディアインタフェース２００５に着脱可能な外部記憶媒体２００７である。尚、管理サーバ１００１に、入出力装置２００６を介して、当該管理サーバ１００１を操作するコンソール１００２を接続してもよい。
【００３８】
上記の各構成、機能等は、それらの一部または全部を、例えば、集積回路（ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等）で設計する等によりハードウェアで実現してもよい。また上記の各構成、機能等
は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ２００２、ハードディスク、及びＳＳＤ（Solid State Drive）等の補助記
憶装置２００３、または、ＩＣ（Integrated Circuit）カード、ＳＤ（Secure Digital）メモリカード、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録しておくことができる。また上記の各構成は、それらの一部または全部を、仮想的なハードウェア（仮想マシン）として実現してもよい。
【００３９】
＜構成変更の具体例＞
続いて、ストレージリソースに関する、クラウド間での構成変更の例を示す。
【００４０】
図３Ａは、ブロックストレージに関する、クラウド間での構成変更の例である。同図に示すように、変更前の時点では、仮想マシンＶＭ１及び仮想マシンＶＭ２が利用するストレージはプライベートクラウドにある。例示する構成変更では、仮想マシンＶＭ２をアプリケーション単位でパブリッククラウドに移行し、仮想マシンＶＭ２が利用するストレージリソースもパブリッククラウドに移行している。
【００４１】
図３Ｂは、ブロックストレージに関する、クラウド間での構成変更の例である。同図に示すように、変更前の時点では、仮想マシンＶＭ１が利用するストレージはプライベートクラウドにあり、仮想マシンＶＭ２が利用するストレージはパブリッククラウドにある。例示する構成変更では、仮想マシンＶＭ２をアプリケーション単位でプライベートクラウドに移行し、仮想マシンＶＭ２が利用するストレージリソースもプライベートクラウドに移行している。
【００４２】
図３Ｃは、異なる種類のストレージリソースに関する、クラウド間での構成変更の例である。変更前の時点では、プライベートクラウド内で、アプリケーションプログラムを稼動する仮想マシンＶＭ４と、ＮＡＳ（Network Attached Storage）サーバを稼動する仮想マシンＶＭ５と、バックアップサーバを稼動する仮想マシンＶＭ６がある。バックアップサーバを稼動する仮想マシンＶＭ６は、仮想マシンＶＭ５が利用するストレージリソースを、別のストレージリソースに複製（copy）することでバックアップを行う。例示する構成変更では、変更前は、仮想マシンＶＭ４からのファイルアクセスはＮＦＳ（Network File System）（登録商標）等のプロトコルを介して行い、仮想マシンＶＭ５及び仮想マシ
ンＶＭ６からのブロックアクセスはＦＣ（Fibre Channel）等のプロトコルを介して行う
。
【００４３】
例示する構成変更では、バックアップサーバによるバックアップ先を、構成変更前はＦＣによるブロックストレージとしていたが、構成変更後はＨＴＴＰＳ（Hypertext Transfer Protocol Secure）上のＷｅｂ  ＡＰＩによるパブリッククラウドのオブジェクトストレージを利用するように、バックアップ先の設定変更を行っている。尚、上記設定変更に伴いデータ入出力のインタフェースが変更される。即ち本例は、仮想マシンＶＭ６におけるバックアップサーバがパブリッククラウドのオブジェクトストレージを利用可能であることを前提としている。この構成変更は、仮想マシンＶＭ４で稼働するアプリケーションプログラムが直接参照しないストレージリソースについての構成変更であるため、アプリケーションプログラムの視点からの透過性が比較的高い。
【００４４】
図３Ｄは、異なる種類のストレージに関する、クラウド間での構成変更の例である。同図に示すように、構成変更前の時点では、プライベートクラウド内で、アプリケーションプログラムを稼動する仮想マシンＶＭ４と、ＮＡＳサーバを稼働させる仮想マシンＶＭ５とがある。例示する構成変更では、ＮＡＳサーバが利用するストレージを、プライベートクラウドのブロックストレージから、パブリッククラウドのオブジェクトストレージに変
更する。尚、本例では、変更対象のＮＡＳサーバがパブリッククラウドのオブジェクトストレージを利用できることが前提であり、この設定変更に伴いデータ入出力のインタフェースが変更される。
【００４５】
図３Ｅは、異なる種類のストレージに関する、クラウド間での構成変更の例である。同図に示すように、構成変更前の時点では、プライベートクラウド内で、アプリケーションプログラムを稼動する仮想マシンＶＭ４がある。例示する構成変更では、仮想マシンＶＭ４で稼動するアプリケーションプログラムによるデータの入出力先として、プライベートクラウドのブロックストレージから、パブリッククラウドのオブジェクトストレージに変更する。この構成変更では、アプリケーションプログラムに対する変更（例えばソースコードの変更）が必要であり、アプリケーションプログラムからの視点では比較的変更コストが高くなる可能性がある。
【００４６】
＜サービスのメニュー＞
クラウドのユーザに提供されるクラウドサービスのメニューの内容は、クラウドが提供するＩＴリソースのスペック特性やコスト特性、接続特性を考慮して設定される。
【００４７】
例えば、クラウドサービスがストレージを提供するストレージサービスである場合、上記のスペック特性は、例えば、クラウドサービス利用者が利用するＩＴリソースに対する、ＩＯＰＳのような性能値や、容量値に関する特性であり、例えば、ＩＯＰＳおよび割り当てられる容量が固定される、ＩＯＰＳが割り当てられる容量に依存して変動する等がある。
【００４８】
また上記のコスト特性は、例えば、課金の種類や単位に関する特性であり、例えば、課金がユーザ指定の割り当て容量（ＧＢ）により変動して発生する、割り当て容量（ＧＢ）がメニューの中で固定されておりユーザが指定できず利用料金も固定される等がある。
【００４９】
また上記の接続特性は、例えば、クラウドサービスを利用する際のインタフェース（プロトコル）に関する特性である。例えば、パブリッククラウドから提供されることが多いオブジェクトストレージでは、従来のブロックやファイルのインタフェースとは異なり、Ｗｅｂ ＡＰＩ（Application Programming Interface）を介して、オブジェクトという単位でのデータの保存や取得を行うことが多い。またプライベートクラウドとパブリッククラウドとの間の接続形態も多様化してきており、プライベートクラウド内に配置するストレージゲートウェイと呼ばれるアプライアンスの中には、利用者にはブロックストレージのインタフェースを見せつつも、実体のデータストアとしてはパブリッククラウドのオブジェクトストレージを使いデータの入出力を行う、というようなアプライアンスも出現してきている。
【００５０】
図４Ａ〜図４Ｄに、以上のような特性を考慮して設定されるストレージサービスのメニューの例を示す。
【００５１】
図４Ａは、ブロックストレージについてのメニューの例である。同図に示すように、本例では、ＩＯＰＳ性能が異なる２種類のメニューが用意されている。いずれのメニューについても単価はボリュームの割当容量（ストレージリソースの構成を変化させるパラメータ）に対して比例し、ＩＯＰＳは割当容量によらず固定である。ユーザはいずれかのメニューと割当容量を指定してブロックストレージを利用する。
【００５２】
図４Ｂは、ブロックストレージについてのメニューの他の例である。同図に示すように、本例では、ＩＯＰＳ性能が異なる２種類のメニューが用意されている。いずれのメニューも単価がボリュームの割当容量に比例する点は図４Ａと同様であるが、ＩＯＰＳについ
ても割当容量に比例する点が図４Ａとは異なる。ユーザはいずれかのメニューと割当容量を指定してブロックストレージを利用する。
【００５３】
図４Ｃは、ブロックストレージのメニューの他の例である。同図に示すように、本例では、ボリューム容量が異なる２種類のメニューが用意されている。いずれのメニューについてもボリュームの割当容量やＩＯＰＳは事前に規定済みであるためユーザは指定しない。また単価やＩＯＰＳはボリューム単位（メニュー単位）で規定済みである。本例では、ユーザはいずれかのメニューを指定してブロックストレージを利用する。
【００５４】
図４Ｄは、ブロックストレージとは異なる種類のストレージのメニューの例である。本例では、ファイルストレージサービスとオブジェクトストレージサービスの夫々についてのメニューが用意されている。いずれのメニューについても、単価は割当容量ではなく利用データ量に対して比例する。各メニューの性能値がスループットで表示されている。ユーザはいずれかのメニューを指定してファイルストレージサービスまたはオブジェクトストレージサービスを利用する。
【００５５】
＜管理サーバ（クラウド利用支援装置）＞
図５に、管理サーバ１００１が備える主な機能、及び管理サーバ１００１が記憶する主なデータを示す。
【００５６】
同図に示すように、管理サーバ１００１は、メニュー情報管理テーブル５００１、構成情報管理テーブル５００２、構成変更アクション管理テーブル５００３、監視情報管理テーブル５００４、構成変更ポリシー管理テーブル５００５、及び構成変更候補管理テーブル５００６を記憶する。
【００５７】
メニュー情報管理テーブル５００１には、クラウド（プライベートクラウド１００４ａ〜ｃ、パブリッククラウド１００５ａ〜ｃ）のユーザに提供されるメニューに関する情報が管理される。
【００５８】
構成情報管理テーブル５００２には、クラウドにより構築されるストレージリソース（コンピュートリソース、ストレージリソース）の構成情報が管理される。構成情報管理テーブル５００２の内容は、プライベートクラウド１００４ａ〜ｃについてはプライベートクラウド管理サーバ１０１４から、パブリッククラウド１００５ａ〜ｃについてはエンドポイント１０５３から取得される。
【００５９】
構成変更アクション管理テーブル５００３には、稼動中のＩＴリソースに対して実施可能な構成変更アクションに関する情報が管理される。
【００６０】
監視情報管理テーブル５００４には、稼動中のＩＴリソースの性能に関する監視情報が管理される。監視情報管理テーブル５００４の内容は、例えば、プライベートクラウド１００４ａ〜ｃについてはプライベートクラウド管理サーバ１０１４から、パブリッククラウド１００５ａ〜ｃについてはエンドポイント１０５３から取得される。
【００６１】
構成変更ポリシー管理テーブル５００５には、構成変更アクションを実行する際の制約条件等のポリシーに関する情報（以下、「ポリシー情報」と称する。）が管理される。
【００６２】
構成変更候補管理テーブル５００６には、改善が期待される構成変更のアクションの候補（以下、「構成変更アクション候補」と称する。）に関する情報が管理される。
【００６３】
図５に示すように、管理サーバ１００１は、構成変更アクション候補特定部５００７、
構成変更アクション提示部５００８、及びデータ取得部５００９の各機能を備える。尚、管理サーバ１００１は、上記の構成に加えて、例えば、オペレーティングシステム、デバイスドライバ、ファイルシステム、ＤＢＭＳ（DataBase Management System）等の機能を備えていてもよい。
【００６４】
構成変更アクション候補特定部５００７は、構成変更アクション候補を特定する。構成変更アクション候補特定部５００７は、稼動データ予測部５０１１、及びアクション評価部５０１２の各機能を含む。
【００６５】
このうち稼動データ予測部５０１１は、監視情報管理テーブル５００４の監視情報を分析してＩＴリソースの将来の稼働状況を予測する。
【００６６】
アクション評価部５０１２は、稼動中のＩＴリソースについて構成変更のアクション（以下、「構成変更アクション」と称する。）を行った場合の効果を評価する。同図に示すように、アクション評価部５０１２は、性能試算部５０２１、コスト試算部５０２２、構成検証部５０２３、及びポリシー検証部５０２４の各機能を含む。
【００６７】
このうち性能試算部５０２１は、構成変更アクションを行った場合における、ＩＯＰＳ等の性能値の変化を試算する。コスト試算部５０２２は、構成変更アクションを行った場合における、コストの変化を試算する。構成検証部５０２３は、構成変更アクションを行った場合の構成検証を行う。上記構成検証の例として、容量を増加するアクションを適用した場合に、クラウドメニューが規定する容量の上限を超えるか否かの検証がある。ポリシー検証部５０２４は、構成変更アクションを行った場合におけるポリシーの検証を行う。ポリシーの検証の例としては、メニューを変更するアクションを適用した場合に、性能値が一定の範囲内（ポリシーとして事前に規定された範囲）に収まるか否かの検証がある。
【００６８】
構成変更アクション提示部５００８は、構成変更アクション候補特定部５００７が特定した構成変更アクション候補をユーザに提示（表示）する。構成変更アクション提示部５００８は、可視化部５０３１を含む。可視化部５０３１は、構成変更アクション候補特定部５００７が特定した構成変更アクション候補について、グラフ等を用いて視覚的に表示する。
【００６９】
データ取得部５００９は、プライベートクラウド１００４ａ〜ｃやパブリッククラウド１００５ａ〜ｃから、構成情報や監視情報を取得する。データ取得部５００９は、構成情報取得部５０４１、及び監視情報取得部５０４２を含む。このうち構成情報取得部５０４１は、各クラウドから構成情報を取得し、構成情報管理テーブル５００２に保存する。監視情報取得部５０４２は、各クラウドから監視情報を取得し、監視情報管理テーブル５００４に保存する。
【００７０】
＜テーブルの例＞
図６Ａ〜図６Ｆに、図５に示した各種テーブルの例を示す。
【００７１】
図６Ａは、メニュー情報管理テーブル５００１の例である。同図に示すように、例示するメニュー情報管理テーブル５００１は、クラウド６００１、リージョン６００２、ストレージサービス種別６００３、サービスタイプ６００４、単価６００５、ＩＯＰＳ単位６００６、最大ＩＯＰＳ６００７、ボリューム容量指定単位６００８、及びボリューム最大容量６００９の各項目を含む一つ以上のレコードで構成される。メニュー情報管理テーブル５００１の各レコードは、後述するサービスタイプの一つに対応している。
【００７２】
クラウド６００１には、クラウドサービスを提供するクラウドサービスプロバイダの識別子（以下、「クラウドＩＤ」と称する。）が設定される。リージョン６００２には、クラウドサービスが提供されるリージョンの識別子（以下、「リージョンＩＤ」と称する。）が設定される。ストレージサービス種別６００３には、クラウドサービスが提供するストレージサービスの種別（ブロックストレージ、ファイルストレージ、オブジェクトストレージ）を示す情報（以下、「ストレージサービス種別」と称する。）が設定される。
【００７３】
サービスタイプ６００４には、クラウドが提供するストレージサービスのタイプを示す情報（以下、「サービスタイプ」と称する。）が設定される。単価６００５には、当該サービスタイプの単価方式を規定する情報（以下、「単価規定情報」と称する。）が設定される。ＩＯＰＳ単位６００６には、当該サービスタイプのＩＯＰＳを示す情報（以下、「ＩＯＰＳ単位」と称する。）が設定される。最大ＩＯＰＳ６００７は、当該サービスタイプで提供される最大のＩＯＰＳを規定する。
【００７４】
ボリューム容量指定単位６００８には、ユーザに指定させる容量の単位を示す情報（以下、「容量指定単位」と称する。）が設定される。尚、メニューとして容量指定単位が事前に規定されており、ユーザに指定させない場合は、容量指定単位として事前に規定された容量値が用いられる。ボリューム最大容量６００９には、ユーザが指定可能なボリューム容量の最大値を示す情報（以下、「ボリューム最大容量」と称する。）が設定される。尚、メニューとして容量が事前に規定されておりユーザが指定しない場合、ボリューム最大容量として事前に規定された容量値が用いられる。
【００７５】
図６Ｂ及び図６Ｃは、構成情報管理テーブル５００２の例である。図６Ｂは、構成変更が行われる前の構成情報管理テーブル５００２の例であり、図６Ｃは、構成変更が行われた後の構成情報管理テーブル５００２の例である。図６Ｂ及び図６Ｃに示すように、構成情報管理テーブル５００２は、コンピュートリソースに関する構成情報（以下、「コンピュートリソース構成情報」と称する。）、ストレージリソースに関する構成情報（以下、「ストレージリソース構成情報」と称する。）、及びデータフローに関する構成情報（以下、「データフロー構成情報」と称する。）を含む。
【００７６】
コンピュートリソース構成情報は、ノードＩＤ６０１１、ノード種別６０１２、グループＩＤ６０１３、ロール６０１４、クラウド６０１５、及びエンドポイント６０１６の各項目を含む一つ以上のレコードで構成される。コンピュートリソース構成情報の各レコードは、一つのコンピュートリソースに対応している。
【００７７】
このうちノードＩＤ６０１１には、当該コンピュートリソースのインスタンスを一意に識別する識別子（以下、「コンピュートリソースＩＤ」と称する。）が設定される。ノード種別６０１２には、当該コンピュートリソースの種別を示す情報（以下、「ノード種別」と称する。）が設定される。コンピュートリソースの種別には、仮想マシン（ＶＭ（Virtual Machine））も含まれる。グループＩＤ６０１３には、当該コンピュートリソース
が所属するグループの識別子（以下、「コンピュートクループＩＤ」と称する。）を示す。本実施形態では、グループは特定のアプリケーションで括られるグループであるものとする。
【００７８】
ロール６０１４には、当該コンピュートリソースのロールを示す情報（以下、「コンピュートロール情報」と称する。）が設定される。尚、コンピュートロール情報には、アプリケーションプログラムを稼働させていることを示す情報（例えば「App」）も含まれる
。
【００７９】
クラウド６０１５には、当該コンピュートリソースが構築されているクラウドのクラウ
ドＩＤが設定される。エンドポイント６０１６には、当該コンピュートリソースのエンドポイント（例えば、ＩＰ（Internet Protocol）アドレス）が設定される。
【００８０】
ストレージリソース構成情報は、ノードＩＤ６０２１、グループＩＤ６０２２、ロール６０２３、種別６０２４、クラウド６０２５、サービスタイプ６０２６、容量６０２７、性能６０２８、及びデータプロトコル６０２９の各項目を含む一つ以上のレコードで構成される。ストレージリソース構成情報の各レコードは、ストレージリソースの一つに対応している。
【００８１】
このうちノードＩＤ６０２１には、当該ストレージリソースを一意に識別する識別子（以下、「ストレージリソースＩＤ」と称する。）が設定される。グループＩＤ６０２２には、当該ストレージリソースが所属するグループの識別子（以下、「ストレージグループＩＤ」と称する。）が設定される。ロール６０２３には、当該ストレージリソースのロールを示す情報（以下、「ストレージロール情報」と称する。）が設定される。種別６０２４には、当該ストレージリソースの種別を示す情報（以下、「ストレージリソース情報」と称する。）が設定される。
【００８２】
クラウド６０２５には、当該ストレージリソースが構築されているクラウドのクラウドＩＤが設定される。サービスタイプ６０２６には、当該ストレージリソースに該当するサービスタイプが設定される。容量６０２７には、当該ストレージリソースに割り当てられている容量が設定される。性能６０２８には、当該ストレージリソースに割り当てられている性能を示す情報が設定される。データプロトコル６０２９は、ストレージリソースが対応しているデータ入出力プロトコルを示す情報が設定される。
【００８３】
データフロー構成情報は、ノードＩＤ６０３１、接続先ノードＩＤ６０３２、ＲＷ種別６０３３、及びデータプロトコル６０３４の各項目を有する一つ以上のレコードで構成される。データフロー構成情報の各レコードは、データフローの一つに対応している。
【００８４】
ノードＩＤ６０３１と接続先ノードＩＤ６０３２には、夫々、参照関係のあるコンピュートリソースおよびストレージリソースの識別子（コンピュートリソースＩＤ、ストレージリソースＩＤ）が設定される。ＲＷ種別６０３３には、当該データフローの読み書きの種別（Ｒｅａｄ／Ｗｒｉｔｅの種別）を示す情報が設定される。データプロトコル６０３４には、当該データフローのデータの入出力に用いているプロトコルを示す情報が設定される。
【００８５】
本例の場合、図６Ｂ示すように、構成変更が行われる前は、構成情報管理テーブル５００２により管理されるコンピュートリソースおよびストレージリソースは、全て「Private1」というクラウド内にある。また図６Ｃに示すように、構成変更が行われた後は、仮想マシンＶＭ２のコンピュートリソース及び「Data5」、「Data6」のストレージリソースは、「Public2」というクラウド内にある。データプロトコル６０３４については、「Private1」ではＦＣによるブロックアクセスであったが、「Public2」ではＦＣのような物理的な仕組みは意識しない。
【００８６】
図６Ｄは、構成変更アクション管理テーブル５００３の例である。同図に示すように、例示する構成変更アクション管理テーブル５００３は、アクションＩＤ６０４１、分類６０４２、名称６０４３、対象クラウド６０４４、変更対象６０４５、及び候補パラメータ６０４６の各項目を有する一つ以上のレコードで構成される。構成変更アクション管理テーブル５００３の各レコードは、構成変更アクションの一つに対応している。
【００８７】
このうちアクションＩＤ６０４１には、構成変更アクションを一意に識別する識別子（
以下、「構成変更アクションＩＤ」と称する。）が設定される。分類６０４２には、当該構成変更アクションの分類を示す情報（以下、「分類情報」と称する。）が設定される。名称６０４３には、当該構成変更アクションの名称が設定される。
【００８８】
対象クラウド６０４４には、構成変更アクションが対象とするクラウドを示す情報が設定される。尚、対象クラウド６０４４に「Current」が設定されている場合、当該構成変
更アクションが、構成変更の対象のストレージリソースが現在稼動中のクラウドのリソースに対するアクションであることを示す。また対象クラウド６０４４に「NonCurrent」が設定されている場合、当該構成変更アクションが、構成変更の対象のストレージリソースが現在稼動中のクラウドとは別のクラウドのリソースに対するアクションであることを示す。
【００８９】
変更対象６０４５には、構成変更の対象を示す情報が設定される。例えば、変更対象６０４５に「サービス」が設定されている場合、当該構成変更アクションが、サービスタイプの変更であることを示す。また変更対象６０４５に「容量」が設定されている場合、当該構成変更アクションが、ストレージリソースの容量の変更であることを示す。
【００９０】
候補パラメータ６０４６には、変更後のパラメータの候補値が設定される。本例では、候補パラメータ６０４６に、変更対象６０４５が「容量」である構成変更アクションについて容量を「１．０倍、１．２倍、１．５倍、２．０倍」のいずれかの値（候補値）に変更する旨が設定されている。
【００９１】
図６Ｅは、構成変更ポリシー管理テーブル５００５の例である。同図に示すように、例示する構成変更ポリシー管理テーブル５００５は、指標６０５１、項目６０５２、及び値６０５３の各項目を有する。
【００９２】
指標６０５１には、ポリシーの対象となる指標を示す情報が設定される。本例においては、ＩＯＰＳの値をポリシーとして管理している。項目６０５２には、構成変更ポリシーの基準となる項目を示す情報が設定される。本例では、ＩＯＰＳの利用率（最大値に対する実行値の比率）の上限値が設定される。値６０５３には、構成変更ポリシーの基準に対する基準値が設定される。本例では値６０５３に「８０％」が設定されており、当該構成変更ポリシーは「ＩＯＰＳの利用率を８０％以下とする」という内容である。
【００９３】
図６Ｆは、監視情報管理テーブル５００４の例である。同図に示すように、監視情報管理テーブル５００４は、ノードＩＤ６０６１、日時６０６２、ＩＯＰＳ６０６３、及び保存データ量６０６４の各項目を有する一つ以上のレコードを含む。監視情報管理テーブル５００４の一つのレコードは同じ日時に取得された監視情報のセットに対応している。
【００９４】
ノードＩＤ６０６１には、監視対象のストレージリソースのストレージリソースＩＤが設定される。日時６０６２には、当該監視情報のセットが取得された日時を示す情報が設定される。ＩＯＰＳ６０６３には、監視情報の一つであるＩＯＰＳの実効値（履歴）が設定される。保存データ量６０６４には、監視情報の一つである当該ストレージリソースに保存されているデータ量が設定される。尚、例えば、Ｒｅａｄデータ量やＷｒｉｔｅデータ量をさらに監視対象としてもよい。
【００９５】
図６Ｇは、構成変更候補管理テーブル５００６の例である。同図に示すように、例示する構成変更候補管理テーブル５００６は、リソース６０７１、現在のステータス６０７２、アクション６０７３、及び変更後の効果予測６０７４の各項目を有する一つ以上のレコードで構成される。
【００９６】
リソース６０７１には、ストレージリソースの管理や識別に関する情報が設定される。同図に示すように、リソース６０７１は、ＡｐｐＩＤ６０８１、及びストレージリソースＩＤ６０８２の各項目を含む。このうちＡｐｐＩＤ６０８１には、ストレージリソースが所属するアプリケーションの識別子（以下、「アプリケーションＩＤ」と称する。）が設定される。尚、アプリケーションＩＤは、構成情報管理テーブル５００２における、グループＩＤ６０２２に相当する。ストレージリソースＩＤ６０８２には、ストレージリソースＩＤが設定される。
【００９７】
現在のステータス６０７２には、構成変更前のストレージリソースの状況を示す情報が設定される。同図に示すように、現在のステータス６０７２は、クラウド６０９１、サービスタイプ６０９２、容量６０９３、保存データ量６０９４、ＩＯＰＳ６０９５、ＩＯＰＳ利用率６０９６、及びコスト６０９７の各項目を含む。
【００９８】
このうちクラウド６０９１には、当該のストレージリソースが稼動するクラウドのクラウドＩＤが設定される。サービスタイプ６０９２には、当該ストレージリソースが提供すするストレージサービスのサービスタイプが設定される。容量６０９３には、当該のストレージリソースに割り当てられている容量が設定される。保存データ量６０９４には、当該のストレージリソースに現在保存されているデータの量が設定される。ＩＯＰＳ６０９５には、当該のストレージリソースに割り当てられているＩＯＰＳの上限値が設定される。ＩＯＰＳ利用率６０９６には、当該のストレージリソースに割り当てられているＩＯＰＳの値に対するＩＯＰＳの実行値の割合が設定される。コスト６０９７には、当該ストレージリソースについて発生しているコストが設定される。
【００９９】
アクション６０７３には、ストレージリソースに対する構成変更アクションの内容が設定される。同図に示すように、アクション６０７３は、アクション種別６１０１、変更後クラウド６１０２、変更後サービス６１０３、変更後容量６１０４、及び変更後ＩＯＰＳ６１０５の各項目を含む。
【０１００】
このうちアクション種別６１０１には、アクションの種別を示す情報が設定される。変更後クラウド６１０２には、構成変更後に当該ストレージリソースが稼動するクラウドのクラウドＩＤが設定される。変更後サービス６１０３には、構成変更後に当該ストレージリソースが提供するストレージサービスのサービスタイプが設定される。変更後容量６１０４には、構成変更後のストレージリソースの容量が設定される。変更後ＩＯＰＳ６１０５には、構成変更後のストレージリソースのＩＯＰＳが設定される。
【０１０１】
変更後の効果予測６０７４には、構成変更アクションの実施に伴う効果の試算値が設定される。同図に示すように、構成変更後の効果予測６０７４は、変更後ＩＯＰＳ利用率６１１１、及び変更後コスト６１１２の各項目を含む。このうち変更後ＩＯＰＳ利用率６１１１には、構成変更後の構成における、ＩＯＰＳの割り当て値に対するＩＯＰＳの実効値の割合の試算値が設定される。変更後コスト６１１２には、構成変更後の構成におけるコストの試算値が設定される。
【０１０２】
＜処理説明＞
図７は、構成変更アクション候補特定部５００７が行う処理（以下、「構成変更アクション候補特定処理Ｓ７００」と称する。）を説明するフローチャートである。構成変更アクション候補特定部５００７は、構成変更アクション候補特定処理Ｓ７００を行うことにより、アプリケーションに対して、アプリケーション内のストレージリソースに対する最適な構成変更アクションを特定する。尚、本実施形態におけるクラウドの活用に際しては、アプリケーション内の全てのストレージリソースについて共通のクラウドを使う場合を想定している。また構成変更アクション候補特定処理Ｓ７００では、アプリケーション単
位での最適な構成変更アクションの集合を特定する。以下、同図とともに構成変更アクション候補特定処理Ｓ７００について説明する。
【０１０３】
Ｓ７００１〜Ｓ７０１６では、構成変更アクション候補特定部５００７が、管理対象の各アプリケーションを順次選択してループ処理（loop1）を実行する。尚、本例でいうア
プリケーションとは、構成情報管理テーブル５００２のグループＩＤ６０２２で特定されるアプリケーションである。
【０１０４】
Ｓ７００２〜Ｓ７０１４では、構成変更アクション候補特定部５００７が、構成変更アクションをとりうる各クラウド（メニュー情報管理テーブル５００１のクラウド６００１）を順次選択してループ処理（loop2）を行う。
【０１０５】
Ｓ７００３〜Ｓ７０１３では、構成変更アクション候補特定部５００７が、Ｓ７００１で対象としたアプリケーション内の各ストレージリソース（構成情報管理テーブル５００２のノードＩＤ６０２１）を順次選択してループ処理（loop3）を実行する。
【０１０６】
Ｓ７００４〜Ｓ７０１１では、構成変更アクション候補特定部５００７が、再設計関連の各アクション／各候補パラメータ（構成変更アクション管理テーブル５００３のエントリ）を選択してループ処理（loop4）を行う。
【０１０７】
Ｓ７００５〜Ｓ７０１０では、構成変更アクション候補特定部５００７が、Ｓ７００２で選択中のクラウドについて、グレード変更関連の各アクション／各候補パラメータ（構成変更アクション管理テーブル５００３のエントリ）を順次選択してループ処理（loop5
）を行う。
【０１０８】
Ｓ７００６〜Ｓ７００９では、アクション評価部５０１２が、上記のＳ７００１〜Ｓ７００５で選択した、アプリケーション（Ｓ７００１で選択）、クラウド（Ｓ７００２で選択）、ストレージリソース（Ｓ７００３で選択）、再設計アクション（Ｓ７００４で選択）、及びグレード変更アクション（Ｓ７００５で選択）の組み合わせについて、構成変更アクションを評価する。
【０１０９】
まずＳ７００６では、アクション評価部５０１２の構成検証部５０２３が、構成変更の検証を行う。例えば、構成検証部５０２３は、容量に関する再設計アクションを実行した際に容量の上限値（メニュー情報管理テーブル５００１のボリューム最大容量６００９）を超えるか否かを検証する。
【０１１０】
Ｓ７００７では、アクション評価部５０１２の性能試算部５０２１が、構成変更に伴う性能値を求める。本実施形態では、変更前のＩＯＰＳの実効値（監視情報管理テーブル５００４のＩＯＰＳ６０６３）が、変更後も継続すると仮定して、このＩＯＰＳの実効値（もしくは実効値の平均値や中央値などの代表値）の、変更後のＩＯＰＳの割り当て値に対する割合（変更後のＩＯＰＳ利用率）を求める。変更後のＩＯＰＳの割り当て値はメニュー情報管理テーブル５００１で管理されている。尚、ＩＯＰＳの割り当て値が容量などのパラメータにより変動する場合、性能試算部５０２１はＩＯＰＳの割り当て値自体も試算する。
【０１１１】
Ｓ７００８では、アクション評価部５０１２のコスト試算部５０２２が、構成変更後のコストを試算する。コスト試算部５０２２は、アクションに伴って変更される容量やメニューに対する単価情報（メニュー情報管理テーブル５００１の単価６００５）に基づきコストを試算する。
【０１１２】
Ｓ７００９では、アクション評価部５０１２のポリシー検証部５０２４が、ポリシーの検証を行う。ポリシー検証部５０２４は、例えば、変更後のＩＯＰＳ利用率が、規定した範囲（構成変更ポリシー管理テーブル５００５で管理）に収まるか否かを検証する。尚、ユーザは、構成変更ポリシー管理テーブル５００５に適切にポリシーを設定することにより、性能が要求を満たすような構成変更を行う構成変更アクションのみが最適な構成変更アクションとして提示されるようにすることができる。
【０１１３】
Ｓ７０１２では、構成変更アクション候補特定部５００７が、Ｓ７００４〜Ｓ７００５で選択中のパラメータを含む構成変更アクションのうち最適なものを選択する。ここでいう最適な構成変更アクションとは、例えば、Ｓ７００６における構成検証やＳ７００９におけるポリシー検証を通過したアクションのうち、構成変更後のコストが最も小さくなるアクションである。この時点では、ストレージリソース単位で、特定のクラウドを対象とした、最適な容量等の設計値やメニューが選定（クラウドごとストレージリソースごとに選定）される。
【０１１４】
Ｓ７０１５では、構成変更アクション候補特定部５００７が、上記のＳ７００４〜Ｓ７００５で対象としたパラメータを含む構成変更アクションの集合のうち、最適なものを選択する。即ち、各クラウドを対象とした際の、構成変更アクションの比較を行い、最適なものを選択する。ここでいう最適な構成変更アクションとは、例えば、アプリケーション内の各ストレージリソースに対して、Ｓ７００６における構成検証やＳ７００９におけるポリシー検証を通過しており、構成変更後のコストの和が最も小さくなる構成変更アクションのことである。この時点では、１つ以上のストレージリソースを含むアプリケーション単位（グループ単位）での、最適な構成変更アクションの集合が選択される。
【０１１５】
Ｓ７０１７では、構成変更アクション候補特定部５００７が、アプリケーションごとの最適構成変更アクションの集合のうち、構成変更時の効果が高いものを選出する。例えば、構成変更アクション候補特定部５００７は、構成変更に伴うコストの削減量が多い順番に選出する。このようにして選出された最適な構成変更アクションの集合は、構成変更候補管理テーブル５００６に保存される。このとき、構成変更後に利用するクラウドが構成変更前に利用するクラウドと同じクラウドであれば、構成変更アクション候補特定部５００７は、上記集合をグレード変更アクション（構成変更アクション管理テーブル５００３のエントリ）として保存する。また構成変更後に利用するクラウドが構成変更前に利用するクラウドとは異なっていれば、構成変更アクション候補特定部５００７は、上記集合を移行／グレード変更アクション（構成変更アクション管理テーブル５００３のエントリ）として保存する。またストレージリソースの容量を変更する場合は、構成変更アクション候補特定部５００７は、上記集合を容量再設計アクション（構成変更アクション管理テーブル５００３のエントリ）として保存する。尚、グレードの変更に関するアクションと容量の変更に関するアクションの双方が同時に適用される場合もある。
【０１１６】
尚、以上に説明した構成変更アクション候補特定処理Ｓ７００では、単純にネストしたループ処理を行っているが、処理を効率化するため、例えば、ポリシー検証を通過しないループについてはスキップするようにしてもよい。また例えば、コスト／性能の上下関係のみ規定されているクラウドメニューについて下位グレードのメニューでポリシーを満たす場合（下位メニューを使えば十分であり上位メニューを試行する必要がない場合）は上位グレードのメニューをアクション候補から除外するようにしてもよい。
【０１１７】
以上のように、構成変更アクション候補特定部５００７は、アプリケーションを単位として最適な構成変更アクションの集合を選択する（Ｓ７０１５）。そのため、例えば、当該アプリケーションが利用するストレージリソースの一つ以上について性能及びコストのうち少なくともいずれかが改善されない場合でも、当該アプリケーション全体として性能
及びコストのうち少なくともいずれかが改善される場合には、アプリケーションを単位としてアクションが推奨候補として特定され、アプリケーションを単位とする視点（即ちアプリケーションのユーザや管理者の視点）で最適な構成変更アクションを特定することができる。
【０１１８】
＜ＧＵＩの例＞
図８Ａ及び図８Ｂに、管理サーバ１００１の構成変更アクション提示部５００８の可視化部５０３１が表示するＧＵＩ（Graphical User Interface）の例を示す。例示する画面（以下、「構成変更アクション提示画面８０００と称する。）には、グラフ８００１と構成変更候補管理テーブル５００６の内容８００２とが表示されている。グラフ８００１の横軸はＩＯＰＳの範囲であり、縦軸はメニューの種別である。グラフ８００１における一つの点（黒丸）は、当該メニューにおけるストレージリソースのＩＯＰＳの実績値を表す。グラフ８００１には、優先的に対処すべきストレージリソースや対処の内容（サービスメニューの変更等）が俯瞰的に表示される。
【０１１９】
本例では、横軸に最大のＩＯＰＳを表示するのではなく、ポリシー等によって規定される各メニューのＩＯＰＳの範囲（下限／上限）８００３を表示している。また縦軸はメニューによっては容量の範囲（１．５ＴＢ〜２．０ＴＢ等）ごとのセグメントとして表示している。これはメニューの内容によってはＩＯＰＳの上限値が容量により変動する場合があるからである。
【０１２０】
各点の大きさや色は一様でなくてもよく、例えば、各ストレージリソースのコストの値に応じて、点の大きさや色を変えてもよい。例示するグラフ８００１ではメニューごとに適切なＩＯＰＳの範囲も示しているが、この範囲の色も一様でなくともよく、例えば、単価の値に応じて色を変えてもよい。
【０１２１】
図８Ｂに示す画面（以下、「構成変更アクション提示画面８１００と称する。）には、グラフ８１０１と構成変更候補管理テーブル５００６の内容８１０２が表示されている。図８Ｂの構成変更アクション提示画面８１００の表示内容は、概ね図８Ａの構成変更アクション提示画面８０００と同様である。図８Ａの構成変更アクション提示画面８０００と異なる点は、図８Ｂの構成変更アクション提示画面８１００の縦軸は、メニューによってはストレージリソースごとに表示している点である。これもメニューによってはＩＯＰＳの上限値が容量により変動する場合があるからである。
【０１２２】
以上に説明したように、本実施形態の管理サーバ１００１は、メニュー情報、構成情報、及び監視情報に基づき、アクションを実施した後の性能とコストの変化を試算し、性能及びコストのうち少なくともいずれかが改善されるアクションを推奨候補として特定するので、ストレージリソースのスペック特性、コスト特性、接続特性等を考慮しつつ、最適なクラウドの利用構成をユーザに提示することができる。そのため、ユーザは、例えば、最適なクラウドの利用構成の選択を効率よく適切に行うことができる。
【０１２３】
尚、構成変更候補管理テーブル５００６に、現在のステータス６０７２、アクション６０７３、及び変更後の効果予測６０７４の各情報に加えて、構成変更アクションを実行する際に生じる負荷に関する情報（作業コストやリードタイム等）を管理するようにしてもよい。
【０１２４】
また本実施形態では、構成変更ポリシー管理テーブル５００５、及びポリシー検証部５０２４において、ＩＯＰＳ利用率の範囲をポリシーの例として示したが、ポリシーの他の例として、例えば、アプリケーションごとに利用可能なクラウドを明示的に指定するポリシー等が考えられる。
【０１２５】
図７の構成変更アクション候補特定処理Ｓ７００では、ＩＴリソースの現在の稼働状況に基づき構成変更アクションを特定するが、監視情報管理テーブル５００４の監視情報に基づき公知の時系列予測の手法等を用いて稼動データ予測部５０１１が予測したＩＴリソースの将来の稼働状況に基づき構成変更アクションを特定するようにしてもよい。
【０１２６】
［第２実施形態］
続いて、第２実施形態について説明する。第２実施形態の管理サーバ１００１は、異なる種類のストレージリソース（インタフェースも異なる）を対象として、アプリケーションにおけるデータの参照関係に基づき構成変更を比較的行いやすい箇所を特定し、特定した箇所に基づく構成変更アクションをユーザに提示する。尚、第２実施形態が前提とする情報処理システム１の構成は図１と同様である。以下では、第１実施形態と相違する部分を中心に説明する。
【０１２７】
図９に第２実施形態における管理サーバ１００１の構成を示している。同図に示すように、第２実施形態の管理サーバ１００１は、図５に示した第１実施形態の管理サーバ１００１の構成に加えて、構成変更可能箇所特定部９０１１を有する。また第２実施形態の管理サーバ１００１は、第１実施形態の管理サーバ１００１が記憶するテーブルに加えて、コンポーネント別対応ストレージ管理テーブル９００１を記憶する。
【０１２８】
構成変更可能箇所特定部９０１１は、アプリケーションのデータの参照関係に基づき、構成変更が比較的行いやすい箇所を特定する。コンポーネント別対応ストレージ管理テーブル９００１には、ストレージリソースやコンピュートリソースの種別（以下、「コンポーネント」と称する。）ごとに、フロントエンド及びバックエンドのインタフェースを示す情報が管理される。
【０１２９】
図１０Ａ〜図１０Ｅに、第２実施形態の管理サーバ１００１が記憶する各種テーブルの例を示す。尚、管理サーバ１００１が記憶するテーブルのうち例示しないテーブルについては第１実施形態と同様である。
【０１３０】
図１０Ａは、第２実施形態の管理サーバ１００１が記憶するメニュー情報管理テーブル５００１の例である。項目の構成については第１実施形態と同様である。同図に示すように、例示するメニュー情報管理テーブル５００１は、ファイルストレージやオブジェクトストレージに関するレコード（ストレージサービス種別６００３に「File」や「Object」が設定されているレコード）を含む。
【０１３１】
図１０Ｂ及び図１０Ｃは、第２実施形態の管理サーバ１００１が記憶する構成情報管理テーブル５００２の例である。項目の構成については第１実施形態と同様である。これらの図に示すように、例示する構成情報管理テーブル５００２は、ファイルストレージやオブジェクトストレージに関するレコード（データプロトコル６０２９やデータプロトコル６０３４に「File(NFS)」や「Object(Public2)」が設定されているレコード）を含む。
【０１３２】
図１０Ｄは、第２実施形態の管理サーバ１００１が記憶するコンポーネント別対応ストレージ管理テーブル９００１の例である。同図に示すように、コンポーネント別対応ストレージ管理テーブル９００１は、ロール１５０１、フロントエンド１５０２、及びバックエンド１５０３の各項目を含む一つ以上のレコードで構成される。コンポーネント別対応ストレージ管理テーブル９００１の各レコードは、コンポーネント（ノード）の一つに対応している。
【０１３３】
上記項目のうち、ロール１５０１には、コンポーネントのロールを示す情報が設定され
る。
【０１３４】
同図に示すように、フロントエンド１５０２は、クラウド１５１１及びデータプロトコル１５１２の各項目を含む。このうちクラウド１５１１には、当該ロールのノードがフロントエンドとして対応するクラウドのクラウドＩＤが設定される。データプロトコル１５１２には、当該のロールのノードがフロントエンドとして対応するデータプロトコルを示す情報が設定される。
【０１３５】
バックエンド１５０３には、当該ノードが利用するストレージリソースの種別を示す情報が設定される。同図に示すように、バックエンド１５０３は、クラウド１５２１及びデータプロトコル１５２２の各項目を含む。このうちクラウド１５２１には、当該のロールのノードがバックエンドとして対応するクラウドのクラウドＩＤが設定される。データプロトコル１５２２には、当該ロールのノードがバックエンドとして対応するデータプロトコルを示す情報が設定される。
【０１３６】
図１０Ｅは、第２実施形態の管理サーバ１００１が記憶する構成変更アクション管理テーブル５００３の例である。項目の構成については第１実施形態と同様である。同図に示すように、例示する構成変更アクション管理テーブル５００３は、ノード内の設定変更を行うアクション（アクションＩＤ６０４１が「Action4」のレコード）を含む。
【０１３７】
図１０Ｆは、第２実施形態の管理サーバ１００１が記憶する構成変更候補管理テーブル５００６の例である。項目の構成については第１実施形態と同様である。同図に示すように、例示する構成変更候補管理テーブル５００６は、ストレージリソースの種別を変更する内容（ＡｐｐＩＤ６０８１が「App3」のレコード）を含む。
【０１３８】
図１１は、第２実施形態の構成変更アクション候補特定部５００７が行う処理（以下、「構成変更アクション候補特定処理Ｓ１１００」と称する。）を説明するフローチャートである。
【０１３９】
Ｓ１１０１〜Ｓ１１０８では、構成変更アクション候補特定部５００７が、管理対象の各アプリケーション（構成情報管理テーブル５００２で管理）を順次選択してループ処理（loop1）を実行する。
【０１４０】
Ｓ１１０２では、構成変更可能箇所特定部９０１１が、構成情報管理テーブル５００２に管理されているデータの参照関係（データフロー）を辿ることにより、選択中のアプリケーションのＡｐｐノードから直接参照しないストレージリソースを特定する。具体的には、例えば、構成変更可能箇所特定部９０１１は、Ａｐｐノードを起点としてグラフ探索を行い、データフローを無向グラフとして見た場合に到達可能であるが、データフローを有向グラフとして見た場合に到達不可能なノードを、Ａｐｐノードから直接参照しないストレージリソースとして特定する。
【０１４１】
Ｓ１１０３では、構成変更可能箇所特定部９０１１が、Ｓ１１０２で特定したストレージリソースのロール情報（構成情報管理テーブル５００２のロール６０１４、ロール６０２３等）、及びコンポーネント別対応ストレージ管理テーブル９００１の情報に基づき、ストレージリソースの種別を変更するような設定変更を行う構成変更アクションを特定する。
【０１４２】
Ｓ１１０４〜Ｓ１１０６では、Ｓ１１０３で特定した各構成変更アクション（構成変更先の候補となる各ストレージ種別）を順次選択してループ処理（loop2）を行う。
【０１４３】
Ｓ１１０５では、アクション評価部５０１２が、Ｓ１１０１〜Ｓ１１０４で特定したアプリケーション（Ｓ１１０１）、ストレージリソース（Ｓ１１０２）、変更先の候補ストレージ種別（Ｓ１１０４）について、構成変更後の効果を試算する。具体的には、アクション評価部５０１２は、当該ストレージリソースの稼働データ（監視情報管理テーブル５００４）及びメニュー情報（メニュー情報管理テーブル５００１）に基づき、構成変更後に期待される性能及びコストを試算する。
【０１４４】
Ｓ１１０７では、構成変更アクション候補特定部５００７が、構成変更時の効果が高い（例えば、コストの削減量が大きい）構成変更アクションを特定する。
【０１４５】
Ｓ１１０９では、構成変更アクション候補特定部５００７が、構成変更時の効果が高い（例えば、コスト削減量が大きい）アプリケーションを特定する。尚、構成変更アクション候補特定部５００７は、特定した最適な構成変更アクションの集合を、構成変更候補管理テーブル５００６に保存する。
【０１４６】
図１２に、第２実施形態の管理サーバ１００１の構成変更アクション提示部５００８の可視化部５０３１が表示するＧＵＩの例を示す。例示する画面（以下、「構成変更アクション提示画面１２００」と称する。）には、アプリケーションの現在の構成１２１１と、推奨する構成１２１２とが表示されている。また構成変更アクション提示画面１２００には、構成変更候補管理テーブル５００６の内容１２１３が表示されている。ユーザは構成変更アクション提示画面１２００から、推奨構成（最適な構成変更アクション）の内容を確認することができ、最適なクラウドの利用構成の選択を効率よく行うことができる。
【０１４７】
［第３実施形態］
続いて、第３実施形態について説明する。第３実施形態の管理サーバ１００１は、過去に実施された構成変更の履歴情報を利用して推奨する構成変更アクションを特定する。尚、第３実施形態が前提とする情報処理システム１の構成は図１と同様である。以下では、第１実施形態または第２実施形態と相違する部分を中心に説明する。
【０１４８】
図１３に第３実施形態における管理サーバ１００１の構成を示している。同図に示すように、第３実施形態の管理サーバ１００１は、図９に示した第２実施形態の管理サーバ１００１の構成に加えて、構成変更履歴管理テーブル１３０１を記憶する。
【０１４９】
構成変更履歴管理テーブル１３０１には、過去の構成変更の履歴に関する情報が管理される。例えば、構成変更履歴管理テーブル１３０１には、構成変更アクション提示部５００８によって提示された構成変更アクションの内容が管理される。また構成変更履歴管理テーブル１３０１には、構成変更をしないと判断された場合における当該判断結果に関する情報も管理される。
【０１５０】
図１４Ａ及び図１４Ｂは、第３実施形態の管理サーバ１００１が記憶するテーブルの例である。尚、管理サーバ１００１が記憶するテーブルのうち例示していないテーブルについては、第１実施形態または第２実施形態と同様である。
【０１５１】
図１４Ａは、第３実施形態の管理サーバ１００１が記憶する構成変更履歴管理テーブル１３０１の例である。同図に示すように、構成変更履歴管理テーブル１３０１は、変更ＩＤ１４０１、監視情報へのリファレンス１４０２、アプリケーション種別１４０３、変更先ストレージ種別１４０４、及び変更先ストレージ１４０５の各項目からなる一つ以上のレコードを含む。構成変更履歴管理テーブル１３０１の各レコードは、構成変更の一つに対応する。
【０１５２】
変更ＩＤ１４０１には、各構成変更の識別子である変更ＩＤが設定される。監視情報へのリファレンス１４０２には、構成変更検討時に参照した監視情報へのリファレンス（後述する監視情報ＩＤ）が設定される。アプリケーション種別１４０３には、構成変更検討対象のアプリケーションの種別を示す情報が設定される。変更先ストレージ種別１４０４には、構成変更後のストレージ種別を示す情報が設定される。尚、構成変更を行わなかった場合、変更先ストレージ種別１４０４にはその旨を示す情報（本例では「変更不実施」）が設定される。変更先ストレージ１４０５には、構成変更後のサービスタイプを示す情報が設定される。
【０１５３】
図１４Ｂは、第３実施形態の管理サーバ１００１が記憶する監視情報管理テーブル５００４の例である。第３実施形態の監視情報管理テーブル５００４は、図６Ｆに示した第１実施形態の監視情報管理テーブル５００４における各項目に加えて、監視情報ＩＤ１４１１、Ｒｅａｄデータ量１４１２、及びＷｒｉｔｅデータ量１４１３の各項目を含む。監視情報管理テーブル５００４の各レコードは、監視情報のセットの一つに対応する。
【０１５４】
監視情報ＩＤ１４１１には、監視情報の識別子（以下、「監視情報ＩＤ」と称する。）が設定される。日時６０６２、ＩＯＰＳ６０６３、及び、保存データ量６０６４については、第１実施形態と同様である。尚、ＩＯＰＳ６０６３、保存データ量６０６４、Ｒｅａｄデータ量１４１２、及び、Ｗｒｉｔｅデータ量１４１３には、いずれもメトリクス値が設定され、ＩＯＰＳ６０６３にはＩＯＰＳの実効値の観測値が、保存データ量６０６４には保存データ量の観測値が、Ｒｅａｄデータ量１４１２には読み出した（Ｒｅａｄした）データ量の観測値が、Ｗｒｉｔｅデータ量１４１３には、Ｗｒｉｔｅしたデータ量の観測値が、夫々設定される。尚、監視情報管理テーブル５００４には、例示した以外のメトリクス値をさらに含めてもよい。
【０１５５】
構成変更アクション候補特定部５００７は、稼動中のストレージリソースについての監視情報（図６Ｆの監視情報管理テーブル５００４の内容）と、他のストレージリソースの監視情報（図１４Ｂの監視情報管理テーブル５００４の内容）とを比較し、稼働中のストレージリソースについての監視情報と類似する他のストレージリソースの監視情報を特定し、特定した監視情報に対応して行われた構成変更の内容を構成変更履歴管理テーブル１３０１から取得し、取得した内容に基づく構成変更アクションを構成変更アクション候補としてユーザに提示する。
【０１５６】
このように、監視情報が類似する過去の監視情報に対応して行われた構成変更の内容に基づく構成変更アクションを構成変更アクション候補とすることで、実績のある構成変更アクションを候補としてユーザに提示することができる。
【０１５７】
尚、以上では、構成変更アクションを取得するために、稼働中のストレージリソースの監視情報と、他のストレージリソースの構成変更に関する監視情報とを比較しているが、別の方法も考えられる。例えば、構成変更履歴管理テーブル１３０１の変更先ストレージ種別１４０４をラベルとした、監視情報管理テーブル５００４の監視情報の特徴量（例えば、平均値や中央値、分散値、増加減少の傾き等）を教師データとして機械学習することにより、ラベルごとの適正エリア（あるいは判別曲線）を（例えば、構成変更アクション候補特定部５００７が）事前に求めておき、稼働中のストレージリソースの監視情報（の特徴量）がいずれの適正エリアに含まれるかを特定する。そして、構成変更アクション候補特定部５００７は、特定した適正エリアに対応する監視情報に対応して行われた構成変更の内容を構成変更履歴管理テーブル１３０１から取得し、取得した構成変更の内容に基づくアクションを推奨候補として特定するようにする。
【０１５８】
このように機械学習を用いた場合には、教師データが増えるにつれ学習が進み、精度よ
く最適な構成変更アクションを特定することが可能になる。
【０１５９】
尚、本発明は以上の実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。またある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、またある実施形態の構成に他の実施形態の構成を加えることも可能である。また各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１６０】
上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ等の記憶部、又は、ＩＣカード、ＳＤカード、ＤＶＤ、ＢＤ等の記録媒体に置くことができる。
【０１６１】
制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１６２】
１００１  管理サーバ、１００２  コンソール、１００３  通信ネットワーク、１００４ａ〜ｃ  プライベートクラウド、１００５ａ〜ｃ  パブリッククラウド、１０１１ａ〜ｃ
サーバ装置、１０１２ａ〜ｃ  ストレージ装置、１０１３ａ〜ｃ  ストレージゲートウェイ、１０１４  プライベートクラウド管理サーバ、１０１５  ネットワークゲートウェイ、１０３１  アプリケーションプログラム、１０３２  ミドルウェア、１０３３  オペレーティングシステム、１０４１ａ〜ｃ  ストレージボリューム、１０５１  サーバサービス、
１０５２  ストレージサービス、１０５３  エンドポイント、１０６１ａ〜ｃ  仮想サーバ、１０７１  アプリケーションプログラム、１０７２  ミドルウェア、１０７３  オペレーティングシステム、１０８１  ブロックストレージサービス、１０９１ａ〜ｃ  ストレージボリューム、１０８２  ファイルストレージサービス、１１０１ａ〜ｃ  保存領域、１０８３  オブジェクトストレージサービス、１１１１ａ〜ｃ  保存領域、２００１  プロセッサ、２００２  メモリ、２００３  補助記憶装置、２００４  通信インタフェース、２００５  メディアインタフェース、２００６  入出力装置、２００７  外部記憶媒体、５００１  メニュー情報管理テーブル、５００２  構成情報管理テーブル、５００３
構成変更アクション管理テーブル、５００４  監視情報管理テーブル、５００５  構成変更ポリシー管理テーブル、５００６  構成変更候補管理テーブル、５００７  構成変更アクション候補特定部、５００８  構成変更アクション提示部、５００９  データ取得部、５０１１  稼動データ予測部、５０１２  アクション評価部、５０２１  性能試算部、５０２２  コスト試算部、５０２３  構成検証部、５０２４  ポリシー検証部、５０３１
可視化部、５０４１  構成情報取得部、５０４２  監視情報取得部、９００１  コンポーネント別対応ストレージ管理テーブル、９０１１  構成変更可能箇所特定部、１３０１
構成変更履歴管理テーブル
【図１】
2020194466.tif 000003
【図２】
2020194466.tif 000004
【図３Ａ】
2020194466.tif 000005
【図３Ｂ】
2020194466.tif 000006
【図３Ｃ】
2020194466.tif 000007
【図３Ｄ】
2020194466.tif 000008
【図３Ｅ】
2020194466.tif 000009
【図４Ａ】
2020194466.tif 000010
【図４Ｂ】
2020194466.tif 000011
【図４Ｃ】
2020194466.tif 000012
【図４Ｄ】
2020194466.tif 000013
【図５】
2020194466.tif 000014
【図６Ａ】
2020194466.tif 000015
【図６Ｂ】
2020194466.tif 000016
【図６Ｃ】
2020194466.tif 000017
【図６Ｄ】
2020194466.tif 000018
【図６Ｅ】
2020194466.tif 000019
【図６Ｆ】
2020194466.tif 000020
【図６Ｇ】
2020194466.tif 000021
【図７】
2020194466.tif 000022
【図８Ａ】
2020194466.tif 000023
【図８Ｂ】
2020194466.tif 000024
【図９】
2020194466.tif 000025
【図１０Ａ】
2020194466.tif 000026
【図１０Ｂ】
2020194466.tif 000027
【図１０Ｃ】
2020194466.tif 000028
【図１０Ｄ】
2020194466.tif 000029
【図１０Ｅ】
2020194466.tif 000030
【図１０Ｆ】
2020194466.tif 000031
【図１１】
2020194466.tif 000032
【図１２】
2020194466.tif 000033
【図１３】
2020194466.tif 000034
【図１４Ａ】
2020194466.tif 000035
【図１４Ｂ】
2020194466.tif 000036