(57)【特許請求の範囲】
【請求項１】
ネットワークを介して互いに接続される複数のデータセンタに、記憶装置システムと、前記記憶装置システムとデータの授受を行うサーバと、自データセンタ内のリソースのリストを収集するローカルリソースマネージャと、前記各データセンタ内のリソースのリストを収集するグローバルリソースマネージャと、前記サーバのハードウェアを仮想化した仮想マシン上で動作するアプリケーション及びゲストオペレーティングシステムを管理するサーバ仮想化マネージャとが、それぞれ配置され、前記各データセンタに配置された各部が、前記ネットワーク又は前記各データセンタ内のネットワークに接続される情報システムにおける方法であって、
前記各データセンタのうち第１のデータセンタに配置された第１のサーバ仮想化マネージャは、
前記第１のデータセンタで消費される電力量が、前記第１のデータセンタに対して設定された所定の電力消費閾値を超えたことを条件に、前記第１のデータセンタに配置された第１のサーバのハードウェアを仮想化した第１の仮想マシン上で動作するアプリケーションの情報を参照して、前記第１の仮想マシン上で動作するアプリケーションのうち特定のアプリケーションを移行するための第１のアプリケーションとして判断するステップと、
前記第１のデータセンタに配置された第１のグローバルリソースマネージャの収集したリストを参照して、前記第１のデータセンタに配置された第１の記憶装置システム上の論理ユニットであって、前記第１のアプリケーションが使用する必要がある第１の論理ユニットの複製が、前記いずれかのデータセンタ内に存在するか否かを判定し、前記いずれかのデータセンタ内に、前記第１の論理ユニットの複製が存在する場合、前記第１の論理ユニットの複製が存在するデータセンタを候補データセンタとして提供するステップと、
前記第１のアプリケーションを移行するためのデータセンタとして前記候補データセンタが選択された場合、前記第１のアプリケーション及び第１のゲストオペレーティングシステムを前記候補データセンタへ移行させるステップと、を実行し、
前記候補データセンタに配置された第２のサーバ仮想化マネージャは、
前記第１のデータセンタから移行された第１のアプリケーション及び第１のゲストオペレーティングシステムを、前記候補データセンタに配置された第２のサーバの第２の仮想マシンにセットアップするステップを実行することを特徴とする方法。
【請求項２】
ネットワークを介して互いに接続される複数のデータセンタに、記憶装置システムと、前記記憶装置システムとデータの授受を行うサーバと、自データセンタ内のリソースのリストを収集するローカルリソースマネージャと、前記各データセンタ内のリソースのリストを収集するグローバルリソースマネージャと、前記サーバのハードウェアを仮想化した仮想マシン上で動作するアプリケーション及びゲストオペレーティングシステムを管理するサーバ仮想化マネージャとが、それぞれ配置され、前記各データセンタに配置された各部が、前記ネットワーク又は前記各データセンタ内のネットワークに接続される情報システムであって、
前記各データセンタのうち第１のデータセンタに配置された第１のサーバ仮想化マネージャは、
前記第１のデータセンタで消費される電力量が、前記第１のデータセンタに対して設定された所定の電力消費閾値を超えたことを条件に、前記第１のデータセンタに配置された第１のサーバのハードウェアを仮想化した第１の仮想マシン上で動作するアプリケーションの情報を参照して、前記第１の仮想マシン上で動作するアプリケーションのうち特定のアプリケーションを移行するための第１のアプリケーションとして判断し、
前記第１のデータセンタに配置された第１のグローバルリソースマネージャの収集したリストを参照して、前記第１のデータセンタに配置された第１の記憶装置システム上の論理ユニットであって、前記第１のアプリケーションが使用する必要がある第１の論理ユニットの複製が、前記いずれかのデータセンタ内に存在するか否かを判定し、前記いずれかのデータセンタ内に、前記第１の論理ユニットの複製が存在する場合、前記第１の論理ユニットの複製が存在するデータセンタを候補データセンタとして提供し、
前記第１のアプリケーションを移行するためのデータセンタとして前記候補データセンタが選択された場合、前記第１のアプリケーション及び第１のゲストオペレーティングシステムを前記候補データセンタへ移行させ、
前記候補データセンタに配置された第２のサーバ仮想化マネージャは、
前記第１のデータセンタから移行された第１のアプリケーション及び第１のゲストオペレーティングシステムを、前記候補データセンタに配置された第２のサーバの第２の仮想マシンにセットアップすることを特徴とする情報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
[0002]  本発明は概して、記憶装置および情報システムに関する。
【背景技術】
【０００２】
[0004]  大企業および他の企業は、事業を行うのに使用する多数のデータセンタを有することができる。例えば、電話およびインターネット関連サービスを提供するキャリヤは普通、そのサービスエリアをカバーする多数の地理的分散データセンタを有する。これらの企業は、データセンタでサーバおよび記憶システムを使用して、音声伝送、ｅメール、インターネットアクセス、メッセージング、ビデオストリーミングなどを含む様々な異なるサービスを運営することができる。したがって、これらのデータセンタ内のサーバおよび記憶システムなどのリソースの効果的および効率的使用は、これらの企業の上手い運営に必要である。
【０００３】
[0005]  サーバ仮想化は、単一の物理サーバが仮想マシンソフトウェアを使用して複数の仮想サーバ環境を提供することを可能にすることによって、データセンタなどの特定の情報システム配置内のサーバ統合を可能にする技術である。この技術では、１つまたは複数の物理サーバを、それぞれ異なるサーバ環境で運転する多数の専用物理サーバを有する代わりに、多数の仮想サーバ環境に分割することができる。サーバ仮想化は、データセンタ内に多数の異なる物理サーバを有する必要性をなくし、それによってサーバ利用可能性を改善しながら、サーバリソースのより効率的な使用を可能にするために使用することができる。また、サーバ仮想化は、費用全体を減らし、電力消費を減らし、サーバプロビジョニング時間を短くし、サーバ管理および運営を集中化し、迅速なサービス展開を助け、災害回復能力を改善させるのを助けることができる。さらに、仮想化によるサーバ統合に加えて、仮想化によるサーバのクラスタ化はまた、負荷バランシング、高い利用可能性、および災害回復用のデータセンタで一般的になってきている。クラスタ化により、サーバ上の負荷はより良く分配することができ、利用可能性を改善することができる。
【０００４】
[0006]  しかし、サーバ仮想化管理と記憶仮想化管理の間の調整の問題が現在、地理的に分散されたデータセンタを含む環境でのリソースプロビジョニングに対して存在する。例えば、サーバ仮想化技術を使用して、ユーザは１つのデータセンタのサーバから別のデータセンタのサーバまでアプリケーションを移行させることができる。これにより、アプリケーションの観点からの問題が引き起こされない。というのは、１つのデータセンタのサーバのＣＰＵリソースは普通、別のデータセンタのものと交換可能であるからである。しかし、アプリケーションによって使用されるデータを含む記憶リソースはまた、移行させたアプリケーションに利用可能にする必要がある。
【０００５】
[0007]  加えて、サーバ統合が進行するにつれて、データセンタでの特定体積毎の電力消費が大きくなってくる。ＣＵＰチップおよび他の構成部品によって直接消費される電力が問題となってくるだけでなく、サーバ、記憶システムなどに対する冷却要件も問題となってきている。したがって、電気の費用が、いくつかのデータセンタの運用の合計費用のかなりの部分となるように大きくなってきている。さらに、許容電力消費率は時に電力供給者との契約によって制限されている。このようなデータセンタは、特定の制限以上の電力量を使用することを契約では認められていなく、制限を上げることによりデータセンタの月額料金がより高くなることにつながる。したがって、データセンタオペレータは、アプリケーション利用可能性と電力消費費用の間のトレードオフを監視する必要がある。
【０００６】
[0008]  関連技術としては、「記憶装置をコンピュータに割り当てるコンピュータシステムおよび方法」という名称のＫｉｔａｍｕｒａ他の米国特許第６，８５４，０３４号が挙げられ、その開示を参照として本明細書に援用する。しかし、従来技術は、データ複製および電力消費の利用可能性を考慮した、サーバ仮想化管理および記憶仮想化管理を組み合わせたプロビジョニング方法を開示していない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
[0009]  本発明の目的は、サーバおよび記憶装置管理を組み合わせた仮想化環境でのリソースプロビジョニングを行うことである。
【課題を解決するための手段】
【０００８】
いくつかの実施形態では、本発明を改善した機能および効率のために地理的に分散させたデータセンタで適用することができる。本発明のこれらおよび他の特徴および利点は、好ましい実施形態の以下の詳細な説明を鑑みて当業者に明らかになるだろう。
【発明を実施するための最良の形態】
【０００９】
[0010]  上に与えた一般的な説明、および以下に与える好ましい実施形態の詳細な説明と合わせて、添付の図面は、現時点で考えられる最良の形態の好ましい実施形態の原則を例示および説明するように働く。
【００１０】
[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]  したがって、本発明は、様々な検討事項を満たすために、複数のデータセンタの間でアプリケーション、オペレーティングシステム、および関連データ容量を動的に移行させることが可能であることが分かるだろう。さらに、特定の実施形態を本明細書で例示および記載したが、当業者は同じ目的を達成するために計算されるあらゆる配置を開示した特定の実施形態に置き換えることができることが分かるだろう。本開示は、本発明のあらゆるおよび全ての応用形態または変更形態を含むことを意図しており、上の記載は制限的なものではなく、例示的なものとして行ったことを理解するものとする。したがって、本発明の範囲は、頭記の特許請求の範囲を参照してこのような特許請求の範囲が与えられる相当物の全範囲と共に適切に判断させるべきものである。
【図面の簡単な説明】
【００７３】
【図１】[0011]本発明で実行することができる、地理的に分散されたデータセンタの配置の例を示す図である。
【図２】[0012]本発明で実行することができる、データセンタの例示的な構成を示す図である。
【図３】[0013]サーバグループの例示的な構成を示す図である。
【図４】[0014]記憶装置グループの例示的な構成を示す図である。
【図５】[0015]２つのデータセンタ間の例示的な遠隔コピー構成を示す図である。
【図６】[0016]本発明のサーバリソーステーブルの例示的なデータ構造を示す図である。
【図７】[0017]本発明のサーバ仮想化テーブルの例示的なデータ構造を示す図である。
【図８】[0018]本発明の記憶リソーステーブルの例示的なデータ構造を示す図である。
【図９】[0019]本発明の記憶論理ユニットテーブルの例示的なデータ構造を示す図である。
【図１０】[0020]本発明の電力消費テーブルの例示的なデータ構造を示す図である。
【図１１】[0021]本発明の遠隔コピーテーブルの例示的なデータ構造を示す図である。
【図１２】[0022]本発明のアプリケーション移行テーブルの例示的なデータ構造を示す図である。
【図１３】[0023]遠隔コピー状態移行の例示的な構成を示す図である。
【図１４】[0024]アプリケーション移行状態移行の例示的な構成を示す図である。
【図１５】[0025]本発明によるリソースをプロビジョニングする例示的なプロセスを示す図である。
【図１６】[0026]プロビジョニングに必要なリソースを特定する例示的なプロセスを示す図である。
【図１７】[0027]ローカルデータセンタ内の所要のリソースの調査のための例示的なプロセスを示す図である。
【図１８】[0028]遠隔データセンタ内の所要のリソースの調査のための例示的なプロセスを示す図である。
【図１９】[0029]本発明のサーバリソース消費テーブルの例示的なデータ構造を示す図である。
【図１】
0005026305.tif 000002
【図２】
0005026305.tif 000003
【図３】
0005026305.tif 000004
【図４】
0005026305.tif 000005
【図５】
0005026305.tif 000006
【図６】
0005026305.tif 000007
【図７】
0005026305.tif 000008
【図８】
0005026305.tif 000009
【図９】
0005026305.tif 000010
【図１０】
0005026305.tif 000011
【図１１】
0005026305.tif 000012
【図１２】
0005026305.tif 000013
【図１３】
0005026305.tif 000014
【図１４】
0005026305.tif 000015
【図１５】
0005026305.tif 000016
【図１６】
0005026305.tif 000017
【図１７】
0005026305.tif 000018
【図１８】
0005026305.tif 000019
【図１９】
0005026305.tif 000020