JP2023548373A - 非同期領域間ブロックボリューム複製 - Google Patents

Abstract

ブロックボリュームデータの領域間複製のための技術を提供する。本技術は、コンピュータシステムが複数の動作を実現する方法を含む。当該複数の動作は、第１の地理的領域において第１の論理時間に複数のパーティションを含むブロックボリュームの第１のスナップショットを作成する動作と、第２の地理的領域におけるオブジェクトストレージシステムに第１のスナップショットデータを送信する動作と、第１の地理的領域において第２の論理時間にブロックボリュームの第２のスナップショットを作成する動作と、複数のデルタを生成する動作と、複数のデルタに対応する複数のデルタデータセットを第２の地理的領域におけるオブジェクトストレージシステムに送信する動作と、複数のデルタおよび第１のスナップショットに関連付けられたオブジェクトメタデータを少なくとも部分的に集約することによってチェックポイントを生成する動作と、復元ボリュームを生成するための復元要求を受信する動作と、チェックポイントから復元ボリュームを生成する動作とを含む。

Description

関連出願の相互参照
本願は、「非同期領域間ブロックボリューム複製（ASYNCHRONOUS CROSS-REGION BLOCK VOLUME REPLICATION）」と題されて２０２０年１１月６日に出願された米国非仮出願第１７／０９１，６３５号の利益および優先権を主張する。米国非仮出願第１７／０９１，６３５号の内容はその全体が、あらゆる目的のために引用により本明細書に援用されている。

背景
クラウドベースのプラットフォームは、スケーラブルでフレキシブルなコンピューティングリソースをユーザに提供する。このようなクラウドベースのプラットフォームは、サービスとしてのインフラストラクチャ（infrastructure as a service：ＩａａＳ）とも呼ばれ、顧客のデータに基づいたクラウドソリューションの一式全体、例えば、変換をオーサリングし、データをロードし、データを提示するためのソリューションを提供し得る。場合によっては、顧客データは、分散ストレージシステム（例えば、クラウドストレージ）内のブロックボリュームストレージおよび／またはオブジェクトストレージに格納されてもよい。

概要
非同期領域間ブロックボリューム複製のための技術（例えば、１つ以上のプロセッサによって実行可能なコードまたは命令を格納する方法、システム、非一時的なコンピュータ可読媒体）が提供される。

ある実施形態では、方法は、コンピュータシステムによって、第１の地理的領域において、第１の論理時間に、複数のパーティションを含むブロックボリュームの第１のスナップショットを作成するステップを含む。当該方法は、コンピュータシステムによって、第１のスナップショットに対応する第１のスナップショットデータを、第２の地理的領域におけるオブジェクトストレージシステムに送信するステップを含む。当該方法は、コンピュータシステムによって、第１の地理的領域おいて、第２の論理時間に、ブロックボリュームの第２のスナップショットを作成するステップを含む。当該方法は、コンピュータシステムによって複数のデルタを生成するステップを含み、当該複数のデルタの各デルタは、複数のパーティションのうちの１つのパーティションに対応する。当該方法は、コンピュータシステムによって、複数のデルタに対応する複数のデルタデータセットを、第２の地理的領域におけるオブジェクトストレージシステムに送信するステップを含む。当該方法は、コンピュータシステムによって、複数のデルタおよび第１のスナップショットに関連付けられたオブジェクトメタデータを少なくとも部分的に集約することによって、チェックポイントを生成するステップを含む。当該方法は、コンピュータシステムによって、復元ボリュームを生成するための復元要求を受信するステップを含む。当該方法はまた、コンピュータシステムによって、チェックポイントから復元ボリュームを生成するステップを含む。

ある変形例では、複数のデルタを生成するステップは、第２のスナップショットと第１のスナップショットとの比較を生成するステップを含む。複数のデルタを生成するステップは、当該比較に基づいて、第１のスナップショットデータと、第２のスナップショットに対応する第２のスナップショットデータとの間の変化に対応する修正済みデータを判定するステップを含み得る。複数のデルタは、複数のパーティションについて修正済みデータを記述し得る。第１のスナップショットを作成するステップは、論理時間に対応して、複数のパーティションのための入出力動作を中断するステップと、複数のパーティション内のボリュームデータを記述する複数のブロックイメージを生成するステップと、複数のパーティションのための入出力動作を可能にするステップとを含み得る。復元要求はフェイルオーバー要求であり得るかまたはフェイルオーバー要求を含み得る。当該方法は、復元ボリュームを第２の地理的領域において生成することを可能にするステップと、第２の地理的領域において復元ボリュームを用いて入出力動作を可能にするステップとをさらに含み得る。復元要求はフェイルバック要求であり得るかまたはフェイルバック要求を含み得る。当該方法は、第２の地理的領域において復元ボリュームを生成するステップと、復元ボリュームを少なくとも部分的にクローニングすることによって第１の地理的領域においてフェイルバックボリュームを生成することを可能にするステップと、第１の地理的領域において第１のスナップショットデータを復元するステップとをさらに含み得る。複数のデルタデータセットを送信するステップは、複数のデルタデータセットから複数のチャンクオブジェクトを生成するステップと、複数のデルタを転送するステップと、複数のチャンクオブジェクトをオブジェクトストレージシステムに転送するステップとを含み得る。チェックポイントは、オブジェクトメタデータのマニフェストを含み得る。オブジェクトメタデータは、オブジェクトストレージシステム内の複数のチャンクオブジェクトに対応するチャンクポインタを含み得る。オブジェクトメタデータを集約するステップは、複数のデルタデータセットと第１のスナップショットデータとの間の複数の差異を反映するようにマニフェストを更新するステップを含み得る。

いくつかの実施形態では、コンピュータシステムは、１つ以上のプロセッサと、当該１つ以上のプロセッサと通信するメモリとを含み、当該メモリは、コンピュータ実行可能命令を格納するように構成され、当該コンピュータ実行可能命令を実行することにより、１つ以上のプロセッサに、上述した方法またはその変形例のステップのうちの１つ以上を実行させる。

いくつかの実施形態では、コンピュータ可読記憶媒体はコンピュータ実行可能命令を格納しており、当該コンピュータ実行可能命令は、実行されると、コンピュータシステムの１つ以上のプロセッサに、上述した方法またはその変形例の１つ以上のステップを実行させる。

１つ以上の実施形態に従った、非同期領域間ブロックボリューム複製のための例示的なシステムを示す図である。 １つ以上の実施形態に従った、非同期ブロックボリューム複製のための例示的技術を示す図である。 １つ以上の実施形態に従った、非同期複製によってブロックボリュームシステムを復元するための例示的技術を示す図である。 １つ以上の実施形態に従った、ブロックボリューム複製メタデータを集約するための例示的技術を示す図である。 １つ以上の実施形態に従った、スタンバイボリュームからフェイルオーバーボリュームを生成するための例示的技術を示す図である。 １つ以上の実施形態に従った、スタンバイボリュームをサイズ変更するための例示的技術を示す図である。 １つ以上の実施形態に従った、復元ボリュームを生成するための例示的なフローを示す図である。 １つ以上の実施形態に従った、フェイルオーバーボリュームを生成するための例示的なフローを示す図である。 １つ以上の実施形態に従った、フェイルバックボリュームを生成するための例示的なフローを示す図である。 １つ以上の実施形態に従った、スタンバイシステムを用いてブロックボリュームシステムを復元するための例示的なフローを示す図である。 １つ以上の実施形態に従った、ブロックボリュームシステムおよびスタンバイシステムをサイズ変更するための例示的なフローを示す図である。 少なくとも１つの実施形態に従った、クラウドインフラストラクチャをサービスシステムとして実装するための１つのパターンを示すブロック図である。 少なくとも１つの実施形態に従った、クラウドインフラストラクチャをサービスシステムとして実装するための別のパターンを示すブロック図である。 少なくとも１つの実施形態に従った、クラウドインフラストラクチャをサービスシステムとして実装するための別のパターンを示すブロック図である。 少なくとも１つの実施形態に従った、クラウドインフラストラクチャをサービスシステムとして実装するための別のパターンを示すブロック図である。 少なくとも１つの実施形態に従った例示的なコンピュータシステムを示すブロック図である。

添付の図面では、同様の構成要素および／または特徴は同じ参照ラベルを有し得る。さらに、同様の構成要素同士を識別するダッシュおよび第２のラベルが当該参照ラベルの後に続くことによって同じタイプの様々な構成要素が区別され得る。第１の参照ラベルのみが本明細書中で用いられる場合、第２の参照ラベルに関わらず、当該記載は、同じ第１の参照ラベルを有する同様の構成要素のいずれか１つに適用可能である。

詳細な説明
以下の説明では、様々な実施形態について説明する。説明の目的で、実施形態を十分に理解できるようにするために、具体的な構成および詳細を記載する。しかしながら、実施形態がこれらの具体的な詳細なしに実施され得ることも当業者には明らかであるだろう。さらに、周知の特徴は、説明されている実施形態を不明瞭にしないようにするために省略または簡略化されている場合もある。

クラウドベースのプラットフォームは、スケーラブルでフレキシブルなコンピューティングリソースをユーザに提供する。このようなクラウドベースのプラットフォームは、サービスとしてのインフラストラクチャ（ＩａａＳ）とも呼ばれ、顧客のデータに基づいてクラウドソリューションの一式全体、例えば、変換をオーサリングし、データをロードし、データを提示するためのソリューション等を提供し得る。場合によっては、顧客データは、分散ストレージシステム（例えば、クラウドストレージ）内のブロックボリュームストレージおよび／またはオブジェクトストレージに格納されてもよい。顧客データは、例えば、広域の分散ストレージシステムの一部として、地理的領域に位置するデータセンタに格納されてもよい。データセンタは、待ち時間、入出力操作毎秒（Input-Output operations per second：ＩＯＰＳ）、スループット、コスト、安定性等を含む１つ以上の性能メトリックに少なくとも部分的に基づいて選択され得る。場合によっては、データセンタの最適な位置は、（例えば、顧客がかなりの量の内部データを生成する場合には）顧客の位置に対応し得る。場合によっては、最適な位置は、（例えば、顧客がコンテンツ配信ネットワークを運用する場合には）顧客のクライアントおよび／またはユーザの位置に対応し得る。

顧客データは、別の地理的領域またはデータセンタ（可用性ドメイン（availability domain）または「ＡＤ」とも称される）内のバックアップシステムにコピーされ、バックアップシステムをプライマリシステムとして指定することによって障害後に回復され得る（「フェイルオーバー」と称される）。フェイルオーバーシステムは目標復旧ポイント（recovery point objective：ＲＰＯ）、目標復旧時間（recovery time objective：ＲＴＯ）、および災害復旧（disaster recovery：ＤＲ）を含む複数のメトリックによって特徴付けられ得る。一般に、ＲＰＯはフェイルオーバー中にどれだけ多くのデータが失われる可能性があるかを記述するものであり、このため、ＲＰＯを最小限に抑えることがバックアップシステムの目標となり得る。典型的には、バックアップコピーを生成することは、１つの領域においてバックアップを取り、バックアップがクラウドシステムにアップロードされるのを待ち、次いで領域間のコピー動作を開始し、宛先領域においてコピーが完了するのを待つことを含む。かなりのメタデータオーバーヘッドが各バックアップに関連付けられてもよく、これにより、計算需要およびリソース費用が高反復レートで増大する可能性がある。このため、ＲＰＯは、典型的にはバックアップシステムに関して数時間のオーダーで利用可能である（ここで、時間は、平均データ転送速度を考慮した場合のデータ量を示す）。

同様に、ＲＴＯは、フェイルオーバー後にデータを復元することに関係する時間の長さを示すので、フェイルオーバーシステムの重要なメトリックであり得る。バックアップが別の地理的領域から復元される場合、入出力動作は、ボリュームが完全に復元されるまで、典型的な条件よりも待ち時間が長くなる可能性がある。さらに、復元時間およびオンデマンドデータ動作の待ち時間は、例えば、領域全体の障害に応じてデータトラフィックがシフトすることに対応するシステム負荷のスパイクに応答して、著しく増加する可能性がある。分散データストレージシステムが領域間バックアップコピーからバックアップ復元を実装している間も、待ち時間がさらに長くなる可能性がある。

顧客データは有益であり得るので、顧客は、例えば、ストレージ安定性（例えば、電源強化、サージ保護等）を高めるために実装されるデータ冗長性およびインフラストラクチャを含む１つ以上のアプローチによってデータが保護されることを期待する可能性がある。データ冗長性は、ローカル記憶媒体（例えば、物理記憶媒体）、分散ストレージシステムおよび／または別の分散ストレージシステムに顧客データを複製することを含むがこれに限定されない複数の形態をとり得る。場合によっては、顧客データは一括して複製されてもよく、これはバックアップと称される。このようなアプローチは、バックアップの実行中にシステム入出力動作にかなりの待ち時間を含む可能性がある。例えば、ストレージシステムは、バックアップの実行中に全ての読出しおよび書込み動作を中止することで、顧客データの完全な複製が確実に保存されるようにしてもよい。このような場合、分散ストレージシステム内に新しいデータを一時的に格納するために追加のバッファ容量が採用されてもよく、および／または、顧客データ要求を遅延させてもよい。

ボリューム全体のバックアップとは対照的に、顧客データは、以下でいくつかの図を参照してより詳細に説明するように、非同期的に複製され得る。例えば、顧客データは、データストレージシステムのサブユニットにおける増分変化を記述するオブジェクト（例えば、ブロックボリュームシステムのパーティション）を少なくとも部分的に生成することによって、持続的に（例えば、バックアップシステムに特有であり得る数時間の間隔とは対照的に、数分間隔で）複製され得る。以下の段落では、増分変化を記述するオブジェクトを「デルタ」とも称する。デルタは、図１を参照してより詳細に説明するように、２つの非同期記録間の顧客データに対する１つ以上の変更を記述し得る。分散ストレージシステムにおけるユーザデータの状態の記録は、「スナップショット」とも称され、以下で図を参照してより詳細に説明するように、単一の時系列時間とは対照的に、単一の論理時間でのデータの状態を表わし得る。場合によっては、デルタが生成されてもよく、当該デルタは、生成されると格納および／または転送／複製されてもよい。したがって、非同期複製は、バックアップではなく、デルタを転送することによって顧客データを複製することを可能にし得る。

少なくともこれらの理由から、本明細書に記載の技術は、バックアップ顧客データに依拠するデータ冗長性アプローチを上回る１つ以上の利点を提示する。例えば、スナップショット後のデータに対する変更を複製するために複数のデルタを生成することにより、データ複製プロセスを時系列で細分することが可能になり得るとともに、待ち時間、ＩＯＰＳおよび／または他の性能メトリックに対するデータ複製の影響を低減させ得る。

ボリューム全体をバックアップすることに依拠するアプローチは、利用可能なバックアップが顧客データへの有益な変更を反映しないときにシステム障害が発生した場合（例えば、既存のバックアップの実行後長期にわたり障害が発生している場合、または最後のバックアップ以降に顧客データに対する大幅な変更が発生していた場合）、データ損失のリスクがあるかもしれない。非同期複製を実装することによっても、全体的なシステム性能が改善され、さらに場合によっては顧客データの保存が改善され得る。したがって、非同期複製アプローチは、バックアップシステムと比べて、ＲＰＯ、ＲＴＯ、およびＤＲを改善させ得る。

具体例として、ブロックボリュームシステムは、世界中の複数の地理的領域に複数のデータセンタを有する分散ストレージシステムにおいて実装され得る。データセンタのうちの１つにおけるブロックボリュームシステムに格納された顧客データは、第１のデータセンタが壊滅的な障害を被った場合には第２のデータセンタにおいて複製されてデータ損失から保護され得る。顧客データは、スナップショットおよびデルタの両方を生成することによって複製されてもよく、この場合、スナップショットは、複数のパーティションにわたって顧客データの全体的な複製を提供し得るとともに、デルタは、先行するスナップショットの後に続く単一のパーティションに関する顧客データに対する変更の増分的追跡を可能にし得る。デルタが生成されると、デルタは、それが記述する顧客データとともに第２のデータセンタに転送されてもよく、第１のデータセンタで障害が発生した場合に顧客データを復元するために第２のデータセンタにおけるストレージシステムによって用いられてもよい。１つのパーティションに対してデルタが生成されている間、他のパーティションは、入出力動作のために利用可能なままであり、第１のデータセンタにおけるストレージシステムが所望の性能レベルを維持することを可能にし得る。第１のデータセンタで障害が発生した場合、第２のデータセンタが第１のデータセンタの役割を担ってもよく（「フェイルオーバー」と称される）、および／または、顧客データが第１のデータセンタに返されて動作を再開させてもよい（「フェイルバック」と称される）。

図１は、１つ以上の実施形態に従った、非同期領域間ブロックボリューム複製のための例示的なシステム１００を示す。上述したように、システム１００は、障害回復中に顧客データを提供するために、ソースシステムから宛先システムに顧客データを複製することによってデータ冗長性を促進し得る。いくつかの実施形態では、第１のデータセンタ１２０（例えば、ソースシステム）は、ブロックボリュームシステム１２２にデータを格納し得る。いくつかの実施形態では、第１のデータセンタ１２０は、ブロックボリュームシステムではなくオブジェクトストレージシステムにデータを格納し得る。データは、第１のデータセンタ１２０のユーザによって生成および／または提供され得る。第１のデータセンタ１２０は、ユーザの位置に近接し得る、および／または、例えば、性能メトリック（例えば、待ち時間、ＩＯＰＳ、スループット、コスト、安定性等）等の１つ以上の動作基準に対応し得る、第１の地理的領域（例えば、領域Ａ）に位置してもよい。場合によっては、第１のデータセンタ１２０の通常動作時に中断（例えば、停電、データ破損、分散型サービス拒否攻撃（distributed denial of service attack：ＤＤＯＳ）、自然災害等）が起こる可能性があるため、データ損失のリスクが生じる可能性がある。データ損失のリスクを潜在的に低減するために、データは、第２のデータセンタ１３０（例えば、宛先システム）において複製され得る。いくつかの実施形態では、第２のデータセンタ１３０は、第１のデータセンタ１２０の位置とは異なる地理的領域に位置してもよく、これにより、自然災害またはインフラストラクチャ障害によって引起こされるデータ損失のリスクを低減し得る。同様に、第１のデータセンタ１２０とは別個の第２のデータセンタ１３０にデータを格納することにより、入出力動作を中断する可能性のある、および／または第１のデータセンタを対象にすることによってデータ損失をもたらす可能性のある、悪意のあるアクション（例えば、ＤＤＯＳ、データ破損等）に対する潜在的な脆弱性を低下させ得る。以下でより詳細に説明するように、第２のデータセンタ１３０は、（例えば、顧客構成および／または好みに基づいて）スタンバイボリューム、オブジェクトストレージ、および／または他のストレージフォーマットとしてデータをデータストア１３２に格納し得る。

いくつかの実施形態では、第１のデータセンタ１２０に格納されたデータは、非同期複製１４０システムを介して第２のデータセンタ１３０において複製され得る。上述したように、非同期複製は、動作の復元（例えば、ＲＴＯ）時における通常の入出力プロセスの中断を減らし得るとともに第１のデータセンタ１２０における途絶（例えば、ＲＰＯ）によって引起こされるデータ損失の程度を低下させ得るという点で、定期的なバックアップ複製に勝る技術的利点を提供し得る。いくつかの実施形態では、非同期複製１４０は、新しいバックアップイメージと定期的に置換され得る、特定の時系列で生成されるコヒーレントなバックアップイメージとしてではなく、複製されたデータを増分的に生成して第１のデータセンタ１２０から第２のデータセンタ１３０におよび転送することを含み得る。代わりに、以下で図２を参照してより詳細に説明するように、非同期複製１４０は、例えば、データを生成するとともに第１のデータセンタ１２０に格納されたデータおよび／またはデータの変更の記録を転送することによって、第２のデータセンタ１３０に格納されたデータを動的に更新してもよい。いくつかの実施形態では、ブロックボリュームシステム１２２の顧客および／またはユーザは、構成ボリュームが作成されるときに、および／またはブロックボリュームシステム１２２が分散データストレージシステムとしてすでに動作している後に利用可能な後続のオプションとして、非同期複製１４０を構成し得る。いくつかの実施形態では、非同期複製１４０を構成することは、宛先領域（例えば、第２の地理的領域、すなわち「領域Ｂ」）を指定することを含み得る。いくつかの実施形態では、例えば、複製されたデータがスタンバイブロックボリュームシステムに格納されるべきである場合、非同期複製１４０を構成することは、宛先領域内の宛先ＡＤを指定することを含み得る。

