(57)【特許請求の範囲】
【請求項１】
ストレージから読み込まれて物理サーバにおいて実行される複数の仮想サーバを管理する仮想サーバ管理装置と、仮想サーバを担当する担当者が使用する担当者端末と、ネットワークにより接続されたストレージ管理装置であって、
前記仮想サーバを担当する担当者の連絡先を記憶する記憶手段と、
第１のストレージの空き容量が所定の閾値に達したとき、前記仮想サーバ管理装置から前記ストレージに格納される各仮想サーバを識別する識別情報と前記各仮想サーバの記憶サイズを取得し、少なくとも前記記憶サイズに基づいて、第２のストレージに移行する移行対象仮想サーバを抽出し、前記移行対象仮想サーバの移行開始日時を設定し、前記移行対象仮想サーバを担当する担当者の連絡先に、前記移行対象仮想サーバを移行開始日時に第２のストレージに移行することへの可否を問い合わせる移行連絡を送信し、前記移行連絡を送信した担当者が使用する担当者端末から受信した回答に応じて、前記移行する仮想サーバを移行開始日時に第２のストレージに移行するスケジュールを作成するスケジュール管理手段と、
前記仮想サーバ管理装置に対して前記スケジュールに基づく移行指示を行う移行指示手段と、を備え、
前記スケジュール管理手段は、前記スケジュールを受信した前記移行連絡を送信した担当者が使用する担当者端末から回答が無かったとき、前記第１のストレージに格納され、前記移行対象仮想サーバとは異なる他の仮想サーバを担当する担当者の連絡先に移行連絡を送信することを特徴とするストレージ管理装置。
【請求項２】
ストレージから読み込まれて物理サーバにおいて実行される複数の仮想サーバを管理する仮想サーバ管理装置と、仮想サーバを担当する担当者が使用する担当者端末と、ネットワークにより接続されたストレージ管理装置であって、
前記仮想サーバを担当する担当者の連絡先を記憶する記憶手段と、
第１のストレージの空き容量が所定の閾値に達したとき、前記仮想サーバ管理装置から前記ストレージに格納される各仮想サーバを識別する識別情報と前記各仮想サーバの記憶サイズを取得し、少なくとも前記記憶サイズに基づいて、第２のストレージに移行する移行対象仮想サーバを抽出し、前記移行対象仮想サーバの移行開始日時を設定し、前記移行対象仮想サーバを担当する担当者の連絡先に、前記移行対象仮想サーバを移行開始日時に第２のストレージに移行することへの可否を問い合わせる移行連絡を送信し、前記移行連絡を送信した担当者が使用する担当者端末から受信した回答に応じて、前記移行する仮想サーバを移行開始日時に第２のストレージに移行するスケジュールを作成するスケジュール管理手段と、
前記仮想サーバ管理装置に対して前記スケジュールに基づく移行指示を行う移行指示手段と、を備え、
前記記憶手段は、廃止を希望する仮想サーバを識別する識別情報と、前記廃止を希望する仮想サーバを停止する停止日時とを対応させて登録した廃止リストを記憶し、
前記スケジュール管理手段は、前記廃止リストに登録された仮想サーバを前記移行対象仮想サーバとして登録した移行リストを作成し、前記移行リストに登録された移行対象仮想サーバの記憶サイズの合計を算出し、前記閾値に達した前記第１のストレージの空き容量に前記算出された前記移行対象仮想サーバの記憶サイズの合計を加算して得られる前記第１のストレージの空き容量が前記閾値を上回るか否かを判定し、前記第１のストレージの空き容量が前記閾値を上回ると判定した場合、前記移行リストに登録された移行対象仮想サーバの識別情報を既定の日時と対応させて前記スケジュールに記録することを特徴とするストレージ管理装置。
【請求項３】
前記スケジュール管理手段は、前記仮想サーバ管理装置から取得した各仮想サーバの識別情報及び記憶サイズと、前記記憶手段に記憶された各仮想サーバを担当する担当者の連絡先とを対応させた仮想サーバ一覧を作成し、作成した該仮想サーバ一覧を前記記憶手段に記憶することを特徴とする請求項１又は２記載のストレージ管理装置。
【請求項４】
前記仮想サーバを担当する担当者端末から該仮想サーバを廃止する廃止要求を受信した場合、受信した廃止要求に含まれる廃止を希望する仮想サーバを識別する識別情報と、前記廃止を希望する仮想サーバを停止する停止日時とを対応させて登録した廃止リストを作成し、作成された廃止リストに基づいて、前記仮想サーバ管理装置に対して、前記廃止を希望する仮想サーバを前記停止日時に前記物理サーバでの実行を停止する停止指示を行う廃止指示手段を備えることを特徴とする請求項１から３の何れか１項に記載のストレージ管理装置。
【請求項５】
前記記憶手段は、各仮想サーバの識別情報及び記憶サイズと、前記記憶手段に記憶された各仮想サーバを担当する担当者の連絡先とを対応させた仮想サーバ一覧を記憶し、
前記スケジュール管理手段は、前記第１のストレージの空き容量が前記閾値を下回ると判定した場合、前記仮想サーバ一覧における各仮想サーバを、各仮想サーバの記憶サイズと各仮想サーバの連絡先との少なくとも一つに基づいてソートし、前記移行リストに登録された移行対象仮想サーバの記憶サイズの合計と前記閾値に達した前記第１の移行元のストレージの空き容量とを加算した値が、前記閾値を上回るまで、ソート順に前記仮想サーバ一覧の仮想サーバを移行対象仮想サーバとして抽出して前記移行リストに登録し、前記移行リストに登録された前記移行対象仮想サーバの各々の移行開始日時を所定の計算式に基づいて設定して前記移行リストに登録することを特徴とする請求項２に記載のストレージ管理装置。
【請求項６】
ストレージから読み込まれて物理サーバにおいて実行される複数の仮想サーバを管理する仮想サーバ管理装置と、仮想サーバを担当する担当者が使用する担当者端末と、ネットワークにより接続されたストレージ管理装置のストレージ管理方法であって、
前記仮想サーバを担当する担当者の連絡先を記憶部に記憶するステップと、
第１のストレージの空き容量が所定の閾値に達したとき、前記仮想サーバ管理装置から前記ストレージに格納される各仮想サーバを識別する識別情報と前記各仮想サーバの記憶サイズを取得するステップと、
少なくとも前記記憶サイズに基づいて、第２のストレージに移行する移行対象仮想サーバを抽出するステップと、
前記移行対象仮想サーバの移行開始日時を設定するステップと、
前記移行対象仮想サーバを担当する担当者の連絡先に、前記移行対象仮想サーバを移行開始日時に第２のストレージに移行することへの可否を問い合わせる移行連絡を送信するステップと、
前記移行連絡を送信した担当者が使用する担当者端末から受信した回答に応じて、前記移行する仮想サーバを移行開始日時に第２のストレージに移行するスケジュールを作成するステップと、
前記仮想サーバ管理装置に対して前記スケジュールに基づく移行指示を行うステップと、を含み、
前記スケジュールを作成するステップにて、前記スケジュールを受信した前記移行連絡を送信した担当者が使用する担当者端末から回答が無かったとき、前記第１のストレージに格納され、前記移行対象仮想サーバとは異なる他の仮想サーバを担当する担当者の連絡先に移行連絡を送信する、ことを特徴とするストレージ管理方法。
【請求項７】
ストレージから読み込まれて物理サーバにおいて実行される複数の仮想サーバを管理する仮想サーバ管理装置と、仮想サーバを担当する担当者が使用する担当者端末と、ネットワークにより接続されたストレージ管理装置のストレージ管理方法であって、
前記仮想サーバを担当する担当者の連絡先を記憶部に記憶するステップと、
第１のストレージの空き容量が所定の閾値に達したとき、前記仮想サーバ管理装置から前記ストレージに格納される各仮想サーバを識別する識別情報と前記各仮想サーバの記憶サイズを取得するステップと、
少なくとも前記記憶サイズに基づいて、第２のストレージに移行する移行対象仮想サーバを抽出するステップと、
前記移行対象仮想サーバの移行開始日時を設定するステップと、
前記移行対象仮想サーバを担当する担当者の連絡先に、前記移行対象仮想サーバを移行開始日時に第２のストレージに移行することへの可否を問い合わせる移行連絡を送信するステップと、
前記移行連絡を送信した担当者が使用する担当者端末から受信した回答に応じて、前記移行する仮想サーバを移行開始日時に第２のストレージに移行するスケジュールを作成するステップと、
前記仮想サーバ管理装置に対して前記スケジュールに基づく移行指示を行うステップと、を含み、
前記作成するステップは、
廃止を希望する仮想サーバを識別する識別情報と、前記廃止を希望する仮想サーバを停止する停止日時とを対応させて登録した廃止リストに登録された仮想サーバを前記移行対象仮想サーバとして登録した移行リストを作成するステップと、
前記移行リストに登録された移行対象仮想サーバの記憶サイズの合計を算出するステップと、
前記閾値に達した前記第１のストレージの空き容量に前記算出された前記移行対象仮想サーバの記憶サイズの合計を加算して得られる前記第１のストレージの空き容量が前記閾値を上回るか否かを判定するステップと、
前記第１のストレージの空き容量が前記閾値を上回ると判定した場合、前記移行リストに登録された移行対象仮想サーバの識別情報を既定の日時と対応させて前記スケジュールに記録するステップと、を含む、ことを特徴とするストレージ管理方法。
【請求項８】
ストレージから読み込まれて物理サーバにおいて実行される複数の仮想サーバを管理する仮想サーバ管理装置と、仮想サーバを担当する担当者が使用する担当者端末と、ネットワークにより接続されたストレージ管理装置としてのコンピュータに、請求項６又は７に記載のストレージ管理方法が含む各ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージ管理装置、ストレージ管理方法、及び、プログラムに関する。
【背景技術】
【０００２】
近年、１つの物理サーバにおいて複数台のサーバ機があるかのようなコンピューティング環境を仮想的に作り出すサーバ仮想化技術が知られている。この仮想的に作り出されたコンピューティング環境の１つ１つを「仮想サーバ」や「仮想マシン」などという。仮想サーバや仮想マシンは、これらを構築するための仮想化ソフトウェアとして、ストレージに格納されたものが物理サーバ等のコンピュータに読み込まれることで実現される。
【０００３】
仮想化技術に関し、例えば特許文献１には、物理マシンのリソース消費量がリソース閾値以下になるように仮想マシンの配置が計算され、計算された仮想マシンの配置を実現するために仮想マシンを複数の物理マシン間で移動させて、移動コストを抑える技術が開示されている。
【０００４】
また、例えば特許文献２には、システム全体の負荷を分散させ、効率よく安全に仮想マシンを配置等するために、ネットワークにおいて負荷が偏らないように、仮想マシンの移動をスケジューリングする技術が開示されている。
【０００５】
上記のように、例えば物理マシンのリソースやストレージ等、ノード間におけるデータの偏りを平準化する技術が従来から知られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２０１４／１９２１３２号
【特許文献２】特開２０１０−１１７７６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、例えば、ストレージの平準化を行う際に移行元のストレージから移行先のストレージへ仮想サーバを移行すると、仮想サーバが一時的に停止することがある。このため、平準化の際には、移行対象の仮想サーバを管理する担当者に、仮想サーバの停止に備えて待機してもらう必要がある。
【０００８】
他方、ストレージの平準化にあたる管理者は、平準化を行う前に、移行元のストレージから移行対象となる仮想サーバの選定、平準化の日程計画、移行対象となる各仮想サーバを管理する複数の担当者への連絡を行わなければならない。このため、平準化に際して工数と時間がかかってしまう。
【０００９】
本発明は、このような実情に鑑みてなされたものであって、ストレージの平準化に伴う工数と時間を削減できるストレージ管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の課題を解決するため、本発明のストレージ管理装置は、ストレージから読み込まれて物理サーバにおいて実行される複数の仮想サーバを管理する仮想サーバ管理装置と、仮想サーバを担当する担当者が使用する担当者端末と、ネットワークにより接続されたストレージ管理装置であって、仮想サーバを担当する担当者の連絡先を記憶する記憶手段と、第１のストレージの空き容量が所定の閾値に達したとき、仮想サーバ管理装置からストレージに格納される各仮想サーバを識別する識別情報と各仮想サーバの記憶サイズを取得し、少なくとも記憶サイズに基づいて、第２のストレージに移行する移行対象仮想サーバを抽出し、移行対象仮想サーバの移行開始日時を設定し、移行対象仮想サーバを担当する担当者の連絡先に、移行対象仮想サーバを移行開始日時に第２のストレージに移行することへの可否を問い合わせる移行連絡を送信し、移行連絡を送信した担当者が使用する担当者端末から受信した回答に応じて、移行する仮想サーバを移行開始日時に第２のストレージに移行するスケジュールを作成するスケジュール管理手段と、仮想サーバ管理装置に対してスケジュールに基づく移行指示を行う移行指示手段と、を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ストレージの平準化に伴う工数と時間を削減することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態におけるストレージ管理システムの概略構成図である。
【図２】本発明の実施形態におけるストレージ管理装置の基本構成に係る機能ブロック図である。
【図３】図２に示す記憶部に記憶されるデータの一例を示す模式図である。
【図４Ａ】本実施形態における記憶部に記憶される仮想サーバ一覧テーブルを示す模式図である。
【図４Ｂ】本実施形態における記憶部に記憶される移行リストを示す模式図である。
【図４Ｃ】本実施形態における記憶部に記憶される廃止リストを示す模式図である。
【図４Ｄ】本実施形態における記憶部に記憶されるスケジュールを示す模式図である。
【図５】本発明の実施形態におけるストレージ管理装置の追加構成に係る機能ブロック図である。
【図６Ａ】本実施形態におけるストレージ管理装置から担当者端末に提供される回答要求ＧＵＩの一例を示す模式図である。
【図６Ｂ】本実施形態におけるストレージ管理装置から担当者端末に提供される廃止要求ＧＵＩの一例を示す模式図である。
【図７Ａ】本実施形態における全体的な処理手順を示すシーケンス図である。
【図７Ｂ】本実施形態における全体的な処理手順を示すシーケンス図である。
【図８Ａ】本実施形態におけるスケジューリングの処理手順を示すフローチャートである。
【図８Ｂ】本実施形態におけるスケジューリングの処理手順を示すフローチャートである。
【図８Ｃ】本実施形態におけるスケジューリングの処理手順を示すフローチャートである。
【図９Ａ】本実施形態において、各仮想サーバの記憶サイズ、担当者、及び仮想サーバ数に基づいてソートした仮想サーバ一覧を示す模式図である。
【図９Ｂ】本実施形態において、各仮想サーバの記憶サイズ、担当者、及び合計サイズに基づいてソートした仮想サーバ一覧を示す模式図である。
【図１０】本発明の実施形態におけるストレージ管理システムの変形例に係る概略構成図である。
【発明を実施するための形態】
【００１３】
本発明の実施形態におけるストレージ管理装置、及びストレージ管理装置を含むストレージ管理システムについて図を用いて以下説明する。なお、各図中、同一又は相当する部分には同一の符号を付しており、その重複説明は適宜に簡略化乃至省略する。
【００１４】
なお、本実施形態における以下の説明において使用する「ストレージ」には、ハードディスク等の磁気ディスク、ＤＶＤディスク等の光学ディスク、及びＵＳＢメモリ等のフラッシュメモリ等が含まれる。また、本実施形態における「ストレージ」は仮想サーバが実行される物理サーバとネットワークを介して接続されるものであっても、物理サーバに内蔵されたものであってもよい。
【００１５】
また、例えば「ストレージ管理装置」における「ストレージ管理」には、ストレージを良い状態に保つ等の通常有する意味に加え、例えばストレージの状態管理、ストレージの移行など、本実施形態におけるストレージの平準化に伴う全ての制御処理が含まれるものとする。
【００１６】
［本実施形態におけるストレージ管理システムの概略構成について］
本実施形態におけるストレージ管理システム１の概略構成について図１を参照して説明する。本実施形態におけるストレージ管理システム１は、ストレージ管理装置１０と、仮想サーバ管理装置２０と、担当者端末３０ａ〜３０ｃ（以下、これらを総称して「担当者端末３０」と言う。）が例えばＬＡＮ等の運用管理ネットワーク９０を介して物理サーバ４０と接続されている。また、物理サーバ４０と、移行元ストレージ６０、移行先ストレージ７０とが、運用管理ネットワーク９０とは異なるストレージ用の所定のストレージネットワーク８０を介して接続されている。さらに、物理サーバ４０は外部と通信を行うため、例えばインターネット等のネットワーク５０に接続されている。なお、本発明においては、移行元となるストレージを第１のストレージとし、移行先となるストレージを第２のストレージとしているが、便宜的なものであり、移行元となるストレージと移行先となるストレージを区分するという以外の格別な意味を有するものではない。
【００１７】
なお、ネットワーク５０、ストレージネットワーク８０、運用管理ネットワーク９０は有線でも無線でもよい。また、仮想サーバ用のプログラムを送受信するストレージネットワーク８０と物理サーバ４０等を保守・監視するための運用管理ネットワークとを同一のネットワークで構成してもよいが、データの輻輳を防止するため本実施形態におけるストレージネットワーク８０と運用管理ネットワーク９０とは別々のネットワークとして構成している。
【００１８】
また、図１では、ストレージ管理システム１の構成要素として、１台の物理サーバ、２つの仮想サーバ、２台のストレージ、１台の仮想サーバ管理装置を示しているが、図示及び説明の便宜のために構成を簡素化したものであり、２台以上の物理サーバ、３つ以上の仮想サーバ、３台以上のストレージ、２台以上の仮想サーバ管理装置で構成されるシステムであってもよいことは言うまでもない。
【００１９】
ストレージ管理装置１０は、本実施形態における各処理を司る装置であり、ストレージの平準化に伴う各種制御を行う、例えばサーバやパーソナルコンピュータ（以下「ＰＣ」という。）等のコンピュータである。ストレージ管理装置１０の詳細な動作についての説明は後述する。
【００２０】
仮想サーバ管理装置２０は、ストレージから読み込まれて物理サーバ４０において実行される仮想サーバを管理する、例えばサーバやＰＣ等のコンピュータである。仮想サーバ管理装置２０は、物理サーバ４０上で動作する仮想サーバ４１のストレージ間における移行等を管理する。なお、ここでの「仮想サーバ管理」における「管理」には、上記した仮想サーバの移行等の管理という総称的な意味を始め、仮想サーバ用のプログラムを格納するストレージの記憶容量の管理、各仮想サーバを識別する識別情報としての仮想サーバ識別子と各仮想サーバの記憶サイズ等からなるストレージ情報の管理、並びに、ストレージ管理装置１０や、物理サーバ４０において実行されるハイパーバイザ４２との間における、ストレージの記憶容量及びストレージ情報の送受信制御等の仮想サーバの管理に伴う処理が含まれる。
【００２１】
担当者端末３０は、各仮想サーバを担当する例えばシステムエンジニア等の担当者が利用する例えばＰＣ等の情報処理端末である。なお、図１ではストレージ管理システム１の構成として担当者端末３０ａ、３０ｂ、３０ｃの３台を示しているが、一例であり、２台以下または４台以上の担当者端末で構成されるものであってもよい。
【００２２】
物理サーバ４０は、そのメモリ上に仮想サーバ４１を展開して実行するための例えばサーバ等のコンピュータである。物理サーバ４０には、仮想サーバ４１ａや仮想サーバ４１ｂ（以下、これらをまとめて「仮想サーバ４１」と言う。）を実現し、仮想サーバ４１を制御する制御プログラムであるハイパーバイザ４２等の各種必要なプログラムが実行されている。
【００２３】
移行元ストレージ６０と移行先ストレージ７０は、ストレージネットワーク８０を介して物理サーバ４０と接続される記憶装置である。ストレージネットワーク８０は、例えばＬＡＮやＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等であればよい。また、ストレージネットワーク８０によらず、ＩＤＥ、ＳＣＳＩ、ＦＣ等で物理サーバ４０と直接接続される記憶装置であってもよい。移行元ストレージ６０と移行先ストレージ７０は、例えばハードディスク等で実現される。なお、物理ストレージではなく仮想ストレージであってもよい。また、移行先ストレージ７０はストレージ制御装置１０の管理者により、予め用意しておくことが好ましい。
【００２４】
なお、図１では示していないが、ストレージ管理システム１は、その全体を管理する管理者端末を備えていてもよいことは言うまでもない。
【００２５】
また、ストレージ管理装置１０、仮想サーバ管理装置２０、物理サーバ４０としての例えばＰＣは、そのハードウェア構成として、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ、各種入出力部、ネットワークインタフェース（以下「ＮＷ  Ｉ／Ｆ」と言う。）等の情報処理機能を実現するための必要最小限のユニットを備えていることは言うまでもない。そして、これらの装置の機能を担う例えばＰＣ等の情報処理装置は、例えばＲＯＭまたはＨＤＤに記憶された所定のプログラムがＲＡＭに読み込まれ、これをＣＰＵが実行することで、その機能を実現する。
【００２６】
［ストレージ管理装置１０の基本機能ブロックについて］
次に、図１に示したストレージ管理装置１０の基本機能ブロックについて図２を参照して説明する。ストレージ管理装置１０は、基本機能ブロックとして、記憶部１１と、スケジュール管理部１２と、通信部１３と、移行指示部１４を備える。
【００２７】
記憶部１１は、仮想サーバ４１を担当する担当者の連絡先を含む担当者情報を記憶する記憶手段であり、例えばストレージ管理装置１０としてのＰＣに内蔵されるＲＯＭやＨＤＤ等の記憶装置によってその機能が実現される。なお、内蔵される記憶装置に限らず、ＵＳＢメモリ等の外部記憶メディアによって実現されるものであってもよい。記憶部１１に記憶される情報は上記の担当者情報に限定されない。
【００２８】
ここで、図２に示した記憶部１１に記憶されるデータの一例について図３を参照して説明する。記憶部１１には、担当者情報一覧１１０、仮想サーバ一覧１１１、廃止リスト１１２、スケジュール１１３、移行リスト１１４が記憶される。なお、これらは本実施形態における処理を行うために必要なデータを示すものであり、記憶部１１には、ストレージ管理装置１０の処理において使用されるあらゆるデータが記憶されるものであってよい。また、担当者へ問い合わせる移行対象の仮想サーバのリストを「移行リスト」とし、担当者から移行の了承を得た後の移行対象の仮想サーバのリストを「スケジュール」として別のリストとして説明するが、１つのリストであってもよい。その場合は、「了承有無」などの仮想サーバの移行に対する担当者からの了承の有無がわかる項目を用意する。
【００２９】
図３に示した仮想サーバ一覧１１１の一例について図４Ａを参照して説明する。ここでは、左から順に「識別子」「記憶サイズ」「担当者アドレス」「ステータス」と項目名が並ぶテーブルデータとしており、各項目の具体例として、識別子「ＶＭ−Ｃ０４」、記憶サイズ「１０」担当者アドレス「ｃｃｃ＠ｍａｉｌ．＊＊＊．ｊｐ」ステータス「廃止済」がリストアップされている。記憶サイズ「１０」の単位は、例えばギガバイト（ＧＢ）等となる。また、担当者アドレス「ｃｃｃ＠ｍａｉｌ．＊＊＊．ｊｐ」は、担当者の連絡先であるメールアドレスである。ただし、「＊＊＊」は説明上特定のメールアドレスにならないように用いた伏字であり、以下の説明でも同様である。なお、廃止リストを用いる場合、「ステータス」項目については、設けても設けなくてもよい。
【００３０】
図３に示した移行リスト１１４の一例について図４Ｂを参照して説明する。ここでは、左から順に「識別子」「移行開始日時」「移行終了日時」と項目名が並ぶテーブルデータとしており、各項目の具体例として、識別子「ＶＭ−Ｃ０５」、移行開始日時「○月×日９時」、移行終了日時「○月×日１７時」がリストアップされている。
【００３１】
図３に示した廃止リスト１１２の一例について図４Ｃを参照して説明する。ここでは、左から順に「識別子」「停止日時」「削除日時」と項目名が並ぶテーブルデータとしており、各項目の具体例として、識別子「ＶＭ−Ｃ０６」、停止日時「△月□日１５時」、削除日時「◎月◇日１２時」がリストアップされている。
【００３２】
図３に示したスケジュール１１３の一例について図４Ｄを参照して説明する。ここでは、左から順に「識別子」「移行開始日時」と項目名が並ぶテーブルデータとしており、各項目の具体例として、識別子「ＶＭ−Ｃ０４」に対応する移行開始日時「○月×日９時」、識別子「ＶＭ−Ｃ０５」に対応する移行開始日時「○月◇日９時」、識別子「ＶＭ−Ｃ０６」に対応する移行開始日時「○月□日９時」、がリストアップされている。
【００３３】
スケジュール管理部１２は、移行対象の仮想サーバ４１を移行開始日時に移行先ストレージ７０に移行するスケジュールを作成するスケジュール管理手段である。具体的には、仮想サーバ４１が格納される移行元ストレージ６０の空き容量が所定の閾値に達したとき、仮想サーバ管理装置２０から各仮想サーバ４１を識別する識別情報（例えば、「サーバ名」など。「仮想サーバ識別子」とも呼ぶ。）と各仮想サーバの記憶サイズを取得し、取得した各仮想サーバの識別情報、各仮想サーバの記憶サイズに基づいて、移行する対象の仮想サーバ４１を抽出し、移行開始日時を設定して移行リストを作成する。その後、移行連絡を受信した仮想サーバ４１を担当する担当者が使用する担当者端末３０から移行連絡に基づく移行を了承する回答を受信し、移行対象の仮想サーバ４１を移行開始日時に移行先ストレージ７０に移行するスケジュールを作成する。
【００３４】
また、スケジュール管理部１２は、移行連絡を受信した仮想サーバ４１を担当する担当者が使用する担当者端末３０から回答がなかったとき、または、移行連絡を受信した仮想サーバ４１を担当する担当者が使用する担当者端末３０から移行を了承しない回答があったときは、移行リストに予備として登録された移行元ストレージ６０に格納され、移行する対象の仮想サーバとは異なる他の仮想サーバを担当する担当者の連絡先に通信部１３を介して移行連絡を送信する。このように移行連絡を受信した担当者から回答がない場合でも、ストレージの平準化を行うことが可能になる。
【００３５】
このように、ストレージの移行に伴い仮想サーバの担当者に自動的に確認をとることができるため、ストレージの平準化に伴う工数と時間を削減することが可能になる。
【００３６】
また、スケジュール管理部１２は、仮想サーバ管理装置２０から取得した各仮想サーバの識別情報及び記憶サイズと、記憶部１１に記憶された各仮想サーバを担当する担当者の担当者情報とを対応させた仮想サーバ一覧を作成し、作成した該仮想サーバ一覧を記憶部１１に記憶する。
【００３７】
そして、スケジュール管理部１２は、廃止リストに掲載された仮想サーバを移行対象の仮想サーバとして移行リストを作成してもよい。廃止リストに掲載された仮想サーバは、既に使用されていないため、移行対象の仮想サーバとして担当者に確認せずに移行することができる。
【００３８】
また、スケジュール管理部１２は、移行リストに登録された移行対象の仮想サーバの記憶サイズを仮想サーバ一覧に基づいて算出し、閾値に達した移行元ストレージ６０の空き容量に、算出された移行対象の仮想サーバ４１の記憶サイズを加算して得られる移行元ストレージ６０の空き容量が閾値を上回るか否かを判定し、移行元ストレージ６０の空き容量が閾値を上回ると判定したとき、移行リストに登録された移行対象の仮想サーバの識別情報をスケジュールに記録する。移行リストに登録された移行対象の仮想サーバ４１の記憶サイズを移行元ストレージ６０の空き容量に加算して得られる空き容量が閾値を上回れば、移行元ストレージ６０の空き容量はそれだけ余裕が生まれ、ストレージ平準化に寄与することになる。
【００３９】
さらに、スケジュール管理部１２は、移行元ストレージ６０の空き容量が閾値を下回る（つまり空き領域が足りない）と判定したとき、仮想サーバ一覧における各仮想サーバの記憶サイズに基づいてソートしたソート順に移行対象の仮想サーバとして抽出して移行リストに登録し、該登録された移行対象の仮想サーバ４１の記憶サイズを仮想サーバ一覧に基づいて算出し、閾値に達した移行元ストレージ６０の空き容量に該算出された移行リストの移行対象の仮想サーバの記憶サイズを加算して得られる移行元ストレージ６０の空き容量が閾値を上回るか否かを判定し、移行元ストレージ６０の空き容量が閾値を上回ると判定したとき、移行対象の仮想サーバとして抽出された仮想サーバの移行開始日時を所定の条件にて設定して前記移行リストに記録する。なお、仮想サーバの記憶サイズとともに、又はこれに代えて各仮想サーバの担当者情報に基づいて仮想サーバ一覧をソートすることとしてもよい。仮想サーバ一覧のソートの具体例については後述する。
【００４０】
スケジュール管理部１２が、廃止リストを元に移行リストにリストアップされた仮想サーバの記憶サイズを移行元ストレージ６０の空き容量に加算しても閾値を下回る場合は、移行元ストレージ６０の空き容量が十分になく、逼迫しているため、廃止されている仮想サーバの移行では効果的なストレージ平準化が進まない。よって、スケジュール管理部１２は、廃止されている仮想サーバに加えて、又は、廃止されている仮想サーバに代えて、運用中の仮想サーバも移行対象としてリストアップする必要がある。このため、この場合は、仮想サーバ一覧を参照して、移行元ストレージ６０の空き容量が閾値を上回るだけの記憶サイズを有する運用中の仮想サーバをリストアップする。
【００４１】
上述したスケジュール管理部１２の本機能は、例えばスケジュール管理部１２としてのＰＣのＲＯＭまたはＨＤＤに記憶された本機能に係るプログラムがＲＡＭに展開され、これをＣＰＵが実行することにより実現される。
【００４２】
移行指示部１４は、記憶部１１に記憶されたスケジュールの移行開始日時に基づき、仮想サーバ管理装置２０に対して、移動開始日時に対応する仮想サーバの移行指示を送信する移行指示手段である。
【００４３】
上述した移行指示部１４の本機能は、例えばスケジュール管理部１２としてのＰＣのＲＯＭまたはＨＤＤに記憶された本機能に係るプログラムがＲＡＭに展開され、これをＣＰＵが実行することにより実現される。
【００４４】
通信部１３は、ストレージ管理装置１０をネットワークに接続し、他の装置と通信する通信手段である。具体的には、通信部１３は、スケジュール管理部１２により作成された移行リストに登録された仮想サーバ４１を移行開始日時に移行することへの問い合わせを含む移行連絡を担当者の連絡先へ送信する。
【００４５】
そして、通信部１３は、移行指示部１４によりスケジュールに基づく移行指示を行うとき、仮想サーバ管理装置２０に対して該移行指示を送信する。
【００４６】
上述した通信部１３の本機能は、例えばストレージ管理装置１０としてのＰＣに内蔵されるＮＷ  Ｉ／Ｆによってその機能が実現される。
【００４７】
［ストレージ管理装置１０の追加機能ブロックについて］
次に、ストレージ管理装置１０の追加機能ブロックについて図５を参照して説明する。なお、図５は図２に示した基本機能ブロックの追加構成であり、図２に示した基本機能ブロックは当然備えているものであるため、図示を省略している。すなわち、ストレージ管理装置１０は、追加構成として、Ｕ／Ｉ部１５と、廃止指示部１６を備える。
【００４８】
Ｕ／Ｉ部１５は、担当者端末３０に対して、例えば上述したような、仮想サーバ４１を移行開始日時に移行することを了承する回答を担当者端末３０から得るためのホームページ等を用いたグラフィカル・ユーザ・インタフェース（以下「回答要求ＧＵＩ」と言う。）を提供する。これにより、担当者端末３０の担当者は担当する仮想サーバの移行に対する回答を簡単に入力することが可能になる。なお、Ｕ／Ｉ部１５を介した担当者が利用する担当者端末３０からの回答に限らず、例えば、担当者のメールアドレス宛てにメール等を送信して担当者が利用する担当者端末３０からの回答メールの返信を受けることとしてもよい。
【００４９】
ここで、担当者から仮想サーバ４１を移行開始日時に移行することへの回答を得るための担当者端末３０に提供される回答要求ＧＵＩの一例について図６Ａを参照して説明する。回答要求ＧＵＩは、図５に示したＵ／Ｉ部１５により担当者端末３０に提供される例えばホームページ等の画面であり、Ｕ／Ｉ部１５により担当者端末３０に提供される際は、例えばＵＲＬ等の形態にて送信され、当該ホームページへの接続に誘導する。担当者端末３０を扱う担当者は本画面を使用して担当する仮想サーバの移行の可否をストレージ管理装置１０へ伝える。なお、回答要求ＧＵＩは、移行対象の仮想サーバごとに違うＵＲＬで提供されてもよいし、担当者端末３０から担当する仮想サーバを入力又は選択する欄を設け、どの仮想サーバへの回答か判別できるように、仮想サーバ識別子がストレージ管理装置１０に送信されるようにしてもよい。
【００５０】
本画面の上から担当者端末３０を扱う担当者へ移行の確認を求める「移行ＯＫ？」欄３００が表示され、その右方に移行を了承するための「ＹＥＳ」アイコン３０１と移行を了承しない「ＮＯ」アイコン３０２が表示されている。なお、「ＹＥＳ」「ＮＯ」でなくても、単に「ＯＫ」アイコン等を押圧するだけで移行の意思を反映させるものであってもよい。
【００５１】
続いて、本画面の中欄には、担当者が上欄の「ＮＯ」アイコン３０２を選択した場合に、移行のための指定日時の入力を促す「ＮＯの場合、指定日時は？」欄３１０が表示され、その下に日時入力欄が表示されている。なお、本欄は、常時表示されるものであっても、担当者が上欄の「ＮＯ」アイコン３０２を選択したときに表示されるものであってもよい。また、本欄は「ＮＯ」の場合、担当者が日時を指定できない場合は、無くてもよい。
【００５２】
そして、下欄には、上述した担当者による選択した内容や必要な場合に入力した日時を含む回答をストレージ管理装置１０に送信するための「送信」アイコン３２０と、選択や入力を取り止める「ｃａｎｃｅｌ」アイコン３３０が表示されている。
【００５３】
また、Ｕ／Ｉ部１５は、担当者端末３０に対して、仮想サーバの廃止要求を受け付けるためのホームページ等のＧＵＩ（以下「廃止要求ＧＵＩ」と言う。）を提供する。
【００５４】
ここで、担当者から仮想サーバ４１を廃止する要求を得るための担当者端末３０に提供される廃止要求ＧＵＩの一例について図６Ｂを参照して説明する。廃止要求ＧＵＩも、図５に示したＵ／Ｉ部１５により担当者端末３０に提供されるホームページ等の画面であり、回答要求ＧＵＩと同様に、Ｕ／Ｉ部１５により担当者端末３０に提供される際は、例えばＵＲＬ等の形態にて送信され、当該ホームページへの接続に誘導する。担当者端末３０を扱う担当者は本画面を使用して担当する仮想サーバの廃止の要求をストレージ管理装置１０へ伝える。
【００５５】
本画面の上から担当者端末３０を扱う担当者へ廃止の確認を求める「仮想サーバを廃止しますか？」欄４００が表示され、その右方に廃止する意思を反映するための「ＹＥＳ」アイコン４０１が表示されている。なお、「ＹＥＳ」でなくても、単に「ＯＫ」アイコン等を押圧するだけで廃止の意思を反映させるものであってもよい。
【００５６】
続いて、本画面の中欄には、廃止対象の仮想サーバを識別する識別子を担当者に入力させる「対象仮想サーバ識別子」欄４１０が表示され、その右方に識別子入力欄４１１が表示されている。なお、これら各欄は、「ＹＥＳ」アイコン４０１が選択されたときに表示されてもよい。
【００５７】
「対象仮想サーバ識別子」欄４１０の下には、担当者に廃止を希望する日時を入力させるための「廃止希望日時」欄４２０が表示され、その右方に日時入力欄４２１が表示されている。なお、識別子を入力させるものに限らず、複数の日時を表示させておき、表示された複数の日時の中から担当者が廃止を所望する日時を選択する表示形態であってもよい。複数の日時から選択させる場合、プルダウンアイコンを設けて、これを選択したときに複数の日時が例えば３０分間隔等により選択可能に表示されるものであってもよい。本欄についても、「対象仮想サーバ識別子」欄４１０等と同様に「ＹＥＳ」アイコン４０１が選択されたときに表示されてもよい。
【００５８】
そして、下欄には、上述した担当者による選択した内容、入力した識別子、入力した日時を含む廃止要求をストレージ管理装置１０に送信するための「送信」アイコン４２０と、廃止処理を取り止めたり、「対象仮想サーバ識別子」欄４１０若しくは「廃止希望日時」欄４２０への入力を取り止める「ｃａｎｃｅｌ」アイコン４３０が表示されている。
【００５９】
廃止指示部１６は、仮想サーバを担当する担当者端末３０から該仮想サーバを廃止する廃止要求を通信部１３を介して受信し、受信した廃止要求に係る仮想サーバを識別する識別情報と、該廃止要求に係る仮想サーバを停止する停止日時とを対応させた廃止リストを作成し、作成された廃止リストに基づいて仮想サーバ管理装置２０に対して廃止指示を行うか否かを判定する廃止指示手段である。廃止指示部１６の本機能も、例えばスケジュール管理部１２としてのＰＣのＲＯＭまたはＨＤＤに記憶された本機能に係るプログラムがＲＡＭに展開され、これをＣＰＵが実行することにより実現される。
【００６０】
［本実施形態における全体的な処理手順について］
次に、本実施形態の全体的な処理手順について図７Ａ及び図７Ｂを参照して説明する。なお、以下では、図１に示した各構成を例として説明する。まず、仮想サーバ管理装置２０は、管理する物理サーバ４０上のハイパーバイザ４２から取得したストレージの空き容量に基づいて、空き容量が閾値に達したストレージを検出した場合、ストレージ閾値到達通知をスケジュール管理部１２に送信する（ステップＳ１０１）。なお、閾値に達したか否かは、空き容量が閾値を下回ったか、又はアクセス負荷が閾値を上回った等に基づいて判定すればよい。また、空き容量に代えて、ストレージ全体の記憶容量に対する空き容量の割合や、ストレージへのアクセス負荷等の計測値を用いてもよい。また、１つの計測値を用いても、複数の計測値を用いても良い。なお、図７Ａ及び図７Ｂにおいては、図示上の便宜を図るため、通信部１３を省略している。
【００６１】
スケジュール管理部１２は、通信部１３を介して仮想サーバ管理装置２０からのストレージ閾値到達通知を受信すると（ステップＳ１０１）、検出されたストレージに記憶される仮想サーバを識別する仮想サーバ識別子と、各仮想サーバの記憶サイズとを要求するストレージ情報取得要求を、仮想サーバ管理装置２０に通信部１３を介して送信する（ステップＳ１０２）。
【００６２】
仮想サーバ管理装置２０は、ストレージ情報取得要求を受信すると、検出したストレージに記憶されている仮想サーバ識別子とその仮想サーバの記憶サイズとを含むストレージ情報を、ストレージ情報取得要求を送信してきた通信部１３を介してスケジュール管理部１２に送信する。（ステップＳ１０３）。なお、ストレージ情報には仮想サーバの状態を示す、例えば上述した「廃止」の有無等を示すステータス情報が含まれていてもよい。
【００６３】
スケジュール管理部１２は、通信部１３を介してストレージ情報を受信すると、ストレージ情報に含まれる仮想サーバ識別子とその仮想サーバの記憶サイズとの対応の一覧である仮想サーバ一覧を記憶部１１に記憶する（ステップＳ１０４）。このとき、スケジュール管理部１２は、仮想サーバ一覧に含まれる仮想サーバ識別子を基に、各仮想サーバを担当する担当者の例えばメールアドレス等の連絡先を含む担当者情報を記憶部１１に要求する。ここでは、担当者情報として、メールアドレスを例に説明する。なお、担当者情報には、メールに記載する担当者名などが含まれてもよい。
【００６４】
スケジュール管理部１２は、記憶部１１から担当者情報が返却されると（ステップＳ１０５）、記憶部１１に記憶された仮想サーバ一覧の仮想サーバ識別子に、返却された担当者情報を対応させて記憶する。また、スケジュール管理部１２は、仮想サーバの移行のスケジューリングを行う。スケジューリングの詳細については後述する。
【００６５】
スケジュール管理部１２は、スケジューリングが終了すると、記憶部１１に記憶された移行リストに登録した移行対象の仮想サーバ識別子に対応するメールアドレスを仮想サーバ一覧を基に抽出し、移行リストに登録された移行開始日時に、移行開始日時に対応して記憶された仮想サーバを移行することへの可否の問い合わせと、回答する回答要求ＧＵＩのＵＲＬを含む移行連絡メールを仮想サーバ識別子ごと又は担当者のメールアドレスごとに作成し、移行連絡メールを通信部１３を介して担当者端末３０に送信する（ステップＳ１０６）。
【００６６】
移行連絡メールを受信した担当者端末３０は、入力部への担当者からの操作により、メールに含まれるＵＲＬにて提供される図５Ａに例示される回答要求ＧＵＩに接続される。担当者が表示部に表示された回答要求ＧＵＩを介して仮想サーバの移行の可否等を入力し、送信アイコン３２０を選択すると、回答した内容が担当者端末３０から通信部１３を介してスケジュール管理部１２に送信される（ステップＳ１０７）。なお、担当者端末３０から回答要求ＧＵＩに接続する際に、担当者を認証する認証処理等を行ってもよい。また、回答内容には、仮想サーバを識別する仮想サーバ識別子と、スケジューリングで決定された移行開始日時に対する了承や、移行を了承しない場合の代替え日時等が含まれていてもよい。
【００６７】
スケジュール管理部１２は、回答を受信すると、その回答内容を基に、仮想サーバ識別子と移行開始日時とが登録されたスケジュールを記憶部１１に記憶する（ステップＳ１０８）。ここで、スケジュール管理部１２は、記憶部１１に記憶された移行リストに登録された仮想サーバ識別子と、スケジュールに登録された仮想サーバ識別子とを比較し、移行リストに登録された全ての仮想サーバ識別子が、期限までに、スケジュールに登録されなかった場合、または、移行連絡メールを受信した仮想サーバ４１を担当する担当者が使用する担当者端末３０から移行を了承しない回答があったときは、移行リストに予備として登録された他の仮想サーバを担当する担当者に通信部１３を介して移行連絡メールを送信する。
【００６８】
移行指示部１４は、記憶部１１に記憶されたスケジュールに登録された移行開始日時になると、スケジュールに登録された移行開始日時に対応する仮想サーバ識別子に対応する仮想サーバを移行先のストレージへ移行する移行指示を仮想サーバ管理装置２０に通信部１３を介して送信する（ステップＳ１１０）。
【００６９】
仮想サーバ管理装置２０は、移行指示部１４から移行指示を受信すると、受信した移行指示に含まれる仮想サーバ識別子に対応する仮想サーバを移行元ストレージ６０から受信した移行指示に含まれる移行先ストレージ７０へ移行する移行命令をハイパーバイザ４２に送信する（ステップＳ１１１）。
【００７０】
ハイパーバイザ４２は、移行命令を受信すると、移行元ストレージ６０から仮想サーバ識別子に対応する仮想サーバのストレージイメージを読み込み（ステップＳ１１２）、移行先ストレージ７０に書き込む（ステップＳ１１３）。ハイパーバイザ４２は、仮想サーバの移行処理が完了すると、仮想サーバ管理装置２０に仮想サーバ識別子に対応する仮想サーバの移行が完了した旨の移行完了結果を送信する（ステップＳ１１４）。
【００７１】
仮想サーバ管理装置２０は、移行完了結果を受信すると、仮想サーバ識別子に対応する仮想サーバの移行が完了した旨の移行完了通知を移行指示部１４に送信する（ステップＳ１１５）。移行指示部１４は、仮想サーバ識別子に対応するメールアドレスの担当者端末３０に、仮想サーバ識別子に対応する仮想サーバの移行が完了した旨が記載された完了メールを通信部１３を介して送信する（ステップＳ１１６）。
【００７２】
［本実施形態におけるスケジューリングの処理手順について］
次に、本実施形態におけるスケジューリングの処理手順について図８Ａ〜図８Ｃを参照して説明する。ここでは、記憶部１１に仮想サーバ一覧が記憶されていることを前提として説明する。まず、スケジュール管理部１２は、記憶部１１に記憶されている仮想サーバ一覧から仮想サーバを１つずつ抽出し、その仮想サーバのステータスが廃止済みかどうかを、記憶部１１に記憶された廃止リストを参照して判定する（ステップＳ２０１）。なお、廃止リストによらず、仮想サーバ一覧に、仮想サーバ管理装置２０から受信したストレージ情報に含まれるステータス情報を取り込み、ステータス情報に基づいて廃止済みを判定してもよい。
【００７３】
スケジュール管理部１２は、抽出した仮想サーバのステータスが廃止済みであれば（ステップＳ２０１、ＹＥＳ）、その仮想サーバの仮想サーバ識別子を移行対象の仮想サーバとして移行リストに追加する（ステップＳ２０２）。他方、スケジュール管理部１２は、抽出した仮想サーバのステータスが廃止済みでなければ（ステップＳ２０１、ＮＯ）、ステップＳ２０３へ移行する。
【００７４】
スケジュール管理部１２は、仮想サーバ一覧にリストアップされている全ての仮想サーバについて、廃止済か否か判定を行う「ステップＳ２０１」の処理を繰り返す（ステップＳ２０３）。
【００７５】
スケジュール管理部１２は、移行リストに登録した仮想サーバ識別子に対応する記憶サイズを、仮想サーバ一覧を参照して、合計し、移行対象の仮想サーバの記憶サイズを算出する（ステップＳ２０４）。
【００７６】
次に、スケジュール管理部１２は、閾値に達したストレージの空き容量から、合計した移行対象の仮想サーバの記憶サイズを加算し、加算後の空き容量が閾値を上回るか否かを判定する（ステップＳ２０５）。スケジュール管理部１２は、加算後の空き容量が閾値を上回ると判定した場合（ステップＳ２０５、ＹＥＳ）、移行リストの仮想サーバ識別子を移行対象の仮想サーバ識別子として、既定の移行開始日時とともに記憶部１１に記憶されたスケジュールに登録する（ステップＳ２０６）。なお、スケジュール管理部１２は、既定の移行開始日時として、例えば予め決められた負荷の軽い日時や直ぐに実行させるための日時など既定の日時を対応付けてスケジュールに登録する。
【００７７】
他方、スケジュール管理部１２は、加算後の空き容量が閾値を上回らないと判定した場合（ステップＳ２０５、ＮＯ）、仮想サーバ一覧にて、例えば各仮想サーバの記憶サイズを少なくとも１つのキーにしてソートする（ステップＳ２０７）。この場合におけるソートは、［１］記憶サイズが小さい順にソートする、［２］記憶サイズが大きい順にソートする、［３］移動対象のＶＭがなるべく同じ担当者になるようにソートする方法等がある。なお、［３］の同じ担当者ごとにソートする方法を採用する理由は、移動対象の仮想サーバの担当者が少ない方が、待機してもらう担当者が少なくて済むというメリットを享受できるからである。担当者ごとにソートした後の仮想サーバ一覧の具体例については後述する。
【００７８】
なお、［３］のソートにおいては、［３−１］仮想サーバ一覧にて、記憶サイズが既定サイズ以下の仮想サーバを抽出後に、同じ担当者のメールアドレスに対応する仮想サーバをまとめ、まとめた仮想サーバの個数が多い担当者の仮想サーバの属するグループを上位グループとしてソートし、各グループ内の仮想サーバは記憶サイズの小さい順にソートする方法と、［３−２］仮想サーバ一覧にて、同じ担当者のメールアドレスに対応する仮想サーバをまとめ、まとめた仮想サーバのグループ内の仮想サーバの記憶サイズの合計をキーに大きい順または小さい順に各グループをソートし、更に各グループ内の仮想サーバは記憶サイズの大きい順または小さい順にソートする方法が例示されるが、もちろんこれ以外の方法であってもよい。
【００７９】
ここで、仮想サーバの記憶サイズと、担当者アドレスと、仮想サーバ数に基づくソート後の仮想サーバ一覧の一例について図９Ａを参照して説明する。まず、記憶サイズが既定サイズ以下の仮想サーバを移行する対象となる仮想サーバとして抽出する。この図の例では、移行する対象となる仮想サーバの記憶サイズの既定サイズを７０ＧＢ以下とし、７０ＧＢを超えるものについては移行対象外として登録している。
【００８０】
次に、仮想サーバを同じ担当者のメールアドレスに対応する仮想サーバのグループにまとめ、まとめた仮想サーバのグループを仮想サーバの個数が多い順にソートする。この図の例では、担当者アドレスが「ａａａ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループは仮想サーバの数は２個、「ｂｂｂ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループは仮想サーバの数は１個、「ｃｃｃ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループは仮想サーバの数は３個（対象外の仮想サーバは数に含めない）なので、担当者アドレスが「ｃｃｃ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループ、「ａａａ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループ、「ｂｂｂ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループの順にソートされる。そして、順位１から３までが、担当者アドレスが「ｃｃｃ＠ｍａｉｌ．＊＊＊．ｊｐ」である上位グループ内の仮想サーバが、記憶サイズの小さい順（ここでは、５ＧＢ、１０ＧＢ、１５ＧＢの順）に、仮想サーバ識別子が「ＶＭ−Ｃ０４」、「ＶＭ−Ｃ０３」、「ＶＭ−Ｃ０２」である仮想サーバをソートしたものとなっている。他方、担当者アドレスが「ｃｃｃ＠ｍａｉｌ．＊＊＊．ｊｐ」でも、記憶サイズが１１０ＧＢと既定サイズ７０ＧＢを超える「ＶＭ−Ｃ０１」で識別される仮想サーバは移行対象外とされている。
【００８１】
また、順位４から５までは、担当者アドレスが「ａａａ＠ｍａｉｌ．＊＊＊．ｊｐ」である中位グループ内の仮想サーバが、記憶サイズの小さい順（ここでは、１０ＧＢ、７０ＧＢの順）に仮想サーバ識別子が「ＶＭ−Ａ０３」「ＶＭ−Ａ０２」である仮想サーバをソートしたものとなっている。他方、担当者アドレスが「ａａａ＠ｍａｉｌ．＊＊＊．ｊｐ」でも、記憶サイズが１００ＧＢと既定サイズ７０ＧＢを超える「ＶＭ−Ａ０１」で識別される仮想サーバは移行対象外とされている。
【００８２】
さらに、順位６には、担当者アドレスが「ｂｂｂ＠ｍａｉｌ．＊＊＊．ｊｐ」である下位グループ内の仮想サーバが記憶サイズの小さい順（ここでは、７０ＧＢのみ）に仮想サーバ識別子が「ＶＭ−Ｂ０２」である仮想サーバをソートしたものとなっている。他方、担当者アドレスが「ｂｂｂ＠ｍａｉｌ．＊＊＊．ｊｐ」でも、記憶サイズが８０ＧＢと既定サイズ７０ＧＢを超える「ＶＭ−Ｂ０１」で識別される仮想サーバは移行対象外とされている。
【００８３】
上記のように本例では、仮想サーバの数が多い担当者の仮想サーバのグループが上位になり、グループ内の仮想サーバは記憶サイズが小さい順になるようにソートされる。
【００８４】
次に、仮想サーバの記憶サイズと、担当者アドレスと、記憶サイズの合計に基づくソート後の仮想サーバ一覧の一例について図９Ｂを参照して説明する。まず、同じ担当者アドレスで仮想サーバをまとめ、まとめた仮想サーバの記憶サイズの合計が大きくなる仮想サーバのグループが上位仮想サーバとしてソートされる。この図の例では、担当者アドレスが「ａａａ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループの仮想サーバの記憶サイズの合計サイズが１８０ＧＢであり、「ｂｂｂ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループの仮想サーバの記憶サイズの合計サイズが１５０ＧＢであり、「ｃｃｃ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループの仮想サーバの記憶サイズの合計サイズが１４０ＧＢであるので、担当者アドレスが「ａａａ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループ、「ｂｂｂ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループ、「ｃｃｃ＠ｍａｉｌ．＊＊＊．ｊｐ」のグループの順にソートされる。
【００８５】
そして、順位１から３まで、担当者アドレスが「ａａａ＠ｍａｉｌ．＊＊＊．ｊｐ」である上位グループ内の仮想サーバが、記憶サイズが１００ＧＢである仮想サーバ識別子「ＶＭ−Ａ０１」で識別される仮想サーバ、記憶サイズが７０ＧＢである仮想サーバ識別子「ＶＭ−Ａ０２」で識別される仮想サーバ、記憶サイズが１０ＧＢである仮想サーバ識別子「ＶＭ−Ａ０３」で識別される仮想サーバのように、記憶サイズが大きい順にソートされたものとなっている。
【００８６】
また、順位４から５までは、担当者アドレスが「ｂｂｂ＠ｍａｉｌ．＊＊＊．ｊｐ」である中位グループ内の仮想サーバが、記憶サイズが８０ＧＢである仮想サーバ識別子「ＶＭ−Ｂ０１」で識別される仮想サーバ、記憶サイズが７０ＧＢである仮想サーバ識別子「ＶＭ−Ｂ０２」で識別される仮想サーバのように、記憶サイズが大きい順にソートされたものとなっている。
【００８７】
さらに、順位６から９までは、担当者アドレスが「ｃｃｃ＠ｍａｉｌ．＊＊＊．ｊｐ」である下位グループ内の仮想サーバが、記憶サイズが１１０ＧＢである仮想サーバ識別子「ＶＭ−Ｃ０１」で識別される仮想サーバ、記憶サイズが１５ＧＢである仮想サーバ識別子「ＶＭ−Ｃ０２」で識別される仮想サーバ、記憶サイズが１０ＧＢである仮想サーバ識別子「ＶＭ−Ｃ０３」で識別される仮想サーバ、記憶サイズが５ＧＢである仮想サーバ識別子「ＶＭ−Ｃ０４」で識別される仮想サーバのように、記憶サイズが大きい順にソートされたものとなっている。
【００８８】
上記のように本例では、記憶サイズの合計値が大きい担当者の仮想サーバのグループが上位になり、グループ内の仮想サーバも記憶サイズが大きい順になようにソートされる。
【００８９】
続いて、スケジュール管理部１２は、判定対象となる仮想サーバのカウント数Ｎを１で初期化する（ステップＳ２０８）。ここで、ステップＳ２０２で移行リストに追加した仮想サーバは、消去する。ただし、消去せずにそのまま移行リストに登録されていても構わない。
【００９０】
スケジュール管理部１２は、ソート後の仮想サーバ一覧のＮ番目の仮想サーバのステータスを確認し（ステップＳ２０９）、そのステータスが廃止済みでないことを確認した場合（ステップＳ２０９、ＮＯ）、その仮想サーバを移行リストへ追加する（ステップＳ２１０）。他方、スケジュール管理部１２は、廃止済みであることを確認した場合（ステップＳ２０９、ＹＥＳ）、ステップＳ２１３へ移行する。
【００９１】
ステップＳ２１０にて、Ｎ番目の仮想サーバを移行リストへ追加した後、スケジュール管理部１２は、移行リストに登録した仮想サーバ識別子に対応する記憶サイズを、仮想サーバ一覧を参照して合計し、移行対象の仮想サーバの記憶サイズを算出する（ステップＳ２１１）。
【００９２】
スケジュール管理部１２は、閾値に達したストレージの空き容量に、移行対象の仮想サーバの記憶サイズを加算し、加算後の空き容量が閾値を上回るか否かを判定する（ステップＳ２１２）。ここで、閾値を第１の閾値と、予備の移行対象の仮想サーバの記憶サイズも含めた、第１の閾値よりも大きい値の第２の閾値のように２段階に閾値を設け、担当者が了承または担当者から回答が来なかった場合に備えて、予備の移行対象の仮想サーバも移行リストに登録するようにしてもよい。スケジュール管理部１２は、加算後の空き容量が閾値を上回らないと判定した場合（ステップＳ２１２、ＮＯ）、Ｎに１を加算し（ステップＳ２１３）、次の仮想サーバについて「ステップＳ２０９」の判定処理を繰り返す。
【００９３】
他方、スケジュール管理部１２は、加算後の空き容量が閾値を上回ると判定した場合（ステップＳ２１２、ＹＥＳ）、移行順を示すＭを１で初期化し（ステップＳ２１３）、移行リストに登録したＭ番目の仮想サーバの移行開始日時を次の移行可能日の既定日時に設定する（ステップＳ２１４）。ここでは、「次の移行可能日の既定日時」として、例えば次の平日の午前９時を設定するものとして以下説明する。
【００９４】
次に、スケジュール管理部１２は、移行リストにＭ番目に登録された仮想サーバの移行にかかる時間である移行予測時間を仮想サーバの記憶サイズ等を用いた既定の計算式に基づいて算出する（ステップＳ２１５）。なお、既定の計算式としては、例えばある移行時間の実測値を基準として、これにストレージの機種やネットワークの種別に基づいた所定の係数を乗算する等の計算式を用いることができる。
【００９５】
その後、スケジュール管理部１２は、Ｍ番目の仮想サーバの移行開始日時に移行予測時間を加算し、Ｍ番目の仮想サーバの移行終了日時を算出する（ステップＳ２１６）。
【００９６】
スケジュール管理部１２は、Ｍ番目の仮想サーバの移行終了日時が第２の既定日時を超えると判定した場合（ステップＳ２１７、ＮＯ）、Ｍ番目の仮想サーバの移行開始日時の設定を更に次の移行可能日の既定日時に変更し、変更後の移行開始日時に移行予測時間を加えた時間を移行終了日時とし、これをＭ番目の仮想サーバ識別子に対応付けて記憶部１１の移行リストに記憶する（ステップＳ２１８）。なお、第２の既定日時の具体例として、例えば１７時等の業務終了時を設定することができる。また、「更に次の移行可能日の既定日時」の「更に次の移行可能日」は、上述した「次の移行可能日」の次の日であり、「既定日時」は上述した「既定日時」と同様であり、例えば、次の平日の９時等を設定することができる。ただし、移行終了日時は、移行リストに記憶しなくても構わない。
【００９７】
他方、スケジュール管理部１２は、Ｍ番目の仮想サーバの移行終了日時が第２の既定日時を超えないと判定した場合（ステップＳ２１７、ＹＥＳ）、設定されたＭ番目の仮想サーバの移行開始日時とＭ番目の仮想サーバの移行終了日時を、Ｍ番目の仮想サーバ識別子に対応付けて記憶部１１の移行リストに記憶する（ステップＳ２１９）。
【００９８】
スケジュール管理部１２は、全仮想サーバについて判定が終了したか否かを判定する（ステップＳ２２０）。スケジュール管理部１２は、移行リストに登録されている仮想サーバで未だ移行開始日時が設定されていない仮想サーバが残っていると判定した場合（ステップＳ２２０、ＮＯ）、Ｍ＋１番目の仮想サーバの移行開始日時をＭ番目の仮想サーバの移行終了日時に設定し（ステップＳ２２１）、Ｍに１を加算して、移行リストに登録された全ての仮想サーバに移行開始日時が設定されるまで、ステップＳ２１５以降の処理を繰り返す。他方、スケジュール管理部１２は、移行リストに登録されている仮想サーバで移行開始日時が設定されていない仮想サーバが残っていないと判定した場合（ステップＳ２２０、ＹＥＳ）、スケジューリングの処理を終了する。
【００９９】
［本実施形態における廃止処理手順について］
次に、本実施形態における廃止処理手順について説明する。なお、停止日時は、例えば廃止要求を受信してから３か月、つまり受信日＋３か月等の既定の計算式に基づいて算出すればよい。ここで３か月としたのは、例えばすぐに廃止した後、何らかの理由でその廃止対象に係る仮想サーバを使用したいと要求するユーザに備える等の運用上の観点からである。もちろん、既定の日時に設定してもよい。
【０１００】
ストレージ管理装置１０の廃止指示部１６は、廃止リストに記憶した停止日時になると、廃止を希望する仮想サーバ識別子に対応する仮想サーバの物理サーバ４０上での展開と実行を中止し、ストレージイメージのみにする仮想サーバ停止指示を仮想サーバ管理装置２０に送信する。
【０１０１】
また、仮想サーバ管理装置２０は、ストレージ管理装置１０から停止指示を受信すると、受信した停止指示に含まれる仮想サーバ識別子に対応する仮想サーバの実行を中止する停止命令をハイパーバイザ４２に送信する。ハイパーバイザ４２は、停止命令を受信すると、停止命令に含まれる仮想サーバ識別子に対応する仮想サーバの実行を中止する。仮想サーバがこの状態になると、ハイパーバイザ４２や廃止リスト上で、ステータスが「廃止済み」となる。
【０１０２】
また、廃止指示部１６は、廃止リストに記憶した削除日時になると、その削除日時に対応する仮想サーバ識別子のストレージイメージをストレージから削除する削除指示を仮想サーバ管理装置２０に送信する。
【０１０３】
仮想サーバ管理装置２０は、ストレージ管理装置１０から削除指示を受信すると、受信した削除指示に含まれる仮想サーバ識別子に対応する仮想サーバのストレージイメージをストレージから削除する削除命令をハイパーバイザ４２に送信する。ハイパーバイザ４２は、削除命令を受信すると、削除命令に含まれる仮想サーバ識別子に対応する仮想サーバのストレージイメージをストレージから削除する。仮想サーバが削除されると、その仮想サーバは仮想サーバ一覧に記載されないか、あるいは記載される場合、仮想サーバ一覧のステータスが「削除済み」となる。
【０１０４】
［本実施形態の変形例について］
次に、本実施形態におけるストレージ管理システムの変形例について図１０を参照して説明する。上述した本実施形態における図１に例示したストレージ管理システム１は、物理サーバとネットワークにより接続された移行元ストレージから移行先ストレージにおいて仮想サーバを実現する仮想サーバ用のプログラムが移行されるものであるが、本変形例のストレージ管理システム１００のように、移行元物理サーバ５００と移行先物理サーバ６００とストレージネットワーク８０により接続された共有ストレージ７００を介して仮想サーバ用のプログラムを移行する、仮想サーバのストレージイメージを各物理サーバのローカルディスクに持つシステム形態にも本発明は適用可能である。なお、上述したストレージ管理システム１と重複する構成についての説明は省略する。
【０１０５】
本変形例に係るストレージ管理システム１００は移行元物理サーバ５００と移行先物理サーバ６００が運用管理ネットワーク９０を介してストレージ管理装置１０等と接続されている。また、移行元物理サーバ５００と移行先物理サーバ６００は例えばＬＡＮ等のストレージネットワーク８０にて共有ストレージ７００と接続されている。移行元物理サーバ５００はローカルディスク５０１とハイパーバイザ５０２を備え、移行先物理サーバ６００はローカルディスク６０１とハイパーバイザ６０２を備えている。なお、ローカルディスク５０１には仮想サーバ５０３ａ及び仮想サーバ５０３ｂが展開され、ローカルディスク６０１には仮想サーバ６０３ａ及び仮想サーバ６０３ｂが展開されているが、ここでは何れの仮想サーバが移行するか否かについては言及しないものとする。
【０１０６】
この場合、図７ＢのステップＳ１１０で示される移行指示部１４から仮想サーバ管理装置２０への移行指示の際、ストレージ管理装置１０は移行元物理サーバ５００のローカルディスク５０１にある仮想サーバのストレージイメージを移行するため、共有ストレージ７００に一旦コピーする指示を行う。そして、ストレージ管理装置１０は、仮想サーバのストレージイメージを共有ストレージ７００から移行先物理サーバ６００のローカルディスク６０１に再度コピーする指示を行う。そして、仮想サーバ管理装置２０は、移行指示に応じた処理をさせるべく、対応するハイパーバイザに対し移行命令を出す。
【０１０７】
なお、上述する各実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、上述した本実施形態における各処理を、ハードウェア、又は、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。
【０１０８】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【符号の説明】
【０１０９】
１、１００    ストレージ管理システム
１０    ストレージ管理装置
１１    記憶部
１２    スケジュール管理部
１３    通信部
１４    移行指示部
１５    Ｕ／Ｉ部
１６    廃止指示部
２０    仮想サーバ管理装置
３０    担当者端末
４０    物理サーバ
４１    仮想サーバ
４２、５０２、６０２    ハイパーバイザ
５０、８０    ネットワーク
６０    移行元ストレージ
７０    移行先ストレージ
９０    運用管理ネットワーク
１１０    担当者情報一覧
１１１    仮想サーバ一覧
１１２    廃止リスト
１１３    スケジュール
１１４    移行リスト
５００    移行元物理サーバ
５０１、６０１    ローカルディスク
６００    移行先物理サーバ
７００    共有ストレージ
【図１】
0006278938.tif 000002
【図２】
0006278938.tif 000003
【図３】
0006278938.tif 000004
【図４Ａ】
0006278938.tif 000005
【図４Ｂ】
0006278938.tif 000006
【図４Ｃ】
0006278938.tif 000007
【図４Ｄ】
0006278938.tif 000008
【図５】
0006278938.tif 000009
【図６Ａ】
0006278938.tif 000010
【図６Ｂ】
0006278938.tif 000011
【図７Ａ】
0006278938.tif 000012
【図７Ｂ】
0006278938.tif 000013
【図８Ａ】
0006278938.tif 000014
【図８Ｂ】
0006278938.tif 000015
【図８Ｃ】
0006278938.tif 000016
【図９Ａ】
0006278938.tif 000017
【図９Ｂ】
0006278938.tif 000018
【図１０】
0006278938.tif 000019