Storage and server provisioning for virtualized and geographically distributed data centers
专利汇可以提供Storage and server provisioning for virtualized and geographically distributed data centers专利检索，专利查询，专利分析的服务。并且PROBLEM TO BE SOLVED: To provide a storage and server provisioning for virtualized and geographically distributed data centers, for resource provisioning in a virtualized environment combining server and storage management. SOLUTION: Geographically distributed data centers each of which includes a server and a storage system are in communication with each other. An application is installed on a server at a first data center and accesses a logical unit on a storage system at the first data center. When migration of the application is initiated, it is judged whether or not any of the data centers has server resources and storage resources required to receive migration of the application and a destination data center is selected. The application and a guest operating system are migrated from the first data center to a second virtual machine set up on a second server at the destination data center. If a replica of a LU is not already present at the destination data center, the LU is also replicated. COPYRIGHT: (C)2009,JPO&INPIT，下面是Storage and server provisioning for virtualized and geographically distributed data centers专利的具体信息内容。
第１のデータセンタでゲストオペレーティングシステムを実行する第１の仮想マシンをセットアップすることによって第１のサーバにアプリケーションをインストールするステップであって、前記アプリケーションは前記第１のデータセンタで第１の記憶装置システム上の第１の論理ユニット（ＬＵ）とアクセスするステップと、
複数の遠隔データセンタ内の利用可能なリソースを調査することによって移行を開始するするステップと、
前記複数の遠隔データセンタの中から候補遠隔データセンタを特定するステップと、
前記候補遠隔データセンタに配置された第２のサーバ上に設置された第２の仮想マシンに前記アプリケーションおよび前記ゲストオペレーティングシステムを移行させるステップと、を含む方法。
複製がある場合、複製が存在する遠隔データセンタが、アプリケーションの移行のための要件を満たすサーバリソースを有するかどうかを判断するステップと、
複製が存在する遠隔データセンタが、アプリケーションの移行のための要件を満たすサーバリソースを有する場合、複製が存在する遠隔データセンタを、移行を受けるための候補遠隔データセンタとして特定するステップとを含む、請求項１に記載の方法。
複製がない場合、遠隔データセンタのいずれかが、アプリケーションの移行のための要件を満たす記憶装置リソースおよびサーバリソースを有するかどうかを判断するステップと、
前記遠隔データセンタの１つが、アプリケーションの移行のための要件を満たす利用可能な記憶装置リソースおよびサーバリソースを有する場合、遠隔データセンタの１つを、移行を受けるための候補遠隔データセンタとして特定するステップとを含む、請求項１に記載の方法。
第１のＬＵの複製がローカルデータセンタに存在していない場合、ローカルデータセンタがアプリケーションの移行のための要件を満たす記憶装置リソースおよびサーバリソースを有するかどうかを判断するステップと、
第１のＬＵの複製がローカルデータセンタに存在していなく、ローカルデータセンタがアプリケーションの移行のための要件を満たす記憶装置リソースおよびサーバリソースを有していない場合、複数の遠隔データセンタ内の利用可能なリソースを調査するステップと、をさらに含む、請求項１に記載の方法。
前記第１のデータセンタでその上にインストールされ、前記第１のデータセンタで第１の記憶装置システム上の第１の論理ユニット（ＬＵ）にアクセスするアプリケーションを備えたゲストオペレーティングシステムを有する第１のサーバ上で実行する第１の仮想マシンと、を備えた情報システムであって、
前記アプリケーションの移行が開始すると、前記第１のデータセンタは、前記複数のデータセンタの１つがアプリケーションの移行を受けるのに必要なサーバリソースおよび記憶装置リソースを有するかどうかを判断するように構成され、
目的地データセンタが、アプリケーションの移行のための要件を満たす１つまたは複数の候補データセンタから選択され、
前記第１のデータセンタが、アプリケーションおよびゲストオペレーティングシステムを、目的地データセンタで第２のサーバ上にセットアップされた第２の仮想マシンに移行させるように構成された情報システム。
複製がある場合、第１のデータセンタは複製が存在するデータセンタが、アプリケーションの移行のための要件を満たすサーバリソースを有するかどうかを判断し、
複製が存在するデータセンタが、アプリケーションの移行のための要件を満たすサーバリソースを有する場合、第１のデータセンタは前記候補データセンタの１つとして複製が存在するデータセンタを移行を受けるための候補遠隔データセンタとして特定し、
複製がない場合、第１のデータセンタは、遠隔データセンタのいずれかが、アプリケーションの移行のための要件を満たす記憶装置リソースおよびサーバリソースを有するかどうかを判断するように構成されており、
前記データセンタの１つが、アプリケーションの移行のための要件を満たす利用可能な記憶装置リソースおよびサーバリソースを有する場合、データセンタの１つが移行を受けるための前記候補データセンタの１つとして特定される、請求項８に記載の情報システム。
前記第１の記憶装置システム上の前記仮想ＬＵに記憶されたデータは、前記第１の記憶装置システムによって、データを物理記憶デバイスに記憶する第１のデータセンタ内で第２の記憶システムの実際のＬＵに記憶される、請求項８に記載の情報システム。
互いおよび前記ローカルデータセンタから地理的に離れて配置された複数の遠隔データセンタであって、それぞれ互いに通信する１つまたは複数の遠隔サーバおよび１つまたは複数の遠隔記憶装置システムを含む遠隔データセンタと、を含む情報システムであって、
前記ローカルデータセンタおよび前記複数の遠隔データセンタは、ネットワークを介して互いに通信しているシステムであって、
ゲストオペレーティングシステムが構成され、前記第１のローカルデータセンタで前記第１のローカルサーバ上でその上で動作するアプリケーションを有する第１の仮想マシンであって、前記アプリケーションは前記第１のデータセンタで前記第１のローカル記憶装置システム上の第１の論理ユニットに出入力（Ｉ／Ｏ）操作を行う第１の仮想マシンを備えたシステムであって、
前記アプリケーションの移行が開始した場合、前記ローカルデータセンタは、前記ローカルデータセンタがアプリケーションの移行の要件を満たすサーバリソースを有するかどうかを判断するように構成されており、
前記ローカルデータセンタがアプリケーションの移行の要件を満たすサーバリソースを有していない場合、ローカルデータセンタは、前記複数の遠隔データセンタの１つがアプリケーションの移行の要件を満たすサーバリソースを有するかどうかを判断するように構成され、
目的地データセンタは、アプリケーションの移行のための要件を満たす１つまたは複数の候補データセンタから選択され、
前記ローカルデータセンタは、アプリケーションおよびゲストオペレーティングシステムを、目的地データセンタ上に構成された第２の仮想マシンに移行させるように構成された情報システム。
複製がある場合、ローカルデータセンタは複製が存在するデータセンタが、アプリケーションの移行のための要件を満たすサーバリソースを有するかどうかを判断し、
複製が存在するデータセンタが、アプリケーションの移行のための要件を満たすサーバリソースを有する場合、ローカルデータセンタは前記候補データセンタの１つとして複製が存在するデータセンタを、移行を受けるための候補遠隔データセンタとして特定し、
複製がない場合、ローカルデータセンタは、データセンタのいずれかが、アプリケーションの移行のための要件を満たす記憶装置リソースおよびサーバリソースを有するかどうかを判断するように構成されており、
前記データセンタの１つが、アプリケーションの移行のための要件を満たす利用可能な記憶装置リソースおよびサーバリソースを有する場合、前記ローカルデータセンタの１つが移行を受けるための前記候補データセンタの１つとして特定する、請求項１５に記載の情報システム。
前記第１のローカル記憶装置システム上の前記仮想ＬＵに記憶されたデータは、データを物理記憶デバイスに記憶するローカルデータセンタ内の第２のローカル記憶装置システム内の実際のＬＵに前記第１の記憶装置システムによって伝送される、請求項１５に記載の情報システム。
[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] したがって、本発明は、様々な検討事項を満たすために、複数のデータセンタの間でアプリケーション、オペレーティングシステム、および関連データ容量を動的に移行させることが可能であることが分かるだろう。 さらに、特定の実施形態を本明細書で例示および記載したが、当業者は同じ目的を達成するために計算されるあらゆる配置を開示した特定の実施形態に置き換えることができることが分かるだろう。 本開示は、本発明のあらゆるおよび全ての応用形態または変更形態を含むことを意図しており、上の記載は制限的なものではなく、例示的なものとして行ったことを理解するものとする。 したがって、本発明の範囲は、頭記の特許請求の範囲を参照してこのような特許請求の範囲が与えられる相当物の全範囲と共に適切に判断させるべきものである。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 基于CDN和MEC的车联网移动性管理方法 | 2020-05-08 | 598 |
| 恢复虚拟机的方法、系统及控制器、服务器、寄宿主机 | 2020-05-11 | 44 |
| 一种服务异常处理方法、装置和计算设备 | 2020-05-11 | 149 |
| 一种低能耗的云数据中心工作流调度与资源供给方法 | 2020-05-11 | 864 |
| 一种增强云计算环境节能系统 | 2020-05-11 | 721 |
| 一种虚拟网卡热迁移方法及其装置 | 2020-05-11 | 536 |
| 网络资源均衡的方法和装置 | 2020-05-11 | 392 |
| 一种云平台、运行应用的方法及接入网单元 | 2020-05-12 | 891 |
| 一种云环境下虚拟机跨存储热迁移方法 | 2020-05-08 | 870 |
| 虚拟机高可用的处理方法、装置、设备和介质 | 2020-05-12 | 70 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