いくつかの実施形態では、非同期複製１４０は、ブロックボリュームシステム１２２に格納されたデータのスナップショットを生成し得るスナップショット生成１４２サブシステムを含み得る。場合によっては、スナップショットは、以下でより詳細に説明するように、特定の論理時間においてブロックボリュームシステム１２２に格納されたユーザデータの瞬間状態を記述し得る。バックアップ複製アプローチとは対照的に、非同期複製１４０はデルタ生成１４４サブシステムを含んでもよく、これにより、スナップショットの後にブロックボリュームシステム１２２内のデータに対してなされた変更が確認され得る。これらの変更は、次に、スナップショット全体を置換えるのではなく、スナップショットを更新するために使用可能なデルタとして表現され得る。スナップショット生成１４２は、定期的に、例えば分単位のオーダー（例えば、１～１０分、１０～２０分、２０～３０分等の範囲）で、および／または時間単位のオーダー（例えば、１～１０時間）で、新しいスナップショットを生成し得る。

いくつかの実施形態では、スナップショット生成１４２は、ブロックボリュームシステム１２２の１つ以上のパーティションを伴う２相コミットプロトコルにより進行し得る。２相コミットは、パーティションに対する入出力動作が中断されたというコミットメントをスナップショット生成１４２がブロックボリュームシステムから受信した後にパーティションイメージを生成することを含み得る。パーティションイメージが完成した後、パーティションを解放して入出力動作を再開し得る。いくつかの実施形態では、２相コミットが全体としてブロックボリュームシステム１２２に適用されてよく、これにより、スナップショットが生成されている間、ブロックボリュームシステム全体に関するすべての読出し動作および書込み動作がブロックされ得る。いくつかの実施形態では、スナップショットは、ミリ秒（例えば、１～１５ミリ秒、５～１０ミリ秒等）のオーダーで生成され得る。

いくつかの実施形態では、スナップショット生成１４２は、ブロックボリュームシステム１２２に格納されたデータのイメージをパーティション単位で生成することを含む。ブロックボリュームシステム１２２がデータを１つ以上のパーティションに格納する場合、スナップショット生成１４２は、パーティションの入出力動作に干渉しないようにパーティションイメージの生成をスケジュールし得る。スナップショット生成１４２は、ブロックボリュームシステムに含まれるすべてのパーティションのイメージを生成およびコンパイルし得るとともに、場合によっては、イメージ化されるパーティション以外のパーティションの通常の入出力動作の中断を回避し得る。

スナップショットは、特定の論理時間にデータのイメージを記録し得る。ここで、論理時間はスナップショット生成１４２の実装を指す。例えば、スナップショット生成１４２によって生成された第１のスナップショットは、第１の論理時間で識別され得るとともに、ブロックボリュームシステム１２２の１つ以上のパーティションがスナップショット生成１４２によって処理される時間の長さの間にわたって生成され得る。同様に、スナップショット生成１４２は、スナップショット生成１４２サブシステムの第２の反復に対応する、第２の論理時間で識別され得る期間（例えば、１～１０分等）が経過した後、ブロックボリュームシステム１２２の第２のスナップショットを生成し得る。

いくつかの実施形態では、デルタ生成１４４は、未変更のデータを送信することもなく、非同期複製１４０が新しいデータまたは修正済みデータを第２のデータセンタ１３０に転送することを少なくとも部分的に可能にすることによって、非同期複製１４０を容易にし得る。場合によっては、デルタは、第１のスナップショットと第２のスナップショットとの間のブロックボリュームシステム１２２のパーティションに格納されたデータの変更を記述し得る。例えば、デルタ生成１４４は、第２のスナップショットを第１のスナップショットと比較し得るとともに、どのブロックが追加、除去、修正等されたかを確認し得る。このようにして、デルタはまた、２つの連続するスナップショット間で除去されたデータを記述し得る。

場合によっては、デルタは、固有の識別子、さらにはメモリポインタのリストを含む論理構造であり得る。メモリポインタは、２つの連続するスナップショット間で変化したデータについての、第１のデータセンタ１２０および／または第２のデータセンタ１３０内のメモリ位置を記述し得る。以下で図２～図６を参照してより詳細に説明するように、非同期複製１４０を実装することは、スナップショット全体を転送するのではなく、パーティションについてのデルタを第２のデータセンタ１３０に転送することを含み得る。

いくつかの実施形態では、第２のデータセンタ１３０におけるデータストア１３２は、複製されたデータをオブジェクトストレージとして格納し得る。したがって、非同期複製１４０は、第１のデータセンタ１２０からのデータをチャンクオブジェクトに変換するためのデータ変換１４６サブシステムを含み得る。いくつかの実施形態では、ブロックボリュームシステム１２２からのデータは４ＭＢチャンクオブジェクトに組込まれてもよい。いくつかの実施形態では、チャンクオブジェクトは、システムバックアップ動作のために用いられるものと同様のフォーマットを実装してもよく、これにより、非同期複製１４０を、バックアップおよび／または階層型アップロード技術を採用する既存の分散ストレージシステムに統合することが可能になり得る。

いくつかの実施形態では、非同期複製１４０は、ブロックボリュームシステム１２２のパーティションに対応するデルタが生成された後にチェックポイントを生成し得る。いくつかの実施形態では、チェックポイント生成１４８サブシステムは、以下で図４を参照してより詳細に説明するように、デルタを集約し、集約された変更を予め生成されたチェックポイントに適用することによって、チェックポイントを生成し得る。

第１のデータセンタが障害（例えば、壊滅的な障害）を被り、例えば、ブロックボリュームシステム１２２のユーザおよび／または顧客によってシステムの復元が望まれる場合、フェイルオーバー／フェイルバック要求１５０が非同期複製１４０に提供され得る。フェイルオーバー／フェイルバック要求１５０は、非同期複製１４０に、第２の地理的領域に格納された複製済みデータを用いて復元ボリュームを生成させる復元要求の形態であってもよい。いくつかの実施形態では、非同期複製１４０は、フェイルオーバー／フェイルバック要求１５０を受信したことに応答して１つ以上の復元動作を実装し得る。いくつかの実施形態では、フェイルオーバー／フェイルバック要求１５０は、分散ストレージシステムの外部サービスによる要求および／または分散ストレージシステムのユーザによる要求を含み得る。場合によっては、データストア１３２がブロックボリュームシステム１２２（例えば、スタンバイボリューム）の複製である場合と同様に、フェイルオーバー要求は、データストア１３２がブロックボリュームシステム１２２の役割を担うように構成されるべきであることを示し得る。例えば、データストアは、ユーザデータを伴う入出力動作を処理し得る。いくつかの実施形態では、フェイルオーバー／フェイルバック要求１５０は、第１のデータセンタ１２０が、上述のように複製済みデータを受信するように構成され、かつフェイルオーバー要求に起因する障害よりも前に行なわれていた動作を再開する（例えば、フェイルバック復元）ように構成されるべきであることを示し得る。

図２は、１つ以上の実施形態に従った、非同期ブロックボリューム複製についての例示的技術２００を示す。上述したように、非同期複製は、ユーザデータが、単一のバックアップイメージとしてではなく、増分単位でソースシステムから宛先システムに転送されることを可能にし得る。いくつかの実施形態では、ブロックボリュームシステム１２２は、ユーザから受信され得るとともに入出力（input-output：Ｉ／Ｏ）動作２１０によりユーザに提供され得るユーザデータを格納し得る。このように受信されたデータは、ブロックボリュームシステム１２２の１つ以上の構成パーティション２２０に格納されてもよい。非同期複製システム（例えば、図１の非同期複製１４０）は、以下で説明するように、１つ以上のプロセスによって、ユーザデータを複製してブロックボリュームシステム１２２からデータストア１３２に転送し得る。

いくつかの実施形態では、ユーザデータは、第１のスナップショット２３０を作成することによって複製され得る（例えば、動作２５０）。図１を参照してより詳細に説明するように、スナップショットは、ブロックボリュームシステム１２２に格納されたデータの記録であり得る。第１のスナップショット１３０のスナップショット生成（例えば、図１のスナップショット生成１４２）は第１の論理時間２６０に起こり得る。図１を参照してより詳細に説明するように、論理時間は、例えば、スナップショット生成がパーティション単位で進行する場合、ブロックボリュームシステム１２２の構成パーティション２２０の各々で２相コミットプロトコルを実装する、スナップショット生成動作（例えば、動作２５０）の反復を記述し得る。このような場合、第１の論理時間２６０は、スナップショットが作成されている期間に対応し得る。

場合によっては、第１のスナップショット２３０は、ブロックボリュームシステム１２２に格納されたユーザデータの非同期複製の第１の実装例である。このような場合、第１のスナップショット２３０によって表わされるデータセット全体がデータストア１３２に転送され得る。このようにして、第１のスナップショット１３０は、少なくともユーザデータおよびメタデータ（例えば、以下で説明するようなマニフェスト）の記録全体がソースシステムから宛先システムに転送され得る（例えば、動作２５２）という点でバックアップと同様であり得る。

いくつかの実施形態では、第１のスナップショットは、ブロックボリュームシステム１２２および／または構成パーティション２２０のディスクイメージであり得る。いくつかの実施形態では、第１のスナップショット２３０は複数のブロックイメージ２３２を含んでもよく、このため、少なくとも部分的にブロックイメージ２３２を個々におよび／またはグループごとに転送することによって、第１のスナップショット２３０によって記述されるデータがデータストア１３２に非同期的に転送され得るようになり得る。図３を参照してより詳細に説明するように、ブロックイメージ２３２は、例えば、データストア１３２がオブジェクトストレージシステムである場合、データストア１３２に格納されるべきチャンクオブジェクトに変換され得る。

いくつかの実施形態では、非同期複製は、第２の論理時間２６２に第２のスナップショット２４０を作成すること（例えば、動作２５４）を含み得る。いくつかの実施形態では、第２の論理時間２６２は、図１を参照してより詳細に上述したように、第１の論理時間２６０の後に続く期間に対応する。例えば、第２のスナップショット２４０は、第１のスナップショット２３０の作成後に数分（例えば、１～１５分、５～１０分等）で上述の２相コミットプロトコルによって作成されてもよい。いくつかの実施形態では、第２のスナップショット２４０は、第１のスナップショット２３０に関するブロックボリュームシステム１２２に格納されたデータに対する１つ以上の変更を含み得る。

技術２００は、第２のスナップショット２４０を直接転送するのではなく、ブロックボリュームシステム１２２の構成パーティションに対応するデルタ２４２を生成すること（例えば、動作２５６）を含み得る。図１を参照してより詳細に上述したように、デルタ生成（例えば、図１のデルタ生成１４４）は、パーティション２２０ごとにデルタ２４２に含まれるデータの少なくとも一部を構成し得る、宛先システム（例えば、データストア１３２）の参照チャンク識別子とペアにされた（ポインタによって識別される）修正済みブロックのリストを生成するために、第１のスナップショット２３０に反映されたデータの状態を第２のスナップショット２４０のそれと比較することを含み得る。いくつかの実施形態では、デルタは、固有のデルタ識別子も含み得る。いくつかの実施形態では、固有のデルタ識別子は第２のスナップショット２４０の識別子に対応し得る。このようにして、デルタ２４２は、例えば、Ｉ／Ｏ履歴を提供するためのアプローチとして、第２の論理時間２６２にまでトレース可能なデータに対する変更を反映し得る。

デルタ２４２は、生成されると、宛先システム、例えば、データストア１３２に転送され得る（例えば、動作２５８）。いくつかの実施形態では、デルタ２４２は、ブロックボリュームシステム１２２に追加された任意の新しいデータとともに転送され得る。第１の論理時間２６０と第２の論理時間２６２との間でブロックボリュームシステム１２２から除去されるデータは、ソースシステムから宛先システムにデータ（例えば、チャンクオブジェクト）を転送することなく、デルタ２４２に含まれるメタデータによって反映され得る。

図３は、１つ以上の実施形態に従った、非同期複製によってブロックボリュームシステムを復元するための例示的技術３００を示す。図１および図２を参照して上述した非同期複製システムの一部として、宛先システム、例えば、第２のデータセンタ１３０は、ソースシステム（例えば、図１の第１のデータセンタ１２０）に格納されたデータの複製を受信して維持し得る。いくつかの実施形態では、第２のデータセンタ１３０は、ソースシステム（例えば、領域Ａと対照的な領域Ｂ）の地理的領域とは異なる地理的領域に位置していてもよい。第２のデータセンタ１３０は、１つ以上のデータオブジェクト３１０として、複製されたデータをオブジェクトストレージに格納し得るデータストア１３２を含み得る。

いくつかの実施形態では、データストア１３２は、非同期複製システムの構成に少なくとも部分的に基づいてオブジェクトストレージシステムとして動作し得るので、非同期複製は、複製されたデータをブロックとしてではなくチャンクオブジェクトとして格納するように構成され得る。とは言うものの、いくつかの実施形態では、第２のデータセンタ１３０はスタンバイボリュームを含んでもよく、これにより、スタンバイボリュームにデルタを直接適用することが可能になり得る。データストア１３２がスタンバイボリュームを含む実施形態では、ブロックをオブジェクトに変換すること（例えば、データ変換１４６）なしに非同期複製が完了することもある。

いくつかの実施形態では、非同期複製は、第１のチェックポイント３２０を生成すること（例えば、動作３５０）を含み得る。チェックポイントは、図４を参照してより詳細に説明するように、少なくとも、データストア１３２に格納されたチャンクオブジェクトの位置および識別子を記述するマニフェスト（例えば、メタデータ）を含み得るという点でスナップショットとは異なり得る。例えば、あるチェックポイントが非同期複製の一部として生成された第１の時間に第１のチェックポイント３２０が対応する場合、当該第１のチェックポイントは、複製されたデータを構成するチャンクオブジェクトの各々についてのチャンクポインタのリストを含み得る。

非同期複製の一部として、第２のデータセンタ１３０は、ソースシステムからデルタ３３０および対応するデータを受信する（例えば、動作３５２）。上述したように、デルタは、第１のスナップショットと第２のスナップショットとの間の入出力動作（図２のＩ／Ｏ動作２１０）によって生じるソースシステムに格納されたデータに対する変更を記述するメタデータを含み得る。対応するデータはチャンクオブジェクト（例えば、４ＭＢチャンクオブジェクト）として受信され得る。

デルタ３３０は、第２のチェックポイント３４０を生成すること（例えば、動作３５４）の一部として、第１のチェックポイント３２０に適用され得る。第２のチェックポイントを生成することは、デルタ３３０において識別された１つ以上のチャンクオブジェクトを識別することと、デルタによって示される指示された修正を適用することとを含み得る。例えば、チャンクデータへの１つ以上の変換はデルタ３３０の第１のデルタ３３０－１によって示されてもよく、この場合、第１のデルタ３３０－１は、所与のパーティションに関して参照されたデータのデータストア１３２のオブジェクトストレージ内の位置を（例えば、チャンクポインタによって）示す。いくつかの実施形態では、非同期複製は、参照されたデータを直接修正するのではなく、以下で図４を参照してより詳細に説明するように、第２のチェックポイント３４０の生成の一環として、第１のデルタ３３０－１によって示される変更を反映するように第１のチェックポイント３２０を更新することを含み得る。

いくつかの実施形態では、第２のデータセンタ１３０（例えば、宛先システム）は、非同期複製システム（例えば、動作３５６による図１の非同期複製システム１４０）のユーザから受信され得るフェイルオーバー／フェイルバック要求（例えば、図１のフェイルオーバー／フェイルバック要求１５０）の対象であり得る。フェイルオーバー／フェイルバック要求は、ソースシステム（例えば、図１の第１のデータセンタ１２０）に影響を及ぼす障害（例えば、自然災害）に応答し得る。フェイルオーバー／フェイルバック要求は、以下で図７～図１０を参照してより詳細に説明するように、ブロックボリュームシステムが複製済みデータおよび第２のチェックポイントからどのように復元されるべきかをガイドするパラメータを含み得る。

フェイルオーバー／フェイルバック要求を実装することは、復元ボリュームとも称されるフェイルオーバー／フェイルバックボリュームを生成すること（例えば、動作３５８）を含み得る。上述したように、フェイルオーバーシステムは宛先システムにおいてホストされ得る一方で、フェイルバックシステムはソースシステムでホストされ得る。いくつかの実施形態では、フェイルバック要求が受信されると、第２のチェックポイント３４０を用いて、オブジェクト３１０に格納されたデータをソースシステム（例えば、ブロックボリュームシステム１２２）内のブロックにマッピングし得る。フェイルバックボリュームを生成するプロセスについては以下で図５を参照してより詳細に説明する。同様に、フェイルオーバーは、例えば、第１のデータ１２０センタが障害から回復するまで、入出力動作に関する第１のデータセンタ１２０の役割を担うために、第２のデータセンタ１３０においてブロックボリュームシステムを生成することを含み得る。第２のデータセンタ１３０においてフェイルオーバーボリュームを生成することは、以下で図４を参照してより詳細に説明するように、例えば第２のチェックポイント３４０を用いることによって、オブジェクト３１０に格納されたデータをブロックにマッピングすることを含み得る。いくつかの実施形態では、ブロックボリュームデータを復元することは、宛先領域において新しいブロックボリュームを作成することと、宛先領域においてフェイルオーバーを実装することと、ソース領域において新しいボリュームに対する領域間複製を可能にすることと、ソース領域においてフェイルオーバーを実行することとを含むがこれらに限定されない１つ以上の動作を含み得る。

いくつかの実施形態では、第２のデータセンタ１３０が複製済みデータを格納するようにスタンバイボリュームを維持する場合と同様に、スタンバイボリュームは、障害時にソースシステムから転送されなかったデルタからの変更を除いて、ソースボリュームからの変更のすべてを既に含んでいる可能性がある。したがって、フェイルオーバーは、以下で図５を参照してより詳細に説明するように、比較的少量の失われたデータ（例えば、１～１５分のスナップショット生成時間のオーダーでのＲＰＯ）で直ちに利用可能であり得る（例えば、低いＲＴＯを示す）。対照的に、バックアップイメージ全体の同期複製を実装するバックアップシステムは、結果として数時間程度のＲＰＯをもたらし得る。

いくつかの実施形態では、非同期複製は、フェイルオーバー／フェイルバックボリュームを生成するのではなく、逆複製を含み得る。このような場合、宛先システムはソースシステムとして指定され得るが、前のソースシステムは宛先システムとして再指定され得る。このようにして、入出力動作は、第２のデータセンタ１３０において行なわれてもよく、この場合、データは、データストア１３２において書込みおよび読取りがなされ、スナップショット作成およびデルタ生成もそこで行なわれる。これに対応して、複製済みデータが第１のデータセンタ１２０に転送され得る。

図４は、１つ以上の実施形態に従った、ブロックボリューム複製メタデータを集約するための例示的技術４００を示す。非同期複製は、データが複製され得る期間にわたる１つ以上の構成動作（例えば、スナップショット作成、デルタ生成等）の複数回の反復を含み得る。このような場合、宛先システム（例えば、図１～図３の第２のデータセンタ１３０）を更新することは、複製されたデータに対応するメモリ位置の更新済み記録を維持し、後続の各反復によって導入された変更を反映することを含み得る。

いくつかの実施形態では、非同期複製は、デルタ（例えば、図３のデルタ３３０）および第１のチェックポイント３２０に対する１つ以上の動作により第２のチェックポイント３４０を生成することを含み得る。例えば、複数のデルタが第１のチェックポイント３２０の生成の後にソースシステムから宛先システムにおいて受信される場合、メモリ位置の正確な記録は、第１のチェックポイントのみを参照するのではなく、第１のチェックポイント３２０に適用されるように、デルタによって示される変更によってより適切に表現され得る。

