(57)【要約】【課題】  障害回復容量を決定するための手法を提供する。【解決手段】  シミュレーション・ハイパーバイザは、１次サイトの現在の生成作業負荷を表すストリーミング・メトリック・データを１次サイトから受信する。メトリック・データは、回復イベントをシミュレートするために、シミュレーション・ハイパーバイザによってバックアップ・サイトの生成データと組み合わされる。シミュレートからのデータを使用して、障害回復プランニングが実行可能である。【選択図】  図１
2014093080.tif 000002
【特許請求の範囲】
【請求項１】
シミュレーション・ハイパーバイザによって１次サイトからストリーミング・メトリック・データを受信することであって、前記ストリーミング・メトリック・データは前記１次サイトの現在の生成ワークロードを表す、受信すること、
前記メトリック・データをバックアップ・サイトの生成データと組み合わせることにより、前記シミュレーション・ハイパーバイザによって前記バックアップ・サイト上の回復イベントをシミュレートすること、および、
前記シミュレートに基づいて障害プランニングを実行すること、
を含む、障害回復容量を決定するための方法。
【請求項２】
前記受信することおよび前記シミュレートすることがリアルタイムで実行される、請求項１に記載の方法。
【請求項３】
前記ストリーミング・メトリック・データが、前記１次サイト上のハイパーバイザ・モジュールから受信される、請求項１に記載の方法。
【請求項４】
前記１次サイトおよび前記バックアップ・サイトが地理的に離れている、請求項１に記載の方法。
【請求項５】
前記シミュレートに基づいて容量プランニングを実行することをさらに含む、請求項１に記載の方法。
【請求項６】
前記シミュレートすることが、
前記１次サイト上のアプリケーションを優先度がより低いアプリケーションとして指定すること、および、
前記シミュレートを実行する場合、前記優先度がより低いアプリケーションに関して休止状態と想定すること、
をさらに含む、請求項１に記載の方法。
【請求項７】
前記シミュレーション・ハイパーバイザを実行するようにハードウェア構成要素を構成すること、および、
前記ハードウェア構成要素をサイト上にインストールすること、
をさらに含む、請求項１に記載の方法。
【請求項８】
シミュレーション・ハイパーバイザをバックアップ・サイト上にインストールすることをさらに含み、
前記シミュレーションが前記バックアップ・サイトの背景で実行される、
請求項１に記載の方法。
【請求項９】
その上にシミュレーション・ハイパーバイザをインストールしているコンピュータ・デバイスを備え、前記シミュレーション・ハイパーバイザが、
前記シミュレーション・ハイパーバイザによって１次サイトからストリーミング・メトリック・データを受信することであって、前記ストリーミング・メトリック・データは前記１次サイトの現在の生成ワークロードを表す、受信すること、
前記メトリック・データをバックアップ・サイトの生成データと組み合わせることにより、前記シミュレーション・ハイパーバイザによって前記バックアップ・サイト上の回復イベントをシミュレートすること、および、
前記シミュレートに基づいて障害プランニングを実行すること、
を含む方法を実行する、障害回復容量を決定するためのシステム。
【請求項１０】
前記受信することおよび前記シミュレートすることがリアルタイムで実行される、請求項９に記載のシステム。
【請求項１１】
前記ストリーミング・メトリック・データが、前記１次サイト上のハイパーバイザ・モジュールから受信される、請求項９に記載のシステム。
【請求項１２】
前記１次サイトおよび前記バックアップ・サイトが地理的に離れている、請求項９に記載のシステム。
【請求項１３】
前記方法が、前記シミュレートに基づいて容量プランニングを実行することをさらに含む、請求項９に記載のシステム。
【請求項１４】
前記シミュレートすることが、
前記１次サイト上のアプリケーションを優先度がより低いアプリケーションとして指定すること、および、
前記シミュレートを実行する場合、前記優先度がより低いアプリケーションに関して休止状態と想定すること、
をさらに含む、請求項９に記載のシステム。
【請求項１５】
前記シミュレーション・ハイパーバイザを実行するようにハードウェア構成要素を構成すること、および、
前記ハードウェア構成要素をサイト上にインストールすること、
をさらに含む、請求項９に記載のシステム。
【請求項１６】
前記コンピュータ・デバイスが前記バックアップ・サイトであり、
前記シミュレーションが前記バックアップ・サイトの背景で実行される、
請求項９に記載のシステム。
【請求項１７】
障害回復容量を決定するための方法を実装するコンピュータ読み取り可能記憶媒体内に具体化されたコンピュータ・プログラムであって、前記方法が、
シミュレーション・ハイパーバイザによって１次サイトからストリーミング・メトリック・データを受信することであって、前記ストリーミング・メトリック・データは前記１次サイトの現在の生成ワークロードを表す、受信すること、
前記メトリック・データをバックアップ・サイトの生成データと組み合わせることにより、前記シミュレーション・ハイパーバイザによって前記バックアップ・サイト上の回復イベントをシミュレートすること、および、
前記シミュレートに基づいて障害プランニングを実行すること、
を含む、コンピュータ・プログラム。
【請求項１８】
前記受信することおよび前記シミュレートすることがリアルタイムで実行される、請求項１７に記載のコンピュータ・プログラム。
【請求項１９】
前記ストリーミング・メトリック・データが、前記１次サイト上のハイパーバイザ・モジュールから受信される、請求項１７に記載のコンピュータ・プログラム。
【請求項２０】
前記１次サイトおよび前記バックアップ・サイトが地理的に離れている、請求項１７に記載のコンピュータ・プログラム。
【請求項２１】
前記方法が、前記シミュレートに基づいて容量プランニングを実行することをさらに含む、請求項１７に記載のコンピュータ・プログラム。
【請求項２２】
前記シミュレートすることが、
前記１次サイト上のアプリケーションを優先度がより低いアプリケーションとして指定すること、および、
前記シミュレートを実行する場合、前記優先度がより低いアプリケーションに関して休止状態と想定すること、
をさらに含む、請求項１７に記載のコンピュータ・プログラム。
【請求項２３】
前記シミュレーション・ハイパーバイザを実行するようにハードウェア構成要素を構成すること、および、
前記ハードウェア構成要素をサイト上にインストールすること、
をさらに含む、請求項１７に記載のコンピュータ・プログラム。
【請求項２４】
前記方法が、
シミュレーション・ハイパーバイザをバックアップ・サイト上にインストールすることをさらに含み、
前記シミュレーションが前記バックアップ・サイトの背景で実行される、
請求項１７に記載のコンピュータ・プログラム。
【請求項２５】
障害回復容量を決定するためのシステムを配置するための方法であって、
シミュレーション・ハイパーバイザによって１次サイトからストリーミング・メトリック・データを受信することであって、前記ストリーミング・メトリック・データは前記１次サイトの現在の生成ワークロードを表す、受信すること、
前記メトリック・データをバックアップ・サイトの生成データと組み合わせることにより、前記シミュレーション・ハイパーバイザによって前記バックアップ・サイト上の回復イベントをシミュレートすること、および、
前記シミュレートに基づいて障害プランニングを実行すること
を、実行するように動作可能なコンピュータ・システムを提供することを含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の主題は、一般に障害回復に関する。より具体的に言えば、本発明の態様は、障害回復に使用されるサイトを作成するためのソリューションを提供する。
【背景技術】
【０００２】
コンピュータ・アプリケーションは、そのユーザがあるタスクまたはいくつかの関連タスクを実行する際の一助となる、いくつかのコンピュータ・ソフトウェアである。現代の電子環境において、これらのアプリケーションはしばしば、何人かのユーザがアクセスできるような形で提供される。これを実施するために、アプリケーションのプロバイダは、ローカル・エリア・ネットワークまたはインターネットなどのワイド・エリア・ネットワークなどのネットワークを介してアクセス可能な特定の位置から、アプリケーションをホストする場合がある。
【０００３】
アプリケーションをホストする際、プロバイダは通常、ユーザが連続的にアプリケーションを利用できる状態を達成することを望む。しかしながら、時折、可用性が中断される場合があるという問題が生じる。たとえば、１次ホスト・サイトで、地震、火災などの壊滅的な障害が発生する可能性がある。別の方法では、マシンが、アプリケーションの実行を停止させるハードウェアあるいはソフトウェアまたはその両方の誤動作を体験する場合がある。あるいは、ホストとネットワークとの間の通信が失われ、結果としてユーザがアプリケーションにアクセスできなくなる場合もある。これらのイベントが発生した場合、プロバイダはしばしば障害回復を実行し、ユーザに対してアプリケーション容量を復元する。
【０００４】
現在、プロバイダはいくつかの方法で障害回復に備えることができる。多くの会社は、１次サイトがライブおよびアクティブであり、背景でライブでない１つまたは複数の障害回復サーバを複製する、アクティブ／休止ソリューションを選択する。障害回復（ＤＲ）イベントの間、トラフィックは障害回復サイトへとフェイルオーバし、以前の休止サーバは全ワークロードを想定する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許出願第１２／９５５４８３号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
出願人は、ＤＲに使用されることになる他のサーバにワークロード予想を投影する際に問題があることを発見した。たとえば、理論的に考えれば、仮想化された容量ソリューションにおいて、ワークロードを縮小・再拡大させるために必要な仮想化ロジックが、ＤＲサイトにおける仮想化ハイパーバイザにどのように影響を与えることになるかを知ることは、困難な可能性がある。これは、ＤＲサイトに対するリソースの誤った割り振りにつながる可能性がある。たとえば、特定のサイトに割り振られるＤＲベースのワークロードが少なすぎる場合、結果として必要以上に多くのハードウェアがインストールされることになる可能性がある。他方で、リソースのオーバーコミットメント（ｏｖｅｒ−ｃｏｍｍｉｔｍｅｎｔ）がある場合、これらのリソースにはＤＲイベントの間タイムリーにアクセスできない可能性がある。
【課題を解決するための手段】
【０００７】
一般に、本発明の態様は、障害回復容量を決定するための手法を提供する。シミュレーション・ハイパーバイザは、１次サイトの現行の生成ワークロードを表すストリーミング・メトリック・データを、１次サイトから受信する。メトリック・データは、回復イベントをシミュレートするために、シミュレーション・ハイパーバイザによってバックアップ・サイトの生成データと組み合わされる。メトリック・データは、回復イベントをシミュレートするためにシミュレーション・ハイパーバイザによってバックアップ・サイトの生成データと組み合わされる。シミュレーションからのデータを使用して、障害回復プランニングが実行可能である。
【０００８】
本発明の第１の態様は、シミュレーション・ハイパーバイザによって１次サイトからストリーミング・メトリック・データを受信することであって、ストリーミング・メトリック・データは１次サイトの現在の生成ワークロードを表す、受信すること、メトリック・データをバックアップ・サイトの生成データと組み合わせることにより、シミュレーション・ハイパーバイザによってバックアップ・サイト上の回復イベントをシミュレートすること、および、シミュレートに基づいて障害プランニングを実行することを含む、障害回復容量を決定するための方法を提供する。
【０００９】
本発明の第２の態様は、その上にシミュレーション・ハイパーバイザをインストールしているコンピュータ・デバイスを備える、障害回復容量を決定するためのシステムを提供し、シミュレーション・ハイパーバイザは、シミュレーション・ハイパーバイザによって１次サイトからストリーミング・メトリック・データを受信することであって、ストリーミング・メトリック・データは１次サイトの現在の生成ワークロードを表す、受信すること、メトリック・データをバックアップ・サイトの生成データと組み合わせることにより、シミュレーション・ハイパーバイザによってバックアップ・サイト上の回復イベントをシミュレートすること、および、シミュレートに基づいて障害プランニングを実行することを含む、方法を実行する。
【００１０】
本発明の第３の態様は、障害回復容量を決定するための方法を実装するコンピュータ読み取り可能記憶媒体内に具体化されたコンピュータ・プログラム製品を提供し、方法は、シミュレーション・ハイパーバイザによって１次サイトからストリーミング・メトリック・データを受信することであって、ストリーミング・メトリック・データは１次サイトの現在の生成ワークロードを表す、受信すること、メトリック・データをバックアップ・サイトの生成データと組み合わせることにより、シミュレーション・ハイパーバイザによってバックアップ・サイト上の回復イベントをシミュレートすること、および、シミュレートに基づいて障害プランニングを実行することを含む。
【００１１】
本発明の第４の態様は、シミュレーション・ハイパーバイザによって１次サイトからストリーミング・メトリック・データを受信することであって、ストリーミング・メトリック・データは１次サイトの現在の生成ワークロードを表す、受信すること、メトリック・データをバックアップ・サイトの生成データと組み合わせることにより、シミュレーション・ハイパーバイザによってバックアップ・サイト上の回復イベントをシミュレートすること、および、シミュレートに基づいて障害プランニングを実行することを、実行するように動作可能なコンピュータ・システムを提供することを含む、障害回復容量を決定するためのシステムを配置するための方法を提供する。
【００１２】
さらに、障害回復容量を決定することを提案するサービス・プロバイダによって、本発明のいずれかの構成要素を、配置、管理、処理することなどが可能である。
【００１３】
本発明の実施形態は、関連するシステム、方法、あるいはプログラム製品またはそれらすべても提供する。
【００１４】
本発明のこれらおよび他の特徴は、添付の図面と共に本発明の様々な態様の以下の詳細な説明から、より容易に理解されよう。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態を実装するために好適なデータ処理システムを示す図である。
【図２】本発明の実施形態に従った、シミュレーション・ハイパーバイザを示す図である。
【図３】本発明の実施形態に従った、例示の地理的に分散されたネットワークを示す図である。
【図４】本発明の実施形態に従った、ストリーミング・メトリック・データの受信を示す図である。
【図５】本発明の実施形態に従った、例示のメトリック・データを示す図である。
【図６】本発明の実施形態に従った、１次サイトからのメトリック・データを示す例示のグラフ図である。
【図７】本発明の実施形態に従った、潜在的バックアップ・サイトでの生成データを示す例示のグラフ図である。
【図８】本発明の実施形態に従った、バックアップ・サイトで実行される回復イベントのシミュレーションを示す図である。
【図９】本発明の実施形態に従った、回復イベントのシミュレーションを示す例示のグラフ図である。
【図１０】本発明の実施形態に従った、例示の流れ図である。
【発明を実施するための形態】
【００１６】
図面は必ずしも一定の縮尺ではない。図面は単なる概略的表現であり、本発明の特定のパラメータを描写することは意図されていない。図面は本発明の典型的な実施形態のみを示すことが意図されているため、本発明の範囲を限定するものとみなされるべきではない。図面内では、同じ番号は同じ要素を表す。
【００１７】
上述のように、本発明の態様は、障害回復容量を決定するための手法を提供する。シミュレーション・ハイパーバイザは、１次サイトの現在の生成ワークロードを表すストリーミング・メトリック・データを１次サイトから受信する。メトリック・データは、回復イベントをシミュレートするために、シミュレーション・ハイパーバイザによってバックアップ・サイトの生成データと組み合わされる。シミュレーションからのデータを使用して、障害回復プランニングが実行可能である。
【００１８】
図を参照すると、図１は障害容量を決定するための例示的環境１００を示す。この点で、環境１００は、障害容量を決定するために本明細書で説明されるプロセスを実行可能なコンピュータ・システム１０２を含む。特に、コンピュータ・システム１０２は、本明細書で説明されるプロセスを実行することによって障害容量を決定するようにコンピューティング・デバイス１０４を動作可能にさせる、障害容量プランニング・プログラム１４０を含む、コンピューティング・デバイス１０４を含むように示されている。
【００１９】
コンピューティング・デバイス１０４は、処理構成要素１０６（たとえば１つまたは複数のプロセッサ）、メモリ１１０、記憶システム１１８（たとえば記憶階層）、入力／出力（Ｉ／Ｏ）インターフェース構成要素１１４（たとえば１つまたは複数のＩ／Ｏインターフェースあるいはデバイスまたはその両方）、および通信経路１１２を含むように示されている。一般に、処理構成要素１０６は、少なくとも部分的にメモリ１１０内に固定された、シミュレーション・ハイパーバイザ１４２あるいは障害容量プランニング・プログラム１４０またはその両方などのプログラム・コードを実行する。この点で、処理構成要素１０６は単一の処理ユニットを備えるか、あるいは、たとえばクライアントおよびサーバ上の１つまたは複数の位置内の１つまたは複数の処理ユニットにまたがって分散されてよい。
【００２０】
メモリ１１０は、プログラム・コードの実際の実行中に利用されるローカル・メモリ、大容量記憶（記憶１１８）、あるいは、実行中に大容量記憶１１８から取り出されなければならない回数を減らすために少なくともいくつかのプログラム・コードの一時記憶を提供するキャッシュ・メモリ（図示せず）、またはそれらすべてを含むことも可能である。したがって、メモリ１１０は、磁気媒体、光媒体、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、データ・キャッシュ、データ・オブジェクトなどを含む、任意のタイプのデータ記憶媒体あるいは伝送媒体またはその両方を備えてよい。さらに、処理構成要素１０６と同様に、メモリ１１０は、１つまたは複数のタイプのデータ記憶を備える単一の物理位置に常駐するか、あるいは様々な形で複数の物理システムにまたがって分散されてよい。
【００２１】
プログラム・コードを実行する間、処理構成要素１０６はデータを処理することが可能であり、その結果、変換されたデータをさらに処理するために、メモリ１１０あるいはＩ／Ｏ構成要素１１４またはその両方から読み取ること、あるいはそれらに書き込むこと、またはその両方が可能となる。経路１１２は、コンピュータ・システム１０２内の構成要素のそれぞれの間に、直接または間接的な通信リンクを提供する。Ｉ／Ｏ構成要素１１４は、システム・ユーザ１２０が任意のタイプの通信リンクを使用してコンピュータ・システム１０２と通信できるようにするために、ヒューマン・ユーザ１２０がコンピュータ・システム１０２あるいは１つまたは複数の通信デバイスまたはその両方と対話できるようにする、１つまたは複数のヒューマンＩ／Ｏデバイスを備えることができる。
【００２２】
この点で、障害容量プランニング・プログラム１４０は、たとえば潜在的バックアップ・システム１７０上の障害容量を決定するために、ヒューマン・ユーザあるいはシステム・ユーザ１２０またはその両方が障害容量プランニング・プログラム１４０と対話できるようにする、インターフェース・セット（たとえば、グラフィカル・ユーザ・インターフェース、アプリケーション・プログラム・インターフェース、あるいはその他インターフェース、またはそれらすべてなど）を管理することができる。ユーザ１２０は、ネットワーク管理者、障害プランナ、あるいは、特に、バックアップ・サイト１７０が充分な容量を有するかどうかを判定することが必要な他の人物、またはそれらすべてを含むことができる。さらに、障害容量プランニング・プログラム１４０は、任意のソリューションを使用して、１つまたはいくつかのメトリック・データ１５２などのデータを管理すること（たとえば記憶、取り出し、作成、操作、編成、提示など）ができる。
【００２３】
いずれのイベントにおいても、コンピュータ・システム１０２は、その上にインストールされた障害容量プランニング・プログラム１４０などのプログラム・コードを実行することが可能な、１つまたは複数の汎用コンピューティング製品１０４（たとえばコンピューティング・デバイス）を備えることができる。本明細書で使用される場合、「プログラム・コード」は、情報処理機能を有するコンピューティング・デバイスに、直接的に、あるいは、（ａ）他の言語、コード、または表記法への変換、（ｂ）異なる材料形式での再生成、あるいは（ｃ）圧縮解除、またはそれらすべての、任意の組み合わせの後の、いずれかに、特定のアクションを実行させる、任意の言語、コード、または表記法での、命令の任意の集合を意味することを理解されよう。この点で、障害容量プランニング・プログラム１４０は、システム・ソフトウェアあるいはアプリケーション・ソフトウェアまたはその両方の任意の組み合わせとして具体化可能である。いずれのイベントにおいても、コンピュータ・システム１０２の技術的効果は、障害容量を決定するためにコンピューティング・デバイス１０４に処理命令を提供することである。
【００２４】
さらに、障害容量プランニング・プログラム１４０は、モジュール１４４〜１４８のセットを使用して実装可能である。この場合、モジュール１４４〜１４８は、障害容量プランニング・プログラム１４０によって使用されるタスク・セットをコンピュータ・システム１０２が実行できるようにすること、および、障害容量プランニング・プログラム１４０の他の部分とは別に開発あるいは実装またはその両方を実行することが可能である。本明細書で使用される場合、「構成要素」または「要素」という用語は、任意のソリューションを使用してそれらと共に説明される機能を実装する、ソフトウェアを伴うかまたは伴わない任意のハードウェアの構成を意味するが、「モジュール」という用語は、コンピュータ・システム１０２が任意のソリューションを使用してそれらと共に説明されるアクションを実装できるようにする、プログラム・コードを意味する。モジュールは、処理構成要素１０６を含むコンピュータ・システム１０２のメモリ１１０内に固定される場合、アクションを実装する構成要素のかなりの部分を占める。その如何にかかわらず、２つまたはそれ以上の構成要素、モジュール、あるいはシステム、またはそれらすべては、それらそれぞれのハードウェアあるいはソフトウェアまたはその両方の一部／すべてを共有してよいことを理解されよう。さらに、本明細書で論じられる機能の一部は実装されなくてよいこと、または追加の機能をコンピュータ・システム１０２の一部として含めてよいことを、理解されよう。
【００２５】
コンピュータ・システム１０２が複数のコンピューティング・デバイス１０４を備える場合、各コンピューティング・デバイス１０４は、その上に固定される障害容量プランニング・プログラム１４０（たとえば１つまたは複数のモジュール１４４〜１４８）の一部のみを有することができる。しかしながら、コンピュータ・システム１０２および障害容量プランニング・プログラム１４０は、本明細書で説明されるプロセスを実行し得る様々な可能な等価のコンピュータ・システムの単なる代表であることを理解されよう。この点で、他の実施形態では、コンピュータ・システム１０２および障害容量プランニング・プログラム１４０によって提供される機能は、プログラム・コードを備えるかまたは備えない汎用ハードウェアあるいは特定用途向けハードウェアまたはその両方の任意の組み合わせを含む１つまたは複数のコンピューティング・デバイスによって、少なくとも部分的に実装可能である。各実施形態では、ハードウェアおよびプログラム・コードが含まれる場合、それらは、それぞれ標準的なエンジニアリング技法およびプログラミング技法を使用して作成可能である。
【００２６】
上記の如何にかかわらず、コンピュータ・システム１０２は複数のコンピューティング・デバイス１０４を含み、コンピューティング・デバイスは任意のタイプの通信リンクを介して通信可能である。さらに、コンピュータ・システム１０２は、本明細書で説明されるプロセスを実行しながら、任意のタイプの通信リンクを使用して１つまたは複数の他のコンピュータ・システムと通信可能である。いずれの場合でも、通信リンクは、様々なタイプの有線リンクあるいは無線リンクまたはその両方の任意の組み合わせを備えること、１つまたは複数のタイプのネットワークの任意の組み合わせを備えること、あるいは、様々なタイプの伝送技法およびプロトコルの任意の組み合わせを利用すること、またはそれらすべてのことが可能である。
【００２７】
本明細書で論じられるように、障害容量プランニング・プログラム１４０は、コンピュータ・システム１０２が障害容量を決定できるようにする。この点で、障害容量プランニング・プログラム１４０は、メトリック受信モジュール１４４、回復シミュレーション・モジュール１４６、および障害容量プランニング・モジュール１４８を含むように示され、それらのいずれかまたはすべてはシミュレーション・ハイパーバイザ１４２によって実行可能である。シミュレーション・ハイパーバイザ１４２は、１次サイト１８０、バックアップ・サイト１７０、あるいは３次サイト、またはそれらすべての背景で実行可能な、仮想サーバを提供する。これによってシミュレーション・ハイパーバイザ１４２は、バックアップ・サイト１７０あるいは１次サイト１８０またはその両方で実行中であってよい他のアプリケーション１７４、１８４の動作に影響を与えることなく、その機能を実行することができる。この点で、シミュレーション・ハイパーバイザ１４２は、仮想サーバに対するハイパーバイザとして、サイト上の既存の物理記憶内に直接インストール可能である。別の方法では、シミュレーション・ハイパーバイザ１４２は、サイト上に物理的にインストールされる、それ自体の物理記憶に存在可能である。
【００２８】
次に図２を参照すると、本発明の実施形態に従った、シミュレーション・ハイパーバイザ２１２のインストレーション２００が示されている。図に示されるように、インストレーション用のサーバ２０２が選択される。サーバ２０２は、バックアップ・サイト１７０（図１）、１次サイト１８０、または３次サイトとすることができる。いずれの場合でも、サーバ２０２は、バックアップ・サービスが不要である間に、生成環境などにおいてアプリケーションを実行するために使用可能な、内部にインストールされたいくつかの構成要素２０６を有することができる。加えて、サーバ２０２は、構成要素を受け入れることが可能なインターフェース２０８を含む。インターフェース２０８は、サーバ環境において、記憶あるいは処理構成要素またはその両方にプラグインするために使用されるインターフェース（たとえば、ピザ・ボックス（ｐｉｚｚａ  ｂｏｘｅｓ）と呼ばれるプラグ可能構成要素）などの、標準インターフェースとすることができる。別の方法では、インターフェース２０８は、具体的に特定の構成要素に適合可能である。いずれの場合でも、ハードウェア構成要素２１４は、具体的にシミュレーション・ハイパーバイザ２１２を実行するように構成可能である。この点で、ハードウェア構成要素２１４は、シミュレーション・ハイパーバイザ２１２を実行するために必要とされる場合、１つまたは複数のプロセッサ、メモリ、記憶システムなどを含むことができる。したがって、ある実施形態では、ハードウェア構成要素２１４は、シミュレーション・ハイパーバイザ２１２を動作させるために必要なその通常の機能を実行するためにバックアップ・サイト２０２が使用するリソースの使用率を最小限にすることが可能である。いずれの場合でも、シミュレーション・ハイパーバイザ２１２がインストールされたハードウェア構成要素２１４は、インターフェース２０８を介してサーバ２０２上にインストール可能である。
【００２９】
次に図３を参照すると、本発明の実施形態に従った、地理的に分散されたネットワーク３０２が示されている。図に示されるように、地理的に分散されたネットワーク３００は、いくつかの別個の領域３０４、３１４、および３２４を含む。これら領域３０４、３１４、３２４のそれぞれは、特定の地理的指定（都市、地域、国、陸塊、大陸など）を表すことができる。したがって、たとえば領域３０４は日本の一部またはすべてを含むことが可能であり、領域３１４および３２４はそれぞれ米国内の地域とすることが可能である。この点で、領域３０４、３１４、３２４のうちの１つまたは複数は、他の領域３０４、３１４、３２４のうちのいずれかまたはすべてから地理的に離れているものとすることができる。いずれの場合でも、図に示されるように、各領域３０４、３１４、３２４のそれぞれは、１つまたは複数のサーバ３０６ａ、３０６ｂ、３１６、３２６ａ、３２６ｂを有するように示される。図に示されるように、サーバ３０６ａおよび３１６は、具体的にシミュレーション・ハイパーバイザ２１２（図２）を実行するように構成されているハードウェア構成要素２１４と同様に、それぞれインストールされたハードウェア構成要素３０８、３１８を有する。このハードウェア構成要素３０８、３１８は、サーバ３０６ａおよび３１６が、各接続に専用のコネクタを必要とすることなく、ネットワーク経路３０２を介して互いに直接通信できるようにする。これに対してサーバ３０６ｂは、サーバ３０６ａと同じ領域３０４内に示されているが、具体的にシミュレーション・ハイパーバイザ２１２（図２）を実行するように構成されたハードウェア構成要素２１４である必要はなく、これを有する必要がない。このため、サーバ３０６ｂは、専用コネクタに接続された経路に沿って、サーバ３０６ａに接続するように示されている。さらにこれに対して、サーバ３２６ａおよび３２６ｂは、中央制御ポイント３２２により、ネットワーク経路３０２を介して他のサーバに接続される。図に示されるように、中央制御ポイント３２２は、ソフトウェアとしてインストールされたシミュレーション・ハイパーバイザ３２８を有するように示されている。しかしながら、シミュレーション・ハイパーバイザ３２８は、中央制御ポイント３２２上に物理的にインストールされたハードウェア構成要素２１４（図２）内にもインストール可能であることを理解されたい。加えてまたは別の方法において、さらにシミュレーション・ハイパーバイザは、サーバ３２６ａ、３２６ｂのうちの１つまたは両方にインストール可能である。
【００３０】
図１に戻って参照すると、メトリック受信モジュール１４４は、コンピュータ・システム１０２によって実行される場合、１次サイトからストリーミング・メトリック・データ１５２を受信することができる。たとえば、バックアップ・サイト１７０に配置されたシミュレーション・ハイパーバイザ１４２は、ネットワーク経路３０２などを介して１次サイト１８０上のハイパーバイザ・モジュール１８２と通信するように構成可能であり、１次サイト１８０上のハイパーバイザ・モジュール１８２は、ストリーミング・メトリック・データ１５２をバックアップ・サイト１７０上のシミュレーション・ハイパーバイザ１４２に転送することができる。ある実施形態では、ストリーミング・メトリック・データ１５２を受信するシミュレーション・ハイパーバイザ１４２は、バックアップ・サイト１７０の代わりに、またはそれに加えて、３次サイト上に配置することができる。ある実施形態では、シミュレーション・ハイパーバイザ１４２は、１次サイトそれ自体上に配置可能であり、ストリーミング・メトリック・データ１５２をローカルに収集可能である。このストリーミング・メトリック・データ１５２は、１次サイト１８０の現在の生成ワークロードを表すことができる。しかしながら、メトリック・データ１５２が、１次サイト１８０上で実行されているあらゆるトランザクション、動作などを含む必要はない。むしろメトリック・データ１５２は、１次サイトから収集された統計的表現のみを含むことができる。このように収集されたメトリック・データ１５２は、完全な動作データを転送するために必要となるリソースの一部のみを使用して、１次サイトの動作の正確な表現を提供することができる。したがって、サーバ１７０によって受信されるストリーミング・メトリック・データ１５２は、１次サイトのワークロードの表現をリアルタイムに提供することができる。
【００３１】
次に図４を参照すると、本発明の実施形態に従った、ストリーミング・メトリック・データの受信を示すデータ・フロー４００が示されている。図に示されるように、データ・フロー４００は１次サイト４０２を含む。１次サイト４０２は、その上で実行しているいくつかの生成アプリケーション４０６を有する。加えて１次サイト４０２は、ハイパーバイザ・モジュール４０４を有する。図には潜在的バックアップ・サイト４１２も示されている。バックアップ・サイト４１２は、その上で実行しているいくつかの生成アプリケーション４１６ならびにシミュレーション・ハイパーバイザ４１４も有する。この点で、バックアップ・サイト４１２は、障害回復サービスにバックアップ・サイト４１２が必要でない場合、その生成アプリケーション４１６を実行する生成サイトとしても動作可能である。図に示されるように、１次サイト４０２からのメトリック・データ４２０Ａ〜Ｎのストリームは、バックアップ・サイト４１２によって受信されている。たとえば１次サイト４０２上のハイパーバイザ・モジュール４０４は、生成アプリケーション４０６の進行中の実行に関するメトリック・データ４２０Ａ〜Ｎを収集することができる。このメトリック・データ４２０Ａ〜Ｎは、サーバ特有の監視機能に基づいて収集されること、サーバに対して実行されるログ結果または機能から取得されること、あるいは、サーバ環境についてのメトリック・データを収集するために現在知られているかまたは後に開発されるエージェントあるいは任意の他のソリューションまたはその両方によって収集されること、またはそれらすべてのことが、可能である。いずれの場合でも、メトリック・データ４２０Ａ〜Ｎは、１次サイト４０２上の生成アプリケーション４０６によって生成される現在の生成ワークロードの表現を提供する。このメトリック・データ４２０Ａ〜Ｎは、バックアップ・サイト４１２のシミュレーション・ハイパーバイザ４１４によって受信されることになる１次サイト４０２のハイパーバイザ・モジュール４０４によって通信されることが可能である。したがって、メトリック・データ４２０Ａ〜Ｎのストリームは、１次サイト４０２の現在の生成ワークロードのリアルタイムな表現を搬送することができる。このメトリック・データ４２０Ａ〜Ｎは、１次サイト４０２からバックアップ・サイト４１２へ、その２つがそれらそれぞれの生成アプリケーション４０６、４１６を実行中に、その実行を中断させることなく、送信されることが可能である。
【００３２】
次に図５を参照すると、本発明の実施形態に従った、例示のメトリック・データ５００が示されている。図に示されるように、メトリック・データ５００は、１次サイト４０２（図４）上で実行されているアプリケーション５０２のリストを含む。１次サイト４０２（図４）上で実行されているすべてのアプリケーション５０２が含まれる必要のないことを理解されたい。むしろ、ある実施形態では、バックアップを必要とするアプリケーションのみなどの、１次サイト４０２（図４）上で実行されているプロセスのサブセットが含まれることが可能である。さらにある実施形態では、メトリック・データ５００は、１次サイト４０２（図４）上のアプリケーションのいくつかまたはすべての集約を含むことができる。メトリック・データ５００は、メトリクス５０４のセットも含む。図に示されるように、メトリクス５０４は、優先度、スレッド、プロセッサ使用量、キャッシュ・ヒット、メモリ使用量などに関するデータを含むことができる。このリストは単なる例示のためであることを理解されたい。むしろ、上記リスト内の上記リストされたフィールドのいずれも省略可能であるか、あるいは他のフィールドを含むことが可能であり、またはその両方が可能である。さらに、本明細書ではメトリック・データ５００は表形式で示されているが、この形式は限定的とみなされるべきではない。
【００３３】
次に図６を参照すると、本発明の実施形態に従った、メトリック・データの例示のグラフ図６００が示されている。図に示されるように、グラフ図６００はプロット線６０２を含む。プロット線６０２は、時間間隔６０６にわたるリソースの使用量６０４を示す。単なる例示のために、プロット線６０２は、バックアップが望ましい１次サイト４０２（図４）上のアプリケーション４０６に関する集約リソース使用量を表す。
【００３４】
図１に戻って参照すると、回復シミュレーション・モジュール１４６は、コンピュータ・システム１０２によって実行される場合、バックアップ・サイト１７０上の回復イベントをシミュレートする。これは、シミュレーション・ハイパーバイザ１４２によって実行可能である。シミュレーション・ハイパーバイザ１４２は、インストールされているかどうかにかかわらずこのシミュレーションを実行可能である。ある実施形態では、シミュレーション・ハイパーバイザ１４２は、バックアップ・サイト１７０の背景で実行しているシミュレーションを実行可能である。別の方法として、シミュレーションは、１次サイト１８０上または３次サイト上でも実行可能である。いずれの場合でも、回復イベントは、生成サイト４０２（図４）から受信されるメトリック・データ１５２をバックアップ・サイト１７０からの生成データと組み合わせることによって、シミュレート可能である。シミュレーションが１次サイト１８０上または３次サイト上で実行される場合、シミュレーション・ハイパーバイザ１４２は、組み合わせを実行するために、バックアップ・サイト１７０などに配置されたハイパーバイザ・モジュール１７２などを介し、任意のソリューションを使用して、バックアップ・サイト１７０から生成データを取得することができる。メトリック・データ１５２あるいは生成データまたはその両方が１次サイト１８０あるいはバックアップ・サイト１７０またはその両方からのストリームで受信されていることから、このシミュレーションはリアルタイムで実行可能である。別の方法では、メトリック・データ１５２または生成データのうちの１つまたは複数を、後にシミュレーションを実行するために、記憶システム１１８内などに記憶することおよび再生することが可能である。
【００３５】
次に図１と共に図７を参照すると、本発明の実施形態に従った、潜在的バックアップ・サイト１７０での生成データの例示のグラフ図７００が示されている。図に示されるように、グラフ図７００はいくつかのプロット線７０２（プロセス１、プロセス２、プロセス３、プロセス４、プロセス５）の集約を含み、それぞれがバックアップ・サイト１７０上の生成アプリケーション１７４を表す。グラフ図６００内のプロット線６０２（図６）と同様に、プロット線７０２は、時間間隔７０６にわたるリソースの使用量７０４を示す。各プロット線７０２は、その下のプロット線と集約されたアプリケーションを表す。単なる例示のために、プロット線７０２のそれぞれは、バックアップ・サイト４１６（図４）上のアプリケーション４０６に関する集約リソース使用量を表す。
【００３６】
次に図８を参照すると、本発明の実施形態に従った、回復イベントのシミュレーション８００が示されている。図に示されるように、シミュレーション８００はバックアップ・サイト８０２上で実行されるが、シミュレーション８００は１次サイト１８０（図１）または３次サイト上でも実行可能であることを理解されたい。図に示されるように、バックアップ・サイト８０２はアプリケーション８０６ａ〜ｆのセットを含む。加えてバックアップ・サイト８０２は、回復シミュレーション８１０を実行するシミュレーション・ハイパーバイザ８０４を含む。回復シミュレーション８１０は、メトリック・データ８０８Ｎとバックアップ・サイト８０２上のアプリケーション８０６ａ〜ｆからの生成データ（たとえば図７）を組み合わせることによって、実行される。この点で、回復シミュレーション８１０は、メトリック・データ８０８Ｎと生成データとの組み合わせのバックアップ・サイト表現８１２を生成することができる。図に示されるように、バックアップ・サイト表現８１２は、バックアップ・サイト８０２内のアプリケーション８０６ａ〜ｆに対応するアプリケーション表現８１６ａ〜ｆを含む。アプリケーション表現８１６ｂが縮小された表現を有することに留意されたい。この縮小された表現は、優先度がより低いアプリケーションであるものと指定されたバックアップ・サイト８０２上のアプリケーション８０６ａ〜ｆを表す。この優先度がより低いアプリケーションは、バックアップ・サイト表現８１２内で回復イベント中に休止状態であるものと想定されている。加えて、回復表現８１２は、メトリック・データ８０８Ｎに対応するバックアップ表現８１８を含む。このバックアップ表現８１８は、回復表現内で実行されているアプリケーション８０６ａ〜ｆに加えられたものとして示されていることに留意されたい。
【００３７】
次に図９を参照すると、本発明の実施形態に従った、回復イベントのシミュレーションの例示のグラフ図９００が示されている。図に示されるように、グラフ図９００はいくつかの集約プロット線９０２を含む。グラフ図６００内のプロット線６０２（図６）およびグラフ図７００内のプロット線７０２（図７）と同様に、プロット線９０２は、時間間隔９０６にわたるリソースの使用量９０４を示す。各プロット線９０２は、その下のプロット線９０２と集約されたプロセスを表す。これらのプロット線９０２は、バックアップ・サイト８０２（図８）からのプロセス１、プロセス３、プロセス４、およびプロセス５のプロット線を含む。プロセス２がシミュレーションに関して休止状態にあるものと想定されている事実により、プロット線９０２はプロセス２の影響を受けないことに留意されたい。プロット線９０２には、バックアップ・サイト８０２（図８）に対応する生成データと集約された、１次サイト４０２（図４）から受信されるメトリック・データ４２０Ａ〜Ｎからのプロット線６０２（図６）に対応する、１次プロット線も含まれる。単なる例示のために、グラフ図９００内のプロット線９０４の集約は、現在の生成環境が障害回復環境に変換されなければならない場合に使用されることになる、バックアップ・サイト８０２（図８）上のリソース量を表す。
【００３８】
再度図１を参照すると、障害プランニング・モジュール１４８は、コンピュータ・システム１０２によって実行される場合、回復シミュレーション・モジュール１４６によって実行されるシミュレーションに基づいて障害プランニングを実行する。この障害プランニングは、バックアップ・サイト２０２（図２）が障害回復イベントを処理するのに充分なリソースを有するかどうかを判定するために、シミュレーションを使用することができる。さらにこの障害プランニングは、追加の１次サイト４０２（図４）からの障害回復のための特定のバックアップ・サイト２０２（図２）上で、余分なリソースを利用できるかどうかを判別することができる。加えて、これらの結果は、中央位置で結果を集約することなどによって、他のバックアップ・サイト８０２（図２）上で実行されたシミュレーションからの結果と組み合わせることができる。この組み合わせを使用して、「生成ワークロード」ネットワークに対して容量プランニングを実行することが可能であり、さらに「範囲内の構成要素」を一部または全部使用して、データ・センター全体または重要であるとみなされるすべての部分をフェイルオーバすることができる。さらに、シミュレーションが、１次サイト４０２（図４）およびバックアップ・サイト８０２（図８）の両方からのデータをリアルタイムで使用して、バックアップ・サイト８０２（図８）上で実行される場合、その結果は、バックアップ・サイト８０２（図８）のハードウェア自体、すなわちバックアップ・サイト８０２（図８）上で回復イベントを実行するために使用される厳密なハイパーバイザ、および障害回復に含まれる必要があるアプリケーションの、両方を考慮に入れることができる。加えて、シミュレーションがメトリック・データ８０８（図８）を使用して背景で実行されるという事実により、シミュレーションがバックアップ・サイト８０２（図８）の通常の生成環境に与えることになる影響を最小限にする。
【００３９】
障害回復のための１つのソリューション（本願の所有者が所有する米国特許出願第１２／９５５４８３号、整理番号第ＥＮＤ９２０１００１８６ＵＳ１に記載）は、ＤＲ用に仮想化された容量を使用する。このソリューションでは、充分な使用可能キャパシティおよびワークロードの重要性を有するとみなされるライブ・サイトが、ＤＲサイトとして選択される。ＤＲイベントの場合、障害が発生したサイトからの生成ワークロード用に追加のヘッドルーム（ｈｅａｄ−ｒｏｏｍ）を作るために、ＤＲサイト上の重要でないワークロードをクラッシュさせることができる。
【００４０】
次に図１０を参照すると、本発明の実施形態に従った、例示の流れ図９５０が示されている。図１と共に図１０を参照すると、図に示されるように、Ｓ１において、メトリック受信モジュール１４４は、コンピュータ・システム１０２によって実行される場合、シミュレーション・ハイパーバイザ１４２で１次サイト４０２（図４）からのストリーミング・メトリック・データ１５２を受信する。シミュレーション・ハイパーバイザ１４２は、１次サイト１８０上、バックアップ・サイト１７０上、あるいは１次サイト１８０およびバックアップ・サイト１７０から分離された３次サイト上、またはそれらすべての上で、シミュレーション・ハイパーバイザ１４２を実行するように具体的に構成されたハードウェア構成要素２１４（図２）上に、インストール可能である。このストリーミング・メトリック・データ１５２は、１次サイト４０２（図４）の現在の生成ワークロードを表す。このストリーミング・メトリック・データ１５２は、１次サイト１８０上のハイパーバイザ・モジュール１８２から受信可能である。Ｓ２において、回復シミュレーション・モジュール１４６は、コンピュータ・システム１０２によって実行される場合、回復イベントをシミュレートする。この回復イベントは、メトリック・データ１５２とバックアップ・サイト１７０の生成データ（アプリケーション１７４）とを組み合わせることによって、シミュレート可能である。このシミュレーションは、バックアップ・サイト１７０の背景でリアルタイムに実行可能である。Ｓ３において、障害プランニング・モジュール１４８は、コンピュータ・システム１０２によって実行される場合、シミュレートに基づいて障害プランニングを実行する。この障害プランニングは、障害回復イベントの場合に、特定のバックアップ・サイト１７０が充分なリソースを有すること、充分なリソースを有さないこと、または余分なリソースを有することを、判定することを含み得る。この判定に基づき、リソースを追加すること、あるいは、バックアップ・データをバックアップ・サイトに再割り振りするかまたはバックアップ・サイトから切り離すこと、またはその両方が実行可能である。さらに、容量プランニングも実行可能である。
【００４１】
本明細書では、障害容量を決定するための方法およびシステムとして図示および説明されているが、本発明の態様は、様々な代替実施形態をさらに提供することを理解されよう。たとえば一実施形態では、本発明は、実行された場合、コンピュータ・システムが障害容量を決定できるようにする、少なくとも１つのコンピュータ読み取り可能媒体内に固定されるコンピュータ・プログラムを提供する。この点で、コンピュータ読み取り可能媒体は、本明細書で説明されるプロセスの一部またはすべてを実装する、障害容量プランニング・プログラム１４０（図１）などのプログラム・コードを含む。「コンピュータ読み取り可能媒体」という用語は、プログラム・コードのコピーがコンピューティング・デバイスによってそこから知覚、再生成、あるいは通信されることが可能な、現在知られているかまたは後に開発される表現の任意のタイプの有形媒体のうちの１つまたは複数を含むことを理解されよう。たとえばコンピュータ読み取り可能媒体は、１つまたは複数のポータブル記憶製品、コンピューティング・デバイスの１つまたは複数のメモリ／記憶構成要素、用紙、あるいはその他、またはそれらすべてを含むことができる。
【００４２】
他の実施形態では、本発明は、本明細書で説明されるプロセスの一部またはすべてを実装する、障害容量プランニング・プログラム１４０（図１）などのプログラム・コードのコピーを提供する方法を提供する。この場合、コンピュータ・システムは、その特徴セットのうちの１つまたは複数を有する、あるいは、データ信号のセット内にプログラム・コードのコピーを符号化するように変更された、またはその両方の、データ信号のセットを、第２の別個の位置での受信用に生成および伝送するために、本明細書で説明されるプロセスの一部またはすべてを実装する、プログラム・コードのコピーを処理することができる。同様に、本発明の実施形態は、コンピュータ・システムが、本明細書で説明されるデータ信号のセットを受信すること、および、このデータ信号のセットを少なくとも１つのコンピュータ読み取り可能媒体内に固定されたコンピュータ・プログラムのコピーに変換することを含む、本明細書で説明されるプロセスの一部またはすべてを実装する、プログラム・コードのコピーを取得する方法を提供する。いずれの場合でも、データ信号のセットは、任意のタイプの通信リンクを使用して送信／受信することができる。
【００４３】
さらに他の実施形態では、本発明は障害容量を決定するためのシステムを生成する方法を提供する。この場合、コンピュータ・システム１０２（図１）などのコンピュータ・システムが取得（たとえば作成、維持、使用可能化など）可能であり、本明細書で説明されるプロセスを実行するための１つまたは複数の構成要素が取得（たとえば作成、購入、使用、修正など）およびコンピュータ・システムに対して配置可能である。この点で、配置は、（１）コンピューティング・デバイス上へのプログラム・コードのインストール、（２）１つまたは複数のコンピューティング・デバイスあるいはＩ／Ｏデバイスまたはその両方のコンピュータ・システムへの追加、（３）本明細書で説明されるプロセスを実行できるようにするためのコンピュータ・システムの組み込みあるいは修正またはその両方、あるいはその他、またはそれらすべてのうちの、１つまたは複数を含むことができる。
【００４４】
他の実施形態では、本発明は、加入、広告、あるいは料金、またはそれらすべてに基づいて、本発明のプロセスを実行する方法を提供する。すなわち、Ｓｏｌｕｔｉｏｎ  Ｉｎｔｅｇｒａｔｏｒなどのサービス・プロバイダが、障害容量の決定を提供することを申し出ることができる。この場合、サービス・プロバイダは、１人または複数の顧客に対して本発明のプロセスを実行するコンピュータ・インフラストラクチャ１０２（図１）などのコンピュータ・インフラストラクチャを、作成、維持、およびサポートすることなどが可能である。その見返りとして、サービス・プロバイダは、加入あるいは料金契約またはその両方の下で顧客から支払いを受け取ることが可能である、あるいは、サービス・プロバイダは、１つまたは複数の第三者に対する広告コンテンツの販売から支払いを受け取ることが可能である、またはその両方が可能である。
【００４５】
「第１」、「第２」などの用語は、本明細書ではいかなる順序、量、または重要性も示さず、むしろ要素を互いに区別するために使用されるものであって、「ａ」および「ａｎ」という用語は量の限定を示さず、むしろ少なくとも１つの参照アイテムの存在を示すものである。量に関連して使用される「およそ」という修飾子は、示された値を含むものであり、コンテキスト（たとえば、特定の量の測定値に関連付けられる誤差の程度を含む）によって決められる意味を有する。本明細書で使用される接尾語「（ｓ）」は、それが修飾する用語の単数および複数の両方を含むこと、およびそれによって、その用語の１つまたは複数を含むことが意図される（たとえば、ｍｅｔａｌ（ｓ）は、１つまたは複数のｍｅｔａｌを含む）。本明細書で開示される領域は、包含的および独立に組み合わせ可能である（たとえば、「およそ２５ｗｔ％まで、またはより具体的にはおよそ５ｗｔ％からおよそ２０ｗｔ％まで」は、「およそ５ｗｔ％からおよそ２５ｗｔ％まで」などの領域のエンドポイントおよびすべての中間値を含む、など）。
【００４６】
本発明の様々な態様の前述の記述は、例示および説明のために提示されてきた。本発明を網羅することまたは開示された精密な形に限定することは意図されておらず、明らかに多くの修正および変形が可能である。当業者にとって明らかなように、こうした修正および変形は添付の特許請求の範囲によって定義される本発明の範囲内に含まれる。
【符号の説明】
【００４７】
１００    例示的環境
１０２    コンピュータ・システム
１０４    コンピューティング・デバイス
１０６    処理構成要素
１１０    メモリ
１１２    通信経路
１１４    Ｉ／Ｏ構成要素
１１８    記憶システム
１２０    ユーザ
１４０    障害容量プランニング・プログラム
１４２    シミュレーション・ハイパーバイザ
１４４    メトリック受信モジュール
１４６    回復シミュレーション・モジュール
１４８    障害容量プランニング・モジュール
１５２    メトリック・データ
１７０    バックアップ・サイト
１７４    アプリケーション
１８０    １次サイト
１８２    ハイパーバイザ・モジュール
１８４    アプリケーション
【図１】
2014093080.tif 000003
【図２】
2014093080.tif 000004
【図３】
2014093080.tif 000005
【図４】
2014093080.tif 000006
【図５】
2014093080.tif 000007
【図６】
2014093080.tif 000008
【図７】
2014093080.tif 000009
【図８】
2014093080.tif 000010
【図９】
2014093080.tif 000011
【図１０】
2014093080.tif 000012