いくつかの実施形態では、第１のチェックポイント３２０はマニフェスト４２０を含み得る。マニフェスト４２０は、（例えば、フェイルオーバー／フェイルバック動作をガイドするために）ソースシステムのパーティションに対応し得るので、ソースシステムが複数のパーティションを含む場合、複数のマニフェストはソースシステムからのデータの非同期複製を記述し得る。マニフェスト４２０は、チャンクポインタ４２２のリストを含み得る（例えば、チャンクポインタ１～Ｎであり、ここで、「Ｎ」は、マニフェスト４２０に含まれるチャンクポインタ４２２の数を指す整数である）。チャンクポインタ４２２は、（例えば、チャンクオブジェクトとしてデータストア１３２に格納される）複製されたデータに関連付けられたメモリ位置を記述し得る。第１のチェックポイント３２０を生成した後、宛先システムは、例えばスナップショット作成およびデルタ生成を反復することによって生成されるような複数のデルタを受信し得る。このようにして、第２のチェックポイント３４０を生成することは、デルタを集約すること（例えば、動作４５０）を含み得る。例えば、デルタを集約することは、デルタが生成されたスナップショットを確認するために第１のチェックポイント３２０の識別子を参照することを含み得る。このようにして、チェックポイント参照は、（スナップショットを参照する識別子も含む）受信されたデルタがマニフェスト４２０にすでに反映されているかどうか判断することを可能にし得る。

いくつかの実施形態では、更新済みマニフェスト４４０を提供するために、デルタを第１のチェックポイントと組合わせてもよい。デルタを組合わせることは、デルタによって示されるようにマニフェスト内の第１のチャンクポインタ４２２－１を修正することを含み得る（例えば、データの位置を指すポインタは、デルタによって記述される複製済みデータに対する変換に応答して変化し得る）。このように、すべての受信されたデルタにおいて示されるすべての変換をマニフェストに適用することによって、更新されたマニフェスト４４０は、以前のマニフェスト（例えば、マニフェスト４２０）が用いられた場合よりも場合によっては低いＲＰＯでフェイルオーバー／フェイルバックボリュームを生成することを可能にし得る。同様に、非同期複製の反復ごとに、新しく生成されたデルタが生成されて宛先システムに転送され得る。この場合、それらデルタは、直近のマニフェスト（例えば、更新されたマニフェスト）と集約され得る。

図５は、１つ以上の実施形態に従った、スタンバイボリュームからフェイルバックボリュームを生成するための例示的技術５００を示す。上述したように、フェイルバック要求（例えば、図１のフェイルオーバー／フェイルバック要求１５０）は、ソースシステム、例えば、第１のデータセンタ１２０、における障害回復の一部として受信され得る。フェイルバックボリュームは、宛先システムでホストされるフェイルオーバーボリュームまたは逆複製とは対照的に、ユーザデータ（例えば、性能メトリック、安定性等）をホストするために第１のデータセンタ１２０が選択されるのと同じ理由で好ましい可能性がある。

いくつかの実施形態では、宛先システム、例えば、第２のデータセンタ１３０は、スタンバイボリューム５６０を実装してソースボリューム５２２でデータを複製し得る。スタンバイボリューム５６０は、スタンバイボリュームがソースボリューム５２２の現在の状態を反映するように、ソースボリュームから受信したすべてのデルタを含み得る。例えば、第１のデルタ５４０は、（例えば、動作５１２によって）ソースボリューム５２２から生成され得るとともに、第１のデルタ５４０は、（例えば、動作５１４によって）スタンバイボリューム５６０に直接適用され得る。いくつかの実施形態では、スタンバイボリューム５６０にデルタを適用することは、ソースボリュームから参照されたデータ（例えば、修正されたブロック）をコピーすることと、入出力動作（例えば、ユーザ書込み動作）と同様の態様でスタンバイボリュームにおいて参照されたデータを複製することとを含み得る。さらに、デルタを適用することは、図４を参照して説明したようにマニフェストを更新することを含み得る。図４はチャンクポインタに関してマニフェストを説明しているが、マニフェストは同様に、複製済みデータが格納され得るスタンバイボリューム内のメモリ位置を記述し得る。

いくつかの実施形態では、スタンバイボリューム５６０を更新することは、デルタがスタンバイボリューム５６０に部分的に適用され得ることのないように、個別の動作においてデルタを適用することを含み得る。例えば、スタンバイボリューム５６０の第１のスナップショット５３０は、デルタを適用する動作（例えば、動作５１４）中にフェイルオーバー／フェイルバック要求が受信される場合にフォールバック位置を提供するために生成され得る。このようにして、システムリカバリは、デルタが適用されるのを待つのではなく、ＲＰＯの漸増を犠牲にして、改善されたＲＴＯを提供し得る第１のスナップショット５３０を実装し得る。いくつかの実施形態では、第１のスナップショット５３０は、第１のデルタ５４０がスタンバイボリューム５６０に適用されると削除され得る。次に、第２のデルタ５５０（またはデルタ）が生成されると（例えば、動作５１６）、第２のスナップショット５３２が、第２のデルタを適用する（例えば、動作５２０）前に、スタンバイボリューム５６０において生成され得る（例えば、動作５１８）。第２のデルタを完全に適用した後、第２のスナップショット５５０も同様に削除され得る。

いくつかの実施形態では、スタンバイボリューム５６０は、フェイルオーバー／フェイルバック要求を受信した（例えば、動作５２２）ことに応答してフェイルオーバーボリュームまたはフェイルバックボリュームを生成するために用いられ得る。いくつかの実施形態では、データ復元は、フェイルオーバーボリュームに対する領域間複製を可能にすることによって、ソース領域にデータを転送し返すことを含み得る。いくつかの実施形態では、要求がフェイルバック要求である場合、スタンバイボリューム５６０は、第１のデータセンタ１２０においてクローニングされて復元され得る（例えば、動作５２４）。スタンバイボリューム５６０をクローニングすることは、第１のデータセンタ１２０においてフェイルバックボリューム５６２を作成することと、データを復元する（例えば、「クローンをハイドレートする」とも称される）こととを含み得る。いくつかの実施形態では、フェイルバック要求が実装された時に第２のデルタが完全に適用されていた場合、復元されたデータは、第２のデルタ５５０によって示される修正を含み得る。クローニングを用いてフェイルオーバー復元を実装することは、場合によっては、既存のスタンバイボリュームに対して領域間複製を継続することを可能にし得る。有利には、クローンボリュームは、待ち時間をほとんどまたは全く伴うことなく利用可能であり得るので、ＲＴＯに対する影響を些細なものにすることが可能になり得る。

図６は、１つ以上の実施形態に従った、スタンバイボリュームをサイズ変更するための例示的技術６００を示す。第１のデータセンタ１２０におけるソースボリューム５２２等のソースシステムの通常動作は、（例えば、パーティションを追加するため、パーティションを除去するため、ソースボリューム５２２の１つ以上のパーティションをサイズ変更する等のために）ソースボリューム５２２をサイズ変更することを含み得る。いくつかの実施形態では、デルタがパーティションのために生成されるので、ソースボリューム５２２をサイズ変更すると、ソースボリュームデルタ５２２をスタンバイボリューム５６０にマッピングすることに影響が及び得る。したがって、スタンバイボリューム５６０は、ソースボリューム５２２をサイズ変更することによって導入されるデルタ適用における潜在的な誤差を制限するための１つ以上のアプローチを実装した後、ソースボリューム５２２のサイズ変更を考慮に入れるようにサイズ変更され得る。

いくつかの実施形態では、１つ以上のデルタ６２０は、上述した図１および図２を参照してより詳細に説明したように、ソースボリューム５２２から生成され得る（例えば、動作６１０）。デルタ６２０は、図５を参照して上述したように、スタンバイボリューム５６０に適用され得る（例えば、動作６１２）。場合によっては、ソースボリューム５２２をサイズ変更することは、ユーザまたは別のシステムからサイズ変更要求を受信すること（例えば、動作６１４）を含み得る。ＲＰＯに対するサイズ変更の影響を潜在的に制限するために、最後のデルタ６３０は、サイズ変更要求を受信した後、ソースボリューム５２２をサイズ変更する前に生成されてもよい（例えば、動作６１６）。いくつかの実施形態では、最後のデルタ６３０を生成することは、ソースボリューム５２２の新しいスナップショットを作成することと、新しいスナップショットに少なくとも部分的に基づいてデルタを生成することと、このように生成されたデルタを適用することとを含み得る。このようにして、スタンバイボリューム５６０は、ソースボリューム５２２をサイズ変更すること（例えば、動作６１８）によって、サイズ変更要求の実施直前のソースボリュームの状態を記述し得る。最後のデルタを適用すること（例えば、動作６２０）は、ソースボリューム５２２のサイズ変更から切り離され得てもよく、このため、最後のデルタ６３０が生成されると、ソースボリュームがサイズ変更されてから、最後のデルタがスタンバイボリューム５６０に適用され得るようになる。いくつかの実施形態では、スタンバイボリューム５６０は、最後のデルタの適用後に、対応する態様でサイズ変更され得る（例えば、動作６２２）。

図７は、１つ以上の実施形態に従った、復元ボリュームを生成するための例示的なフロー７００を示す。フロー７００の動作は、ハードウェア回路として実装することができ、および／または、図１の非同期複製システム１４０等のコンピュータシステムの非一時的コンピュータ可読媒体上にコンピュータ可読命令として格納することができる。当該命令は、実装されると、コンピュータシステムのプロセッサによって実行可能な回路またはコードを含むモジュールを表わす。このような命令の実行は、本明細書に記載の特定の動作を実行するようにコンピュータシステムを構成する。各回路またはコードは、プロセッサと組合わされてそれぞれの動作を実行する。これらの動作は特定の順序で示されているが、特定の順序は不要であり、１つ以上の動作が省略、スキップ、および／または並べ替えされる可能性があることを理解されたい。

一例では、フロー７００は、コンピュータシステムが第１の地理的領域におけるブロックボリュームのスナップショットを作成する動作７０２を含む。図１および図２を参照してより詳細に説明するように、ブロックボリューム（例えば、図１のブロックボリュームシステム１２２）は、第１の地理的領域内の第１のデータセンタ（例えば、図１の第１のデータセンタ１２０）においてホストされ得るが、これは、入出力動作、安定性、コスト等に関連付けられた１つ以上の性能メトリックに少なくとも部分的に基づいて判定され得る。第１のスナップショットを作成すること（例えば、図２の動作２５０）は、ブロックボリュームを構成する１つ以上のブロックの１つ以上のブロックイメージ（例えば、図２のブロックイメージ２３２）を生成することを含み得る。スナップショットを作成することは、２相コミットプロトコルを実装することを含み得るとともに、これにより、ブロックボリュームのうちのあるパーティションのために入出力動作（例えば、図２のＩ／Ｏ動作２１０）が中断されてもよく、その間に、当該パーティションについてのブロックイメージが作成される。パーティションまたはブロックボリュームシステムのためのスナップショットを作成した後、コンピュータシステムはブロックボリュームに対する入出力動作を再開し得る。

一例では、フロー７００は、コンピュータシステムが、第１のスナップショットに対応するスナップショットデータを第２の地理的領域にある第２のストレージシステムに送信する動作７０４を含む。いくつかの実施形態では、第１のスナップショットがブロックボリュームから作成された第１のスナップショットである場合と同様に、または以前に作成されたスナップショットが利用可能でない場合、スナップショットデータはブロックイメージを含み得る。したがって、ブロックイメージは、システム（例えば、図１のデータストア１３２）に送信され得る。いくつかの実施形態では、ブロックイメージは、チャンクオブジェクトに変換され、スナップショットデータとして第２のストレージシステムに送信され得る（例えば、図２の動作２５２）。場合によっては、チャンクオブジェクトは、例えば、メモリ内のスナップショットデータの位置を識別するチャンクポインタを列挙するマニフェストを含む、スナップショットデータを記述するメタデータとともに送信される。

一例では、フロー７００は、コンピュータシステムが第１の地理的領域においてブロックボリュームの第２のスナップショットを作成する動作７０６を含む。図２を参照してより詳細に説明するように、第２のスナップショット（例えば、図２の第２のスナップショット２４０）は、第１のスナップショットが作成された第１の論理時間（例えば、図２の第１の論理時間２６０）の後に続く第２の論理時間（例えば、図２の第２の論理時間２６２）におけるブロックボリュームの状態を記述し得る。第２のスナップショットは、第１のスナップショットの作成後に生じたブロックボリュームシステムに格納されたデータに対する修正（例えば、データに対する読出し・書込み動作）に関する情報を含み得る。

一例では、フロー７００は、コンピュータシステムが複数のデルタを生成する動作７０８を含む。複数のデルタは、第２のスナップショットを第２のストレージシステムに直接送信するのではなく、第２のスナップショットの作成（例えば、第２の論理時間）の作成と第１のスナップショットの作成（例えば、第１の論理時間）との間にブロックボリュームに格納されたデータに対する１つ以上の変更を記述し得る。デルタを生成することは、第２のスナップショット内のパーティションのブロックイメージを第１のスナップショット内のパーティションの対応するイメージと比較することと、パーティション内のデータに対する１つ以上の修正を識別することとを含み得る。図１および図２を参照してより詳細に説明するように、デルタは、スナップショットに対応するデルタ識別子、修正されたブロックボリューム内のデータを記述する１つ以上のブロック識別子、および／または、ブロック識別子によって識別されるデータの位置を記述する対応する数のオブジェクト識別子を含むがこれらに限定されないメタデータを含み得る。

一例では、フロー７００は、コンピュータシステムが複数のデルタに関するデータを送信する動作７１０を含む。図２を参照してより詳細に説明するように、データを送信することは、ブロックボリュームシステムから第２のストレージシステムへのデータの複製を作成することを含み得る。これは、複製されたデータがオブジェクトストレージに格納される場合と同様に、チャンクオブジェクトを生成することと、チャンクオブジェクトを第２のストレージシステム（例えば、宛先システム）にコピーすることとを含み得る。データは、チャンクオブジェクトとブロックボリュームシステムのブロックとの間の対応関係をパーティション単位で記述するメタデータを提供し得る複数のデルタを伴い得る。

一例では、フロー７００は、コンピュータシステムが第２の地理的領域においてチェックポイントを生成する動作７１２を含む。図３および図４を参照してより詳細に説明するように、チェックポイント（例えば、図３の第１のチェックポイント３２０）は、複数のチャンクポインタを記述するマニフェスト（例えば、図４のマニフェスト４２０）を含み得る。いくつかの実施形態では、チェックポイントを生成することは、チェックポイントに適用されるような複数のデルタに含まれる修正を反映する第２の複数のチャンクポインタを記述する更新されたマニフェスト（例えば、図４の更新されたマニフェスト４２０）を含み得る、更新されたチェックポイント（例えば、図３の第２のチェックポイント３４０）を生成するために、デルタを以前に生成されたチェックポイントと集約すること（例えば、図４の動作４５０）を含み得る。

一例では、フロー７００は、コンピュータシステムが復元要求を受信する動作７１４を含む。復元要求（例えば、図１のフェイルオーバー／フェイルバック要求１５０）は、フェイルオーバーボリュームとも称される、第２の地理的位置における復元ボリュームを生成するためのユーザ要求を含み得る。いくつかの実施形態では、復元要求は、フェイルバックボリュームとも称される、第１の地理的位置における復元ボリュームを生成するためのユーザ要求を含み得る。いくつかの実施形態では、復元要求は、非同期複製を反転させる要求を含んでもよく、これにより、第２のストレージシステム（例えば、図１のデータストア１３２）をソースシステムとして指定し、ブロックボリュームシステム（例えば、図１のブロックボリュームシステム１２２）を非同期複製のための宛先システムとして指定し得る。いくつかの実施形態では、復元要求は、非同期複製の構成の一部として自動的に（例えば、ユーザ対話なしで）生成され得る。例えば、非同期複製システムは、ソースシステムで発生した障害に応答して復元要求を自動的に生成するように構成され得る。

一例では、フロー７００は、コンピュータシステムが復元ボリュームを生成する動作７１６を含む。図３および図５を参照して説明したように、復元ボリュームを生成することは、例えば、更新されたマニフェスト（例えば、図４の更新されたマニフェスト４４０）を参照して、オブジェクトストレージに格納されたチャンクオブジェクトからのレプリカデータをブロックボリューム内のブロックにマッピングすることによってブロックボリュームを生成することを含み得る。このようにして、復元ボリュームは、バックアップシステムによって達成され得るよりも低いＲＰＯで生成され得る。同様に、復元要求の受信と通常の入出力動作の再開との間の時間を反映し得るシステム復元動作のＲＴＯは、復元要求がフェイルオーバー要求であるかまたはフェイルバック要求であるかに依存し得るが、これについては、以下で図８および図９を参照してより詳細に説明する。

図８は、１つ以上の実施形態に従った、フェイルオーバーボリュームを生成するための例示的なフロー８００を示す。フロー８００の動作は、ハードウェア回路として実装することができ、および／または、図１の非同期複製システム１４０等のコンピュータシステムの非一時的なコンピュータ可読媒体上にコンピュータ可読命令として格納することができる。当該命令は、実装されると、コンピュータシステムのプロセッサによって実行可能な回路またはコードを含むモジュールを表わす。このような命令の実行は、本明細書に記載の特定の動作を実行するようにコンピュータシステムを構成する。各回路またはコードは、プロセッサと組合わされてそれぞれの動作を実行する。これらの動作は特定の順序で示されているが、特定の順序は不要であり、１つ以上の動作が省略、スキップ、および／または並べ替えされる可能性があることを理解されたい。

一例では、フロー８００は、コンピュータシステムがフェイルオーバー要求である復元要求を受信する動作８０２を含む。図１～図６を参照してより詳細に上述したように、分散ストレージシステム（例えば、クラウドストレージ）の一部を形成し得るブロックボリュームシステム（例えば、図１のブロックボリュームシステム１２２）が災害または他の障害によって影響を受けた後、フェイルオーバー要求が非同期複製（例えば、図１の非同期複製１４０）によって受信され得る。いくつかの実施形態では、フェイルオーバー要求は、ブロックボリュームシステムに影響を与える障害によって場合によっては影響を受けない第２の地理的領域においてブロックボリュームシステムを再生するフェイルオーバーボリュームを生成するための要求を含み得る。

一例では、フロー８００は、コンピュータシステムが第２の地理的領域においてフェイルオーバーボリュームを生成する動作８０４を含む。フェイルオーバーボリュームは、場合によっては、ブロックボリュームシステムに影響を及ぼす障害が解決される前に入出力動作（例えば、図２のＩ／Ｏ動作２１０）の再開を可能にし得る。このような場合、ＲＴＯは、フェイルバックボリュームと比較して、フェイルオーバーボリュームを生成することによって改善され得る。図７を参照して上述したように、オブジェクトストレージに格納されたレプリカデータを用いてフェイルオーバーボリュームを生成することは、非同期複製中に生成された直近に集約されたデルタで更新される、レプリカデータのメモリ内の位置を記述する更新済みマニフェスト（例えば、図４の更新されたマニフェスト４４０）を参照してフェイルオーバーボリュームを生成することを含み得る。

一例では、フロー８００は、コンピュータシステムがフェイルオーバーボリュームをハイドレートする動作８０６を含む。より詳細に上述したように、フェイルオーバーボリュームをハイドレートすることは、更新されたマニフェストに記述されたデータを、（例えば、図１を参照して上述したチャンクオブジェクトと同様に）オブジェクトストレージから、ブロックボリュームシステムの読出し／書込み動作（例えば、図２のＩ／Ｏ動作２１０）によって対応可能であり得るブロックに復元することを含み得る。いくつかの実施形態では、ブロックボリュームシステムのパーティションは、フェイルオーバーボリューム内に保存され得る。

一例では、フロー８００は、コンピュータシステムが入出力動作を開始する動作８０８を含む。ブロックボリュームシステムからの複製済みデータが復元され、フェイルオーバーボリュームにマッピングされた「ハイドレーション」の後、フェイルオーバーボリュームは、入出力動作を開始してもよく、障害が解決され得る間、ブロックボリュームシステムの役割を担ってもよい。

図９は、１つ以上の実施形態に従った、フェイルバックボリュームを生成するための例示的なフロー９００を示す。フロー９００の動作は、ハードウェア回路として実装することができ、および／または、図１の非同期複製システム１４０等のコンピュータシステムの非一時的なコンピュータ可読媒体上にコンピュータ可読命令として格納することができる。当該命令は、実装されると、コンピュータシステムのプロセッサによって実行可能な回路またはコードを含むモジュールを表わす。このような命令の実行は、本明細書に記載の特定の動作を実行するようにコンピュータシステムを構成する。各回路またはコードは、プロセッサと組合わされてそれぞれの動作を実行する。これらの動作は特定の順序で示されているが、特定の順序は不要であり、１つ以上の動作が省略、スキップ、および／または並べ替えされる可能性があることを理解されたい。

一例では、フロー９００は、コンピュータシステムがフェイルバック要求である復元要求を受信する動作９０２を含む。いくつかの実施形態では、復元要求を引起こす障害は、無期限の期間ではない可能性がある。例えば、障害が確実に克服可能である一時的な電力またはネットワークの中断によって引起こされる場合と同様に、当該障害は、予測可能な時間の長さの範囲内で解決可能であり得る。したがって、フェイルバック要求は、フェイルオーバーボリュームと、フェイルオーバーボリュームに対するＲＴＯに関して潜在的に制限された差とを生成するための好ましい代替例を（例えば、分散ストレージ性能の観点から）表わし得る。

一例では、フロー９００は、コンピュータシステムが第２の地理的領域においてスタンバイボリュームを生成する動作９０４を含む。いくつかの実施形態では、スタンバイボリュームは、第２の地理的領域（例えば、図１の第２のデータセンタ１３０）において入出力動作を実行するように設計されていないことを除いては、フェイルオーバーボリュームと同様のブロックボリュームシステムを含み得る。例えば、スタンバイボリュームは、分散ストレージシステムのユーザから見えていなくてもよく、および／または入出力動作に不適格となるように構成されてもよい。いくつかの実施形態では、スタンバイボリュームは、（例えば、パーティショニング、サイズ等の観点から）ブロックボリュームシステムの構造と、チャンクオブジェクトとして格納された複製済みデータへのブロックのマッピングとを再現し得る。

一例では、フロー９００は、コンピュータシステムが第１の地理的領域においてスタンバイボリュームをクローニングする動作９０６を含む。図５を参照してより詳細に上述したように、スタンバイボリュームをクローニングすること（例えば、図５の動作５２４）は、スタンバイボリュームの構造を少なくとも部分的に用いることによってフェイルバックボリュームを生成することにより、ブロックボリュームシステムを第１の地理的領域に復元することを含み得る。例えば、スタンバイボリュームは、複製されたデータが第２の地理的領域から第１の地理的領域にコピーして返されると、フェイルバックボリュームが新しいマッピングで復元されるように構成され得るように、複製されたデータの構造およびマッピングを（例えば、更新されたマニフェストを参照して）記述し得る。

一例では、フロー９００は、コンピュータシステムが第１の地理的領域においてフェイルバックボリュームをハイドレートする動作９０８を含む。いくつかの実施形態では、フェイルバックボリュームをハイドレートすることは、フェイルバックボリュームが入出力動作を再開し得るように、複製されたデータを第１の地理的領域（例えば、図１の第１のデータセンタ１２０）に復元することを含み得る。複製されたデータを復元することは、データを第２の地理的領域から第１の地理的領域にコピーすることを含み得る。複製されたデータを復元することはまた、非同期複製反復（例えば、デルタ適用によって生成されるもの）からのマッピングから、フェイルバックブロックボリュームシステム内の新しいデータ位置に対応する新しいマッピングへと、データを再マッピングすることを含み得る。

一例では、フロー９００は、コンピュータシステムが第１の地理的領域において入出力動作を開始する動作９１０を含む。入出力動作は、フェイルバックボリュームを用いてデータにアクセスし、当該データを格納して修正することを記述する。システム復元の一環として、低いＲＴＯおよび低いＲＰＯであればシステム性能が改善し得る。少なくともこの理由により、いくつかの実施形態では、入出力動作は、動作９０８のデータ復元の進行中に開始され得る。例えば、読取り・書込み動作が開始されてから、当該複製されたデータが第２の地理的領域から第１の地理的領域に完全にコピーして返されてもよい。いくつかの実施形態では、コピーオーバーおよび再マッピングが完全に完了されてから、フェイルバックボリューム上で入出力動作が開始され得る。

図１０は、１つ以上の実施形態に従った、フェイルバックボリュームを生成するための例示的なフロー１０００を示す。フロー１０００の動作は、ハードウェア回路として実装することができ、および／または、図１の非同期複製システム１４０等のコンピュータシステムの非一時的なコンピュータ可読媒体上にコンピュータ可読命令として格納することができる。当該命令は、実装されると、コンピュータシステムのプロセッサによって実行可能な回路またはコードを含むモジュールを表わす。このような命令の実行は、本明細書に記載の特定の動作を実行するようにコンピュータシステムを構成する。各回路またはコードは、プロセッサと組合わされてそれぞれの動作を実行する。これらの動作は特定の順序で示されているが、特定の順序は不要であり、１つ以上の動作が省略、スキップ、および／または並べ替えされる可能性があることを理解されたい。

図６を参照してより詳細に説明するように、いくつかの実施形態では、非同期複製は、第２の地理的位置に、付加的または代替的には複製されたデータのオブジェクトストレージに、スタンバイボリュームを含んでもよい。（例えば、図１のデータ変換１４６を参照して説明するように）デルタによって記述されるデータをチャンクオブジェクトに変換するのではなく、スタンバイボリュームは、ブロックボリュームシステムからスタンバイボリュームへのブロックデータの直接転送を含み得る。いくつかの実施形態では、スタンバイボリュームは、ブロックボリュームシステムのユーザから見えない（例えば、入出力動作に利用できない）可能性もあるが、ブロックボリュームシステムに影響を及ぼす途絶が起こった場合にＲＴＯおよびＲＰＯを潜在的に最小限に抑えるために、更新されたブロックデータを維持し得る。いくつかの実施形態では、スタンバイボリュームは、オブジェクトストレージデータに対するチェックポイント動作を実装しながら、例えば、デルタからデータをキャッシュすることによって、宛先領域内のオブジェクトストレージと対話し得る。

一例では、フロー１０００は、コンピュータシステムが第１の地理的領域においてブロックボリュームシステムからデルタを生成する動作１００２を含む。デルタは、図２を参照してより詳細に説明するように、第１の論理時間における第１のスナップショットと第２の論理時間における第２のスナップショットとの間のブロックボリュームシステムに格納されたデータに対する修正を表わし得る。

一例では、フロー１０００は、コンピュータシステムが第２の地理的領域においてスタンバイボリュームシステムのスナップショットを作成する動作１００４を含む。いくつかの実施形態では、スタンバイボリュームを更新するよりも前に、スタンバイボリュームのスナップショットの作成が先に行なわれてもよい。図１を参照してより詳細に説明するように、スナップショットを作成することは、スタンバイボリュームを構成するブロックの複数のブロックイメージをパーティション単位で作成することを含み得る。これらのイメージは、組合わされると、（例えば、２相コミットプロトコルに関連付けて上述したように）スナップショットの作成に対応する論理時間におけるスタンバイボリューム内のデータの状態を記述し得る。スナップショットは、ブロックボリュームシステムを復元するときに非同期複製システムが用いるべきフォールバック位置を提供し得る。例えば、スタンバイボリュームが新しいデルタで更新されている間に復元要求が受信された場合、非同期複製は、スナップショットを用いて復元ボリュームを生成してもよい。

一例では、フロー１０００は、コンピュータシステムがデルタをスタンバイボリュームシステムに適用する動作１００６を含む。オブジェクトストレージを用いてデータ複製に関連付けて説明したアプローチとは対照的に、スタンバイボリュームは、デルタを直接適用することによって更新され得る。例えば、図２を参照してより詳細に説明するように、デルタは、修正の結果として複製されているデータについてのブロックボリュームシステムのメモリ内の位置を記述するメタデータ（例えば、ブロック識別子）を含み得る。このようにして、デルタからの指示された修正を適用することによって、スタンバイボリュームに修正を行なってもよい。

一例では、フロー１０００は、コンピュータシステムがフェイルバック要求を受信する動作１００８を含む。上述したように、途絶が解決された後にフェイルバックシステムを生成するためにスタンバイシステムが用いられ得るように、フェイルバック要求は、ブロックボリュームシステムにおける動作の障害または他の中断の後に受信され得る。

一例では、フロー１０００は、コンピュータシステムがスタンバイボリュームをクローニングする動作１０１０を含む。図５を参照してより詳細に説明するように、スタンバイボリュームをクローニングすること（例えば、図５の動作５２４）は、（例えば、サイズ、パーティション等の観点で）スタンバイボリュームの構造を再現し得る第１の地理的領域（例えば、図１の第１のデータセンタ１２０）においてフェイルバックボリューム（例えば、図５のフェイルバックボリューム５６２）を作成することを含み得る。

一例では、フロー１０００は、コンピュータシステムが第１の地理的領域において複製済みデータをフェイルバックボリュームに復元する動作１０１２を含む。上述したように、複製済みデータを復元することは、第２の地理的領域から第１の地理的領域にブロックデータをコピーすること（「ハイドレートすること」とも称される）と、ブロックデータをフェイルバックボリュームにマッピングすることとを含み得る。いくつかの実施形態では、入出力動作は、複製済みデータが復元されると、および／または、複製済みデータを復元しながら、フェイルバックボリューム上で開始されてもよい。

図１１は、１つ以上の実施形態に従った、フェイルバックボリュームを生成するための例示的なフロー１１００を示す。フロー１１００の動作は、ハードウェア回路として実装することができ、および／または、図１の非同期複製システム１４０等のコンピュータシステムの非一時的なコンピュータ可読媒体上にコンピュータ可読命令として格納することができる。当該命令は、実装されると、コンピュータシステムのプロセッサによって実行可能な回路またはコードを含むモジュールを表わす。このような命令の実行は、本明細書に記載の特定の動作を実行するようにコンピュータシステムを構成する。各回路またはコードは、プロセッサと組合わされてそれぞれの動作を実行する。これらの動作は特定の順序で示されているが、特定の順序は不要であり、１つ以上の動作が省略、スキップ、および／または並べ替えされる可能性があることを理解されたい。

一例では、フロー１１００は、コンピュータシステムが第１の地理的領域においてサイズ変更要求を受信する動作１１０２を含む。非同期複製システムの動作中、例えば、スナップショット作成の反復の間、またはデルタ生成中、第１の地理的領域におけるブロックボリュームシステムはサイズ変更要求を受け得る。サイズ変更要求は、１つ以上のパーティションの追加および／もしくは除去、またはブロックボリュームシステムの１つ以上のパーティションのサイズの変更を含み得るので、サイズ変更前に生成されたデルタは、サイズ変更された後のスタンバイボリュームと互換性がない可能性がある。

一例では、フロー１１００は、コンピュータシステムが第１の地理的領域において最後のデルタを生成する動作１１０４を含む。いくつかの実施形態では、非同期複製システムは、ブロックボリュームシステムによるサイズ変更要求の受信に応答して、修正された複製プロトコルを実装し得る。例えば、サイズ変更要求の受信直後にブロックボリュームシステムをサイズ変更するのではなく、別のスナップショットを作成し、１つ以上の最後のデルタを生成してもよい。このようなアプローチは、複製されたデータがサイズ変更の前にブロックボリュームシステムの更新された状態を反映することを可能にし得るので、さらに、複製されたデータから生成される復元ボリュームのＲＰＯが低減し得る。

一例では、フロー１１００は、コンピュータシステムが第２の地理的領域においてスタンバイボリュームに最後のデルタを適用する動作１１０６を含む。最後のデルタを適用することは、上述したように、動作１１０４において生成された１つ以上の最後のデルタによって記述されるブロックボリュームシステムに対する修正を反映するようにスタンバイボリュームを修正することを含み得る。

一例では、フロー１１００は、コンピュータシステムが第１の地理的領域においてブロックボリュームをサイズ変更する動作１１０８を含む。動作１１０４の後、サイズ変更要求がブロックボリュームシステムに適用されてもよい。

一例では、フロー１１００は、コンピュータシステムがサイズ変更要求に対応するスタンバイボリュームをサイズ変更する動作１１１０を含む。同様に、動作１１０６の後、スタンバイボリュームも、サイズ変更要求に対応する態様でサイズ変更され得る。非同期複製は、パーティション固有のデルタを生成し得るので、スタンバイボリュームは、ブロックボリュームシステムの構造を再現するように構成され得る。例えば、スタンバイボリュームは、ブロックボリュームシステムと同じサイズの同じ数のパーティションを含み得る。

上述のように、サービスとしてのインフラストラクチャ（ＩａａＳ）は、１つの特定のタイプのクラウドコンピューティングである。ＩａａＳは、公衆ネットワーク（例えば、インターネット）を介して、仮想化されたコンピューティングリソースを提供するよう構成され得る。ＩａａＳモデルでは、クラウドコンピューティングプロバイダは、インフラストラクチャ構成要素（例えば、サーバ、ストレージデバイス、ネットワークノード（例えば、ハードウェア）、展開ソフトウェア、プラットフォーム仮想化（例えば、ハイパーバイザ層）など）をホストし得る。場合によっては、ＩａａＳプロバイダはまた、それらのインフラストラクチャ構成要素に付随するよう、様々なサービス（例えば、課金、監視、ロギング、セキュリティ、負荷分散およびクラスタリングなど）を供給してもよい。したがって、これらのサービスはポリシー駆動型であり得るので、ＩａａＳユーザは、アプリケーションの可用性および性能を維持するように負荷分散を駆動するためにポリシーを実現することが可能であり得る。

いくつかの事例では、ＩａａＳ顧客は、インターネット等のワイドエリアネットワーク（ＷＡＮ）を通してリソースおよびサービスにアクセスしてもよく、クラウドプロバイダのサービスを用いて、アプリケーションスタックの残りの要素をインストールしてもよい。例えば、ユーザは、ＩａａＳプラットフォームにログインして、仮想マシン（ＶＭ）を作成し、各ＶＭにオペレーティングシステム（ＯＳ）をインストールし、データベース等のミドルウェアを展開し、ワークロードおよびバックアップのためにストレージバケットを作成し、さらには企業ソフトウェアをそのＶＭにインストールし得る。次いで、顧客は、プロバイダのサービスを用いて、ネットワークトラフィックの均衡化、アプリケーション問題のトラブルシューティング、パフォーマンスの監視、災害復旧の管理などを含む様々な機能を実行し得る。

ほとんどの場合、クラウドコンピューティングモデルは、クラウドプロバイダの参加を必要とすることになる。クラウドプロバイダは、ＩａａＳの提供（例えば、進呈、レンタル、販売）に特化した第三者サービスであってもよいが、その必要はない。エンティティも、プライベートクラウドを展開することを選択し、インフラストラクチャサービスの独自のプロバイダになる可能性がある。

いくつかの例では、ＩａａＳ展開は、新たなアプリケーションまたはアプリケーションの新たなバージョンを準備されたアプリケーションサーバなどに置くプロセスであり、サーバを準備する（例えば、ライブラリ、デーモンなどをインストールする）プロセスも、含み得る。これは、多くの場合、クラウドプロバイダによって、ハイパーバイザ層（例えば、サーバ、ストレージ、ネットワークハードウェア、および仮想化）の下で管理される。したがって、顧客は、（（例えば、オンデマンドで起動可能な）例えば、セルフサービス仮想マシン上での）ハンドリング（ＯＳ）、ミドルウェア、および／またはアプリケーション展開などを担い得る。

いくつかの例では、ＩａａＳプロビジョニングは、使用のためにコンピュータまたは仮想ホストを取得すること、および必要とされるライブラリまたはサービスをそれらにインストールすることさえも指すことがある。ほとんどの場合、展開はプロビジョニングを含まず、プロビジョニングは最初に実行される必要があり得る。

場合によっては、ＩａａＳプロビジョニングには２つの異なる問題がある。第１に、何かが動作する前にインフラストラクチャの初期セットをプロビジョニングするという最初の課題がある。第２に、すべてのものがプロビジョニングされると、既存のインフラストラクチャを発展させる（例えば、新たなサービスの追加、サービスの変更、サービスの削除など）という課題がある。場合によっては、これらの２つの課題は、インフラストラクチャの構成が宣言的に定義されることを可能にすることによって対処されてもよい。言い換えれば、インフラストラクチャ（例えば、どのような構成要素が必要とされるか、およびそれらがどのように対話するか）は、１つ以上の構成ファイルによって定義され得る。したがって、インフラストラクチャの全体的なトポロジー（例えば、どのようなリソースがどのリソースに依存するか、およびそれらの各々がどのように協働するか）は、宣言的に記述され得る。いくつかの例では、トポロジーが定義されると、構成ファイルに記述される様々な構成要素を作成および／または管理するワークフローを生成することができる。

いくつかの例では、インフラストラクチャは、多くの相互接続された要素を有し得る。例えば、コアネットワークとしても公知である１つ以上の仮想プライベートクラウド（ＶＰＣ）（例えば、構成可能および／または共有されるコンピューティングリソースの、潜在的にオンデマンドのプール）があり得る。いくつかの例では、ネットワークのセキュリティが如何にセットアップされ得るかを定義するためにプロビジョニングされる１つ以上のセキュリティグループルール、および１つ以上の仮想マシン（ＶＭ）も、あり得る。ロードバランサ、データベース等の他のインフラストラクチャ要素もプロビジョニングされ得る。ますます多くのインフラストラクチャ要素が所望および／または追加されるにつれて、インフラストラクチャは漸進的に進化し得る。

いくつかの例では、様々な仮想コンピューティング環境にわたるインフラストラクチャコードの展開を可能にするために、連続展開技術が採用されてもよい。加えて、説明される技術は、これらの環境内でインフラストラクチャ管理を可能にし得る。いくつかの例では、サービスチームが、１つ以上の、但ししばしば多くの、（例えば、時として世界全体に及ぶ、種々の異なる地理的位置にわたる）様々な生産環境に展開されることが望まれるコードを書き込むことができる。しかしながら、いくつかの例では、コードが展開され得るインフラストラクチャは、最初にセットアップされなければならない。いくつかの事例では、プロビジョニングは、手動で行なうことができ、プロビジョニングツールを利用してリソースをプロビジョニングしてもよく、および／または、インフラストラクチャがプロビジョニングされると、展開ツールを利用してコードを展開してもよい。

図１２は、少なくとも１つの実施形態に従った、ＩａａＳアーキテクチャの例示的なパターンを示すブロック図１２００である。サービスオペレータ１２０２は、仮想クラウドネットワーク（ＶＣＮ）１２０６およびセキュアホストサブネット１２０８を含み得るセキュアホストテナンシー１２０４に通信可能に結合され得る。いくつかの例では、サービスオペレータ１２０２は、１つ以上のクライアントコンピューティングデバイスを用いていてもよく、それらは、手持ち式の携帯型デバイス（例えば、iPhone（登録商標）、セルラー電話、iPad（登録商標）、コンピューティングタブレット、携帯情報端末（ＰＤＡ））またはウェアラブルデバイス（例えばGoogle（登録商標） Glass（登録商標）頭部装着型ディスプレイ）であってもよく、Microsoft Windows Mobile（登録商標）等のソフトウェア、および／もしくは、iOS、Windows Phone、Android、BlackBerry 8、Palm OS等の様々なモバイルオペレーティングシステムを実行し、インターネット、電子メール、ショートメッセージサービス（ＳＭＳ）、Blackberry（登録商標）、または他のイネーブルにされた通信プロトコルであり得る。代替的に、クライアントコンピューティングデバイスは、例として、様々なバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／もしくはLinux（登録商標）オペレーティングシステムを実行するパーソナルコンピュータならびに／またはラップトップコンピュータを含む汎用パーソナルコンピュータであり得る。クライアントコンピューティングデバイスは、例えばGoogle（登録商標） Chrome OS等の様々GNU/Linuxオペレーティングシステムを含むがこれに限定されない、様々な市販のUNIX（登録商標）またはUNIX様オペレーティングシステムのいずれかを実行するワークステーションコンピュータであり得る。代替として、または加えて、クライアントコンピューティングデバイスは、ＶＣＮ１２０６および／またはインターネットにアクセスし得るネットワークを介して通信することが可能な、シンクライアントコンピュータ、インターネット対応ゲームシステム（例えば、Kinect（登録商標）ジェスチャ入力装置を有するかまたは有さないMicrosoft Xboxゲームコンソール）、および／またはパーソナルメッセージングデバイス等の任意の他の電子デバイスであってもよい。

ＶＣＮ１２０６は、ＳＳＨ ＶＣＮ１２１２に含まれるＬＰＧ１２１０を介してセキュアシェル（ＳＳＨ）ＶＣＮ１２１２に通信可能に結合され得るローカルピアリングゲートウェイ（ＬＰＧ）１２１０を含み得る。ＳＳＨ ＶＣＮ１２１２は、ＳＳＨサブネット１２１４を含み得、ＳＳＨ ＶＣＮ１２１２は、制御プレーンＶＣＮ１２１６に含まれるＬＰＧ１２１０を介して制御プレーンＶＣＮ１２１６に通信可能に結合され得る。また、ＳＳＨ ＶＣＮ１２１２は、ＬＰＧ１２１０を介してデータプレーンＶＣＮ１２１８に通信可能に結合され得る。制御プレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８は、ＩａａＳプロバイダによって所有および／または運用され得るサービステナンシー１２１９に含まれ得る。

制御プレーンＶＣＮ１２１６は、周辺ネットワーク（例えば、企業イントラネットと外部ネットワークとの間の企業ネットワークの部分）として機能する制御プレーンデミリタライズドゾーン（ＤＭＺ）層１２２０を含み得る。ＤＭＺベースのサーバは、その責任が限られており、セキュリティ侵害が含まれたままになるのを助長する可能性がある。加えて、ＤＭＺ層１２２０は、１つ以上のロードバランサ（ＬＢ）サブネット１２２２と、アプリサブネット１２２６を含み得る制御プレーンアプリ層１２２４と、データベース（ＤＢ）サブネット１２３０（例えば、フロントエンドＤＢサブネットおよび／またはバックエンドＤＢサブネット）を含み得る制御プレーンデータ層１２２８とを含み得る。制御プレーンＤＭＺ層１２２０に含まれるＬＢサブネット１２２２は、制御プレーンアプリ層１２２４に含まれるアプリサブネット１２２６と、制御プレーンＶＣＮ１２１６に含まれ得るインターネットゲートウェイ１２３４とに通信可能に結合することができ、アプリサブネット１２２６は、制御プレーンデータ層１２２８に含まれるＤＢサブネット１２３０と、サービスゲートウェイ１２３６と、ネットワークアドレス変換（ＮＡＴ）ゲートウェイ１２３８とに通信可能に結合することができる。制御プレーンＶＣＮ１２１６は、サービスゲートウェイ１２３６およびＮＡＴゲートウェイ１２３８を含み得る。

制御プレーンＶＣＮ１２１６は、アプリサブネット１２２６を含み得るデータプレーンミラーアプリ層１２４０を含み得る。データプレーンミラーアプリ層１２４０に含まれるアプリサブネット１２２６は、計算インスタンス１２４４を実行し得る仮想ネットワークインターフェイスコントローラ（ＶＮＩＣ）１２４２を含み得る。計算インスタンス１２４４は、データプレーンミラーアプリ層１２４０のアプリサブネット１２２６を、データプレーンアプリ層１２４６に含まれ得るアプリサブネット１２２６に、通信可能に結合することができる。

データプレーンＶＣＮ１２１８は、データプレーンアプリ層１２４６と、データプレーンＤＭＺ層１２４８と、データプレーンデータ層１２５０とを含み得る。データプレーンＤＭＺ層１２４８は、データプレーンアプリ層１２４６のアプリサブネット１２２６およびデータプレーンＶＣＮ１２１８のインターネットゲートウェイ１２３４に通信可能に結合され得るＬＢサブネット１２２２を含み得る。アプリサブネット１２２６は、データプレーンＶＣＮ１２１８のサービスゲートウェイ１２３６およびデータプレーンＶＣＮ１２１８のＮＡＴゲートウェイ１２３８に通信可能に結合され得る。データプレーンデータ層１２５０も、データプレーンアプリ層１２４６のアプリサブネット１２２６に通信可能に結合され得るＤＢサブネット１２３０を含み得る。

制御プレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８のインターネットゲートウェイ１２３４は、公衆インターネット１２５４に通信可能に結合され得るメタデータ管理サービス１２５２に通信可能に結合され得る。公衆インターネット１２５４は、制御プレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８のＮＡＴゲートウェイ１２３８に通信可能に結合され得る。制御プレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８のサービスゲートウェイ１２３６は、クラウドサービス１２５６に通信可能に結合され得る。

いくつかの例では、制御プレーンＶＣＮ１２１６またはデータプランＶＣＮ１２１８のサービスゲートウェイ１２３６は、公衆インターネット１２５４を通過することなくクラウドサービス１２５６にアプリケーションプログラミングインターフェイス（ＡＰＩ）呼出しを行い得る。サービスゲートウェイ１２３６からのクラウドサービス１２５６へのＡＰＩ呼出しは、一方向であり得、サービスゲートウェイ１２３６は、クラウドサービス１２５６にＡＰＩ呼出しを行い得、クラウドサービス１２５６は、要求されたデータをサービスゲートウェイ１２３６に送信し得る。しかし、クラウドサービス１２５６は、サービスゲートウェイ１２３６へのＡＰＩ呼出しを開始しなくてもよい。

いくつかの例では、セキュアホストテナンシー１２０４は、サービステナンシー１２１９に直接接続することができ、サービステナンシーは、それ以外の場合は隔離されてもよい。セキュアホストサブネット１２０８は、他の態様では隔離されたシステムを介して双方向通信を可能にし得るＬＰＧ１２１０を通じてＳＳＨサブネット１２１４と通信することができる。セキュアホストサブネット１２０８をＳＳＨサブネット１２１４に接続することにより、セキュアホストサブネット１２０８にサービステナンシー１２１９内の他のエンティティへのアクセスを与えてもよい。

制御プレーンＶＣＮ１２１６は、サービステナンシー１２１９のユーザが所望のリソースをセットアップまたはプロビジョニングすることを可能にし得る。制御プレーンＶＣＮ１２１６内でプロビジョニングされる所望のリソースは、データプレーンＶＣＮ１２１８内で展開または使用されてもよい。いくつかの例では、制御プレーンＶＣＮ１２１６は、データプレーンＶＣＮ１２１８から隔離され得るとともに、制御プレーンＶＣＮ１２１６のデータプレーンミラーアプリ層１２４０は、データプレーンミラーアプリ層１２４０およびデータプレーンアプリ層１２４６に含まれ得るＶＮＩＣ１２４２を介して、データプレーンＶＣＮ１２１８のデータプレーンアプリ層１２４６と通信し得る。

いくつかの例では、システムのユーザまたは顧客は、メタデータ管理サービス１２５２に要求を通信し得る公衆インターネット１２５４を介して、要求、例えば、作成、読出、更新、または削除（ＣＲＵＤ）動作を行い得る。メタデータ管理サービス１２５２は、インターネットゲートウェイ１２３４を介して制御プレーンＶＣＮ１２１６に要求を通信し得る。この要求は、制御プレーンＤＭＺ層１２２０に含まれるＬＢサブネット１２２２によって受信され得る。ＬＢサブネット１２２２は、要求が有効であると判断してもよく、この判断に応答して、ＬＢサブネット１２２２は、制御プレーンアプリ層１２２４に含まれるアプリサブネット１２２６に要求を送信し得る。要求が検証され、公衆インターネット１２５４への呼出しを必要とする場合、公衆インターネット１２５４への呼出しは、公衆インターネット１２５４への呼出しを行い得るＮＡＴゲートウェイ１２３８に送信されてもよい。要求によって格納されることが望まれる可能性のあるメモリは、ＤＢサブネット１２３０に格納されてもよい。

いくつかの例では、データプレーンミラーアプリ層１２４０は、制御プレーンＶＣＮ１２１６とデータプレーンＶＣＮ１２１８との間の直接通信を容易にし得る。例えば、構成の変更、更新、または他の適切な修正が、データプレーンＶＣＮ１２１８に含まれるリソースに適用されることが望まれる場合がある。ＶＮＩＣ１２４２を介して、制御プレーンＶＣＮ１２１６は、データプレーンＶＣＮ１２１８に含まれるリソースと直接通信することができ、これにより、データプレーンＶＣＮ１２１８に含まれるリソースに対する変更、更新、または他の好適な修正を実行することができる。

いくつかの実施形態では、制御プレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８はサービステナンシー１２１９に含まれ得る。この場合、システムのユーザまたは顧客は、制御プレーンＶＣＮ１２１６またはデータプレーンＶＣＮ１２１８のいずれかを所有または操作しなくてもよい。代わりに、ＩａａＳプロバイダは、制御プレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８を所有または動作してもよく、これらはともにサービステナンシー１２１９に含まれてもよい。この実施形態は、ユーザまたは顧客が他のユーザまたは他の顧客のリソースと対話することを防止し得るネットワークの隔離を可能にし得る。また、この実施形態は、システムのユーザまたは顧客が、格納のために、所望のレベルのセキュリティを有さない場合がある公衆インターネット１２５４に依拠する必要なく、データベースをプライベートに格納することを可能にし得る。

他の実施形態では、制御プレーンＶＣＮ１２１６に含まれるＬＢサブネット１２２２は、サービスゲートウェイ１２３６から信号を受信するよう構成され得る。この実施形態では、制御プレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８は、公衆インターネット１２５４を呼び出すことなく、ＩａａＳプロバイダの顧客によって呼び出されるように構成されてもよい。ＩａａＳプロバイダの顧客は、顧客が使用するデータベースがＩａａＳプロバイダによって制御され得るとともに公衆インターネット１２５４から隔離され得るサービステナンシー１２１９上に記憶され得るため、この実施形態を所望する可能性がある。

図１３は、少なくとも１つの実施形態に従った、ＩａａＳアーキテクチャの別の例示的なパターンを示すブロック図１３００である。サービスオペレータ１３０２（例えば、図１２のサービスオペレータ１２０２）は、仮想クラウドネットワーク（ＶＣＮ）１３０６（例えば、図１２のＶＣＮ１２０６）およびセキュアホストサブネット１３０８（例えば、図１２のセキュアホストサブネット１２０８）を含み得るセキュアホストテナンシー１３０４（例えば、図１２のセキュアホストテナンシー１２０４）に通信可能に結合され得る。ＶＣＮ１３０６は、ＳＳＨ ＶＣＮ１３１２に含まれるＬＰＧ１２１０を介してセキュアシェル（ＳＳＨ）ＶＣＮ１３１２（例えば、図１２のＳＳＨ ＶＣＮ１２１２）に通信可能に結合され得るローカルピアリングゲートウェイ（ＬＰＧ）１３１０（例えば、図１２のＬＰＧ１２１０）を含み得る。ＳＳＨ ＶＣＮ１３１２は、ＳＳＨサブネット１３１４（例えば、図１２のＳＳＨサブネット１２１４）を含み得るとともに、ＳＳＨ ＶＣＮ１３１２は、制御プレーンＶＣＮ１３１６に含まれるＬＰＧ１３１０を介して制御プレーンＶＣＮ１３１６（例えば、図１２の制御プレーンＶＣＮ１２１６）に通信可能に結合され得る。制御プレーンＶＣＮ１３１６は、サービステナンシー１３１９（例えば、図１２のサービステナンシー１２１９）に含まれ得るとともに、データプレーンＶＣＮ１３１８（例えば、図１２のデータプレーンＶＣＮ１２１８）は、システムのユーザまたは顧客によって所有または運用される可能性のある顧客テナンシー１３２１に含まれ得る。

制御プレーンＶＣＮ１３１６は、ＬＢサブネット１３２２（例えば、図１２のＬＢサブネット１２２２）を含み得る制御プレーンＤＭＺ層１３２０（例えば、図１２の制御プレーンＤＭＺ層１２２０）と、アプリサブネット１３２６（例えば、図１２のアプリサブネット１２２６）を含み得る制御プレーンアプリ層１３２４（例えば、図１２の制御プレーンアプリ層１２２４）と、（例えば、図１２のＤＢサブネット１２３０に類似した）データベース（ＤＢ）サブネット１３３０を含み得る制御プレーンデータ層１３２８（例えば、図１２の制御プレーンデータ層１２２８）とを含み得る。制御プレーンＤＭＺ層１３２０に含まれるＬＢサブネット１３２２は、制御プレーンアプリ層１３２４に含まれるアプリサブネット１３２６と、制御プレーンＶＣＮ１３１６に含まれ得るインターネットゲートウェイ１３３４（例えば、図１２のインターネットゲートウェイ１２３４）とに通信可能に結合され得るとともに、アプリサブネット１３２６は、制御プレーンデータ層１３２８に含まれるＤＢサブネット１３３０と、サービスゲートウェイ１３３６（例えば、図１２のサービスゲートウェイ）と、ネットワークアドレス変換（ＮＡＴ）ゲートウェイ１３３８（例えば、図１２のＮＡＴゲートウェイ１２３８）とに通信可能に結合され得る。制御プレーンＶＣＮ１３１６は、サービスゲートウェイ１３３６およびＮＡＴゲートウェイ１３３８を含み得る。

制御プレーンＶＣＮ１３１６は、アプリサブネット１３２６を含み得るデータプレーンミラーアプリ層１３４０（例えば、図１２のデータプレーンミラーアプリ層１２４０）を含み得る。データプレーンミラーアプリ層１３４０に含まれるアプリサブネット１３２６は、（例えば、図１２の計算インスタンス１２４４に類似する）計算インスタンス１３４４を実行し得る仮想ネットワークインターフェイスコントローラ（ＶＮＩＣ）１３４２（例えば、１２４２のＶＮＩＣ）を含み得る。計算インスタンス１３４４は、データプレーンミラーアプリ層１３４０に含まれるＶＮＩＣ１３４２とデータプレーンアプリ層１３４６に含まれるＶＮＩＣ１３４２とを介して、データプレーンミラーアプリ層１３４０のアプリサブネット１３２６と、データプレーンアプリ層１３４６（例えば、図１２のデータプレーンアプリ層１２４６）に含まれ得るアプリサブネット１３２６との間の通信を容易にし得る。

制御プレーンＶＣＮ１３１６に含まれるインターネットゲートウェイ１３３４は、公衆インターネット１３５４（例えば、図１２の公衆インターネット１２５４）に通信可能に結合され得るメタデータ管理サービス１３５２（例えば、図１２のメタデータ管理サービス１２５２）に通信可能に結合され得る。公衆インターネット１３５４は、制御プレーンＶＣＮ１３１６に含まれるＮＡＴゲートウェイ１３３８に通信可能に結合され得る。制御プレーンＶＣＮ１３１６に含まれるサービスゲートウェイ１３３６は、クラウドサービス１３５６（例えば、図１２のクラウドサービス１２５６）に通信可能に結合され得る。

いくつかの例では、データプレーンＶＣＮ１３１８は、顧客テナンシー１３２１に含まれ得る。この場合、ＩａａＳプロバイダは、顧客ごとに制御プレーンＶＣＮ１３１６を提供してもよく、ＩａａＳプロバイダは、顧客ごとに、サービステナンシー１３１９に含まれる固有の計算インスタンス１３４４をセットアップしてもよい。各計算インスタンス１３４４は、サービステナンシー１３１９に含まれる制御プレーンＶＣＮ１３１６と顧客テナンシー１３２１に含まれるデータプレーンＶＣＮ１３１８との間の通信を可能にし得る。計算インスタンス１３４４は、サービステナンシー１３１９に含まれる制御プレーンＶＣＮ１３１６においてプロビジョニングされるリソースが、顧客テナンシー１３２１に含まれるデータプレーンＶＣＮ１３１８において展開されるかまたは使用されることを可能にし得る。

他の例では、ＩａａＳプロバイダの顧客は、顧客テナンシー１３２１に在住するデータベースを有してもよい。この例では、制御プレーンＶＣＮ１３１６は、アプリサブネット１３２６を含み得るデータプレーンミラーアプリ層１３４０を含み得る。データプレーンミラーアプリ層１３４０は、データプレーンＶＣＮ１３１８内に存在し得るが、データプレーンミラーアプリ層１３４０は、データプレーンＶＣＮ１３１８内に在住しなくてもよい。すなわち、データプレーンミラーアプリ層１３４０は、顧客テナンシー１３２１にアクセスし得るが、データプレーンミラーアプリ層１３４０は、データプレーンＶＣＮ１３１８内に存在しなくてもよく、またはＩａａＳプロバイダの顧客によって所有もしくは運用されなくてもよい。データプレーンミラーアプリ層１３４０は、データプレーンＶＣＮ１３１８への呼出しを行うように構成されてもよいが、制御プレーンＶＣＮ１３１６に含まれる任意のエンティティへの呼出しを行うように構成されなくてもよい。顧客は、制御プレーンＶＣＮ１３１６内にプロビジョニングされるデータプレーンＶＣＮ１３１８内のリソースを展開または使用することを所望する可能性もあり、データプレーンミラーアプリ層１３４０は、顧客のリソースの所望の展開または他の使用を容易にし得る。

いくつかの実施形態では、ＩａａＳプロバイダの顧客は、フィルタをデータプレーンＶＣＮ１３１８に適用し得る。この実施形態では、顧客は、データプレーンＶＣＮ１３１８が何にアクセスできるかを判断し得るとともに、顧客は、データプレーンＶＣＮ１３１８から公衆インターネット１３５４へのアクセスを制限してもよい。ＩａａＳプロバイダは、データプレーンＶＣＮ１３１８からの任意の外部ネットワークもしくはデータベースへのアクセスをフィルタ処理するかまたは制御することができない可能性がある。顧客テナンシー１３２１に含まれるデータプレーンＶＣＮ１３１８に対して顧客がフィルタおよび制御を適用することにより、データプレーンＶＣＮ１３１８を他の顧客および公衆インターネット１３５４から隔離するのを支援することができる。

いくつかの実施形態では、クラウドサービス１３５６は、公衆インターネット１３５４上、制御プレーンＶＣＮ１３１６上、またはデータプレーンＶＣＮ１３１８上に存在しない可能性があるサービスにアクセスするために、サービスゲートウェイ１３３６によって呼び出され得る。クラウドサービス１３５６と制御プレーンＶＣＮ１３１６またはデータプレーンＶＣＮ１３１８との間の接続は、ライブまたは連続的でなくてもよい。クラウドサービス１３５６は、ＩａａＳプロバイダによって所有または運営される別のネットワーク上に存在してもよい。クラウドサービス１３５６は、サービスゲートウェイ１３３６から呼出しを受信するよう構成されてもよく、公衆インターネット１３５４から呼出しを受信しないように構成されてもよい。いくつかのクラウドサービス１３５６は、他のクラウドサービス１３５６から隔離されてもよく、制御プレーンＶＣＮ１３１６は、制御プレーンＶＣＮ１３１６と同じ領域にない可能性があるクラウドサービス１３５６から隔離されてもよい。例えば、制御プレーンＶＣＮ１３１６は「領域１」に位置してもよく、クラウドサービス「展開１２」は領域１および「領域２」に位置してもよい。展開１２への呼出しが、領域１に位置する制御プレーンＶＣＮ１３１６に含まれるサービスゲートウェイ１３３６によって行われる場合、その呼出しは、領域１内の展開１２に伝送されてもよい。この例では、制御プレーンＶＣＮ１３１６、または領域１の展開１２は、領域２の展開１２に通信可能に結合されなくてもよく、または通信していなくてもよい。

図１４は、少なくとも１つの実施形態に従った、ＩａａＳアーキテクチャの別の例示的なパターンを示すブロック図１４００である。サービスオペレータ１４０２（例えば、図１２のサービスオペレータ１２０２）は、仮想クラウドネットワーク（ＶＣＮ）１４０６（例えば、図１２のＶＣＮ１２０６）およびセキュアホストサブネット１４０８（例えば、図１２のセキュアホストサブネット１２０８）を含み得るセキュアホストテナンシー１２０４（例えば、図１２のセキュアホストテナンシー１２０４）に通信可能に結合され得る。ＶＣＮ１４０６は、ＳＳＨ ＶＣＮ１４１２に含まれるＬＰＧ１４１０を介してＳＳＨ ＶＣＮ１４１２（例えば、図１２のＳＳＨ ＶＣＮ１２１２）に通信可能に結合され得るＬＰＧ１４１０（例えば、図１２のＬＰＧ１２１０）を含み得る。ＳＳＨ ＶＣＮ１４１２は、ＳＳＨサブネット１２１４（例えば、図１２のＳＳＨサブネット１２１４）を含み得るとともに、ＳＳＨ ＶＣＮ１４１２は、制御プレーンＶＣＮ１４１６に含まれるＬＰＧ１４１０を介して制御プレーンＶＣＮ１４１６（例えば、図１２の制御プレーンＶＣＮ１２１６）に通信可能に結合され得るとともに、データプレーンＶＣＮ１４１８に含まれるＬＰＧ１４１０を介してデータプレーンＶＣＮ１４１８（例えば、図１２のデータプレーン１２１８）に通信可能に結合され得る。制御プレーンＶＣＮ１４１６およびデータプレーンＶＣＮ１４１８は、サービステナンシー１４１９（例えば、図１２のサービステナンシー１２１９）に含まれ得る。

制御プレーンＶＣＮ１４１６は、ロードバランサ（ＬＢ）サブネット１４２２（例えば、図１２のＬＢサブネット１２２２）を含み得る制御プレーンＤＭＺ層１４２０（例えば、図１２の制御プレーンＤＭＺ層１２２０）と、（例えば、図１２のアプリサブネット１２２６に類似している）アプリサブネット１４２６を含み得る制御プレーンアプリ層１４２４（例えば、図１２の制御プレーンアプリ層１２２４）と、ＤＢサブネット１４３０を含み得る制御プレーンデータ層１４２８（例えば、図１２の制御プレーンデータ層１２２８）とを含み得る。制御プレーンＤＭＺ層１４２０に含まれるＬＢサブネット１４２２は、制御プレーンアプリ層１４２４に含まれるアプリサブネット１４２６と、制御プレーンＶＣＮ１４１６に含まれ得るインターネットゲートウェイ１２３４（例えば、図１２のインターネットゲートウェイ１２３４）とに通信可能に結合され得るとともに、アプリサブネット１４２６は、制御プレーンデータ層１４２８に含まれるＤＢサブネット１４３０と、サービスゲートウェイ１４３６（例えば、図１２のサービスゲートウェイ）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ１４３８（例えば、図１２のＮＡＴゲートウェイ１２３８）とに通信可能に結合され得る。制御プレーンＶＣＮ１４１６は、サービスゲートウェイ１４３６およびＮＡＴゲートウェイ１４３８を含み得る。

データプレーンＶＣＮ１４１８は、データプレーンアプリ層１４４６（例えば、図１２のデータプレーンアプリ層１２４６）、データプレーンＤＭＺ層１４４８（例えば、図１２のデータプレーンＤＭＺ層１２４８）、およびデータプレーンデータ層１４５０（例えば、図１２のデータプレーンデータ層１２５０）を含み得る。データプレーンＤＭＺ層１４４８は、データプレーンアプリ層１４４６の信頼できるアプリサブネット１４６０および信頼できないアプリサブネット１４６２と、データプレーンＶＣＮ１４１８に含まれるインターネットゲートウェイ１２３４とに通信可能に結合され得るＬＢサブネット１４２２を含み得る。信頼できるアプリサブネット１４６０は、データプレーンＶＣＮ１４１８に含まれるサービスゲートウェイ１４３６と、データプレーンＶＣＮ１４１８に含まれるＮＡＴゲートウェイ１４３８と、データプレーンデータ層１４５０に含まれるＤＢサブネット１４３０とに通信可能に結合され得る。信頼できないアプリサブネット１４６２は、データプレーンＶＣＮ１４１８に含まれるサービスゲートウェイ１４３６と、データプレーンデータ層１４５０に含まれるＤＢサブネット１４３０とに通信可能に結合され得る。データプレーンデータ層１４５０は、データプレーンＶＣＮ１４１８に含まれるサービスゲートウェイ１４３６に通信可能に結合され得るＤＢサブネット１４３０を含み得る。

信頼できないアプリサブネット１４６２は、テナント仮想マシン（ＶＭ）１４６６（１）～（Ｎ）に通信可能に結合され得る１つ以上のプライマリＶＮＩＣ１４６４（１）～（Ｎ）を含み得る。各テナントＶＭ１４６６（１）～（Ｎ）は、それぞれの顧客テナンシー１４７０（１）～（Ｎ）に含まれ得るそれぞれのコンテナエグレスＶＣＮ１４６８（１）～（Ｎ）に含まれ得るそれぞれのアプリサブネット１４６７（１）～（Ｎ）に通信可能に結合され得る。それぞれのセカンダリＶＮＩＣ１４７２（１）～（Ｎ）は、データプレーンＶＣＮ１４１８に含まれる信頼できないアプリサブネット１４６２とコンテナエグレスＶＣＮ１４６８（１）～（Ｎ）に含まれるアプリサブネットとの間の通信を容易にし得る。各コンテナエグレスＶＣＮ１４６８（１）～（Ｎ）は、公衆インターネット１４５４（例えば、図１２の公衆インターネット１２５４）に通信可能に結合され得るＮＡＴゲートウェイ１４３８を含み得る。

制御プレーンＶＣＮ１４１６に含まれ、データプレーンＶＣＮ１４１８に含まれるインターネットゲートウェイ１２３４は、公衆インターネット１４５４に通信可能に結合され得るメタデータ管理サービス１４５２（例えば、図１２のメタデータ管理システム１２５２）に通信可能に結合され得る。公衆インターネット１４５４は、制御プレーンＶＣＮ１４１６に含まれ、データプレーンＶＣＮ１４１８に含まれるＮＡＴゲートウェイ１４３８に通信可能に結合され得る。制御プレーンＶＣＮ１４１６に含まれ、データプレーンＶＣＮ１４１８に含まれるサービスゲートウェイ１４３６は、クラウドサービス１４５６に通信可能に結合され得る。

いくつかの実施形態では、データプレーンＶＣＮ１４１８は顧客テナンシー１４７０と統合され得る。この統合は、コードを実行するときにサポートを望む可能性がある場合等のいくつかの場合において、ＩａａＳプロバイダの顧客にとって有用であり得るかまたは望ましくあり得る。顧客は、破壊的であるか、他の顧客リソースと通信するか、または望ましくない影響引き起こす可能性がある、実行すべきコードを与える場合がある。これに応答して、ＩａａＳプロバイダは、顧客によってＩａａＳプロバイダに与えられたコードを実行するかどうかを判断してもよい。

いくつかの例では、ＩａａＳプロバイダの顧客は、ＩａａＳプロバイダへの一時的なネットワークアクセスを許可し、ある機能がデータプレーン層アプリ１４４６にアタッチされるよう要求する場合がある。当該機能を実行するためのコードは、ＶＭ１４６６（１）～（Ｎ）において実行されてもよく、データプレーンＶＣＮ１４１８上の他のどこかで実行するように構成されなくてもよい。各ＶＭ１４６６（１）～（Ｎ）は、１つの顧客テナンシー１４７０に接続されてもよい。ＶＭ１４６６（１）～（Ｎ）に含まれるそれぞれのコンテナ１４７１（１）～（Ｎ）は、コードを実行するよう構成されてもよい。この場合、二重隔離があってもよく（例えば、コンテナ１４７１（１）～（Ｎ）は、コードを実行し、コンテナ１４７１（１）～（Ｎ）は、信頼できないアプリサブネット１４６２に含まれる少なくともＶＭ１４６６（１）～（Ｎ）に含まれてもよく）、これにより、不正確または不所望なコードが、ＩａａＳプロバイダのネットワークを破損させること、または別の顧客のネットワークを破損させることを防ぐのを支援し得る。コンテナ１４７１（１）～（Ｎ）は、顧客テナンシー１４７０に通信可能に結合されてもよく、顧客テナンシー１４７０との間でデータを送信または受信するよう構成されてもよい。コンテナ１４７１（１）～（Ｎ）は、データプレーンＶＣＮ１４１８内の任意の他のエンティティとの間でデータを送信または受信するよう構成されなくてもよい。コードの実行が完了すると、ＩａａＳプロバイダは、コンテナ１４７１（１）～（Ｎ）を無効にするかまたは廃棄してもよい。

いくつかの実施形態では、信頼できるアプリサブネット１４６０は、ＩａａＳプロバイダによって所有または操作され得るコードを実行し得る。この実施形態では、信頼できるアプリサブネット１４６０は、ＤＢサブネット１４３０に通信可能に結合されてもよく、ＤＢサブネット１４３０内でＣＲＵＤ動作を実行するように構成されてもよい。信頼できないアプリサブネット１４６２は、ＤＢサブネット１４３０に通信可能に結合されてもよいが、この実施形態では、信頼できないアプリサブネットは、ＤＢサブネット１４３０内で読出動作を実行するよう構成されてもよい。各顧客のＶＭ１４６６（１）～（Ｎ）に含めることができるとともにその顧客からのコードを実行し得るコンテナ１４７１（１）～（Ｎ）は、ＤＢサブネット１４３０と通信可能に結合されなくてもよい。

他の実施形態では、制御プレーンＶＣＮ１４１６およびデータプレーンＶＣＮ１４１８は、直接通信可能に結合されなくてもよい。この実施形態では、制御プレーンＶＣＮ１４１６とデータプレーンＶＣＮ１４１８との間に直接通信がなくてもよい。しかしながら、通信は、少なくとも１つの方法により間接的に行なうことができる。制御プレーンＶＣＮ１４１６とデータプレーンＶＣＮ１４１８との間の通信を容易にし得るＬＰＧ１４１０が、ＩａａＳプロバイダによって確立されてもよい。別の例では、制御プレーンＶＣＮ１４１６またはデータプレーンＶＣＮ１４１８は、サービスゲートウェイ１４３６を介してクラウドサービス１４５６に呼出しを行い得る。例えば、制御プレーンＶＣＮ１４１６からのクラウドサービス１４５６への呼出しは、データプレーンＶＣＮ１４１８と通信し得るサービスの要求を含み得る。

図１５は、少なくとも１つの実施形態に従った、ＩａａＳアーキテクチャの別の例示的なパターンを示すブロック図１５００である。サービスオペレータ１５０２（例えば、図１２のサービスオペレータ１２０２）は、仮想クラウドネットワーク（ＶＣＮ）１５０６（例えば、図１２のＶＣＮ１２０６）およびセキュアホストサブネット１５０８（例えば、図１２のセキュアホストサブネット１２０８）を含み得るセキュアホストテナンシー１５０４（例えば、図１２のセキュアホストテナンシー１２０４）に通信可能に結合され得る。ＶＣＮ１５０６は、ＳＳＨ ＶＣＮ１５１２に含まれるＬＰＧ１５１０を介してＳＳＨ ＶＣＮ１５１２（例えば、図１２のＳＳＨ ＶＣＮ１２１２）に通信可能に結合され得るＬＰＧ１５１０（例えば、図１２のＬＰＧ１２１０）を含み得る。ＳＳＨ ＶＣＮ１５１２は、ＳＳＨサブネット１５１４（例えば、図１２のＳＳＨサブネット１２１４）を含み得るとともに、ＳＳＨ ＶＣＮ１５１２は、制御プレーンＶＣＮ１５１６に含まれるＬＰＧ１５１０を介して制御プレーンＶＣＮ１５１６（例えば、図１２の制御プレーンＶＣＮ１２１６）に通信可能に結合され得るとともに、データプレーンＶＣＮ１５１８に含まれるＬＰＧ１５１０を介してデータプレーンＶＣＮ１５１８（例えば、図１２のデータプレーン１２１８）に通信可能に結合され得る。制御プレーンＶＣＮ１５１６およびデータプレーンＶＣＮ１５１８は、サービステナンシー１５１９（例えば、図１２のサービステナンシー１２１９）に含まれ得る。

制御プレーンＶＣＮ１５１６は、ＬＢサブネット１５２２（例えば、図１２のＬＢサブネット１２２２）を含み得る制御プレーンＤＭＺ層１５２０（例えば、図１２の制御プレーンＤＭＺ層１２２０）と、アプリサブネット１５２６（例えば、図１２のアプリサブネット１２２６）を含み得る制御プレーンアプリ層１５２４（例えば、図１２の制御プレーンアプリ層１２２４）と、ＤＢサブネット１５３０（例えば、図１４のＤＢサブネット１４３０）を含み得る制御プレーンデータ層１５２８（例えば、図１２の制御プレーンデータ層１２２８）とを含み得る。制御プレーンＤＭＺ層１５２０に含まれるＬＢサブネット１５２２は、制御プレーンアプリ層１５２４に含まれるアプリサブネット１５２６と、制御プレーンＶＣＮ１５１６に含まれ得るインターネットゲートウェイ１５３４（例えば、図１２のインターネットゲートウェイ１２３４）とに通信可能に結合され得るとともに、アプリサブネット１５２６は、制御プレーンデータ層１５２８に含まれるＤＢサブネット１５３０と、サービスゲートウェイ１５３６（例えば、図１２のサービスゲートウェイ）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ１５３８（例えば、図１２のＮＡＴゲートウェイ１２３８）とに通信可能に結合され得る。制御プレーンＶＣＮ１５１６は、サービスゲートウェイ１５３６およびＮＡＴゲートウェイ１５３８を含み得る。

データプレーンＶＣＮ１５１８は、データプレーンアプリ層１５４６（例えば、図１２のデータプレーンアプリ層１２４６）、データプレーンＤＭＺ層１５４８（例えば、図１２のデータプレーンＤＭＺ層１２４８）、およびデータプレーンデータ層１５５０（例えば、図１２のデータプレーンデータ層１２５０）を含み得る。データプレーンＤＭＺ層１５４８は、データプレーンアプリ層１５４６の信頼できるアプリサブネット１５６０（例えば、図１４の信頼できるアプリサブネット１４６０）および信頼できないアプリサブネット１５６２（例えば、図１４の信頼できないアプリサブネット１４６２）と、データプレーンＶＣＮ１５１８に含まれるインターネットゲートウェイ１５３４とに通信可能に結合され得るＬＢサブネット１５２２を含み得る。信頼できるアプリサブネット１５６０は、データプレーンＶＣＮ１５１８に含まれるサービスゲートウェイ１５３６と、データプレーンＶＣＮ１５１８に含まれるＮＡＴゲートウェイ１５３８と、データプレーンデータ層１５５０に含まれるＤＢサブネット１５３０とに通信可能に結合され得る。信頼できないアプリサブネット１５６２は、データプレーンＶＣＮ１５１８に含まれるサービスゲートウェイ１５３６と、データプレーンデータ層１５５０に含まれるＤＢサブネット１５３０とに通信可能に結合され得る。データプレーンデータ層１５５０は、データプレーンＶＣＮ１５１８に含まれるサービスゲートウェイ１５３６に通信可能に結合され得るＤＢサブネット１５３０を含み得る。

信頼できないアプリサブネット１５６２は、信頼できないアプリサブネット１５６２内に常駐するテナント仮想マシン（ＶＭ）１５６６（１）～（Ｎ）に通信可能に結合され得るプライマリＶＮＩＣ１５６４（１）～（Ｎ）を含み得る。各テナントＶＭ１５６６（１）～（Ｎ）は、それぞれのコンテナ１５６７（１）～（Ｎ）においてコードを実行し得るとともに、コンテナエグレスＶＣＮ１５６８に含まれ得るデータプレーンアプリ層１５４６に含まれ得るアプリサブネット１５２６に通信可能に結合され得る。それぞれのセカンダリＶＮＩＣ１５７２（１）～（Ｎ）は、データプレーンＶＣＮ１５１８に含まれる信頼できないアプリサブネット１５６２とコンテナエグレスＶＣＮ１５６８に含まれるアプリサブネットとの間の通信を容易にし得る。コンテナエグレスＶＣＮは、公衆インターネット１５５４（例えば、図１２の公衆インターネット１２５４）に通信可能に結合され得るＮＡＴゲートウェイ１５３８を含み得る。

制御プレーンＶＣＮ１５１６に含まれるとともにデータプレーンＶＣＮ１５１８に含まれるインターネットゲートウェイ１５３４は、公衆インターネット１５５４に通信可能に結合され得るメタデータ管理サービス１５５２（例えば、図１２のメタデータ管理システム１２５２）に通信可能に結合され得る。公衆インターネット１５５４は、制御プレーンＶＣＮ１５１６に含まれるとともにデータプレーンＶＣＮ１５１８に含まれるＮＡＴゲートウェイ１５３８に通信可能に結合され得る。制御プレーンＶＣＮ１５１６に含まれるとともにデータプレーンＶＣＮ１５１８に含まれるサービスゲートウェイ１５３６は、クラウドサービス１５５６に通信可能に結合され得る。

いくつかの例では、図１５のブロック図１５００のアーキテクチャによって示されるパターンは、図１４のブロック図１４００のアーキテクチャによって示されるパターンの例外と見なされてもよく、ＩａａＳプロバイダが顧客と直接通信することができない場合（例えば切断された領域）にはＩａａＳプロバイダの顧客にとって望ましい場合がある。顧客ごとにＶＭ１５６６（１）～（Ｎ）に含まれるそれぞれのコンテナ１５６７（１）～（Ｎ）は、顧客によってリアルタイムでアクセスされ得る。コンテナ１５６７（１）～（Ｎ）は、コンテナエグレスＶＣＮ１５６８に含まれ得るデータプレーンアプリ層１５４６のアプリサブネット１５２６に含まれるそれぞれのセカンダリＶＮＩＣ１５７２（１）～（Ｎ）への呼出しを行うように構成されてもよい。セカンダリＶＮＩＣ１５７２（１）～（Ｎ）はＮＡＴゲートウェイ１５３８に呼出しを送信することができ、ＮＡＴゲートウェイ１５３８は公衆インターネット１５５４に呼出しを送信してもよい。この例では、顧客によってリアルタイムでアクセスされ得るコンテナ１５６７（１）～（Ｎ）は、制御プレーンＶＣＮ１５１６から隔離され得るとともに、データプレーンＶＣＮ１５１８に含まれる他のエンティティから隔離され得る。コンテナ１５６７（１）～（Ｎ）は、他の顧客からのリソースからも隔離されてもよい。

他の例では、顧客は、コンテナ１５６７（１）～（Ｎ）を用いてクラウドサービス１５５６を呼出し得る。この例では、顧客は、コンテナ１５６７（１）～（Ｎ）内において、クラウドサービス１５５６にサービスを要求するコードを実行してもよい。コンテナ１５６７（１）～（Ｎ）はこの要求をセカンダリＶＮＩＣ１５７２（１）～（Ｎ）に送信し得、セカンダリＶＮＩＣ１５７２（１）～（Ｎ）はその要求をＮＡＴゲートウェイに送信し得、ＮＡＴゲートウェイはその要求を公衆インターネット１５５４に送信し得る。公衆インターネット１５５４は、インターネットゲートウェイ１５３４を介して、制御プレーンＶＣＮ１５１６に含まれるＬＢサブネット１５２２に要求を送信し得る。要求が有効であるとの判定に応答して、ＬＢサブネットはその要求をアプリサブネット１５２６に送信し得るとともに、アプリサブネット１５２６はその要求をサービスゲートウェイ１５３６を介してクラウドサービス１５５６に送信し得る。

図示されるＩａａＳアーキテクチャ１２００、１３００、１４００、１５００は、図示される以外の構成要素を有してもよいことを諒解されたい。さらに、図示される実施形態は、本開示の実施形態を組込み得るクラウドインフラストラクチャシステムのいくつかの例にすぎない。いくつかの他の実施形態では、ＩａａＳシステムは、図示されるよりも多いまたは少ない構成要素を有してもよく、２つ以上の構成要素を組合わせてもよく、または構成要素の異なる構成または配置を有してもよい。

いくつかの実施形態では、本明細書に記載のＩａａＳシステムは、セルフサービスであり、サブスクリプションベースであり、弾性的にスケーラブルであり、信頼性があり、可用性が高く、セキュアな態様で顧客に配信される、アプリケーション、ミドルウェア、およびデータベースサービス提供の一式を含んでもよい。そのようなＩａａＳシステムの例は、本譲受人によって提供されるOracle Cloud Infrastructure（ＯＣＩ）である。

図１６は、本開示の様々な実施形態が実現され得る例示的なコンピュータシステム１６００を示す。システム１６００は、上述のコンピュータシステムのうちのいずれかを実現するために使用され得る。図示のように、コンピュータシステム１６００は、バスサブシステム１６０２を介していくつかの周辺サブシステムと通信する処理ユニット１６０４を含む。これらの周辺サブシステムは、処理加速ユニット１６０６、Ｉ／Ｏサブシステム１６０８、ストレージサブシステム１６１８、および通信サブシステム１６２４を含んでもよい。ストレージサブシステム１６１８は、有形のコンピュータ可読記憶媒体１６２２およびシステムメモリ１６１０を含む。

バスサブシステム１６０２は、コンピュータシステム１６００の様々なコンポーネントおよびサブシステム同士を意図されるように互いに通信させるための機構を提供する。バスサブシステム１６０２は、単一のバスとして概略的に示されるが、バスサブシステムの代替的な実施形態は複数のバスを利用してもよい。バスサブシステム１６０２は、様々なバスアーキテクチャのうちのいずれかを用いるメモリバスまたはメモリコントローラ、周辺バスおよびローカルバスを含むいくつかのタイプのバス構造のうちのいずれかであり得る。例えば、そのようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ）ローカルバス、およびＩＥＥＥ Ｐ１３８６．１規格に従って製造されるメザニンバスとして実現され得る周辺コンポーネントインターコネクト（ＰＣＩ）バスを含んでもよい。

処理ユニット１６０４は、１つ以上の集積回路（例えば、従来のマイクロプロセッサまたはマイクロコントローラ）として実現することができ、コンピュータシステム１６００の動作を制御する。１つ以上のプロセッサが処理ユニット１６０４に含まれてもよい。これらのプロセッサは、シングルコアプロセッサまたはマルチコアプロセッサを含んでもよい。特定の実施形態では、処理ユニット１６０４は、シングルコアプロセッサもしくはマルチコアプロセッサが各処理ユニットに含まれる１つ以上の独立した処理ユニット１６３２および／または１６３４として実現されてもよい。他の実施形態では、処理ユニット１６０４はまた、２つのデュアルコアプロセッサを単一のチップに統合することによって形成されるクワッドコア処理ユニットとして実現されてもよい。

様々な実施形態では、処理ユニット１６０４は、プログラムコードに応答して様々なプログラムを実行することができ、複数の同時に実行されるプログラムまたはプロセスを維持することができる。如何なる時でも、実行されるべきプログラムコードの一部またはすべてはプロセッサ１６０４、および／またはストレージサブシステム１６１８に常駐し得る。好適なプログラミングにより、プロセッサ１６０４は、上述した種々の機能性を提供することができる。コンピュータシステム１６００は、付加的に、デジタル信号プロセッサ（ＤＳＰ）、特殊目的プロセッサなどを含み得る処理加速ユニット１６０６を含んでもよい。

Ｉ／Ｏサブシステム１６０８は、ユーザインターフェイス入力デバイスおよびユーザインターフェイス出力デバイスを含み得る。ユーザインターフェイス入力デバイスは、キーボード、マウスまたはトラックボール等のポインティングデバイス、ディスプレイに組み込まれたタッチパッドまたはタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、音声コマンド認識システムを備えた音声入力デバイス、マイクロフォン、および他のタイプの入力デバイスを含んでもよい。ユーザインターフェイス入力デバイスは、例えば、ユーザが、ジェスチャおよび発話コマンドを用いて、ナチュラルユーザインターフェイスを通じて、Microsoft Xbox（登録商標）３６０ゲームコントローラ等の入力デバイスを制御し、それと相互作用することを可能にする、Microsoft Kinect（登録商標）モーションセンサ等のモーション感知および／またはジェスチャ認識デバイスを含んでもよい。ユーザインターフェイス入力デバイスは、ユーザから目の動き（例えば、写真を撮っている間および／またはメニュー選択を行なっている間の「まばたき」）を検出し、アイジェスチャを入力デバイス（例えばGoogle Glass（登録商標））への入力として変換するGoogle Glass（登録商標）瞬き検出器等のアイジェスチャ認識デバイスも含んでもよい。加えて、ユーザインターフェイス入力デバイスは、ユーザが音声コマンドを介して音声認識システム（例えばSiri（登録商標）ナビゲータ）と対話することを可能にする音声認識感知デバイスを含んでもよい。

ユーザインターフェイス入力デバイスは、三次元（３Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッドおよびグラフィックタブレット、ならびに、聴覚／視覚デバイス、例えば、スピーカ、デジタルカメラ、デジタルカムコーダ、ポータブルメディアプレーヤ、ウェブカム、画像スキャナ、指紋スキャナ、バーコードリーダ３Ｄスキャナ、３Ｄプリンタ、レーザレンジファインダ、および視線追跡デバイス等も含み得るが、それらに限定されない。加えて、ユーザインターフェイス入力デバイスは、例えば、コンピュータ断層撮影、磁気共鳴撮像、ポジトロン断層撮影、医療用超音波検査装置等の医療用撮像入力デバイスを含んでもよい。ユーザインターフェイス入力デバイスはまた、例えば、ＭＩＤＩキーボード、デジタル楽器等の音声入力デバイスを含んでもよい。

ユーザインターフェイス出力デバイスは、ディスプレイサブシステム、インジケータライト、または音声出力デバイス等の非視覚的ディスプレイを含んでもよい。ディスプレイサブシステムは、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）またはプラズマディスプレイを使用するもの等のフラットパネルデバイス、投影デバイス、タッチスクリーンなどであってもよい。一般に、「出力デバイス」という語の使用は、コンピュータシステム１６００からユーザまたは他のコンピュータに情報を出力するための考えられ得るすべてのタイプのデバイスおよび機構を含むことが意図される。例えば、ユーザインターフェイス出力デバイスは、モニタ、プリンタ、スピーカ、ヘッドフォン、自動車ナビゲーションシステム、プロッタ、音声出力デバイスおよびモデム等の、テキスト、グラフィックスならびに音声／映像情報を視覚的に伝える様々な表示デバイスを含み得るが、それらに限定されない。

コンピュータシステム１６００は、現在のところシステムメモリ１６１０内に位置しているものとして示されているソフトウェア要素を含むストレージサブシステム１６１８を備え得る。システムメモリ１６１０は、処理ユニット１６０４上でロード可能および実行可能なプログラム命令、ならびにこれらのプログラムの実行中に生成されるデータを格納し得る。

コンピュータシステム１６００の構成およびタイプに応じて、システムメモリ１６１０は、揮発性（ランダムアクセスメモリ（ＲＡＭ）など）および／または不揮発性（読出し専用メモリ（ＲＯＭ）、フラッシュメモリなど）であってもよい。ＲＡＭは、典型的には、処理ユニット１６０４に即座にアクセス可能である、ならびに／もしくは処理ユニット１６０４によって現在操作および実行されている、データならびに／またはプログラムモジュールを含む。いくつかの実現例では、システムメモリ１６１０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）またはダイナミックランダムアクセスメモリ（ＤＲＡＭ）など、複数の異なるタイプのメモリを含んでもよい。いくつかの実現例では、起動中などにコンピュータシステム１６００内の要素間で情報を転送するのに役立つ基本的なルーチンを含むベーシックインプット／アウトプットシステム（ＢＩＯＳ）が、典型的にはＲＯＭに格納されてもよい。限定ではなく例として、システムメモリ１６１０はまた、クライアントアプリケーション、ウェブブラウザ、中間層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ）などを含み得るアプリケーションプログラム１６１２、プログラムデータ１６１４、およびオペレーティングシステム１６１６も示す。例として、オペレーティングシステム１６１６は、様々なバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／もしくはLinux（登録商標）オペレーティングシステム、様々な市販のUNIX（登録商標）もしくはUNIX様オペレーティングシステム（様々なGNU/Linuxオペレーティングシステム、Google Chrome（登録商標）ＯＳなどを含むが、これらに限定されない）、ならびに／またはiOS, Windows（登録商標）Phone, Android（登録商標）ＯＳ、BlackBerry（登録商標）１６ＯＳ、およびPalm（登録商標）ＯＳオペレーティングシステム等のモバイルオペレーティングシステムを含み得る。

ストレージサブシステム１６１８はまた、いくつかの実施形態の機能を提供する基本的なプログラミングおよびデータ構造を格納するための有形のコンピュータ可読記憶媒体も提供し得る。プロセッサによって実行されると上述の機能を提供するソフトウェア（プログラム、コードモジュール、命令）が、ストレージサブシステム１６１８に格納されてもよい。これらのソフトウェアモジュールまたは命令は、処理ユニット１６０４によって実行されてもよい。ストレージサブシステム１６１８はまた、本開示に従って使用されるデータを格納するためのリポジトリを提供し得る。

ストレージサブシステム１６００はまた、コンピュータ可読記憶媒体１６２２にさらに接続され得るコンピュータ可読記憶媒体リーダ３２２０を含み得る。システムメモリ１６１０とともに、およびオプションとして、システムメモリ１６１０と組合わせて、コンピュータ可読記憶媒体１６２２は、コンピュータ可読情報を、一時的および／またはより恒久的に収容、格納、伝送、および検索するために、遠隔の、ローカルな、固定された、および／またはリムーバブルなストレージデバイスに記憶媒体を加えたものを包括的に表わし得る。

コードまたはコードの一部を含むコンピュータ可読記憶媒体１６２２はまた、情報の格納および／または伝送のための任意の方法または技術で実現される揮発性および不揮発性の、リムーバブルおよび非リムーバブル媒体などを含むがこれらに限定されない、記憶媒体ならびに通信媒体を含む、当該技術において公知であるかまたは用いられる任意の適切な媒体を含み得る。これは、ＲＡＭ、ＲＯＭ、電子的に消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、または他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または他の有形のコンピュータ可読媒体等の有形のコンピュータ可読記憶媒体を含み得る。これはまた、データ信号、データ伝送、または所望の情報を伝送するために使用可能であるとともに、コンピューティングシステム１６００によってアクセス可能である、任意の他の媒体等の非有形のコンピュータ可読媒体を含み得る。

例として、コンピュータ可読記憶媒体１６２２は、非リムーバブル不揮発性磁気媒体に対して読書きを行なうハードディスクドライブ、リムーバブル不揮発性磁気ディスクに対して読書きを行なう磁気ディスクドライブ、ＣＤ ＲＯＭ、ＤＶＤおよびBlu-Ray（登録商標）ディスク等の、リムーバブル不揮発性光ディスクに対して読書きを行なう光ディスクドライブ、または他の光学媒体を含んでもよい。コンピュータ可読記憶媒体１６２２は、Ｚｉｐ（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、セキュアデジタル（ＳＤ）カード、ＤＶＤディスク、デジタルビデオテープなどを含み得るが、これらに限定されない。コンピュータ可読記憶媒体１６２２はまた、フラッシュメモリベースのＳＳＤ、エンタープライズフラッシュドライブ、ソリッドステートＲＯＭ等の不揮発性メモリに基づくソリッドステートドライブ（ＳＳＤ）、ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭ等の揮発性メモリに基づくＳＳＤ、ＤＲＡＭベースのＳＳＤ、磁気抵抗ＲＡＭ（ＭＲＡＭ）ＳＳＤ、およびＤＲＡＭとフラッシュメモリベースのＳＳＤとの組合わせを使用するハイブリッドＳＳＤを含み得る。ディスクドライブおよびそれらに関連するコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの不揮発性ストレージをコンピュータシステム１６００に提供し得る。

通信サブシステム１６２４は、他のコンピュータシステムおよびネットワークに対するインターフェイスを提供する。通信サブシステム１６２４は、他のシステムとコンピュータシステム１６００との間のデータの送受のためのインターフェイスとして機能する。例えば、通信サブシステム１６２４は、コンピュータシステム１６００がインターネットを介して１つ以上のデバイスに接続することを可能にし得る。いくつかの実施形態では、通信サブシステム１６２４は、（例えば、セルラー電話技術、３Ｇ、４ＧもしくはＥＤＧＥ（グローバル進化のための高速データレート）等の先進データネットワーク技術、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリー規格、もしくは他のモバイル通信技術、またはそれらのいずれかの組合わせを用いて）無線音声および／もしくはデータネットワークにアクセスするための無線周波数（ＲＦ）送受信機コンポーネント、グローバルポジショニングシステム（ＧＰＳ）受信機コンポーネント、ならびに／または他のコンポーネントを含み得る。いくつかの実施形態では、通信サブシステム１６２４は、無線インターフェイスに加えて、またはその代わりに、有線ネットワーク接続（例えば、イーサネット（登録商標））を提供することができる。

いくつかの実施形態では、通信サブシステム１６２４はまた、コンピュータシステム１６００を用い得る１人以上のユーザの代わりに、構造化されたおよび／または構造化されていないデータフィード１６２６、イベントストリーム１６２８、イベント更新１６３０等の形式で入力通信を受信し得る。

例として、通信サブシステム１６２４は、Twitter（登録商標）フィード、Facebook（登録商標）更新、Rich Site Summary（ＲＳＳ）フィード等のウェブフィード、および／もしくは１つ以上の第三者情報源からのリアルタイム更新等の、ソーシャルネットワークならびに／または他の通信サービスのユーザからリアルタイムでデータフィード１６２６を受信するよう構成されてもよい。

加えて、通信サブシステム１６２４はまた、連続データストリームの形式でデータを受信するよう構成されてもよく、これは、明示的な終端を伴わない、本質的に連続的または無限であり得るリアルタイムイベントのイベントストリーム１６２８および／またはイベント更新１６３０を含み得る。連続データを生成するアプリケーションの例としては、例えば、センサデータアプリケーション、金融株式相場表示板、ネットワーク性能測定ツール（例えば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム解析ツール、自動車交通監視などが含まれ得る。

通信サブシステム１６２４はまた、構造化されたおよび／または構造化されていないデータフィード１６２６、イベントストリーム１６２８、イベント更新１６３０などを、コンピュータシステム１６００に結合される１つ以上のストリーミングデータソースコンピュータと通信し得る１つ以上のデータベースに出力するよう構成され得る。

コンピュータシステム１６００は、手持ち式の携帯型デバイス（例えば、iPhone（登録商標）携帯電話、iPad（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（例えば、Google Glass（登録商標）頭部装着型ディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、または任意の他のデータ処理システムを含む種々のタイプのうちの１つであり得る。

コンピュータおよびネットワークの性質が常に変化するものであるので、図に示されるコンピュータシステム１６００の記載は、具体例としてのみ意図されている。図に示されるシステムよりも多くのコンポーネントまたは少ないコンポーネントを有するその他多くの構成が実現可能である。例えば、カスタマイズされたハードウェアが使用されてもよく、および／または、特定の要素が、ハードウェア、ファームウェア、（アプレットを含む）ソフトウェア、または組合わせで実現されてもよい。さらに、ネットワーク入力／出力デバイス等の他のコンピューティングデバイスへの接続が採用されてもよい。当業者であれば、本明細書に記載の開示および教示に基づいて、さまざまな実施形態を実現するための他の態様および／または方法を理解するだろう。

本開示の特定の実施形態について説明してきたが、様々な修正、変更、代替的構成、および同等例も本開示の範囲内に包含される。本開示の実施形態は、ある特定のデータ処理環境内での動作に限定されず、複数のデータ処理環境内で自由に運用可能である。加えて、本開示の実施形態は、特定の一連のトランザクションおよびステップを用いて説明されてきたが、本開示の範囲は、説明された一連のトランザクションおよびステップに限定されないことが、当業者に明白となるはずである。上述した実施形態の様々な特徴および局面は個別にまたは一緒に用いられてもよい。

さらに、本開示の実施形態は、ハードウェアとソフトウェアとの特定の組合わせを用いて説明されてきたが、ハードウェアとソフトウェアとの他の組合わせも本開示の範囲内であることを認識されたい。本開示の実施形態は、ハードウェアのみで、またはソフトウェアのみで、またはそれらの組合せを用いて実現されてもよい。本明細書に記載の様々なプロセスは、同じプロセッサまたは任意の組合わせの異なるプロセッサ上で実現され得る。したがって、構成要素またはモジュールが特定の動作を実行するように構成されるものとして記載されている場合、そのような構成は、例えば、動作を実行するための電子回路を設計すること、プログラミング可能な電子回路（マイクロプロセッサなど）をプログラミングして動作を実行すること、またはそれらの任意の組合わせによって達成可能である。プロセスは、プロセス間通信のための従来の技術を含むがこれに限定されない様々な技術を用いて通信することができ、異なる対のプロセスが異なる技術を用いてもよく、または、同じ対のプロセスが異なる時間に異なる技術を用いてもよい。

したがって、明細書および図面は、限定的な意味ではなく例示的な意味で見なされるべきである。しかしながら、特許請求の範囲に記載された、より広範な精神および範囲から逸脱することなく、追加、削減、削除、ならびに他の修正および変更がなされ得ることは明らかであろう。したがって、特定の開示の実施形態を説明してきたが、これらは限定を意図するものではない。様々な変更例および同等例が特許請求の範囲内にある。

開示された実施形態を説明する文脈における（特に特許請求の範囲の文脈における）文言「ある（a）」および「ある（an）」および「その（the）」ならびに同様の指示対象の使用は、本明細書において別段の指示がない限り、または文脈によって明らかに矛盾しない限り、単数形および複数形の両方を包含すると解釈されるべきである。「備える（comprising）」、「有する（having）」、「含む（including）」、および「含有する（containing）」という文言は、特に規定のない限り、非限定的な文言（すなわち、「～を含むがそれに限定されない」を意味する）として解釈されるべきである。「接続される」という文言は、何かが介在する場合であっても、部分的または全体的に内部に含まれる、取り付けられる、または共に合わせられるものとして解釈されるべきである。本明細書における値の範囲の記載は、本明細書において別段の指示がない限り、単に、その範囲内に入る各別個の値を個々に言及する簡潔な方法としての役割を果たすことを意図しており、各別個の値は、あたかもそれが本明細書において個々に記載されているかのように本明細書に組み込まれる。本明細書に記載するすべての方法は、本明細書に別段の指示がない限り、または文脈によって明らかに矛盾しない限り、任意の好適な順序で実施され得る。本明細書で提供される任意のおよびすべての例、または例示的な言葉（例えば、「等（など）」）の使用は、単に、本開示の実施形態をよりよく説明することを意図するものであり、別段の請求がない限り、本開示の範囲を限定するものではない。本明細書におけるいかなる文言も、任意の請求されていない要素を本開示の実施に不可欠であることを示すものとして解釈されるべきではない。

「Ｘ、Ｙ、またはＺの少なくとも１つ」といった句などの離接的文言は、特に別段の記載がない限り、項目、用語などがＸ、Ｙ、もしくはＺ、またはそれらの任意の組合せ（例えば、Ｘ、Ｙ、および／またはＺ）のいずれかであり得ることを提示するために概略的に使用される文脈内で理解されることが意図される。したがって、そのような離接的文言は、概して、特定の実施形態が、Ｘの少なくとも１つ、Ｙの少なくとも１つ、またはＺの少なくとも１つが各々存在することを必要とすることを包含することを意図するものではなく、かつ包含するべきではない。

本開示を実施するために公知の最良の形態を含む、本開示の好ましい実施形態が本明細書に記載されている。これらの好ましい実施形態の変形例は、前述の説明を読むことで当業者には明らかになるであろう。当業者は、適宜、そのような変形例を採用することができるはずであり、本開示は、本明細書に具体的に説明されるものとは別様に実践されてもよい。したがって、本開示は、適用可能な法によって許可されるように、特許請求の範囲に記載される主題のすべての変更例および同等例を含む。さらに、そのすべての可能な変形例における上述の要素の任意の組合わせは、本明細書において別段の指示がない限り、本開示によって包含される。

本明細書に引用される刊行物、特許出願、および特許を含むすべての文献は、あたかも各文献が個々にかつ具体的に引用により援用されるよう示され、その全体がここに記載されるのと同程度に、ここに引用により援用されるものである。

上述の明細書では、本開示の局面についてその具体的な実施形態を参照して説明しているが、本開示がそれに限定されるものではないことを当業者は認識するであろう。上述の開示の様々な特徴および局面は、個々にまたは一緒に用いられてもよい。さらに、実施形態は、本明細書の、より広い精神および範囲から逸脱することなく、本明細書に説明されるものを超えて、任意の数の環境および用途で利用され得る。したがって、明細書および図面は、限定的ではなく例示的であると見なされるべきである。

以下の項は開示した実装例の実施形態を説明する。
項１：方法であって、
コンピュータシステムによって、第１の地理的領域において、第１の論理時間に、複数のパーティションを含むブロックボリュームの第１のスナップショットを作成するステップと、
当該コンピュータシステムによって、当該第１のスナップショットに対応する第１のスナップショットデータを第２の地理的領域におけるオブジェクトストレージシステムに送信するステップと、
当該コンピュータシステムによって、当該第１の地理的領域において第２の論理時間に当該ブロックボリュームの第２のスナップショットを作成するステップと、
当該コンピュータシステムによって複数のデルタを生成するステップとを含み、当該複数のデルタの各デルタは当該複数のパーティションのうちの１つのパーティションに対応し、当該方法はさらに、
当該コンピュータシステムによって、当該複数のデルタに対応する複数のデルタデータセットを、当該第２の地理的領域における当該オブジェクトストレージシステムに送信するステップと、
当該コンピュータシステムによって、当該複数のデルタおよび当該第１のスナップショットに関連付けられたオブジェクトメタデータを少なくとも部分的に集約することによってチェックポイントを生成するステップと、
当該コンピュータシステムによって、復元ボリュームを生成するための復元要求を受信するステップと、
当該コンピュータシステムによって、当該チェックポイントから当該復元ボリュームを生成するステップとを含む、方法。

項２：当該複数のデルタを生成するステップは、
当該第２のスナップショットと当該第１のスナップショットとの比較を生成するステップと、
当該比較に基づいて、当該第１のスナップショットデータと、当該第２のスナップショットに対応する第２のスナップショットデータとの間の変化に対応する修正済みデータを判定するステップと、
当該複数のパーティションについて当該修正済みデータを記述する当該複数のデルタを生成するステップとを含む、項１に記載の方法。

項３：当該第１のスナップショットを作成するステップは、
論理時間に対応して、当該複数のパーティションのための入出力動作を中断するステップと、
当該複数のパーティション内のボリュームデータを記述する複数のブロックイメージを生成するステップと、
当該複数のパーティションのための入出力動作を可能にするステップとを含む、項１に記載の方法。

項４：当該復元要求はフェイルオーバー要求であり、当該方法はさらに、
当該第２の地理的領域において当該復元ボリュームを生成することを可能にするステップと、
当該第２の地理的領域において当該復元ボリュームを用いて入出力動作を可能にするステップとを含む、項１に記載の方法。

項５：当該復元要求はフェイルバック要求であり、当該方法はさらに、
当該第２の地理的領域において当該復元ボリュームを生成するステップと、
当該第１の地理的領域においてフェイルバックボリュームを生成することを可能にするステップと、
当該第１の地理的領域において当該第１のスナップショットデータを復元するステップとを含む、項１に記載の方法。

項６：当該複数のデルタデータセットを送信するステップは、
当該複数のデルタデータセットから複数のチャンクオブジェクトを生成するステップと、
当該複数のデルタを転送するステップと、
当該複数のチャンクオブジェクトを当該オブジェクトストレージシステムに転送するステップとを含む、項１に記載の方法。

項７：当該チェックポイントは、当該オブジェクトメタデータのマニフェストを含み、
当該オブジェクトメタデータは、当該オブジェクトストレージシステムにおける当該複数のチャンクオブジェクトに対応するチャンクポインタを含む、項６に記載の方法。

項１８：当該オブジェクトメタデータを集約するステップは、当該複数のデルタデータセットと当該第１のスナップショットデータとの間の複数の差異を反映するように当該マニフェストを更新するステップを含む、項７に記載の方法。

項９：コンピュータシステムであって、
１つ以上のプロセッサと、
当該１つ以上のプロセッサと通信するメモリとを含み、当該メモリは、コンピュータ実行可能命令を格納するように構成され、当該コンピュータ実行可能命令を実行することにより、当該１つ以上のプロセッサに以下のステップを実行させ、当該以下のステップは、
コンピュータシステムによって、第１の地理的領域において、第１の論理時間に、複数のパーティションを含むブロックボリュームの第１のスナップショットを作成するステップと、
当該コンピュータシステムによって、当該第１のスナップショットに対応する第１のスナップショットデータを第２の地理的領域におけるオブジェクトストレージシステムに送信するステップと、
当該コンピュータシステムによって、当該第１の地理的領域において第２の論理時間に当該ブロックボリュームの第２のスナップショットを作成するステップと、
当該コンピュータシステムによって複数のデルタを生成するステップとを含み、当該複数のデルタの各デルタは当該複数のパーティションのうちの１つのパーティションに対応し、当該以下のステップはさらに、
当該コンピュータシステムによって、当該複数のデルタに対応する複数のデルタデータセットを、当該第２の地理的領域における当該オブジェクトストレージシステムに送信するステップと、
当該コンピュータシステムによって、当該複数のデルタおよび当該第１のスナップショットに関連付けられたオブジェクトメタデータを少なくとも部分的に集約することによってチェックポイントを生成するステップと、
当該コンピュータシステムによって、復元ボリュームを生成するための復元要求を受信するステップと、
当該コンピュータシステムによって、当該チェックポイントから当該復元ボリュームを生成するステップとを含む、コンピュータシステム。

項１０：当該複数のデルタを生成するステップは、
当該第２のスナップショットと当該第１のスナップショットとの比較を生成するステップと、
当該比較に基づいて、当該第１のスナップショットデータと、当該第２のスナップショットに対応する第２のスナップショットデータとの間の変化に対応する修正済みデータを判定するステップと、
当該複数のパーティションについて当該修正済みデータを記述する当該複数のデルタを生成するステップとを含む、項９に記載のコンピュータシステム。

項１１：当該第１のスナップショットを作成するステップは、
論理時間に対応して、当該複数のパーティションのための入出力動作を中断するステップと、
当該複数のパーティション内のボリュームデータを記述する複数のブロックイメージを生成するステップと、
当該複数のパーティションのための入出力動作を可能にするステップとを含む、項９に記載のコンピュータシステム。

項１２：当該復元要求はフェイルオーバー要求であり、当該方法はさらに、
当該第２の地理的領域において当該復元ボリュームを生成することを可能にするステップと、
当該第２の地理的領域において当該復元ボリュームを用いて入出力動作を可能にするステップとを含む、項９に記載のコンピュータシステム。

項１３：当該復元要求はフェイルバック要求であり、当該方法はさらに、
当該第２の地理的領域において当該復元ボリュームを生成するステップと、
当該第１の地理的領域においてフェイルバックボリュームを生成することを可能にするステップと、
当該第１の地理的領域において当該第１のスナップショットデータを復元するステップとを含む、項９に記載のコンピュータシステム。

項１４：当該複数のデルタデータセットを送信するステップは、
当該複数のデルタデータセットから複数のチャンクオブジェクトを生成するステップと、
当該複数のデルタを転送するステップと、
当該複数のチャンクオブジェクトを当該オブジェクトストレージシステムに転送するステップとを含む、項９に記載のコンピュータシステム。

項１５：当該チェックポイントは、当該オブジェクトメタデータのマニフェストを含み、
当該オブジェクトメタデータは、当該オブジェクトストレージシステムにおける当該複数のチャンクオブジェクトに対応するチャンクポインタを含む、項１４に記載のコンピュータシステム。

項１６：当該オブジェクトメタデータを集約するステップは、当該複数のデルタデータセットと当該第１のスナップショットデータとの間の複数の差異を反映するように当該マニフェストを更新するステップを含む、項１５に記載のコンピュータシステム。

項１７：コンピュータ実行可能命令を格納するコンピュータ可読記憶媒体であって、当該コンピュータ実行可能命令は、実行されるとコンピュータシステムの１つ以上のプロセッサに以下のステップを実行させ、当該以下のステップは、
コンピュータシステムによって、第１の地理的領域において、第１の論理時間に、複数のパーティションを含むブロックボリュームの第１のスナップショットを作成するステップと、
当該コンピュータシステムによって、当該第１のスナップショットに対応する第１のスナップショットデータを第２の地理的領域におけるオブジェクトストレージシステムに送信するステップと、
当該コンピュータシステムによって、当該第１の地理的領域において第２の論理時間に当該ブロックボリュームの第２のスナップショットを作成するステップと、
当該コンピュータシステムによって複数のデルタを生成するステップとを含み、当該複数のデルタの各デルタは当該複数のパーティションのうちの１つのパーティションに対応し、当該以下のステップはさらに、
当該コンピュータシステムによって、当該複数のデルタに対応する複数のデルタデータセットを、当該第２の地理的領域における当該オブジェクトストレージシステムに送信するステップと、
当該コンピュータシステムによって、当該複数のデルタおよび当該第１のスナップショットに関連付けられたオブジェクトメタデータを少なくとも部分的に集約することによってチェックポイントを生成するステップと、
当該コンピュータシステムによって、復元ボリュームを生成するための復元要求を受信するステップと、
当該コンピュータシステムによって、当該チェックポイントから当該復元ボリュームを生成するステップとを含む、コンピュータ可読記憶媒体。

項１８：当該複数のデルタを生成するステップは、
当該第２のスナップショットと当該第１のスナップショットとの比較を生成するステップと、
当該比較に基づいて、当該第１のスナップショットデータと、当該第２のスナップショットに対応する第２のスナップショットデータとの間の変化に対応する修正済みデータを判定するステップと、
当該複数のパーティションについて当該修正済みデータを記述する当該複数のデルタを生成するステップとを含む、項１７に記載のコンピュータ可読記憶媒体。

項１９：当該複数のデルタデータセットを送信するステップは、
当該複数のデルタデータセットから複数のチャンクオブジェクトを生成するステップと、
当該複数のデルタを転送するステップと、
当該複数のチャンクオブジェクトを当該オブジェクトストレージシステムに転送するステップとを含む、項１７に記載のコンピュータ可読記憶媒体。

項２０：当該チェックポイントは、当該オブジェクトメタデータのマニフェストを含み、
当該オブジェクトメタデータは、当該オブジェクトストレージシステムにおける当該複数のチャンクオブジェクトに対応するチャンクポインタを含む、項１９に記載のコンピュータ可読記憶媒体。

Claims (20)

1. 方法であって、
   コンピュータシステムによって、第１の地理的領域において、第１の論理時間に、複数のパーティションを含むブロックボリュームの第１のスナップショットを作成するステップと、
   前記コンピュータシステムによって、前記第１のスナップショットに対応する第１のスナップショットデータを第２の地理的領域におけるオブジェクトストレージシステムに送信するステップと、
   前記コンピュータシステムによって、前記第１の地理的領域において第２の論理時間に前記ブロックボリュームの第２のスナップショットを作成するステップと、
   前記コンピュータシステムによって複数のデルタを生成するステップとを含み、前記複数のデルタの各デルタは前記複数のパーティションのうちの１つのパーティションに対応し、前記方法はさらに、
   前記コンピュータシステムによって、前記複数のデルタに対応する複数のデルタデータセットを、前記第２の地理的領域における前記オブジェクトストレージシステムに送信するステップと、
   前記コンピュータシステムによって、前記複数のデルタおよび前記第１のスナップショットに関連付けられたオブジェクトメタデータを少なくとも部分的に集約することによってチェックポイントを生成するステップと、
   前記コンピュータシステムによって、復元ボリュームを生成するための復元要求を受信するステップと、
   前記コンピュータシステムによって、前記チェックポイントから前記復元ボリュームを生成するステップとを含む、方法。
2. 前記複数のデルタを生成するステップは、
   前記第２のスナップショットと前記第１のスナップショットとの比較を生成するステップと、
   前記比較に基づいて、前記第１のスナップショットデータと、前記第２のスナップショットに対応する第２のスナップショットデータとの間の変化に対応する修正済みデータを判定するステップと、
   前記複数のパーティションについて前記修正済みデータを記述する前記複数のデルタを生成するステップとを含む、請求項１に記載の方法。
3. 前記第１のスナップショットを作成するステップは、
   論理時間に対応して、前記複数のパーティションのための入出力動作を中断するステップと、
   前記複数のパーティション内のボリュームデータを記述する複数のブロックイメージを生成するステップと、
   前記複数のパーティションのための入出力動作を可能にするステップとを含む、請求項１に記載の方法。
4. 前記復元要求はフェイルオーバー要求であり、前記方法はさらに、
   前記第２の地理的領域において前記復元ボリュームを生成することを可能にするステップと、
   前記第２の地理的領域において前記復元ボリュームを用いて入出力動作を可能にするステップとを含む、請求項１に記載の方法。
5. 前記復元要求はフェイルバック要求であり、前記方法はさらに、
   前記第２の地理的領域において前記復元ボリュームを生成するステップと、
   前記第１の地理的領域においてフェイルバックボリュームを生成することを可能にするステップと、
   前記第１の地理的領域において前記第１のスナップショットデータを復元するステップとを含む、請求項１に記載の方法。
6. 前記複数のデルタデータセットを送信するステップは、
   前記複数のデルタデータセットから複数のチャンクオブジェクトを生成するステップと、
   前記複数のデルタを転送するステップと、
   前記複数のチャンクオブジェクトを前記オブジェクトストレージシステムに転送するステップとを含む、請求項１に記載の方法。
7. 前記チェックポイントは、前記オブジェクトメタデータのマニフェストを含み、
   前記オブジェクトメタデータは、前記オブジェクトストレージシステムにおける前記複数のチャンクオブジェクトに対応するチャンクポインタを含む、請求項６に記載の方法。
8. 前記オブジェクトメタデータを集約するステップは、前記複数のデルタデータセットと前記第１のスナップショットデータとの間の複数の差異を反映するように前記マニフェストを更新するステップを含む、請求項７に記載の方法。
9. コンピュータシステムであって、
   １つ以上のプロセッサと、
   前記１つ以上のプロセッサと通信するメモリとを含み、前記メモリは、コンピュータ実行可能命令を格納するように構成され、前記コンピュータ実行可能命令を実行することにより、前記１つ以上のプロセッサに以下のステップを実行させ、前記以下のステップは、
   コンピュータシステムによって、第１の地理的領域において、第１の論理時間に、複数のパーティションを含むブロックボリュームの第１のスナップショットを作成するステップと、
   前記コンピュータシステムによって、前記第１のスナップショットに対応する第１のスナップショットデータを第２の地理的領域におけるオブジェクトストレージシステムに送信するステップと、
   前記コンピュータシステムによって、前記第１の地理的領域において第２の論理時間に前記ブロックボリュームの第２のスナップショットを作成するステップと、
   前記コンピュータシステムによって複数のデルタを生成するステップとを含み、前記複数のデルタの各デルタは前記複数のパーティションのうちの１つのパーティションに対応し、前記以下のステップはさらに、
   前記コンピュータシステムによって、前記複数のデルタに対応する複数のデルタデータセットを、前記第２の地理的領域における前記オブジェクトストレージシステムに送信するステップと、
   前記コンピュータシステムによって、前記複数のデルタおよび前記第１のスナップショットに関連付けられたオブジェクトメタデータを少なくとも部分的に集約することによってチェックポイントを生成するステップと、
   前記コンピュータシステムによって、復元ボリュームを生成するための復元要求を受信するステップと、
   前記コンピュータシステムによって、前記チェックポイントから前記復元ボリュームを生成するステップとを含む、コンピュータシステム。
10. 前記複数のデルタを生成するステップは、
    前記第２のスナップショットと前記第１のスナップショットとの比較を生成するステップと、
    前記比較に基づいて、前記第１のスナップショットデータと、前記第２のスナップショットに対応する第２のスナップショットデータとの間の変化に対応する修正済みデータを判定するステップと、
    前記複数のパーティションについて前記修正済みデータを記述する前記複数のデルタを生成するステップとを含む、請求項９に記載のコンピュータシステム。
11. 前記第１のスナップショットを作成するステップは、
    論理時間に対応して、前記複数のパーティションのための入出力動作を中断するステップと、
    前記複数のパーティション内のボリュームデータを記述する複数のブロックイメージを生成するステップと、
    前記複数のパーティションのための入出力動作を可能にするステップとを含む、請求項９に記載のコンピュータシステム。
12. 前記復元要求はフェイルオーバー要求であり、前記方法はさらに、
    前記第２の地理的領域において前記復元ボリュームを生成することを可能にするステップと、
    前記第２の地理的領域において前記復元ボリュームを用いて入出力動作を可能にするステップとを含む、請求項９に記載のコンピュータシステム。
13. 前記復元要求はフェイルバック要求であり、前記方法はさらに、
    前記第２の地理的領域において前記復元ボリュームを生成するステップと、
    前記第１の地理的領域においてフェイルバックボリュームを生成することを可能にするステップと、
    前記第１の地理的領域において前記第１のスナップショットデータを復元するステップとを含む、請求項９に記載のコンピュータシステム。
14. 前記複数のデルタデータセットを送信するステップは、
    前記複数のデルタデータセットから複数のチャンクオブジェクトを生成するステップと、
    前記複数のデルタを転送するステップと、
    前記複数のチャンクオブジェクトを前記オブジェクトストレージシステムに転送するステップとを含む、請求項９に記載のコンピュータシステム。
15. 前記チェックポイントは、前記オブジェクトメタデータのマニフェストを含み、
    前記オブジェクトメタデータは、前記オブジェクトストレージシステムにおける前記複数のチャンクオブジェクトに対応するチャンクポインタを含む、請求項１４に記載のコンピュータシステム。
16. 前記オブジェクトメタデータを集約するステップは、前記複数のデルタデータセットと前記第１のスナップショットデータとの間の複数の差異を反映するように前記マニフェストを更新するステップを含む、請求項１５に記載のコンピュータシステム。
17. コンピュータ実行可能命令を格納するコンピュータ可読記憶媒体であって、前記コンピュータ実行可能命令は、実行されるとコンピュータシステムの１つ以上のプロセッサに以下のステップを実行させ、前記以下のステップは、
    コンピュータシステムによって、第１の地理的領域において、第１の論理時間に、複数のパーティションを含むブロックボリュームの第１のスナップショットを作成するステップと、
    前記コンピュータシステムによって、前記第１のスナップショットに対応する第１のスナップショットデータを第２の地理的領域におけるオブジェクトストレージシステムに送信するステップと、
    前記コンピュータシステムによって、前記第１の地理的領域において第２の論理時間に前記ブロックボリュームの第２のスナップショットを作成するステップと、
    前記コンピュータシステムによって複数のデルタを生成するステップとを含み、前記複数のデルタの各デルタは前記複数のパーティションのうちの１つのパーティションに対応し、前記以下のステップはさらに、
    前記コンピュータシステムによって、前記複数のデルタに対応する複数のデルタデータセットを、前記第２の地理的領域における前記オブジェクトストレージシステムに送信するステップと、
    前記コンピュータシステムによって、前記複数のデルタおよび前記第１のスナップショットに関連付けられたオブジェクトメタデータを少なくとも部分的に集約することによってチェックポイントを生成するステップと、
    前記コンピュータシステムによって、復元ボリュームを生成するための復元要求を受信するステップと、
    前記コンピュータシステムによって、前記チェックポイントから前記復元ボリュームを生成するステップとを含む、コンピュータ可読記憶媒体。
18. 前記複数のデルタを生成するステップは、
    前記第２のスナップショットと前記第１のスナップショットとの比較を生成するステップと、
    前記比較に基づいて、前記第１のスナップショットデータと、前記第２のスナップショットに対応する第２のスナップショットデータとの間の変化に対応する修正済みデータを判定するステップと、
    前記複数のパーティションについて前記修正済みデータを記述する前記複数のデルタを生成するステップとを含む、請求項１７に記載のコンピュータ可読記憶媒体。
19. 前記複数のデルタデータセットを送信するステップは、
    前記複数のデルタデータセットから複数のチャンクオブジェクトを生成するステップと、
    前記複数のデルタを転送するステップと、
    前記複数のチャンクオブジェクトを前記オブジェクトストレージシステムに転送するステップとを含む、請求項１７に記載のコンピュータ可読記憶媒体。
20. 前記チェックポイントは、前記オブジェクトメタデータのマニフェストを含み、
    前記オブジェクトメタデータは、前記オブジェクトストレージシステムにおける前記複数のチャンクオブジェクトに対応するチャンクポインタを含む、請求項１９に記載のコンピュータ可読記憶媒体。

Images