(57)【要約】      （修正有）【課題】ローカルストア上に格納されたデータをサービスプロバイダによって提供されたリモートストアにシャドーイングする。【解決手段】ゲートウェイ２５２がシャドーイングゲートウェイとして設定され、ローカルストア２５４に対する読取りおよび書込みを受信し、要求をローカルストアに渡し、また、リモートストア２１６上のサービスプロバイダ２１０によって維持されるローカルストアのスナップショット２７２を更新するために、書込みデータをサービスプロバイダにアップロードする。書込みデータはアップロードのために書込みログにバッファリングされ、サービスプロバイダによって使用されるブロックストレージフォーマットに従ってブロックとしてアップロードされる。シャドーイングプロセスは顧客ネットワーク上のプロセス２５８に対して透過的であり、シャドーイングされたデータはローカルストア上のデータを回復するために使用される。【選択図】図７
2016129036.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのプロセッサと、
プログラム命令を含むメモリであって、前記プログラム命令が、
顧客ネットワーク上の１つまたは複数のプロセスから、前記顧客ネットワーク上のローカルデータストアに向けられた読取り要求および書込み要求を受信することと、
前記読取り要求および前記書込み要求を前記ローカルデータストアに渡すことと、
前記サービスプロバイダによりリモートデータストア上で維持される前記ローカルデータストアのスナップショットを前記書込みデータで更新するために、前記書込み要求によって示される書込みデータをサービスプロバイダ送信することと
を行うように動作可能である、
ゲートウェイプロセスを実現するために、前記少なくとも１つのプロセッサによって実行可能である、メモリと
を備える装置。
【発明の詳細な説明】
【技術分野】
【０００１】
多くの企業および他の組織は、多数のコンピューティングシステムを、例えば、コンピ
ューティングシステムを同一場所に（例えば、ローカルネットワークの一部として）配置
して、または代わりに、複数の異なる地理的位置に（例えば、１つもしくは複数のプライ
ベートまたは公共の中間ネットワークを経由して接続して）配置して、それらの動作をサ
ポートするために、相互接続するコンピュータネットワークを運用する。例えば、単一の
組織によって、または組織の代わりに運用されているプライベートのデータセンター、お
よび顧客にコンピューティングリソースを提供するビジネスとして、事業体によって運用
されている公共データセンターなどの、かなりの数の相互接続されたコンピューティング
システムを収容するデータセンターが当たり前になっている。いくつかの公共データセン
ターの運営事業体は、様々な顧客によって所有されているハードウェアに対して、ネット
ワークアクセス、電力、および安全な設置施設を提供するが、一方、他の公共データセン
ターの運営事業体は、それらの顧客による使用が可能なハードウェアリソースも含む、「
完全なサービス」施設を提供する。しかし、通常のデータセンターの規模および範囲が拡
大するにつれて、物理的コンピューティングリソースをプロビジョニング、運営、および
管理するタスクがますます複雑になっている。
【背景技術】
【０００２】
コモディティハードウェアに対する仮想化技術の出現は、多様なニーズをもつ多数の顧
客に対する大規模なコンピューティングリソースの管理に関して利益をもたらし、様々な
コンピューティングリソースが効果的かつ安全に複数の顧客によって共有可能になった。
例えば、仮想化技術は、単一の物理コンピューティングマシンによってホストされた１つ
または複数の仮想マシンを各ユーザーに提供することにより、単一の物理コンピューティ
ングマシンが複数のユーザー間で共有できるようにし得るが、各かかる仮想マシンは、ユ
ーザーに、彼らが所与のハードウェアリソースの唯一のオペレータおよび管理者であると
いう錯覚をもたらす、別個の論理コンピューティングシステムとして機能し、同時に、様
々な仮想マシン間でのアプリケーションの分離およびセキュリティも提供する、ソフトウ
ェアシミュレーションである。さらに、いくつかの仮想化技術は、複数の別個の物理コン
ピューティングシステムにわたる複数の仮想プロセッサを有する単一の仮想マシンなど、
２つ以上の物理リソースにわたる仮想リソースを提供できる。
【０００３】
別の例として、仮想化技術は、複数のデータ記憶装置にわたって分散され得る仮想化デ
ータストアを各ユーザーに提供することにより、データ記憶ハードウェアが、複数のユー
ザー間で共有できるようにし得るが、各かかる仮想化データストアは、ユーザーに、彼ら
がそのデータ記憶リソースの唯一のオペレータおよび管理者であるという錯覚をもたらす
、別個の論理データストアとして機能する。
【０００４】
〔ウェブサービス〕
従来型のウェブモデルは、ウェブブラウザなどの、ＨＴＴＰクライアントプログラムを
経由して、クライアントがウェブリソース（例えば、アプリケーション、サービス、およ
びデータ）にアクセスできるようにする。ウェブサービスと呼ばれる技術は、ウェブリソ
ースへのプログラムによるアクセスを提供するために開発された。ウェブサービスは、ウ
ェブサービスインタフェースを経由したウェブサーバーシステムなどのウェブ接続された
コンピュータ上でホストされる技術的プラットフォーム（例えば、アプリケーションおよ
びサービス）およびデータ（例えば、製品カタログおよび他のデータベース）を含め、ウ
ェブリソースへのプログラムによるアクセスを提供するために使用され得る。一般的に言
えば、ウェブサービスインタフェースが、何らかのサービスが実行されることを要求して
いるクライアントとサービスプロバイダとの間の通信のために、標準的なクロスプラット
フォームＡＰＩ（アプリケーションプログラミングインタフェース）を提供するように設
定され得る。いくつかの実施態様では、ウェブサービスインタフェースが、サービス要求
およびその要求に対する応答を記述する情報を含む文書またはメッセージの交換をサポー
トするように設定され得る。かかる文書、またはメッセージは、例えば、ハイパーテキス
ト転送プロトコル（ＨＴＴＰ）などの、標準ウェブプロトコルを使用して交換され得、ま
た、例えば、拡張マークアップ言語（ＸＭＬ）などの、プラットフォームに依存しないデ
ータフォーマットでフォーマットされ得る。
【図面の簡単な説明】
【０００５】
【図１】少なくともいくつかの実施形態に従った、サービスプロバイダ例およびサービス顧客例を含む、ネットワーキング環境例のハイレベルブロック図である。
【図２】少なくともいくつかの実施形態に従った、ストレージゲートウェイのためのアーキテクチャ例およびその構成要素を示す。
【図３】ストレージゲートウェイの実施形態が実現され得るネットワーク環境例のハイレベルブロック図である。
【図４】少なくともいくつかの実施形態に従った、サービス顧客ネットワークとサービスプロバイダネットワーク上のストレージサービスとの間のインタフェースとして機能する、サービス顧客ネットワークでのオンサイトのストレージゲートウェイを含むネットワーク環境例のブロック図である。
【図５】少なくともいくつかの実施形態に従って、ストレージサービスおよびハードウェア仮想化サービスをサービスプロバイダの顧客に対して提供する、サービスプロバイダ例のブロック図である。
【図６】ストレージゲートウェイの一実施形態がキャッシュゲートウェイとして設定される、ネットワーク環境例のアーキテクチャおよびその中のデータフローを大まかに示すハイレベルブロック図である。
【図７】ストレージゲートウェイの一実施形態がシャドーイングゲートウェイとして設定される、ネットワーク環境例のアーキテクチャおよびその中のデータフローを大まかに示すハイレベルブロック図である。
【図８】少なくともいくつかの実施形態に従った、ネットワーク環境例内でのシャドーイングゲートウェイのブートストラップを大まかに示すハイレベルブロック図である。
【図９】少なくともいくつかの実施形態に従った、シャドーイングゲートウェイのためのブートストラッププロセスの流れ図である。
【図１０】少なくともいくつかの実施形態に従って、パススルーモードに入り、それから回復するシャドーイングゲートウェイの流れ図である。
【図１１】少なくともいくつかの実施形態に従って、ゲートウェイからリモートデータストアへブロックをアップロード、更新、および追跡するための方法の流れ図である。
【図１２】少なくともいくつかの実施形態に従った、シャドーイングゲートウェイのための最適化されたブートストラッププロセスの流れ図である。
【図１３】少なくともいくつかの実施形態に従った、ストレージゲートウェイセキュリティモデルの態様を示す。
【図１４】少なくともいくつかの実施形態に従った、ストレージゲートウェイの有効化、設定、および動作中の、ゲートウェイセキュリティモデルの少なくともいくつかの態様を示す、流れ図である。
【図１５】少なくともいくつかの実施形態に従って、ゲートウェイ有効化プロセスに関与する、サービス顧客およびサービスプロバイダ構成要素または事業体を示すネットワーキング環境例のハイレベルブロック図である。
【図１６Ａ】少なくともいくつかの実施形態に従って、ゲートウェイ有効化プロセス中に、図１５に示す構成要素間のやりとりを示すプロセス流れ図である。
【図１６Ｂ】少なくともいくつかの実施形態に従って、ゲートウェイ有効化プロセス中に、図１５に示す構成要素間のやりとりを示すプロセス流れ図である。
【図１７Ａ】少なくともいくつかの実施形態に従って、ストレージゲートウェイの観点から見た、有効化プロセスの流れ図である。
【図１７Ｂ】少なくともいくつかの実施形態に従って、ストレージゲートウェイの観点から見た、有効化プロセスの流れ図である。
【図１８】少なくともいくつかの実施形態において採用され得るゲートウェイ制御アーキテクチャ例を示すハイレベルブロック図である。
【図１９】少なくともいくつかの実施形態に従って、ゲートウェイ開始接続およびロングポーリング技術を使用したリモートゲートウェイ管理のための方法の流れ図である。
【図２０】いくつかの実施形態に従って、ゲートウェイ制御サーバーがゲートウェイ要求をそのピアサーバーにブロードキャストするための方法の流れ図である。
【図２１】いくつかの実施形態に従って、ゲートウェイ要求を適切なゲートウェイ制御サーバーに送達するための代替方法の流れ図である。
【図２２】少なくともいくつかの実施形態に従って、ゲートウェイ開始接続を確立、監視、および維持するための方法の流れ図である。
【図２３Ａ】少なくともいくつかの実施形態に従って、ゲートウェイプロキシプレーン（ｐｒｏｘｙ  ｐｌａｎｅ）を含む、サービスプロバイダネットワークのためのアーキテクチャを大まかに示すブロック図である。
【図２３Ｂ】少なくともいくつかの実施形態に従い、ゲートウェイプロキシプレーンを通じて、ゲートウェイにメッセージ送信するゲートウェイ制御サーバーを示す。
【図２３Ｃ】少なくともいくつかの実施形態に従い、ゲートウェイプロキシプレーンを通じて、ゲートウェイ制御サーバー要求に応答するゲートウェイを示す。
【図２３Ｄ】少なくともいくつかの実施形態に従った、ゲートウェイプロキシプレーンに対するｐｉｎｇメッセージ交換を示す。
【図２４】少なくともいくつかの実施形態に従った、キャッシュゲートウェイのための全体アーキテクチャおよびそのデータ入出力動作を示す。
【図２５】少なくともいくつかの実施形態に従った、シャドーイングゲートウェイのための全体アーキテクチャおよびそのデータ入出力動作を示す。
【図２６】少なくともいくつかの実施形態に従って、ブロックデータストア上の書込みログに書き込むための方法の流れ図である。
【図２７】キャッシュゲートウェイの少なくともいくつかの実施形態に従って、読取り要求を満足するための方法の流れ図である。
【図２８】いくつかの実施形態で使用され得るコンピュータシステム例を示すブロック図である。
【０００６】
本明細書では、実施形態が、いくつかの実施形態に対する例および例示的な図によって
説明されているが、当業者は、実施形態は、説明された実施形態または図に制限されない
ことを理解するであろう。加えて、図およびそれに対する詳細な説明は、実施形態を開示
した特定の形態に制限することを意図せず、逆に、意図は、添付の請求項で定義される精
神および範囲内に含まれる、全ての修正、均等物、および代替手段を包含することが理解
されるはずである。本明細書で使用される見出しは、編成目的のためだけであり、記述ま
たは請求項の範囲を制限するために使用されることを意図していない。本願全体で使用さ
れるように、「〜し得る（ｍａｙ）」という用語は、強制的な意味（すなわち、〜しなけ
ればならない（ｍｕｓｔ）という意味）よりもむしろ、許可的な意味（すなわち、〜する
可能性があるという意味）で使用される。同様に、「を含む（ｉｎｃｌｕｄｅ）」、「を
含み（ｉｎｃｌｕｄｉｎｇ）」、および「を含む（ｉｎｃｌｕｄｅｓ）」という用語は、
限定されないが含むことを意味する。
【発明を実施するための形態】
【０００７】
リモートストレージに対してローカルゲートウェイを提供するための方法、装置、およ
びコンピュータアクセス可能記憶媒体の様々な実施形態が説明される。ストレージゲート
ウェイの実施形態が、本明細書では、インターネットなどの中間ネットワークを通じて、
ストレージサービスを、サービスプロバイダの１つまたは複数の顧客に提供する、サービ
スプロバイダのコンテキストで説明される。ストレージゲートウェイは、顧客のデータセ
ンターにおいてオンプレミス（ｏｎ−ｐｒｅｍｉｓｅ）（その建物内）でインストールさ
れ、顧客のデータセンターとストレージサービスとの間でゲートウェイとして機能する、
仮想または物理アプライアンスとして実装され得る。ストレージゲートウェイは、ストレ
ージサービスを経由してリモートで提供される一次記憶装置へのインタフェースとして、
およびそれに対するローカルキャッシュとして設定され得るか、かつ／またはストレージ
サービスによって提供されたリモートストレージへ顧客のネットワーク上に実装された一
次記憶装置をシャドーイングするインタフェースとして設定され得る。ストレージゲート
ウェイは、アプライアンスのフロントエンドで、顧客のアプリケーションに対する標準デ
ータアクセスインタフェースを提示し、アプライアンスのバックエンドで、そのデータア
クセスをストレージサービス要求に変換し、ストレージサービスインタフェースに従って
、そのデータを、ネットワークを通じてストレージサービスに伝達し得る。少なくともい
くつかの実施形態では、ストレージサービスインタフェースは、ウェブサービスインタフ
ェースとして実装され得る。
【０００８】
ストレージゲートウェイの実施形態は、オンプレミスインタフェースを、ストレージサ
ービスを通じて提供された、実質的に無制限で、柔軟な、拡張可能リモートストレージに
提供し得る。ストレージゲートウェイは、従来型のオンプレミスストレージソリューショ
ンに対して、費用効率が高く、柔軟で、さらに容易に拡張可能な代替手段を提供し得る。
記憶装置の費用は減少しているが、従来型のオンプレミスストレージソリューションの管
理、ならびに他のソフトウェアおよびハードウェアの費用は比較的一定のままであるか、
または場合によって増加している。ストレージゲートウェイの実施形態は、サービスプロ
バイダの顧客が、ストレージの総所有費用を下げることを可能にし得、少なくともいくら
かの管理および他の費用をサービスプロバイダに渡す。
【０００９】
少なくともいくつかの実施形態では、ストレージサービスは、ブロックストレージ技術
に従って、リモートデータストア内に顧客のデータを格納し得る。少なくともいくつかの
実施形態では、ストレージゲートウェイは、ブロックストレージプロトコル（例えば、ｉ
ＳＣＳＩ、ＧＮＢＤ（グローバルネットワークブロックデバイス）など）、ファイルスト
レージプロトコル（例えば、ＮＦＳ（ネットワークファイルストレージ）、ＣＩＦＳ（共
通インターネットファイルシステム）など）、および／またはオブジェクトストレージプ
ロトコル（例えば、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎｌ  Ｓｔａｔｅ  Ｔｒａｎ
ｓｆｅｒ：表現状態転送））を、顧客のアプリケーションに対するフロントエンドで公開
し得る。ｉＳＣＳＩなどのブロックストレージプロトコルは、リモートデータストアの基
礎となるデータブロックへの直接アクセスを可能にする。
【００１０】
ストレージゲートウェイによって公開されたＮＦＳまたはＣＩＦＳなどのファイルスト
レージプロトコルを介してアプリケーションによりリモートデータストアに書き込まれた
ファイルは、ブロックストレージ技術に従って、リモートデータストアに格納され得る。
ＮＦＳおよびＣＩＦＳなどの公開されたファイルストレージプロトコルを通じて、ストレ
ージゲートウェイは、ブロックストレージ技術に従ってリモートデータストアに格納され
た、顧客のデータを、それらがゲートウェイから顧客のネットワークを通じて顧客のアプ
リケーションに伝送される前に、顧客のアプリケーションにファイルとして提示する。例
えば、ｉＳＣＳＩなどの公開されたブロックストレージプロトコルは、ブロックを顧客の
アプリケーションに伝送し、従って、そのアプリケーションが、データブロックの解釈を
、そのアプリケーションが期待するどんなフォーマットにも処理することを要求する。
【００１１】
ｉＳＣＳＩなどのブロックストレージプロトコルは、低レベルブロックストレージプロ
トコルであり、従って、ＮＦＳおよびＣＩＦＳなどのファイルストレージプロトコルより
も広い範囲の使用事例を可能にし得る。ブロックストレージプロトコルは、通常、Ｍｉｃ
ｒｏｓｏｆｔ（登録商標）  ＳｈａｒｅＰｏｉｎｔ（登録商標）およびＯｒａｃｌｅ（登
録商標）データベースなどの、ブロックストアに書き込むアプリケーションに対するサポ
ートを可能にし得、ＣＩＦＳまたはＮＦＳファイルサーバーに対する基礎となるストレー
ジを提供するようにも設定され得る。それ故、ストレージゲートウェイの少なくともいく
つかの実施形態では、ｉＳＣＳＩなどのブロックストレージプロトコルが、顧客のアプリ
ケーションに対して公開されたインタフェースとして採用され得る。
【００１２】
図１は、少なくともいくつかの実施形態に従った、サービスプロバイダ例およびサービ
ス顧客例を含む、ネットワーキング環境例のハイレベルブロック図である。ストレージゲ
ートウェイ８４は、いくつかのリモートデータ記憶機能のうちの１つまたは複数をクライ
アントネットワーク８０上の顧客プロセス（単数または複数）８８に提供するために、サ
ービス顧客ローカルネットワークまたはデータセンター（例えば、クライアントネットワ
ーク８０）内で、仮想または物理アプライアンスとして、インストール、有効化、および
設定され得る。顧客プロセス８８は、クライアントネットワーク８０上に存在し、ゲート
ウェイ８４のデータポートのデータプロトコル（例えば、ｉＳＣＳＩプロトコル）を介し
て、ストレージゲートウェイ８４と接続して通信できる、任意のハードウェア、ソフトウ
ェア、および／またはそれらの組合せであり得る。ストレージゲートウェイ８４は、例え
ば、オンプレミス記憶装置として、および／または顧客プロセス（単数または複数）８８
上のクライアントネットワーク８０と、サービスプロバイダ６０によって提供されるスト
レージサービス６４との間のインタフェースとして、機能し得る。ストレージサービス６
４に加えて、サービスプロバイダ６０は、ハードウェア仮想化サービスを含むが、それに
限らず、他のサービスも、サービスプロバイダ６０の顧客に提供し得ることに留意された
い。
【００１３】
サービスプロバイダ６０の顧客は、本明細書では、サービス顧客または単に顧客と呼ば
れ得るが、ローカルネットワークまたはネットワーク上の１人または複数のユーザーに、
サービスプロバイダ６０によってリモートで提供される１つまたは複数のサービスを含め
、ネットワーク化コンピューティングサービスを提供するために、インターネットなどの
中間ネットワーク５０に結合された、コンピュータネットワークまたは複数のネットワー
クを実装する任意の事業体であり得る。サービス顧客は、企業、教育機関、政府機関、ま
たは、ネットワーク化コンピューティングサービスをユーザーに提供するコンピュータネ
ットワークまたは複数のネットワークを実装する、一般的な任意の事業体であり得る。図
１は、単一のクライアントネットワーク８０を示しているが、複数のクライアントネット
ワーク８０があり得る。各クライアントネットワーク８０は、異なるサービス顧客に対応
し得るか、または２つ以上のクライアントネットワーク８０が、例えば、企業の異なる支
社もしくは学校組織の異なるキャンパスなど、同じサービス顧客の異なるデータセンター
もしくは地域に対応し得る。少なくともいくつかの実施形態では、サービスプロバイダ６
０の各顧客は、サービスプロバイダ６０にアカウントを有し得、セキュリティ認証情報（
例えば、アカウント名および／または識別子、パスワードなど）が提供され得るが、それ
を用いて、一人または複数の顧客の代表者（例えば、クライアントネットワーク管理者）
が、サービスプロバイダ６０によって提供された、ストレージサービスを含むがそれに限
らない、１つまたは複数のサービスによって提供される顧客のリソースを管理するために
、サービスプロバイダ６０へのインタフェース（例えば、ウェブページ）にログインし得
る。
【００１４】
ストレージゲートウェイ８４の実施形態は、ハードウェア、ソフトウェア、またはそれ
らの組合せで実装され得る。少なくともいくつかの実施形態では、ストレージゲートウェ
イ８４は、例えば、ホストシステム上でインスタンス生成された仮想マシン内で実行し得
る、仮想アプライアンスとして実装され得る。少なくともいくつかの実施形態では、スト
レージゲートウェイ８４は、サービス顧客のデータセンター（例えば、クライアントネッ
トワーク８０）において、ローカルネットワークインフラストラクチャに結合されたサー
バーシステムなどの、１つまたは複数のコンピューティング装置上で、ダウンロードされ
るか、または別の方法でインストールされて、有効化され、かつ設定され得る仮想アプラ
イアンスとして実装され得る。代替として、ストレージゲートウェイ８４は、サービス顧
客のデータセンター（例えば、クライアントネットワーク８０）において、ローカルネッ
トワークインフラストラクチャに結合され得る専用装置またはアプライアンスとして実装
され得；その専用装置またはアプライアンスは、ストレージゲートウェイ８４の機能を実
現するソフトウェアおよび／またはハードウェアを含み得る。図２６は、ストレージゲー
トウェイ８４の実施形態がその上に実装され得るコンピュータシステム例を示す。少なく
ともいくつかの実施形態では、ストレージゲートウェイ８４は、ファイアウォール８２技
術を通し、中間ネットワーク５０（例えば、インターネット）を経てサービスプロバイダ
６０ネットワークと通信する。サービスプロバイダ６０ネットワークは、中間ネットワー
ク５０への、およびそこからのネットワークトラフィックが通過する、フロントエンド６
２技術（例えば、ファイアウォール技術、境界ルーター技術、負荷分散装置技術など）も
含むことに留意されたい。
【００１５】
ストレージゲートウェイ８４の少なくともいくつかの実施形態は、顧客に対するデータ
保護、ならびに顧客または第３者によるゲートウェイ８４の誤用および不正使用（例えば
、不法コピー）に対する保護を提供するセキュリティモデルに従って実装され得る。スト
レージゲートウェイ８４とストレージサービス６４との間の通信が保護および暗号化され
得る。本文書内で有効化プロセスが後で説明されるが、その中で、新しくインストールさ
れたストレージゲートウェイ８４が、セキュリティ認証情報を取得するために、サービス
プロバイダ６０ネットワークとの接続を開始し、それに対して識別される。少なくともい
くつかの実施形態では、有効化プロセス中に、顧客は、サービスプロバイダ６０で顧客の
アカウントにログインして、ゲートウェイ８４の登録で使用される情報をサービスプロバ
イダ６０に提供する。しかし、顧客はストレージゲートウェイ８４にログインせず、従っ
て、顧客のセキュリティ認証情報および他のアカウント情報は、ゲートウェイ８４上で公
開されない。これは、顧客に対するセキュリティリスクを最小限にし得る。
【００１６】
少なくともいくつかの実施形態では、セキュリティモデルの態様は、ゲートウェイ８４
は、クライアントネットワーク８０上の顧客プロセス（単数または複数）８８に対して公
開された１つまたは複数のデータポート（例えば、ｉＳＣＳＩポート）への外部開始接続
のみを受け入れることである。ストレージゲートウェイは、外部プロセスへの全ての他の
接続を開始し；外部プロセスは、ゲートウェイへのいかなる他の接続をも開始できない。
例えば、少なくともいくつかの実施形態では、ストレージゲートウェイ８４は、ゲートウ
ェイ管理およびサービスプロバイダ６０への他の接続を開始し；サービスプロバイダ６０
はゲートウェイ８４への接続を開始しない。別の例として、クライアントネットワーク８
０のネットワーク管理者プロセス９０は、ゲートウェイ８４を設定および管理するために
、ストレージゲートウェイ８４に直接接続できない。代わりに、ネットワーク管理者プロ
セス９０によるストレージゲートウェイ８４の設定および管理は、例えば、サービスプロ
バイダ６０ネットワーク上のコンソールプロセス６８を介して、サービスプロバイダ６０
を通して実行され得る。従って、少なくともいくつかの実施形態では、クライアントネッ
トワーク８０上のユーザー、ネットワークマネージャ、またはプロセス（例えば、ネット
ワーク管理者プロセス９０もしくは顧客プロセス（単数または複数）８８）は、ストレー
ジゲートウェイ８４に直接「ログイン」できず、サービスプロバイダ６０ネットワーク上
（例えば、コンソールプロセス６８およびストレージサービス６４）もしくは何らかの他
の外部ネットワーク上のユーザー、マネージャ、もしくはプロセスもストレージゲートウ
ェイ８４への接続を開始することもできない。これは、ストレージゲートウェイ８４上の
セキュリティ認証情報および他の動作情報が、クライアントネットワーク８０上の人もし
くはプロセスによって、または外部の人もしくはプロセスによって、故意もしくは故意で
はなく危険にさらされるのを防ぐ役に立つ。
【００１７】
ストレージゲートウェイ８４の実施形態は、いくつかのデータストア６６機能のうちの
１つまたは複数を提供するために、インストールされ、有効化され、かつ、ストレージサ
ービス６４との使用のために設定され得る。例えば、ストレージゲートウェイ８４は、以
下のものとして機能するために、インストールされ、有効化され、設定され、かつストレ
ージサービス６４で採用され得る：
・ファイルシステムゲートウェイ。この設定では、ストレージゲートウェイは、ストレー
ジサービス６４に対するＮＡＳストレージインタフェース（例えば、ＣＩＦＳまたはＮＦ
Ｓプロトコルを使用して）として機能する。リモートデータストア６６は、ゲートウェイ
８４により顧客に対してオブジェクトストア（例えば、ＲＥＳＴ）として提示され得るが
、他方、データストア６６は、ブロックストレージ技術に従って実装される。この設定で
は、リモートデータストア６６は、顧客がそれに対してファイルを書き込むことができ、
かつ、顧客がそれからファイルを読み取ることができる、仮想化ファイルシステムとして
、顧客に提示され得る。
・クラウドボリュームゲートウェイ。この設定では、ストレージゲートウェイ８４は、ス
トレージサービス６４を介して、リモートデータストア６６上に実装されたボリューム（
単数または複数）へのインタフェースとして機能する。リモートデータストア６６は、ブ
ロックストレージ技術を使用して実装され得る。ゲートウェイ８４は、柔軟で本質的に制
限のない一次記憶容量を提供するバックエンド記憶装置として機能する、リモートデータ
ストア６６上のボリューム（単数または複数）（クラウドボリュームとも呼ばれ得る）と
の、ローカルネットワークアクセスポイントを提供する。この設定では、リモートデータ
ストア６６は、顧客が、データの読取りおよび書込み用のボリュームをそこからローカル
にマウントできる、クラウドボリュームシステムとして、顧客に対して提示され得る。
・シャドーイングゲートウェイ。この設定では、ストレージゲートウェイ８４は、顧客の
書込みデータ（例えば、ｉＳＣＳＩ書込み）のリモートデータストア６６へのシャドーイ
ングをストレージサービス８４を介して提供するために、顧客のアプリケーション（例え
ば、顧客プロセス（単数または複数）８８）と顧客のローカルデータストア８６との間の
「ｂｕｍｐ  ｉｎ  ｔｈｅ  ｗｉｒｅ」として機能する。リモートデータストア６６は、
ブロックストレージ技術を使用して実装され得る。この設定では、ストレージゲートウェ
イ８４は、顧客のローカルデータストアをリモートデータストア６６上のスナップショッ
ト（単数または複数）にシャドーイングするシャドーイングアプライアンスとして機能し
得る。このシャドーイングは、ローカルネットワーク上のユーザーの観点から見れば透過
的に行われ得る。必要であるかまたは望ましい場合、顧客は、例えば、顧客のデータの一
部または全部を、スナップショット（単数または複数）からローカルストア８６に、復元
、回復、またはコピーするために、リモートデータストア６６上の顧客のデータのスナッ
プショット（単数または複数）を要求またはアクセスし得る。
【００１８】
ファイルシステムゲートウェイおよびクラウドボリュームゲートウェイは、両方ともリ
モートデータストアに対するゲートウェイとして機能し、また両方ともローカルにデータ
を、例えば、頻繁におよび／または最近使用されたデータを、キャッシュし得る、という
点で似ていることに留意されたい。ファイルシステムゲートウェイおよびクラウドボリュ
ームゲートウェイの両方では、顧客プロセスからのデータ読取りは、可能であれば、ロー
カルキャッシュから、そうでなければ、リモートデータストアからサービスされ得る。対
照的に、シャドーイングゲートウェイでは、データ読取りは、ゲートウェイを通して、顧
客のローカルデータストアに渡される。本文書の目的のため、ファイルシステムゲートウ
ェイおよびクラウドボリュームゲートウェイは、これらの実施態様をシャドーイングゲー
トウェイと区別するために、キャッシュゲートウェイと総称され得る。
【００１９】
〔ストレージゲートウェイアプライアンスアーキテクチャ例〕
図２は、少なくともいくつかの実施形態に従った、ストレージゲートウェイのためのア
ーキテクチャ例およびその構成要素を示す。図２に示された構成要素のいくつかは、キャ
ッシュゲートウェイ実施態様と比較した場合、シャドーイングゲートウェイ実施態様では
、使用されないか、または使用され得るかもしくは異なって実装され得ることに留意され
たい。
【００２０】
ブロックドライバ１０は、ストレージゲートウェイ８４の顧客プロセス８８とのインタ
フェースとなる。一般に、ブロックドライバ１０は、顧客プロセス８８が（例えば、読取
り／書込み要求を介して）ストレージゲートウェイ８４とやりとりできるようにする。ス
トレージゲートウェイ８４は、顧客プロセス８８のオンサイトであるので、プロセス８８
の観点から見れば、データがローカルに格納されるように見える。しかし、ストレージゲ
ートウェイ８４は、ストレージサービス６４によって提供されるリモートデータストア６
６にデータを格納するように、ストレージサービス６４とインタフェースをとる。キャッ
シュゲートウェイについて、一次データストアはリモートデータストア６６であるが、頻
繁にアクセスされるデータは、ゲートウェイ８４によってローカルにキャッシュされ得る
。読取りは、ローカルキャッシュから、または仮想データ記憶６６から満足され得；書込
みは、ローカルキャッシュ内および／または仮想データ記憶６６内のデータブロックを適
切に更新するように処理される。シャドーイングゲートウェイについて、一次データスト
アはローカルデータストア８６であり；読取りは、ローカルデータストア８６に渡され、
また、書込みは、ローカルデータストア８６に送信されるだけでなく、仮想データ記憶６
６にシャドーイングされる。
【００２１】
ブロックドライバ１０は、顧客プロセス８８からの読取り／書込み要求を捉え、その要
求をストレージコントローラ１２に渡す。少なくともいくつかの実施形態では、ブロック
ドライバ１０は、ブロックストレージプロトコル（例えば、ｉＳＣＳＩまたはＧＭＢＤ）
を顧客プロセス８８へのインタフェースとして提供する。いくつかの実施形態では、ブロ
ックストレージプロトコルインタフェースの代わりに、またはその代替として、ブロック
ドライバ１０は、ファイルストレージプロトコルインタフェース（例えば、ＮＦＳまたは
ＣＩＦＳ）を提供し得、ファイルシステムセマンティクスをストレージコントローラ１２
へのインタフェースとして使用し得る。図２は１つのブロックドライバ１０を示している
が、２つ以上のブロックドライバが存在し得ることに留意されたい。
【００２２】
ストレージコントローラ１２は、ブロックドライバ１０と、キャッシュマネージャ１４
を介したストレージとの間の仲立ちとして機能する。ストレージコントローラ１２の責任
は、読取りおよび書込み要求をブロックドライバ１０からストレージに、ならびにストレ
ージがデータで応答すると、コールバックをブロックドライバ１０に転送することを含み
得る。ブロックドライバ１０は、進行中の要求数などの統計値も保持し得る。
【００２３】
少なくともいくつかの実施形態では、１つのストレージゲートウェイ８４上のストレー
ジコントローラ１２は、別のストレージゲートウェイ８４上のキャッシュマネージャ１４
と通信し得る。少なくともいくつかの実施形態では、各ストレージゲートウェイ８４は、
発見および障害の検出ためにハートビートメッセージを送信し得る。所与のオブジェクト
に対して責任があるストレージゲートウェイ８４を識別するためにコンシステントハッシ
ュ法が使用され得、データを取得するための要求が、対象とするストレージゲートウェイ
８４上のキャッシュマネージャ１４に転送され得る。キャッシュマネージャ１４は、スト
レージコントローラ１２によって提供されたコールバックを起動することによって応答し
得る。
【００２４】
キャッシュゲートウェイ実施形態では、キャッシュマネージャ１４は、例えば、頻繁に
アクセスされるデータに対してストレージを提供する、ローカルキャッシュ２８を管理し
得る。ローカルキャッシュ２８は、ストレージゲートウェイ８４の内部の揮発性および／
もしくは不揮発性メモリ上に実装され得るか、または代替として、顧客によって提供され
る外部のローカルデータストア８６上に、少なくとも一部実装され得る。少なくともいく
つかの実施形態では、ローカルキャッシュ２８は、仮想化データ記憶６６内に格納された
データを表し；顧客プロセス８８からの書込みは、ローカルキャッシュ２８に直接影響を
及ぼすことはない場合がある。
【００２５】
複数のゲートウェイ８４を採用する少なくともいくつかの実施形態では、分散されたロ
ーカルキャッシュが使用され得、所与のキーを保持する責任のあるキャッシュを識別する
ために、キーについてコンシステントハッシュ法が使用され得る。少なくともいくつかの
実施形態では、地域を意識した要求分散（ｌｏｃａｌｉｔｙ−ａｗａｒｅ  ｒｅｑｕｅｓ
ｔ  ｄｉｓｔｒｉｂｕｔｉｏｎ）がゲートウェイ８４間の通信を減らすために使用され得
るが、それは、追加の負荷分散を要求し得る。
【００２６】
リモートデータストア６６内の所与のボリュームへの全ての書込み要求は、特定のゲー
トウェイ８４ノードに回され得る。ボリュームに対する全ての書込み要求が特定のゲート
ウェイ８４ノードに転送されるので、ネットワーク分割は問題ではないかもしれない。
【００２７】
〔ステージング〕
少なくともいくつかの実施形態では、キャッシュマネージャ１４は、ステージング１６
構成要素を含み得るか、またはステージング１６構成要素とインタフェースをとり得る。
ステージング１６は、書込みログ１８を含み得るか、または書込みログ１８へのアクセス
を有し得る。少なくともいくつかの実施形態では、データ構造が書込みログ１８を通して
構築され、メタデータストア２６として使用され得る。メタデータストア２６は、特定の
ブロックに対する全ての書込みへの素早いアクセスを可能にし得る。メタデータストア２
６は、例えば、ブロック内の異なるセグメントに対して変更（ｍｕｔａｔｉｏｎ）を適用
するのに使用され得る。書込みデータが顧客プロセス８８から受信されると、そのデータ
が書込みログ１８に付加される。例えば、オフセットおよび長さなど、ブロックに関連し
た書込みデータに対するメタデータが、メタデータストア２６に格納され得る。少なくと
もいくつかの実施形態では、書込みログ１８は、線形または円形キューのいずれかとして
実装された１次元データバッファとして実装され得る。少なくともいくつかの実施形態で
は、メタデータストア２６は、例えば、Ｂｅｒｋｅｌｅｙ  Ｄａｔａｂａｓｅとして実装
された、キー／値ストアであり得る。書込みログ１８およびメタデータストア２６の両方
の他の実施態様が、いくつかの実施形態で使用され得る。
【００２８】
キャッシュゲートウェイ実施態様では、読取りが実行されると、元のブロックがローカ
ルキャッシュ２８から、またはリモートデータストア６６から取得され得、書込みログ１
８によって示される任意の保留の変更が、データをそれぞれの顧客プロセス８８に返す前
に、適用され得る。
【００２９】
いくつかの実施形態では、ゲートウェイ８４が障害を起こす（例えばクラッシュする）
と、データが既にローカルデータストア８６に書き込まれていない限り、メモリ内の書込
みデータが失われ得る。いくつかの実施形態では、顧客サイトに複数のゲートウェイ８４
がある場合、別のゲートウェイ８４が、クラッシュしたゲートウェイ８４によって所有さ
れているキーの責任を持ち、ローカルデータストア８６上のスナップショット（ある場合
）から書込みを復元して、それぞれのボリュームに向けられた要求の受入れを開始し得る
。いくつかの実施形態では、書込みログ１８および／またはメタデータストア２６が、冗
長性およびより良い耐久性を提供するために、２つ以上のゲートウェイ８４にわたって、
複製され得る。ゲートウェイ８４の障害の場合には、他のゲートウェイ８４のうちの１つ
が、故障したゲートウェイの書込みログ１８およびメタデータストア２６を引き継ぎ得る
。しかし、少なくともいくつかの実施形態では、メタデータストア２６は、所有者のゲー
トウェイ８４上でのみ保持され得る。これらの実施形態では、ゲートウェイ８４の障害の
場合、他のゲートウェイ８４のうちの１つが、メタデータストア２６を再構築するために
、一次書込みログ１８を引き継いで、解析し得る。
【００３０】
キャッシュゲートウェイ実施態様では、ブロックフェッチャ２２は、ブロックの要求さ
れたセグメントをリモートデータストア６６からストレージサービス６４を介してフェッ
チする。少なくともいくつかの実施形態では、ブロックフェッチャ２２は、キャッシング
のため完全なブロックをフェッチするために、遅延フェッチ（ｌａｚｙ  ｆｅｔｃｈｉｎ
ｇ）技術を採用し得る。キャッシュゲートウェイおよびシャドーイングゲートウェイの両
方について、ブロックストア２４は、ステージング１６からのデータをストレージサービ
ス６４を介してリモートデータストア６６にプッシュ型配信する。少なくともいくつかの
実施形態では、ブロックストア２４は、ブロックをプッシュ型配信するために、遅延プッ
シュ技術を採用し得る。
【００３１】
少なくともいくつかの実施形態では、キャッシュゲートウェイに対する読取り動作中に
、ブロックドライバ１０は、ボリュームＩＤ、開始オフセットおよび長さを含む読取り要
求を、ストレージコントローラ１２に送信する。少なくともいくつかの実施形態では、ス
トレージコントローラ１２は、ボリュームＩＤおよびオフセットをオブジェクトキーに変
換し得る。ストレージコントローラ１２は、読取り要求情報をキャッシュコントローラ１
４に渡し得るが、それは、その読取り要求を適切なローカルキャッシュ２８から満足しよ
うと試み得る。そのデータがローカルキャッシュ２８内に存在しない場合、要求はブロッ
クフェッチャ２２に転送されるが、それは、そのデータをリモートデータストア６６上の
適切なボリュームからストレージサービス６４を介してフェッチする。データが取得され
ると、ローカルキャッシュ２８が更新され、書込みログ１８からの変更が適用されて、読
取り応答が顧客プロセス８８に返される。少なくともいくつかの実施形態では、複数のブ
ロックが要求される場合、各々がそれぞれのブロックに対する相対オフセットを示す、複
数の読取り応答が返され得る。少なくともいくつかの実施形態では、順次読取りが検出さ
れると、連続したブロックが事前にフェッチされ得る。
【００３２】
少なくともいくつかの実施形態では、書込み動作中に、ブロックドライバ１０は、ボリ
ュームＩＤおよび書込みデータを含む書込み要求を、そのボリュームに対して責任がある
ストレージコントローラ１２に送信する。書込みデータが書込みログ１８に書き込まれ、
メタデータストア２６が、バッファプール２０内の変更されたデータに対する参照を含む
ように更新される。
【００３３】
〔バッファプール〕
少なくともいくつかの実施形態では、バッファプール２０は、ストレージコントローラ
１２とローカルデータストア８６との間に存在する。バッファプール２０は、以下のタス
クの１つまたは複数を実行し得るが、それらに限らない。いくつかのタスクはキャッシュ
ゲートウェイにのみ適用され得ることに留意されたい：
・書込みログ１８およびローカルキャッシュ２８に対するローカルデータ記憶装置（単数
または複数）上のそれらの物理位置からの論理オフセットのためのデータのキャッシュ。
・読取りおよび書込み動作中のバッファ上のロックの維持。
・例えば、エビクション（ｅｖｉｃｔｉｏｎ）技術に基づく最低使用頻度（ＬＲＵ）など
、エビクション技術のローカルキャッシュ２８に対する物理記憶装置への適用。これは、
シャドーイングゲートウェイには必要でないことに留意されたい。
・各キャッシュゲートウェイ内での読取りに対して、要求されたデータがローカルキャッ
シュ２８内で見つからない場合、バッファプール２０がリモートデータストア６６からブ
ロックをフェッチするために、ブロックフェッチャ２２と通信し得る。代替として、いく
つかの実施形態では、ブロックフェッチャ２２は、ブロックをフェッチするために、スト
レージサービス６４と直接通信し得る。
【００３４】
少なくともいくつかの実施形態では、バッファプール２０は、データベース（例えば、
Ｂｅｒｋｅｌｅｙデータベース（ＢＤＢ））をそのメタデータストア２６として採用し得
る。以下に示す表１は、少なくともいくつかの実施形態に従って、メタデータストア２６
内に格納され得る情報を示す。表１内のエントリは、内容または配置にしたがって制限す
ることを意図しないことに留意されたい。
【００３５】
【表１】
2016129036.tif 000003
【００３６】
少なくともいくつかの実施形態では、物理ディスクオフセットは、例えば、４ＭＢ境界
においてなど、決められた境界においてである。少なくともいくつかの実施形態では、こ
れは、ボリューム内および書込みログ１８内の両方のデータに対する境界を含む。少なく
ともいくつかの実施形態では、特定のボリュームに対する書込みは、順次書込みであり得
、従って、ディスク上の断片化は、考慮する必要がない。「チャンク（ｃｈｕｎｋ）」は
、ブロック、または１つもしくは複数のブロックに対応し得ることに留意されたい。
【００３７】
メタデータストア２６は、Ｓ（スナップショット）およびＣ（チャンク）エントリの両
方を含み得、これらは、ストレージコントローラ１２がそれを介してブロックにアクセス
しようと試みる方式で最新の状態に維持される必要がある。例えば、ブロックは、最初は
、スナップショットＩＤを使用して参照され得るが、その後は、いつも、チャンクＩＤを
使用する。これは、メタデータストア２６に保存され得る。スナップショットが完了する
と、ストレージコントローラ１２が、スナップショットＩＤを使用してスナップショット
からブロックを参照し得；それ故、メタデータストア２６内のＣ（チャンク）エントリは
、対応するＳ（スナップショット）エントリに変換され得る。
【００３８】
〔キャッシュゲートウェイの動作〕
少なくともいくつかの実施形態では、読取り要求が受信されると、ブロックに対する書
込みログ１８エントリまたは複数のエントリがメタデータストア２６内で検索される。読
取り要求が、書込みログ１８エントリまたは複数のエントリを使用して満足できる場合、
全ての要求されたエントリがメタデータストア２６内で検索され、バッファ内に読み取ら
れて、フラット化され、要求された断片が返される。読取り要求が、書込みログ１８エン
トリまたは複数のエントリだけを使用して満足できない場合、キャッシュデータブロック
（例えば、４ＭＢブロック）に対するオフセットが読取り要求内のオフセットから計算さ
れる。ブロックの位置がメタデータストア２６内で検索される。ブロックがローカルキャ
ッシュ２８内にある場合、そのブロックがローカルキャッシュ２８から読み取られ、また
、そうでない場合は、リモートデータストア６６からフェッチされる。要求された書込み
ログ１８エントリは、前述のようにフェッチされ、ブロックでフラット化されて、要求さ
れた断片が返される。ブロックがリモートデータストア６６からフェッチされる場合、そ
のブロックはローカルキャッシュ２８にキャッシュされて、メタデータストア２６内に記
録される。ローカルキャッシュ２８内のブロックに対する最後のアクセス時間も更新され
る。
【００３９】
少なくともいくつかの実施形態では、書込み要求が受信されると、次の書込みログ１８
オフセットで変更が記録されて、メタデータ、すなわち、オフセットおよび長さがメタデ
ータストア２６内に記録される。
【００４０】
少なくともいくつかの実施形態では、ブロックアップロードが完了すると、そのブロッ
クの最新バージョンが（適用された変更とともに）ローカルキャッシュ２８に追加されて
、メタデータストア２６内に記録される。ブロックの以前のバージョンがローカルキャッ
シュ２８内に存在する場合、このブロックはメタデータストア２６内で空きとして印を付
けられる。
【００４１】
少なくともいくつかの実施形態では、スナップショットが完了すると、メタデータスト
ア２６は、前述のように再編成される必要があり得る。すなわち、そのスナップショット
に属するブロックエントリは、リモートデータストア６６上の対応するスナップショット
エントリに変換され得る。
【００４２】
〔シャドーイングゲートウェイの動作〕
少なくともいくつかの実施形態では、読取り要求がローカルデータストア８６に渡され
る。
【００４３】
少なくともいくつかの実施形態では、書込み要求が受信されると、書込みデータが次の
書込みログ１８オフセットで記録され、その書込みに対する適切なメタデータがメタデー
タストア２６内に記録される。書込み要求もローカルデータストア８６に渡される。
【００４４】
少なくともいくつかの実施形態では、ブロックをリモートデータストア６６にアップロ
ードするために、アップロードプロセスが書込みログ１８を読み取るためにバッファプー
ル２０を呼び出す。バッファプール２０は、論理書込みログ１８オフセットから物理オフ
セットへの変換を実行するためにメタデータストア２６を使用し、データは次いで、メモ
リバッファに読み込まれる。バッファは次いで、アップロードプロセスに提示される。ア
ップロードプロセスは、ブロックをリモートデータストア６６にアップロードし、そのブ
ロックをバッファプール２０に解放する。
【００４５】
〔書込みログのパージ〕
少なくともいくつかの実施形態では、書込みログ１８がパージされる必要のある場合、
バッファプール２０は、書込みログ１８がパージできるボリュームに対する書込みログオ
フセットを取得する。少なくともいくつかの実施形態では、書込みログオフセットが、例
えば、各エントリに対するオフセットをチェックするデータベースのウォークオーバー（
ｗａｌｋ  ｏｖｅｒ）を実行することにより、メタデータストア２６から決定され得る。
書込みログ１８をパージするために、そのログのパージ可能な部分に対応する既存の書込
みログエントリが、空きエントリとして印を付けられ得る。
【００４６】
〔実施態様例〕
図３は、ストレージゲートウェイの実施形態が実装され得るネットワーク環境例のハイ
レベルブロック図である。中間ネットワーク１００（例えば、インターネット）上のサー
ビスプロバイダ１１０は、中間ネットワーク１００に同様に結合された、１つまたは複数
のサービス顧客ネットワーク（例えば、クライアントネットワーク（単数または複数）１
５０）に、ストレージサービス１１２を介して、リモートデータストア１１６へのアクセ
スを提供する。各クライアントネットワーク１５０が、異なるサービス顧客に対応し得る
か、または２つ以上のクライアントネットワーク１５０が、例えば、企業の異なる支社も
しくは学校組織の異なるキャンパスなど、同じサービス顧客の異なるデータセンターもし
くは地域に対応し得る。サービス顧客は、企業、教育機関、政府機関、民間団体、または
、ネットワーク化コンピューティングサービスを１人または複数のユーザーに提供するた
めに、インターネットなどの中間ネットワーク１００に結合された、コンピュータネット
ワークまたは複数のネットワークを実装する、一般的な任意の事業体であり得る。いくつ
かの実施形態では、ストレージサービス１１２は、インタフェース（例えば、ウェブサー
ビスインタフェース）を提供し得、それを通じて、各サービス顧客のクライアントネット
ワーク（単数または複数）１５０が、ストレージサービス１１２によって提供された機能
にアクセスし得る。
【００４７】
顧客プロセス１５４Ａおよび１５４Ｂは、サービス顧客のクライアントネットワーク１
５０に接続された物理および／または仮想マシンもしくはシステムを表す。ストレージサ
ービス１１２によって提供される機能の一例として、ユーザーは、顧客プロセス１５４を
介し、ストレージサービス１１２を通じて、リモートデータストア１１６内にデータボリ
ュームを作成およびマウントし得る。クライアントネットワーク１５０上のユーザーの観
点から見れば、ストレージサービス１１２によって提供されたデータボリュームは、それ
らがローカルストレージであるかのように見え得；従って、かかるデータボリュームは、
仮想データボリューム１５８と呼ばれ得る。仮想データボリューム１５８は、リモートデ
ータストア１１６がその上にインスタンス生成される、１つまたは複数の物理記憶装置も
しくは記憶システムに実際にマッピングするが；このマッピングは、ストレージサービス
１１２によって処理され、従って、クライアントネットワーク１５０上のユーザーの観点
から見れば透過的である。顧客プロセス１５４のユーザーは、デスクトップ上または装置
リスト内にマウントされたボリュームを単に見るだけであり得る。顧客プロセス１５４の
ユーザーは、まるでボリューム１５８がローカルに取り付けられた記憶装置であるかのよ
うに、仮想データボリューム１５８上で、データの作成、データの変更、データの削除、
および一般なデータ関連機能の実行を行い得る。
【００４８】
図４は、少なくともいくつかの実施形態に従った、クライアントネットワーク２５０と
ストレージサービス２１２との間のインタフェースとして機能する、サービス顧客のクラ
イアントネットワーク２５０でのオンサイトのストレージゲートウェイ２５２を含むネッ
トワーク環境例のブロック図である。少なくともいくつかの実施形態では、ストレージゲ
ートウェイ２５２は、サービス顧客のデータセンターでオンサイトでインストールされる
ファイルおよび／またはブロックストレージアプライアンスであり得る。
【００４９】
ストレージゲートウェイ２５２は、例えば、ファイルシステムゲートウェイとして、ク
ラウドボリュームゲートウェイとして機能するように、インストール、有効化、および設
定され得、キャッシュゲートウェイとして、またはシャドーイングゲートウェイとして総
称される。ファイルシステムゲートウェイは、（例えば、ＣＩＦＳまたはＮＦＳプロトコ
ルを使用して）ストレージサービス２１２に対するＮＡＳストレージインタフェースとし
て機能する。リモートデータストア２１６は、実際にはブロックストレージとして実装さ
れながら、顧客に対してオブジェクトストア（例えば、ＲＥＳＴ）として提示され得る。
クラウドボリュームゲートウェイは、ストレージサービス２１２によって提供された仮想
化ボリュームストレージゲートウェイに対するインタフェースとして機能する。ボリュー
ムストレージは、ブロックストレージとして実装され得る。ゲートウェイ２５２は、柔軟
で、本質的に制限のない一次記憶容量を提供するバックエンド記憶装置として機能するリ
モートデータストア２１６（クラウドボリュームとも呼ばれ得る）との、ローカルネット
ワークアクセスポイントを提供する。シャドーイングゲートウェイは、顧客の書込みデー
タ（例えば、ｉＳＣＳＩ書込み）の、ストレージサービス２１２によって提供されるリモ
ートストレージへのシャドーイングを提供するために、顧客のアプリケーションと顧客の
ローカルデータストアとの間の「ｂｕｍｐ  ｉｎ  ｔｈｅ  ｗｉｒｅ」として機能する。
リモートデータストア２１６は、ブロックストレージとして実装され得る。
【００５０】
キャッシュゲートウェイ実施態様では、ストレージゲートウェイ２５２は、データを安
全に暗号化して、サービスプロバイダ２１０に戻るのを促進しながら、頻繁にアクセスさ
れるデータのローカルキャッシュをローカルデータストア２５４上に格納し得る。同様に
、シャドーイングゲートウェイ実施態様が、書込みデータを安全に暗号化して、サービス
プロバイダ２１０への移動を加速し得る。標準的なインターネット接続と比較して、この
加速されたデータ移動は、例えば、データ重複排除、圧縮、並列化、およびＴＣＰウィン
ドウスケーリング技術のうちの１つまたは複数を使用して、達成され得る。ストレージゲ
ートウェイ２５２は、通常、一次記憶装置またはバックアップ記憶装置としてのオンサイ
トストレージアレイの管理に伴う、費用、利用、保守、およびプロビジョニングの頭痛の
種を大幅に削減し得る。ストレージゲートウェイ２５２は、顧客が、そうでなければ、社
内で、高価なハードウェア（例えば、ＮＡＳまたはＳＡＮハードウェア）上に格納し得る
、何百ものテラバイトからペタバイトのデータを、費用効率が高いアプライアンスで置き
換えることによってこれを達成し得る。ストレージゲートウェイ２５２を用いて、顧客は
、サービスプロバイダ２１０によって提供される、耐久性のある、利用可能で拡張性のあ
る分散ストレージインフラストラクチャを活用しながら、オンサイト記憶装置（キャッシ
ュゲートウェイ実施態様においてゲートウェイ２５２によって維持されるローカルキャッ
シュによって提供される）の低アクセス遅延から恩恵を受け得る。
【００５１】
ストレージゲートウェイ２５２の実施形態は、顧客のオンサイトアプリケーションとシ
ームレスに連携し得る。少なくともいくつかの実施形態では、顧客は、ＳＡＮ（ｉＳＣＳ
Ｉ）、ＮＡＳ（ＮＦＳ、Ｍｉｃｒｏｓｏｆｔ（登録商標）  ＣＩＦＳ）、またはオブジェ
クト（ＲＥＳＴ）記憶装置をサポートするために、ストレージゲートウェイ２５２を設定
し得る。少なくともいくつかの実施形態では、ストレージゲートウェイ２５２によって提
供されたｉＳＣＳＩインタフェースは、Ｍｉｃｒｏｓｏｆｔ（登録商標）  ＳｈａｒｅＰ
ｏｉｎｔ（登録商標）およびＯｒａｃｌｅ（登録商標）データベースなどのオンサイトブ
ロックストレージアプリケーションとの統合を可能にし得る。少なくともいくつかの実施
形態では、顧客は、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、およびＵＮ
ＩＸ（登録商標）環境を含むが、それらに限らない、環境にわたって、ファイルストレー
ジを統合するために、ストレージゲートウェイ２５２によって提供されるＮＦＳおよびＣ
ＩＦＳインタフェースを利用し得る。少なくともいくつかの実施形態では、ストレージゲ
ートウェイ２５２は、ＲＥＳＴベースの要求をサポートするようにも設定され得る。
【００５２】
少なくともいくつかの実施形態では、ストレージゲートウェイ２５２は、顧客のデータ
センターで、クライアントネットワーク２５０インフラストラクチャに結合されたサーバ
ーシステムなどの、１つまたは複数のコンピューティング装置上に、ダウンロードされる
かまたは他の方法でインストールされ、有効化されて、設定され得る、仮想装置またはア
プライアンスとして実装され得る。あるいは、ストレージゲートウェイ２５２は、クライ
アントネットワーク２５０インフラストラクチャに結合され得る専用装置またはアプライ
アンスとして実装され得；その専用装置またはアプライアンスは、ゲートウェイの機能が
その上に実装され得る、ソフトウェアおよび／またはハードウェアを含み得る。
【００５３】
少なくともいくつかの実施態様では、ストレージゲートウェイ２５２は、中間ネットワ
ーク２００（例えば、インターネット）を経由して、サービスプロバイダ２１０と通信す
る。ストレージゲートウェイ２５２の中間ネットワーク２００への結合は、大量のデータ
が、ストレージサービス２１２とストレージゲートウェイ２５２との間の中間ネットワー
ク２００を通じて伝達され得るので、一般に、サービス顧客のクライアントネットワーク
２５０によって提供された高帯域幅接続を介し得る。例えば、ピーク時には、接続は、１
００メガビット／秒（１００Ｍビット／秒）以上のデータ転送をサポートする必要があり
得る。しかし、少なくともいくつかの実施形態では、データ重複排除などの技術が、スト
レージゲートウェイ２５２からストレージサービス２１２へデータをアップロードする際
に、帯域幅利用を削減するために採用され得、従って、より多くの顧客の帯域幅が他の用
途に対して利用可能であり得る。少なくともいくつかの実施形態で採用され得るデータ重
複排除技術の例が、「ＲＥＣＥＩＶＥＲ−ＳＩＤＥ  ＤＡＴＡ  ＤＥＤＵＰＬＩＣＡＴＩ
ＯＮ  ＩＮ  ＤＡＴＡ  ＳＹＳＴＥＭＳ」という名称の米国特許出願第１２／９８１，３
９３号、および、「ＲＥＤＵＣＥＤ  ＢＡＮＤＷＩＤＴＨ  ＤＡＴＡ  ＵＰＬＯＡＤＩＮ
Ｇ  ＩＮ  ＤＡＴＡ  ＳＹＳＴＥＭＳ」という名称の米国特許出願第１２／９８１，３９
７号に記載されている。
【００５４】
少なくともいくつかの実施形態では、中間ネットワーク２００を通じたクライアントネ
ットワーク２５０とサービスプロバイダ２１０との間の接続上の帯域幅が、ストレージゲ
ートウェイ２５２に、および、例えば、クライアントネットワーク２５０でのネットワー
ク管理者プロセス２６０を介して、他の顧客アプリケーションに割り当てられ得る。スト
レージゲートウェイ２５２は、例えば、データ重複排除技術に従って、変化した（新規ま
たは変更された）データをストレージサービス２１２に、継続的に、またはほぼ継続的に
アップロードし得る。しかし、クライアントネットワーク２５０でのデータの変化率は、
時間とともに変わり得る；例えば、日中は、顧客プロセス書込みスループットが高くなり
得るが、夜間には、書込みスループットが低くなり得る。従って、変化率が高いビジー時
には、ストレージゲートウェイ２５２に割り当てられた帯域幅がついて行くのに十分に高
くない場合、変化したデータのアップロードに遅れ得；ストレージゲートウェイ２５２は
、その後、変化率がそれほど高くない、あまりビジーでない時に追い付き得る。少なくと
もいくつかの実施形態では、ストレージゲートウェイ２５２が指定された閾値以上に遅れ
る場合、ストレージゲートウェイ２５２は、追加の帯域幅の割当てを要求し得る。少なく
ともいくつかの実施形態では、ストレージゲートウェイ２５２は、必要であれば、より多
くの帯域幅を要求するために警報を発し得る。
【００５５】
図４は、ストレージゲートウェイ２５２とストレージサービス２１２との間の直接接続
を示しているが、ストレージゲートウェイ２５２とストレージサービス２１２との間の接
続は、ローカルネットワーク２５６を経由し得ることに留意されたい。
【００５６】
ストレージゲートウェイ２５２の少なくともいくつかの実施形態では、要求に応じてリ
モートデータストア２１６からデータを取得するのではなく、データの大規模なブロック
またはチャンク、データのボリューム全体さえも、ローカルデータストア２５４にローカ
ルにキャッシュされ得る。ストレージゲートウェイ２５２は、データ、例えば、頻繁にア
クセスされるデータまたは重要なデータ、のローカルキャッシュがその上で保持され得る
物理データ記憶および／またはメモリ（ローカルデータストア２５４）を含み得るか、ま
たはそれに対してアクセスし得る。ローカルデータストア２５４は、揮発性もしくは不揮
発性の記憶装置もしくはメモリ、またはそれらの組合せであり得る。頻繁にアクセスされ
るデータのローカルキャッシュを保持することは、多くの、またはほとんどのデータアク
セスが、リモートデータストア２１６からデータを取得するよりも、ローカルキャッシュ
からサービスできるので、一般に、顧客プロセス２５８に対するデータアクセス時間を改
善し得る。しかし、リモートデータストア２１６は、サービス顧客のクライアントネット
ワーク２５０に対して一次データストアとして機能し得；従って、ストレージゲートウェ
イ２５２は、定期的に、非定期的に、または継続的に、新規または変更されたデータをロ
ーカルキャッシュからリモートデータストア２１６にアップロードするため、および必要
に応じて、要求されたデータをリモートデータストア２１６からダウンロードするために
、中間ネットワーク２００を介してストレージサービス２１２と通信し得る。
【００５７】
図４では、リモートデータストア２１６の記憶装置（２１８Ａ、２１８Ｂ、２１８Ｃ、
．．．）は、リモートデータストア２１６が、サービスプロバイダ２１０のローカルネッ
トワーク２１４に接続された、いくつかの記憶装置またはシステム上で、またはそれらに
わたって実装され得ることを示す。従って、サービス顧客のデータが、「バックエンド」
上の２つ以上の物理記憶装置またはシステムに散在し得る。バックエンド記憶装置は、他
の顧客と共有されるマルチテナント型装置であり得るが、必ずしも必要ではない。しかし
、図３に関連して述べた、クライアントネットワーク２５０上のユーザーおよびプロセス
の観点から見れば、クライアントのデータは、仮想ボリュームまたはファイルとして提示
され得る。
【００５８】
少なくともいくつかの実施形態では、図３および図４に関連して説明されるように、サ
ービスプロバイダは、ハードウェア仮想化技術および場合により他の仮想化技術も顧客に
提供し得る。サービスプロバイダ２００は、ブロックストレージ機能（すなわち、ブロッ
クベースの記憶システム）を顧客に提供するブロックストレージ技術を含め、様々な仮想
化コンピューティング技術および仮想化ストレージ技術を提供し得る。サービスプロバイ
ダ２００によって提供される、ハードウェア仮想化技術に従って実装される仮想コンピュ
ーティング環境またはシステムは、ブロックストレージ技術によってサポートされ得る。
ブロックストレージ技術は、例えば、ブロックレベルのストレージ機能を、それがサポー
トするボリュームの構造的および機能的詳細に、およびそれがストレージ可用性を提供す
る仮想コンピューティングシステム（または他のシステム）上で実行するオペレーティン
グシステムに、依存しなくする、標準ストレージ呼出しを通じて仮想コンピューティング
システムとやりとりすることができる、仮想化記憶システムを提供し得る。
【００５９】
ストレージゲートウェイ２５２の実施形態は、オンサイトの顧客アプリケーションなら
びにサービスプロバイダ２００によって提供される仮想化コンピューティングおよびスト
レージ技術と統合され得、弾力性のある「クラウドベースの」コンピューティングおよび
記憶リソースへのアクセスを顧客に提供する。例えば、ＳＡＮストレージに対してストレ
ージゲートウェイ２５２を使用する顧客は、彼らのデータの一致した、ある時点のブロッ
クベースのスナップショットを作成し得る。これらのスナップショットは、次いで、ブロ
ックベースの記憶システムが提供する、高入出力および低遅延データアクセスを必要とす
るハードウェア仮想化技術アプリケーションまたはインスタンス（例えば、図５における
仮想コンピューティングシステム２６４を参照）によって処理され得る。別の例として、
顧客は、ＮＡＳストレージに対するストレージゲートウェイ２５２を、ＮＦＳまたはＣＩ
ＦＳファイルプロトコルを介して設定し得、また、ハードウェア仮想化技術インスタンス
からアクセス可能な彼らのファイルデータのある時点のスナップショットを作成し得る。
【００６０】
いくつかの実施形態では、ストレージゲートウェイ２５２によって提供されるＲＥＳＴ
ベースのインタフェースを使用して書き込まれたオブジェクトは、サービスプロバイダに
より提供される仮想化ストレージ技術から、ＨＴＴＰまたは他のプロトコルを介して直接
アクセスされ得るか、またはサービスプロバイダによって提供される統合コンテンツ配信
を使用して配信され得る。いくつかの実施形態では、顧客は、ハードウェア仮想化技術イ
ンスタンス上で、これらのオブジェクトの並列化処理に対する仮想化ストレージ技術によ
って提供された、高度に拡張性のある、分散インフラストラクチャも利用し得る。
【００６１】
図５は、少なくともいくつかの実施形態に従って、ストレージサービスおよびハードウ
ェア仮想化サービスをサービスプロバイダの顧客に対して提供する、サービスプロバイダ
例のブロック図である。サービス顧客のクライアントネットワーク２５０は、例えば、図
４に関連して説明したように、クライアントネットワーク２５０と、サービスプロバイダ
２１０のストレージサービス２１２との間のインタフェースとして機能する、１つまたは
複数のストレージゲートウェイ２５２を含み得る。サービスクライアント（単数または複
数）は、サービスプロバイダ２１０によって提供されるサービスの１つにアクセスし得る
、任意の管理者、ユーザー、またはプロセスであり得る。
【００６２】
ハードウェア仮想化技術は、複数のオペレーティングシステムをホストコンピュータ２
９２上で同時に、すなわち、ホスト２９２上で仮想マシン（ＶＭ）２９６として、実行可
能にし得る。ＶＭ  ２９６は、例えば、サービスプロバイダ２１０の顧客に賃貸またはリ
ースされ得る。ホスト２９２上のハイパーバイザー、すなわち、仮想マシンモニター（Ｖ
ＭＭ）２９４は、ホスト２９２上のＶＭ  ２９６に仮想プラットフォームを提示して、Ｖ
Ｍ  ２９６の実行を監視する。各ＶＭ  ２９６は、１つまたは複数のＩＰアドレスを提供
され得；ホスト２９２上のＶＭＭ  ２９４は、ホスト上のＶＭ  ２９６のＩＰアドレスを
認識し得る。サービスプロバイダ２１０のローカルネットワークは、パケットを、ＶＭ  
２９６からのインターネット宛先（例えば、クライアントネットワーク２５０上のサービ
スクライアント（単数または複数）２６２）に、およびインターネット送信元（例えば、
サービスクライアント（単数または複数）２６２）からＶＭ  ２９６に、経路指定するよ
うに設定され得る。
【００６３】
サービスプロバイダ２１０は、ローカルネットワーク２５６を介して中間ネットワーク
２００に結合されたサービス顧客のクライアントネットワーク２５０に、中間ネットワー
ク２００およびサービスプロバイダ２１０のローカルネットワークに結合されたハードウ
ェア仮想化サービス２９０を通じて仮想コンピューティングシステム２６４を実装する能
力を提供し得る。いくつかの実施形態では、ハードウェア仮想化サービス２９０は、イン
タフェース、例えば、ウェブサービスインタフェースを提供し得、それを経由して、サー
ビスクライアント２６２がハードウェア仮想化サービス２９０によって提供される機能に
アクセスし得る。サービスプロバイダ２１０では、各仮想コンピューティングシステム２
６４は、サービス顧客に対してリース、賃貸、または他の方法で提供される、ホスト２９
２システム上の仮想マシン（ＶＭ）２９６を表し得る。
【００６４】
仮想コンピューティングシステム２６４のインスタンスから、ユーザーは、以前に説明
したように、ストレージサービス２１２の機能にアクセスし得る。従って、図５に示すよ
うに、仮想化システムの実施形態は、クライアントが、サービスプロバイダ２１０によっ
て提供されるＶＭ  ２９６上に実装された仮想コンピューティングシステム２６４のロー
カルインスタンスを生成して、仮想コンピューティングシステム２６４のローカルインス
タンスから、サービスプロバイダ２１０によって実装されたリモートデータストア２１６
からのデータにアクセスし、そこにデータを格納できるようにし得る。
【００６５】
前述のように、１つまたは複数のストレージゲートウェイ２５２は、クライアントネッ
トワーク２５０でインスタンス生成され得る。ゲートウェイ２５２の少なくとも１つは、
少なくともいくつかのデータ、例えば、頻繁にアクセスされるかまたは重要なデータ、を
ローカルにキャッシュする、キャッシュゲートウェイ実施態様であり得る。ストレージゲ
ートウェイ（単数または複数）２５２は、例えば、データの一次ストア（リモートデータ
ストア２１６）がキャッシュゲートウェイ実施態様で保持されるように、新規もしくは修
正されたデータをローカルキャッシュからアップロードするため、または新規もしくは修
正されたデータ（書込みデータ）を、シャドーイングゲートウェイ実施態様内のリモート
データストア２１６上のローカルの一次データストアのスナップショットにアップロード
するために、１つまたは複数の高帯域幅通信チャネルを通じて、ストレージサービス２１
２と通信し得る。
【００６６】
〔キャッシュゲートウェイ実施態様〕
図６は、ストレージゲートウェイの一実施形態が、ファイルシステムゲートウェイとし
て、またはクラウドボリュームゲートウェイとして設定される、ネットワーク環境例のア
ーキテクチャおよびその中のデータフローを大まかに示すハイレベルブロック図であり、
それらのゲートウェイは、キャッシュゲートウェイとして総称され得る。少なくともいく
つかの実施形態では、ストレージゲートウェイ２５２は、サービス顧客のデータセンター
で、オンサイトでインストールされる、ファイルおよび／またはブロックストレージアプ
ライアンスであり得る。図６では、ストレージゲートウェイ２５２は、例えば、ファイル
システムゲートウェイとして、またはクラウドボリュームゲートウェイとして、機能する
ように、インストール、有効化、および設定され得る。ファイルシステムゲートウェイは
、ストレージサービス２１２に対して（例えば、ＣＩＦＳまたはＮＦＳプロトコルを使用
して）ＮＡＳストレージインタフェースとして機能する。リモートデータストア２１６は
、ブロックストレージとして実装されるが、顧客に対してオブジェクトストア（例えば、
ＲＥＳＴ）として提示され得る。クラウドボリュームゲートウェイは、ストレージサービ
ス２１２によって提供される仮想化ボリュームストレージに対するインタフェースとして
機能する。仮想化ボリュームストレージは、ブロックストレージとして実装され得る。ゲ
ートウェイ２５２は、柔軟で、本質的に制限のない一次記憶容量を提供するバックエンド
記憶装置として機能するリモートデータストア２１６（クラウドボリュームとも呼ばれ得
る）との、ローカルネットワークアクセスポイントを提供する。
【００６７】
ストレージゲートウェイ２５２が、インストールされ、有効化されて、設定されると、
クライアントネットワーク２５０のネットワーク管理者プロセス２６０は、リモートデー
タストア２１６上で、ストレージサービス２１２を介して、例えば、新規のデータボリュ
ーム２７０を作成し得るか、または既存のデータボリューム２７０をマウントし得る。ボ
リューム作成要求および他のサービス要求は、サービスプロバイダフロントエンド２８０
を介して、サービス２１２に対して作成され得る。フロントエンド２８０は、ストレージ
ゲートウェイ２５２への接続およびそれとの通信も管理し得る。フロントエンド２８０は
、ファイアウォール、境界ルーター、負荷分散装置、ゲートウェイサーバー、ゲートウェ
イプロキシ、コンソールプロセス、ならびに、ストレージサービス２１２をクライアント
ネットワーク（単数または複数）２５０に公開し、そのストレージサービス２１２をスト
レージゲートウェイ（単数または複数）２５２とインタフェースで接続するために必要で
あり得る、一般的な任意のネットワーキング装置および／またはプロセス、のうちの１つ
または複数を含み得るが、それらに限らない。
【００６８】
少なくともいくつかの実施形態では、ストレージゲートウェイ２５２は、サービスプロ
バイダフロントエンド２８０を介した、サービスプロバイダ２１０への全ての接続を開始
し；サービスプロバイダ２１０は、ゲートウェイ２５２への接続を開始しない。さらに、
ネットワーク管理者プロセス２６０は、直接ゲートウェイ２５２への接続を開始せず；例
えば、ゲートウェイ２５２を設定および管理するため、ネットワーク管理者プロセス２６
０によるゲートウェイ２５２へのアクセスは、サービスプロバイダフロントエンド２８０
を介して、サービスプロバイダ２１０を通過する。
【００６９】
ストレージゲートウェイ２５２は、１つまたは複数のデータポート（例えば、ｉＳＣＳ
Ｉポート）を、クライアントネットワーク２５０上の顧客プロセス（単数または複数）２
５８に公開する。顧客プロセス２５８は、クライアントネットワーク２５０上に存在し、
ゲートウェイ２５２のデータポートのデータプロトコル（例えば、ｉＳＣＳＩプロトコル
）を介して、ストレージゲートウェイ２５２と通信する、任意のハードウェア、ソフトウ
ェア、および／またはそれらの組合せであり得る。顧客プロセス２５８は、例えば、Ｍｉ
ｃｒｏｓｏｆｔ（登録商標）  ＳｈａｒｅＰｏｉｎｔ（登録商標）およびＯｒａｃｌｅ（
登録商標）データベースなどのストレージアプリケーション、サーバー（例えば、ＳＱＬ
サーバー、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅ（登録商標）サーバーな
ど）、データベースアプリケーション（例えば、ＳＱＬデータベースアプリケーション、
およびＯｒａｃｌｅ（登録商標）データベースアプリケーション）、Ｍｉｃｒｏｓｏｆｔ
（登録商標）  Ｅｘｃｈａｎｇｅ（登録商標）アプリケーション、または、ストレージゲ
ートウェイ２５２データポート（単数または複数）と通信する働きをするクライアントネ
ットワーク２５０上の１つまたは複数の装置上で実行する任意の他のアプリケーションま
たはプロセスであり得る。顧客プロセスは、本明細書では、クライアントネットワーク２
５０内の１つまたは複数の装置上で実行されている可能性のある任意のソフトウェアプロ
セスを包含するが；プロセスがその上で実行する基礎となるハードウェアが、プロセスの
代わりに、ストレージゲートウェイ２５２データポート（単数または複数）に対する接続
および通信に関与し得るか、またはそれを実行し得ることに留意されたい。
【００７０】
マウントされたボリューム２７０は、ストレージゲートウェイ２５２によって顧客プロ
セス（単数または複数）２５８に提示され得る。顧客プロセス（単数または複数）２５８
は、次いで、例えば、ｉＳＣＳＩプロトコルに従って、ストレージゲートウェイ２５２に
よって公開されたデータポートを介して、ボリューム２７０からの読取りおよびボリュー
ム２７０への書込みを実行し得る。ストレージゲートウェイ２５２は、ボリューム２７０
に対する全ての読取りおよび書込み要求を処理する。リモートデータストア２１６上のボ
リューム２７０は一次データストアとして機能するが、ストレージゲートウェイ２５２も
、ローカルデータストア２５４上の頻繁にアクセスされるデータのローカルキャッシュを
格納し得る。ローカルデータストア２５４は、ストレージゲートウェイ２５２の内部のス
トレージハードウェア上、サービス顧客によって提供されるストレージゲートウェイ２５
２の外部のストレージハードウェア上、またはそれらの組合せ上で実装され得る。
【００７１】
読取りについて、ストレージゲートウェイ２５２は、まず、所与の読取りがローカルキ
ャッシュから満足できるかどうかを確認するために、ローカルキャッシュをチェックし得
る。読取りがローカルキャッシュから満足できない場合、ストレージゲートウェイ２５２
は、ストレージサービス２１２からデータを要求し得るが、それは、要求されたデータ（
または、要求されたデータを含むデータのブロックもしくはチャンク）をリモートデータ
ストア２１６から取得し、その要求されたデータをストレージゲートウェイ２５２に返す
。ストレージゲートウェイ２５２は、ストレージサービス２１２から受信されたデータの
ブロックまたはチャンクをローカルキャッシュに格納し得る。
【００７２】
書込みについて、ストレージゲートウェイ２５２は、新規または更新されたデータをロ
ーカルキャッシュに書き込み得る。少なくともいくつかの実施形態では、書込みデータは
、ローカルキャッシュ内に実装されたブロックベースの書込みログに付加され得る。スト
レージゲートウェイ２５２は、定期的に、非定期的に、または継続的に、ローカルキャッ
シュ内の新規または修正されたデータを一次データストア２１６にアップロードするため
に、サービスプロバイダ２１０で受信者側データアップロードプロセス（図示せず）と通
信する送信者側データアップロードプロセス（図示せず）を含み得る。書込みデータの書
込みログからのアップロードは、ローカルデータストア２５４に対する開始プロセスから
の読取りおよび書込み動作の処理と非同期に実行され得る。少なくともいくつかの実施形
態では、このアップロードプロセスは、データ重複排除、圧縮、並列化、およびＴＣＰウ
ィンドウスケーリング技術のうちの１つまたは複数を採用し得る。図６に示すように、少
なくともいくつかの実施形態で採用され得るデータ重複排除技術例は、米国特許出願第１
２／９８１，３９３号および第１２／９８１，３９７号に記載されている。
【００７３】
リモートデータストア２１６は本質的に制限のない記憶空間を提供し得るが、ローカル
キャッシュは、サイズにおいて制限され得る。従って、ストレージゲートウェイ２５２は
、ローカルキャッシュ内の、より古くて、かつ／または比較的アクティブでないデータブ
ロックを、さらに新しいか、かつ／またはアクティブなデータブロックで、除去、置換、
または上書きし得る。
【００７４】
〔シャドーイングゲートウェイ実施態様〕
図７は、ストレージゲートウェイの一実施形態がシャドーイングゲートウェイとして設
定される、ネットワーク環境例のアーキテクチャおよびその中のデータフローを大まかに
示すハイレベルブロック図である。図７では、ストレージゲートウェイ２５２は、顧客の
書込みデータ（例えば、ｉＳＣＳＩ書込み）の、ストレージサービス２１２によって提供
されるリモートストレージへのシャドーイングを提供するために、顧客のアプリケーショ
ンと顧客のローカルデータストアとの間の「ｂｕｍｐ  ｉｎ  ｔｈｅ  ｗｉｒｅ」として
動作するシャドーイングゲートウェイとして機能するように、インストールされ、有効化
されて、設定される。リモートデータストア２１６は、ブロックストレージとして実装さ
れ得る。
【００７５】
図７に示す実施形態では、ローカルデータスト２５４は、リモートデータストア２１６
が一次データストアとして機能する、図６におけるキャッシュゲートウェイ実施態様とは
対照的に、クライアントネットワーク２５０上の顧客プロセス（単数または複数）２５８
に対する一次データストアとして機能する。ストレージゲートウェイ２５２が、シャドー
イングゲートウェイとして、インストールされ、有効化されて、設定されると、ストレー
ジゲートウェイ２５２は、１つまたは複数のデータポート（例えば、ｉＳＣＳＩポート）
を、クライアントネットワーク２５０上の顧客プロセス（単数または複数）２５８に公開
する。クライアントネットワーク２５０上の顧客プロセス（単数または複数）２５８は、
次いで、ストレージゲートウェイ２５２データポート（単数または複数）を介して、ロー
カルデータストア２５４からの読取りおよびローカルデータストア２５４への書込みを行
い得る。顧客プロセス２５８は、クライアントネットワーク２５０上に存在し、ゲートウ
ェイ２５２データポートのデータプロトコル（例えば、ｉＳＣＳＩプロトコル）を介して
、ストレージゲートウェイ２５２と通信する、任意のハードウェア、ソフトウェア、およ
び／またはそれらの組合せであり得る。顧客プロセス２５８は、例えば、Ｍｉｃｒｏｓｏ
ｆｔ（登録商標）  ＳｈａｒｅＰｏｉｎｔ（登録商標）およびＯｒａｃｌｅ（登録商標）
データベースなどのストレージアプリケーション、サーバー（例えば、ＳＱＬサーバー、
Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｅｘｃｈａｎｇｅ（登録商標）サーバーなど）、デー
タベースアプリケーション（例えば、ＳＱＬデータベースアプリケーション、およびＯｒ
ａｃｌｅ（登録商標）データベースアプリケーション）、Ｍｉｃｒｏｓｏｆｔ（登録商標
）  Ｅｘｃｈａｎｇｅ（登録商標）アプリケーション、または、ストレージゲートウェイ
２５２データポート（単数または複数）と通信する働きをするクライアントネットワーク
２５０上の１つまたは複数の装置上で実行する任意の他のアプリケーションまたはプロセ
スであり得る。顧客プロセスは、本明細書では、クライアントネットワーク２５０内の１
つまたは複数の装置上で実行されている可能性のある任意のソフトウェアプロセスを包含
するが；顧客プロセスがその上で実行する基礎となるハードウェアが、プロセスの代わり
に、ストレージゲートウェイ２５２データポート（単数または複数）に対する接続および
通信に関与し得るか、またはそれを実行し得ることに留意されたい。
【００７６】
読取りおよび書込み要求は、ゲートウェイ２５２データポート（単数または複数）によ
って受信され得る。読取りについて、要求は、ゲートウェイ２５２によるさらなる干渉ま
たは処理なしで、ローカルデータストア２５４に直接渡され得、その要求されたデータが
ローカルデータストア２５４から顧客プロセス２５８に直接渡され得る。ローカルデータ
ストア２５４に向けられた書込み要求も、ストレージゲートウェイ２５２によってローカ
ルデータストア２５４に渡される。しかし、書込み要求をローカルデータストア２５４に
渡すことに加えて、ストレージゲートウェイ２５２は、書込み要求によって示された新規
または更新されたデータを、ストレージサービス２１２を介して、リモートデータストア
２１６にシャドーイングし得る。
【００７７】
少なくともいくつかの実施形態では、新規または更新されたデータをリモートデータス
トア２１６にシャドーイングするために、ストレージゲートウェイ２５２は、リモートデ
ータストア２１６に、例えば、先入れ先出し方式（ＦＩＦＯ）の書込みログ内に、アップ
ロードされる書込みデータをローカルに格納またはバッファリングし得る。少なくともい
くつかの実施形態では、書込みログは、ブロックストレージフォーマットで実装され得、
書込みログは１つまたは複数のブロック（例えば、４ＭＢブロック）を含む。書込み要求
で受信された書込みデータは、書込みログに付加され得る。２つ以上の書込み要求からの
書込みデータが、書込みログ内の同じブロックに書き込まれ得る。ブロックに関連した書
込みデータに対するメタデータ（例えば、書込みログブロックにおけるオフセットおよび
長さ、ならびに対象とするデータストアにおけるオフセット）が、メタデータストアに格
納され得る。
【００７８】
ストレージゲートウェイ２５２は、定期的に、非定期的に、または継続的に、ローカル
に格納された書込みデータを、書込みログから、リモートデータストア２１６でシャドー
イングされたデータボリュームにアップロードするために、サービスプロバイダ２１０で
受信者側データアップロードプロセス（図示せず）と通信する送信者側データアップロー
ドプロセス（図示せず）を含み得る。書込みデータの書込みログからのアップロードは、
ローカルデータストア２５４に対する開始プロセスからの読取りおよび書込み動作の処理
と非同期に実行され得る。アップロードプロセスは、書込みデータを書込みログからブロ
ックでアップロードし得る。書込みログブロックがうまくアップロードされると、対応す
るブロックが書込みログ内で空きとして印を付けられ得る。
【００７９】
少なくともいくつかの実施形態では、アップロードプロセスは、データ重複排除、圧縮
、並列化、およびＴＣＰウィンドウスケーリング技術のうちの１つまたは複数を採用し得
る。図７に示すように、少なくともいくつかの実施形態で採用され得るデータ重複排除技
術例は、米国特許出願第１２／９８１，３９３号および第１２／９８１，３９７号に記載
されている。
【００８０】
サービスプロバイダフロントエンド２８０が、ストレージゲートウェイ２５２への接続
を管理し得ることに留意されたい。少なくともいくつかの実施形態では、ストレージゲー
トウェイ２５２は、フロントエンド２８０を介して、サービスプロバイダ２１０への接続
を開始し；サービスプロバイダ２１０は、ゲートウェイ２５２への接続を開始しない。フ
ロントエンド２８０は、ファイアウォール、境界ルーター、負荷分散装置、ゲートウェイ
サーバー、ゲートウェイプロキシ、コンソールプロセス、ならびに、ストレージサービス
２１２をクライアントネットワーク（単数または複数）２５０に公開し、そのストレージ
サービス２１２をストレージゲートウェイ（単数または複数）２５２とインタフェースで
接続するために必要であり得る、一般的な任意のネットワーキング装置および／またはプ
ロセス、のうちの１つまたは複数を含み得るが、それらに限らない。
【００８１】
少なくともいくつかの実施形態では、ストレージゲートウェイ２５２は、サービスプロ
バイダフロントエンド２８０を介した、サービスプロバイダ２１０への全ての接続を開始
し；サービスプロバイダ２１０は、ゲートウェイ２５２への接続を開始しない。さらに、
ネットワーク管理者プロセス２６０は、直接ゲートウェイ２５２への接続を開始せず；例
えば、ゲートウェイ２５２を設定および管理するため、ネットワーク管理者プロセス２６
０によるゲートウェイ２５２へのアクセスは、サービスプロバイダフロントエンド２８０
を介して、サービスプロバイダ２１０を通過する。
【００８２】
シャドーイングゲートウェイとして、ストレージゲートウェイ２５２によって提供され
るシャドーイング動作は、クライアントネットワーク２５０上のユーザーの観点からすれ
ば、効果的に透過的であり得る。顧客プロセス（単数または複数）２５８は、クライアン
トネットワーク２５０上のストレージゲートウェイ２５２によって公開されたデータポー
ト（単数または複数）（例えば、ｉＳＣＳＩポート）に対する読取りおよび書込みを実行
する。顧客プロセス２５８の観点から見れば、ストレージゲートウェイ２５２は、任意の
他のデータターゲット（例えば、ｉＳＣＳＩターゲット）のように見え得る。データポー
ト（単数または複数）上で受信された顧客プロセス（単数または複数）２５８からの読取
り要求は、一次データストアとして機能するローカルデータストア２５４に伝えられる。
データポート（単数または複数）上で受信された顧客プロセス（単数または複数）２５８
からの書込み要求は、ローカルデータストア２５４に伝えられ、リモートデータストア２
１６にシャドーイングされる。ゲートウェイ２５２のシャドーイング動作は、一次データ
ストアの、またはクライアントネットワーク２５０の性能に著しく影響を及ぼすことなく
、バックグラウンドで実行され得る。
【００８３】
図７に示す「ｂｕｍｐ  ｉｎ  ｔｈｅ  ｗｉｒｅ」シャドーイングゲートウェイ設定に
対するユースケースの一例は、障害復旧に対してである。ストレージゲートウェイ２５２
は、データの更新を、クライアントネットワーク２５０からストレージサービス２１２に
送信するが、それは、スナップショット２７０とも呼ばれる、シャドーボリュームまたは
複数のボリューム内にデータを格納する。データは、ブロックストレージフォーマットで
スナップショット２７０内に格納され得る。データはローカルデータストア２５４にも格
納される。ローカルに格納されたボリュームの一部もしくは全部の破損または損失という
結果になる何かが起こった場合、破損したか、または失われたデータは、データストア２
１６内に格納されたボリュームのスナップショット２７０から回復され得る。ストレージ
プロバイダ２１０は、顧客ネットワーク管理者が（例えば、ネットワーク管理者プロセス
２６０を介して）それを通じて、リモートデータストア２１６上のシャドーイングされた
ボリュームから、ローカルに格納されたボリュームの一部または全部のスナップショット
２７０の回復を要求し得る、インタフェースを提供し得る。少なくともいくつかの実施形
態では、データがそこから回復されるシャドーイングされたボリュームが可能な限り最新
であることを確実にするために、データのスナップショット２７０を回復する前に、スト
レージゲートウェイ２５２によって維持される書込みログの少なくとも一部が、リモート
データストア２１６にアップロードされ得る。いくつかの場合には、少なくともいくつか
のデータが、ストレージゲートウェイ２５２によって維持される書込みログから直接回復
され得ることに留意されたい。
【００８４】
〔顧客プロセス‐ゲートウェイ通信〕
前述の通り、顧客管理者は、ネットワーク管理者プロセス２６０を介して、例えば、ゲ
ートウェイ２５２を設定するために、サービスプロバイダ２８０フロントエンドを通じて
、ストレージゲートウェイ２５２（例えば、シャドーイングゲートウェイ）と通信し得る
。少なくともいくつかの実施形態では、１つまたは複数の顧客プロセス２５８は、ゲート
ウェイ２５２の要求を行うために、サービスプロバイダ２８０フロントエンドを介して、
ストレージゲートウェイ２５２と通信するようにも設定され得る。例えば、顧客プロセス
２５８は、サービスプロバイダ２８０フロントエンドを介して、ストレージゲートウェイ
２５２と通信するように設定されるＳＱＬサーバーであり得る。
【００８５】
〔シャドーイングゲートウェイブートストラップ技術〕
図７に示すように、ストレージゲートウェイ２５２が、シャドーイングゲートウェイと
して、インストールされ、有効化されて、設定されると、ストレージゲートウェイ２５２
は、１つまたは複数のデータポート（例えば、ｉＳＣＳＩポート）を、クライアントネッ
トワーク２５０上の顧客プロセス（単数または複数）２５８に公開する。クライアントネ
ットワーク２５０上の顧客プロセス（単数または複数）２５８は、次いで、ストレージゲ
ートウェイ２５２データポート（単数または複数）を介して、ローカルデータストア２５
４からの読取りおよびローカルデータストア２５４への書込みを行い得る。読取りおよび
書込み要求が、ローカルデータストア２５４に渡され、その書込み要求によって示された
書込みデータは、ローカルデータストアのスナップショット（単数または複数）２７２が
更新され得るように、リモートデータストア２１６にシャドーイングされる。
【００８６】
しかし、最初にインストールされ、有効化されて、設定された時、または何らかの理由
でオフラインになった後のいずれかで、シャドーイングゲートウェイが顧客のネットワー
ク内でオンラインになると、リモートデータストア２１６上のスナップショット（単数ま
たは複数）２７２内にない、ローカルデータストア２５４内のデータがあり得る。従って
、少なくともいくつかの実施形態は、シャドーイングゲートウェイのためのブートストラ
ッププロセスを提供し得るが、その間、スナップショット（単数または複数）が、ローカ
ルデータストア２５４上に現在あるデータを正確に反映するように、投入および／または
更新できるよう、ローカルデータストア２５４からの少なくともいくつかのデータがリモ
ートデータストア２１６にアップロードされ得る。
【００８７】
図８は、少なくともいくつかの実施形態に従った、ネットワーク環境例内でのシャドー
イングゲートウェイのブートストラップを大まかに示すハイレベルブロック図である。ス
トレージゲートウェイ２５２が、クライアントネットワーク２５０上でシャドーイングゲ
ートウェイとしてオンラインになると、ゲートウェイ２５２は、スナップショット２７２
をローカルデータストア２５４と一致させるために、リモートデータストア２１６にアッ
プロードされる必要のあるローカルデータストア２５４内のデータがあると判断し得る。
ゲートウェイ２５２のアップロードプロセスは、次いで、ローカルデータストア２５４か
らのデータのブロックの、サービスプロバイダ２１０におけるリモートデータストア２１
６へのアップロードを開始し得る。ストレージゲートウェイ２５２は、また、そのデータ
ポートを顧客プロセス（単数または複数）２５８に対して公開して、ローカルデータスト
ア２５４に向けられた読取り要求および書込み要求の受取りおよび処理を開始し、書込み
要求によって示された新規の書込みデータの書込みログへのキャッシングを開始して、書
込みログからの書込みデータのリモートデータストア２１６へのアップロードを開始し得
る。ローカルデータストア２５４からのデータのアップロードは、そのようにして、スト
レージゲートウェイ２５２がそのシャドーイング機能をクライアントネットワーク２５０
上で実行している間に、バックグラウンドで実行され得る。ローカルデータストア２５４
からのデータのアップロードが完了すると、ストレージゲートウェイ２５２は、そのシャ
ドーイング機能の実行を継続する。
【００８８】
図９は、少なくともいくつかの実施形態に従った、シャドーイングゲートウェイのため
のブートストラッププロセスの流れ図である。３００に示すように、シャドーイングゲー
トウェイが顧客のネットワーク上でオンラインになる。例えば、ストレージゲートウェイ
の新しいインスタンスが、ネットワーク上にシャドーイングゲートウェイとして、インス
トールされ、有効化されて、設定される。別の例として、シャドーイングゲートウェイの
既存のインスタンスが、何らかの理由でオフラインになった後、オンラインに戻り得；ゲ
ートウェイがオフラインだった間、顧客プロセス（単数または複数）が、データの読取り
および書込みのために、ローカルデータストアに直接伝達していた可能性がある。別の例
として、シャドーイングゲートウェイは、シャドーイング動作が、その間、何らかの理由
で（例えば、書込みログがいっぱいになったため）一時的に中断される、パススルーモー
ドに入り得、そして、パススルーモードを出て、シャドーイング動作を再開している可能
性がある。
【００８９】
３０２に示すように、シャドーイングゲートウェイは、必要であれば、既存のデータの
ローカルデータストアからリモートデータストアへのアップロードを開始し得る。例えば
、これが新しいシャドーイングゲートウェイで、ローカルデータストアが既にデータを投
入されている場合、ローカルデータストア内の既存のデータは、一致したスナップショッ
トが生成できるように、リモートデータストアにアップロードされる必要がある。別の例
として、パススルーモードを出て、既存のシャドーイングゲートウェイがオンラインに戻
るか、またはシャドーイング動作を再開すると、新規のデータがローカルデータストアに
書き込まれている可能性があり、従って、リモートデータストア上のスナップショットを
、ローカルデータストア上の現在のデータと一致させる必要がある。
【００９０】
３０４に示すように、シャドーイングゲートウェイは、顧客のネットワーク上に公開さ
れたゲートウェイデータポート（単数または複数）を介して、顧客プロセスから読取りお
よび書込みの受入れを開始し得る。３０６に示すように、シャドーイングゲートウェイは
、書込みからの書込みデータの書込みログへのキャッシュを開始して、３０８に示すよう
に、書込みログからの書込みデータのリモートデータストアへのアップロードを開始し得
る。
【００９１】
３０２で開始された、ローカルデータストアからのデータのアップロードは、シャドー
イングゲートウェイが読取りおよび書込み要求を受け入れて、そのシャドーイング機能を
顧客のネットワーク上で実行している間、バックグラウンドで実行され得る。ローカルデ
ータストアからのデータのアップロードが完了すると、シャドーイングゲートウェイは、
そのシャドーイング機能の実行を継続する。
【００９２】
図９における要素の順番は異なり得ることに留意されたい。例えば、要素３０２は、要
素３０４から３０８までの任意の１つの後に実行され得る。言い換えれば、シャドーイン
グゲートウェイは、ローカルデータストアから既存のデータのアップロードを開始する前
に、読取りおよび書込みの受入れ、ならびにそのシャドーイング機能の実行を開始し得る
。
【００９３】
図１０は、少なくともいくつかの実施形態に従って、パススルーモードに入り、それか
ら回復するシャドーイングゲートウェイの流れ図である。３２０に示すように、シャドー
イングゲートウェイは、そのシャドーイング機能を中断する（すなわち、書込みデータの
キャッシュおよびアップロードを停止する）ことによりパススルーモードに入り得るが、
その間、顧客のネットワーク上の顧客プロセスからローカルデータストアに向けられた読
取りおよび書込みの受入れおよびサービスを継続している。ゲートウェイは、シャドーイ
ング機能を失敗させ得る何らかの状態を検出すると、パススルーモードに入り得る。一例
として、シャドーイングゲートウェイは、書込みログがいっぱいで、うまくアップロード
できないことを検出すると、パススルーモードに入り得る。ゲートウェイは、検出された
状態をローカルネットワーク管理者に警告し得；管理者は、次いで、警告によって示され
た問題に対処し得る。例えば、管理者は、より多くのメモリを書込みログに割り当て得、
かつ／またはより多くの帯域幅をゲートウェイアップロードプロセスに割り当て得る。管
理者は、次いで、問題が対処されていることをゲートウェイに通知し得る。
【００９４】
シャドーイングゲートウェイが、例えば、パススルーモードを引き起こした検出された
問題が対処されているという指示を受信することにより、パススルーモードを出ることが
できると判断すると、ゲートウェイは、３２２に示すように、シャドーイングを再開し得
る（すなわち、書込みデータのキャッシュおよびアップロードを開始する）。
【００９５】
パススルーモードを出ると、リモートデータストアにアップロードされていないローカ
ルデータストア内のデータがあり得る。ゲートウェイは、パススルーモードの間に、書込
み要求の受信および処理を継続しているので、新規のデータがローカルデータストアに書
き込まれている可能性がある。従って、シャドーイングゲートウェイは、図８および図９
に示すように、ブートストラップを実行して、３２４に示すように、パススルーモードか
ら回復するため、少なくともいくつかのデータをローカルデータストアからリモートデー
タストアにアップロードし得る。
【００９６】
少なくともいくつかの実施形態では、シャドーイングゲートウェイのために最適化され
たブートストラッププロセスが、ローカルデータストアからリモートデータストアにアッ
プロードされるデータの量を削減するために採用され得る。最適化されたブートストラッ
ププロセスは、リモートデータストアに既にアップロードされているデータのブロックを
検出し得、従って、既にアップロードされているブロックのアップロードを回避し得る。
最適化されたブートストラッププロセスは、ゲートウェイからリモートデータストアへの
データの一般的なアップロード中に、ストレージゲートウェイプロセスに対して生成およ
び維持される、追跡データを利用し得る。
【００９７】
図１１は、少なくともいくつかの実施形態に従って、ゲートウェイからリモートデータ
ストアへブロックをアップロード、更新、および追跡するための方法の流れ図である。通
常のゲートウェイ動作中、ゲートウェイは、３６０に示すように、サービスプロバイダに
おいて、書込みデータをリモートデータストアに、具体的にはストレージサービスに、ア
ップロードする。ストレージサービスは、書込みデータを受信して、３４２に示すように
、それぞれのブロック（単数または複数）（例えば、４ＭＢブロック）をリモートデータ
ストアから取得する。ストレージサービスは、次いで、３４４に示すように、書込みデー
タに従って、それぞれのブロック（単数または複数）を修正し、修正されたブロック（単
数または複数）を、新しいバージョン名でリモートデータストアにアップロードして戻す
。各修正されたブロックに対して、３４６に示すように、修正されたブロックを示すトー
クンがストレージゲートウェイに送り返される。ストレージゲートウェイは、これらのト
ークンを追跡し；ブロックが修正されるたびに、修正されている参照ブロックがストレー
ジサービスに送信される必要がある。
【００９８】
３４８に示すように、ストレージゲートウェイは、サービスプロバイダにおいて、定期
的または非定期的に、トークンマニフェスト（ｔｏｋｅｎ  ｍａｎｉｆｅｓｔ）を更新し
、ローカルに追跡されたトークンの少なくとも一部をパージし得る。ストレージゲートウ
ェイは、多数のトークンを追跡する必要があり得る。少なくともいくつかの実施形態では
、マニフェストは、ストレージゲートウェイから、多数のトークンをローカルに追跡する
必要があるという負担を取り除き得る。ストレージゲートウェイは、マニフェストを、ゲ
ートウェイが受信しているトークンで更新するために、定期的または非定期的にストレー
ジサービスを呼び出し得、それぞれローカルに格納されたトークンをパージし得る。
【００９９】
少なくともいくつかの実施形態では、最適化されたブートストラッププロセスは、マニ
フェスト内の各ブロックのハッシュをチェックする呼出しを行うことにより、どのブロッ
クがアップロードされ、どのブロックがアップロードされていないかを判断するためにマ
ニフェストを利用して、マニフェストによって示されたどのブロックが、ローカルデータ
ストア上のブロックに一致するかに対して、マニフェストによって示されたどのブロック
が、ローカルデータストア上のブロックに一致しないか、従ってアップロードされる必要
があるかを判断し得る。言い換えれば、マニフェストは、ローカルデータストア上のどの
ブロックがダーティブロックであるか、およびどれがダーティブロックでないかを検出す
るために使用される。このようにして、最適化されたブートストラッププロセスは、マニ
フェストを介して、どのブロックが既にアップロードされているかを判断しようと試みて
、既にアップロードされたブロックが再度アップロードされず、ダーティブロックだけが
アップロードされるようにする。少なくともいくつかの実施形態では、最適化されたブー
トストラッププロセスが、アップロードされる必要があると判断するブロック（ダーティ
ブロック）に対して、ダーティブロックから実際にアップロードされるデータの量を削減
するために、これらのブロックをアップロードする際に、データ重複排除技術が適用され
得る。
【０１００】
図１２は、少なくともいくつかの実施形態に従った、シャドーイングゲートウェイのた
めの最適化されたブートストラッププロセスの流れ図である。ブートストラッププロセス
は、例えば、ゲートウェイがパススルーモードを出るときに、シャドーイングゲートウェ
イに対して開始される。３６０に示されるように、ブロックがローカルデータストアから
取得される。３６２に示されるように、リモートデータストア上に格納され得る、マニフ
ェストが、現在のブロックが、アップロードされる必要のあるダーティブロックであるか
どうかを判断するために、チェックされ得る。３６４で、現在のブロックがマニフェスト
に従ってダーティである場合には、３６６に示されるように、データ重複排除技術に従っ
て、ブロックの少なくとも一部がリモートデータストアにアップロードされ得る。方法は
、次いで、３６８に進む。３６４で、現在のブロックがマニフェストに従ってダーティで
ない場合、方法は、直接３６８に進む。３６８で、さらなるブロックが処理される場合、
方法は、次のブロックを処理するために、要素３６０に戻る。そうでない場合、ブートス
トラッププロセスは終了する。
【０１０１】
〔ストレージゲートウェイセキュリティモデル〕
ストレージゲートウェイの実施形態が、顧客に対するデータ保護、ならびに顧客または
第３者によるゲートウェイの誤用および不正使用（例えば、不法コピー）に対する保護を
提供するセキュリティモデルに従って実装され得る。図１３は、少なくともいくつかの実
施形態に従った、ストレージゲートウェイセキュリティモデルの態様を示す。
【０１０２】
少なくともいくつかの実施形態では、セキュリティモデルの一態様は、ストレージゲー
トウェイ８４が、サービスプロバイダ６０との通信で使用するために、ゲートウェイ８４
に対するセキュリティ認証情報または他の識別情報なしで、クライアントネットワーク８
０上に配信されて最初にインストールされることである。有効化プロセスが採用され得、
それを介して、顧客ネットワーク上のストレージゲートウェイ８４がサービスプロバイダ
６０に登録できる。有効化プロセスの少なくともいくつかの実施形態では、ストレージゲ
ートウェイ８４は、必要なセキュリティ認証情報を取得するために、それぞれの顧客アカ
ウントに対する正しいゲートウェイとして、サービスプロバイダ６０との接続（例えば、
ＳＳＬ（セキュアソケットレイヤー）／ＴＣＰ接続）を開始し、サービスプロバイダ６０
に対して自身を識別し得る。有効化プロセス中、サービス顧客は、ゲートウェイ８４に対
して名前を指定する。少なくともいくつかの実施形態では、サービス顧客は、サービスプ
ロバイダ６０でその顧客のアカウントにログインして、ゲートウェイ８４を登録する際に
使用される、ゲートウェイ名を含むがそれに限らない、情報をサービスプロバイダ６０に
提供する。しかし、サービス顧客は、ストレージゲートウェイ８４にログインせず、従っ
て、サービス顧客のセキュリティ認証情報および他のアカウント情報は、ゲートウェイ８
４上で公開されない。これは、サービス顧客に対するセキュリティリスクを最小限にし得
る。このゲートウェイ名は、ゲートウェイ８４およびサービス顧客に関連した他のメタデ
ータとともに、サービスプロバイダ６０によって格納され、それぞれのゲートウェイ８４
の追跡および識別で使用され得る。サービス顧客は、クライアントネットワーク８０上で
インストールおよび有効化された１つまたは複数のゲートウェイ８４を有し得、各々は一
意の識別名および他のメタデータを有することに留意されたい。図１５〜図１７Ｂは、以
下の「ストレージゲートウェイ有効化プロセス」という表題のセクションでさらに説明さ
れるが、少なくともいくつかの実施形態で採用され得る有効化プロセスを示す。有効化プ
ロセスでは、ゲートウェイ８４は、サービスプロバイダ６０への接続を開始し、ゲートウ
ェイ８４プラットフォームに関するメタデータを、公開鍵とともに、サービスプロバイダ
６０に提供し得る。サービスプロバイダ６０は、次いで、有効化プロセスで使用される、
一時的な一意の有効化キーをゲートウェイ８４に提供し得る。さらに、サービス顧客は、
ゲートウェイ８４を有効化するために、サービスプロバイダコンソールプロセスを通じて
、顧客のアカウントにログインするように要求され得；そのようにして、ゲートウェイ８
４は、ゲートウェイ８４を有効化しようと試みるサービス顧客のアカウントと照合され得
る。ストレージゲートウェイ８４により有効化プロセスを通じて取得されたセキュリティ
認証情報および他のメタデータ（例えば、顧客提供のゲートウェイ名）が、次いで、ゲー
トウェイ８４をサービスプロバイダ８４プロセスに対して識別するために、サービスプロ
バイダ６０ネットワークの様々なプロセスとの通信でストレージゲートウェイ８４によっ
て使用され得る。
【０１０３】
少なくともいくつかの実施形態では、図１３に示すように、セキュリティモデルの別の
態様は、ストレージゲートウェイ８４は、クライアントネットワーク８０上で顧客プロセ
ス（単数または複数）８８に対して公開された１つまたは複数のデータポート（例えば、
ｉＳＣＳＩポート）への外部から開始された接続のみを受け入れる。ストレージゲートウ
ェイは、他の外部から開始された接続を受け入れず、外部プロセスへの全ての必要な接続
を開始する。例えば、少なくともいくつかの実施形態では、ストレージゲートウェイ８４
は、サービスプロバイダ６０への少なくとも１つの安全な接続９２（例えば、ＳＳＬ（セ
キュアソケットレイヤー）／ＴＣＰ接続）を開始するが；サービスプロバイダ６０は、し
かし、ゲートウェイ８４への接続を開始できない。ゲートウェイ開始接続および少なくと
もいくつかの実施形態で使用され得るロングポーリング技術を使用した、リモートゲート
ウェイ管理のための方法例が、図１８〜図２０に示されている。
【０１０４】
さらに、図１３に示すように、少なくともいくつかの実施形態では、サービス顧客（例
えば、ネットワーク管理者プロセス９０）は、ゲートウェイ８４を設定および管理するた
めに、ストレージゲートウェイ８４に直接接続せず；代わりに、ストレージゲートウェイ
８４に対する設定および動作要求が、サービスプロバイダ６０を通して行われ、それは、
要求を、ゲートウェイ８４によって開始された安全な通信チャネル９２を介してゲートウ
ェイ８４に渡す。例えば、図１８〜図２１に示すように、ゲートウェイ８４に対する設定
および動作要求は、サービスプロバイダ６０ネットワーク上のコンソールプロセスを通し
て、ネットワーク管理者プロセス９０によって、またはそれを介して実行され得る。少な
くともいくつかの実施形態では、コンソールプロセスは、顧客のゲートウェイ８４に向け
られた、受信された設定要求または動作要求が、ゲートウェイ開始接続９２を維持するゲ
ートウェイ制御プレーンに転送される。ゲートウェイ制御プレーンは、要求の対象である
ゲートウェイ８４への現在の接続、例えば、特定のゲートウェイ制御サーバー上で維持さ
れた接続、を探し、要求がその接続を介してゲートウェイ８４に転送される。
【０１０５】
従って、少なくともいくつかの実施形態では、ユーザー、ネットワーク管理者、または
顧客のプロセスは、ストレージゲートウェイ８４への接続を直接開始することもそれに「
ログイン」することもできず、サービスプロバイダ６０ネットワーク上のオペレータまた
はプロセスなどの外部の人またはプロセスもストレージゲートウェイ８４への接続を開始
できない。これは、ゲートウェイセキュリティモデルの他の態様とともに、ストレージゲ
ートウェイ８４上のセキュリティ認証情報および他の動作情報が、外部の人またはプロセ
スによって故意または故意ではなく危険にさらされるのを防ぐのに役立ち得る。
【０１０６】
セキュリティモデルの別の態様では、ゲートウェイの有効化および動作中の、ストレー
ジゲートウェイとストレージサービスとの間の全ての通信が、保護されて暗号化され得る
。前述のように、セキュリティモデルの一態様は、ストレージゲートウェイとストレージ
サービスとの間の通信が、ゲートウェイ開始の安全な接続（例えば、ＳＳＬ／ＴＣＰ接続
）を通して実行されることである。暗号化技術、例えば、公開／秘密鍵の暗号化が、ゲー
トウェイ開始の安全な接続を通した通信で使用され得る。
【０１０７】
図１４は、少なくともいくつかの実施形態に従った、ストレージゲートウェイの有効化
、設定、および動作中の、ゲートウェイセキュリティモデルの少なくともいくつかの態様
を示す、流れ図である。４００に示すように、ストレージゲートウェイが、顧客ネットワ
ーク上でインスタンス生成され得る。例えば、ストレージゲートウェイのインスタンスを
生成するために、ストレージゲートウェイは、通常、ファイアウォールの後ろで、サービ
ス顧客のローカルネットワークまたはデータセンター上に仮想または物理アプライアンス
としてインストールされ得る。例えば、少なくともいくつかの実施形態では、ストレージ
ゲートウェイは、サービス顧客のローカルネットワーク上のサーバーシステムなどの、１
つまたは複数のコンピューティング装置上にダウンロードされ得るか、または他の方法で
インストールされ得る仮想アプライアンスとして実装され得る。あるいは、ストレージゲ
ートウェイは、サービス顧客のローカルネットワークに結合され得る専用装置またはアプ
ライアンスとして実装され得；その専用装置またはアプライアンスは、ストレージゲート
ウェイの機能を実装するソフトウェアおよび／またはハードウェアを含み得る。４０２に
示すように、インスタンス生成されたストレージゲートウェイは、ゲートウェイを識別し
て、ゲートウェイセキュリティ認証情報を取得するために、サービスプロバイダおよび顧
客とともに有効化プロセスを開始する。少なくともいくつかの実施形態では、セキュリテ
ィ認証情報は、ゲートウェイ提供の公開鍵で署名された証明書を含む。有効化プロセス例
が、図１５〜図１７Ｂに関連して以下で説明される。有効化プロセスは、ゲートウェイが
顧客ネットワーク上に最初にインストールされると、ゲートウェイによって開始され得、
また、他の時に、例えば、ゲートウェイ装置が、アップグレード、保守、または何らかの
他の理由のために電源が切られていた後に電源がオンになった時にも開始され得ることに
留意されたい。図１４の４０４に示されるように、ストレージゲートウェイは、サービス
プロバイダへの安全な接続を確立する。少なくともいくつかの実施形態で使用され得るロ
ングポーリング技術を使用するゲートウェイ開始接続のための方法例が、図１８〜図２１
に示される。図１４の４０６に示されるように、顧客は、サービスプロバイダコンソール
プロセスを通して、ストレージゲートウェイを設定および操作する。ゲートウェイ開始接
続および少なくともいくつかの実施形態で使用され得るロングポーリング技術を使用した
、リモートゲートウェイ管理のための方法例が、図１８〜図２１に示されている。図１４
の４０８に示されるように、ストレージゲートウェイは、例えば、ストレージサービスプ
ロセスと通信するために、ゲートウェイをサービスプロバイダに対して識別するための有
効化プロセス中に取得されたゲートウェイセキュリティ認証情報およびおそらく他のメタ
データを使用して、サービスプロバイダと通信する。
【０１０８】
〔ストレージゲートウェイ有効化プロセス〕
ストレージゲートウェイの実施形態は、例えば、オンプレミス記憶装置として、および
サービス顧客のネットワークと、サービスプロバイダによって提供されるストレージサー
ビスとの間のインタフェースとして、機能し得る。少なくともいくつかの実施形態では、
ストレージゲートウェイは、顧客データセンターで顧客のローカルネットワークインフラ
ストラクチャに結合されたサーバーシステムなどの、１つまたは複数のコンピューティン
グ装置上にダウンロードされ得るか、または他の方法でインストールされ得る仮想装置ま
たはアプライアンスとして実装され得る。あるいは、ストレージゲートウェイは、顧客の
ローカルネットワークインフラストラクチャに結合され得る専用装置またはアプライアン
スとして実装され得る。専用装置またはアプライアンスは、ゲートウェイの機能を実現す
るソフトウェアおよび／またはハードウェアを含み得る。
【０１０９】
少なくともいくつかの実施形態では、ゲートウェイがインストールされた後にストレー
ジゲートウェイを使用するために、ゲートウェイはサービスプロバイダで有効化される必
要がある。この節は、ストレージゲートウェイの識別、認証、および認可が、ストレージ
ゲートウェイのブートストラップまたは有効化中に実行され得る方法を説明する。ゲート
ウェイ有効化方法では、ストレージゲートウェイが識別されて、顧客のサービスプロバイ
ダアカウントに関連付けられる。しかし、顧客の認証情報は、有効化プロセス中にストレ
ージゲートウェイに公開されない。少なくともいくつかの実施形態では、顧客は、サービ
スプロバイダで顧客のアカウントにログインして、ゲートウェイ８４を登録する際に使用
される、ゲートウェイ名を含むがそれに限らない、情報をサービスプロバイダに提供する
。しかし、顧客は、ストレージゲートウェイにログインせず、従って、顧客のセキュリテ
ィ認証情報および他のアカウント情報は、ゲートウェイ上で公開されない。これは、顧客
に対するセキュリティリスクを最小限にし得る。少なくともいくつかの実施形態では、顧
客により有効化プロセスで使用されるサービスプロバイダアカウントは、図５に示される
ように、ストレージサービスによって提供される他のストレージリソースおよびハードウ
ェア仮想化サービスによって提供される仮想化ハードウェアリソースを含むがそれらに限
らない、サービスプロバイダによって顧客に提供される他のリソースを管理するために顧
客が使用した、同一のアカウントであり得る。
【０１１０】
図１５は、少なくともいくつかの実施形態に従って、ゲートウェイ有効化プロセスに関
与する、サービス顧客およびサービスプロバイダ構成要素または実体を示すネットワーキ
ング環境例のハイレベルブロック図である。これらの参与するものは、ストレージゲート
ウェイ８４、ネットワーク管理者プロセス９０、コンソールプロセス６８、およびゲート
ウェイ制御７０を含み得るが、それらに限らない。ストレージゲートウェイ８４は、通常
、ファイアウォールの後ろで、サービス顧客のローカルネットワークまたはデータセンタ
ー（例えば、クライアントネットワーク８０）上に仮想または物理アプライアンスとして
インストールされ得る。例えば、ストレージゲートウェイ８４は、例えば、仮想マシン内
で実行する仮想アプライアンスであり得、クライアントネットワーク８０上のサーバー装
置上にダウンロードされてインスタンス生成され得る。サービスプロバイダ６０ネットワ
ーク上のコンソールプロセス６８は、顧客のアカウントにサインオンするために、例えば
、クライアントネットワーク８０上の装置から、またはクライアントネットワーク８０に
外部の装置から、ネットワーク管理者プロセス９０によって、またはそれを通してアクセ
ス可能であり得る。例えば、コンソールプロセス６８は、サービスプロバイダ６０によっ
て提供されるアカウントおよびリソースを表示および管理するために、ネットワーク管理
者が、ネットワーク管理者プロセス９０を通して、それぞれのサービス顧客のアカウント
にそれを介してサインオンし得る、ウェブインタフェースまたは何らかの他のインタフェ
ースを提供し得る。サービスプロバイダ６０ネットワークのゲートウェイ制御７０プロセ
スまたはプレーンは、サービスプロバイダ６０の１つまたは複数の顧客においてインスト
ールされた１つまたは複数のストレージゲートウェイ（単数または複数）８４に対して追
跡および管理機能を実行し得る。ゲートウェイ制御７０およびコンソールプロセス６８は
、例えば、サービスプロバイダ６０ネットワーク上の１つまたは複数のサーバーコンピュ
ータ装置上で実装され得る。少なくともいくつかの実施形態では、ゲートウェイ制御７０
は、負荷分散および高可用性を提供するため、２つ以上ゲートウェイ制御サーバーを含む
制御プレーンとして実装され得る。
【０１１１】
図１６Ａおよび図１６Ｂは、少なくともいくつかの実施形態に従って、ゲートウェイ有
効化プロセス中に、図１５に示す構成要素間のやりとりを示すプロセス流れ図である。有
効化プロセスは、顧客の観点から見れば、２つのやりとりの点を含む。第１は、図１６Ａ
に示すように、顧客がゲートウェイ８４とやりとりする。第２は、図１６Ｂに示すように
、顧客が、サービスプロバイダ（ＳＰ）コンソール６８とやりとりする。
【０１１２】
図１６Ａは、有効化プロセス中に、顧客（図１５でネットワーク管理者プロセス９０に
よって表される）、ゲートウェイ８４、およびサービスプロバイダ（ＳＰ）ゲートウェイ
制御７０の間のやりとりを示す。ゲートウェイ８４がインストールされ、かつ／または電
源をオンにされた後、ゲートウェイ８４は、公開鍵（例えば、ＲＳＡ鍵ペア）を生成し、
ゲートウェイ８４がその上にインストールされている装置のハードウェアおよび／または
ソフトウェアに関するメタデータを収集する。例えば、メタデータは、ＩＰアドレス、Ｍ
ＡＣアドレス、または装置の他のハードウェアおよびソフトウェア特性を含み得る。ゲー
トウェイ８４は、次いで、公開鍵およびメタデータを、例えば、ＨＴＴＰ  ＰＯＳＴを通
じて、ゲートウェイ制御７０に公開する。それに応じて、ゲートウェイ制御７０は、有効
化キーを生成し得、その有効化キーをゲートウェイ８４に返す。有効化キーは、グローバ
ル一意識別子（ＧＵＩＤ）、例えば、Ｎビットのランダムに生成された数であり得る。ゲ
ートウェイ制御７０は、有効化キーを、ゲートウェイ８４から取得された公開鍵およびメ
タデータとともに、格納し得る。
【０１１３】
ゲートウェイ制御７０から有効化キーを受信した後、ゲートウェイ８４は、ゲートウェ
イ８４  ＶＭまたは装置上の固定ポート（ＩＰアドレス：ポート）において、クライアン
トネットワーク８０内で有効化キーを提供する。顧客は次いで、ネットワーク管理者プロ
セス９０を介して、有効化キーを取得するために、ゲートウェイ８４の固定ポートにアク
セスし得；そのアクセスは、クエリ文字列内の有効化キーで、サービスプロバイダ（ＳＰ
）コンソール６８プロセスにリダイレクトされる。
【０１１４】
少なくともいくつかの実施形態では、有効化キーは、ある期間または存続期間（例えば
、３０分間）、有効であり、その後、有効化キーは失効する。少なくともいくつかの実施
形態では、有効化キーは、指定された存続期間の間だけ有効であるので、失効した有効化
キーを除去する、バックグラウンドのガーベジコレクションプロセスが、サービスプロバ
イダ６０で提供され得る。少なくともいくつかの実施形態では、有効化キーに対する存続
期間は、境界例を処理するために、サービスプロバイダ６０側上では、ゲートウェイ８４
上よりも長い可能性がある（例えば、サービスプロバイダ６０側上で４５分、ゲートウェ
イ８４上で３０分）。
【０１１５】
図１６Ｂは、有効化プロセス中に、顧客（図１５でネットワーク管理者プロセス９０に
よって表される）、サービスプロバイダ（ＳＰ）コンソール６８、およびサービスプロバ
イダ（ＳＰ）ゲートウェイ制御７０の間のやりとりを示す。ネットワーク管理者プロセス
９０がゲートウェイ８４から有効化キーを取得すると、ゲートウェイ９５を顧客のサービ
スプロバイダ６０アカウントに追加するために有効化キーが使用され得る。ＳＰコンソー
ル６８にリダイレクトされた後、顧客がそのアカウントに（例えば、ネットワーク管理者
プロセス９０を介して）ログインし、ゲートウェイ８４がゲートウェイ制御７０に対して
公開したメタデータをフェッチするために、クエリ文字列からの有効化キーが使用される
。このメタデータの少なくとも一部が（例えば、ネットワーク管理者プロセス９０を介し
て）顧客に表示される。ゲートウェイ制御７０からＳＰコンソール６８に返されて、顧客
９０に表示されるメタデータは、ゲートウェイ８４によってゲートウェイ制御７０に以前
に提供されたメタデータであり、有効化されるゲートウェイ８４に関して顧客９０に通知
するために使用され得る。表示されるメタデータは、そのメタデータによって示されたそ
れぞれのゲートウェイ８４が、顧客のネットワークでインストールされているゲートウェ
イ８４であることを顧客９０に確認し得る。例えば、ゲートウェイ８４のＩＰアドレスが
表示され得、顧客９０が確認し得るのは、ゲートウェイ８４のＩＰアドレスである。さら
に、アカウントにログインするために顧客９０から取得された認証情報（例えば、顧客ア
カウント番号および／または他の顧客識別情報）が、顧客９０を、それぞれのゲートウェ
イ８４を所有する顧客として認証し、顧客９０をそれぞれのゲートウェイ８４と関連付け
る際に使用され得る。
【０１１６】
顧客９０は、ＳＰコンソール６８によって、追加の情報、例えば、ゲートウェイ８４に
対する名前を入力するようにも促され得る。表示されたメタデータを見て検証した後、顧
客９０は、例えば、「確認」または「有効化」または「登録」ユーザーインタフェース要
素を選択することにより、ＳＰコンソール６８を介して、ゲートウェイ８４のゲートウェ
イ制御７０への登録を認可し得る。顧客９０がＳＰコンソール６８によってゲートウェイ
８４の登録を認可する場合、ＳＰコンソール６８は、顧客９０から取得された有効化キー
をゲートウェイ制御７０に渡し得る。例えば、ゲートウェイ８４に対する顧客提供名、顧
客アカウントＩＤなどの顧客情報も、ゲートウェイ制御７０に渡され得る。顧客提供の有
効化キーが、ゲートウェイ８４によりゲートウェイ制御７０に以前に提供された有効化キ
ーに対して照合される。顧客情報（例えば、ゲートウェイ８４の名前）が、例えば、ゲー
トウェイ８４によって以前に提供されたメタデータとともに、ゲートウェイ制御７０によ
って格納される。
【０１１７】
少なくともいくつかの実施形態では、ＳＰコンソール６８とＳＰゲートウェイ制御７０
との間、およびゲートウェイ８４とＳＰゲートウェイ制御７０との間で交換される全ての
データが、暗号化され得る。少なくともいくつかの実施形態では、顧客の認証情報、アク
セスキーまたは秘密鍵などの極秘データは、有効化プロセス内で渡されない。
【０１１８】
図１６Ａを再度参照すると、少なくともいくつかの実施形態では、ＳＰゲートウェイ制
御７０が、ゲートウェイ８４の登録および有効化に関する全ての情報の維持に責任を負う
。ゲートウェイ８４は、その間、証明書署名要求（ＣＳＲ）を生成するための情報を求め
て、ＳＰゲートウェイ制御７０を継続的にポーリングする。図１６Ｂに示すように、ＳＰ
ゲートウェイ制御７０が、ＳＰコンソール６８を介して、顧客９０から認可を受信し、顧
客提供の有効化キーを、ゲートウェイ８４によって提供された有効化キーと照合すると、
図１６Ｂに示すように、ＳＰゲートウェイ制御７０は、顧客９０から受信された顧客情報
の少なくとも一部を含むが、それに限らない、メタデータを提供することにより、ゲート
ウェイ８４のＧＥＴ要求に応答し得る。ゲートウェイ８４は、次いで、ＣＳＲを生成し、
ＳＰゲートウェイ制御７０に送信する。ＣＳＲに応答して、ＳＰゲートウェイ制御７０は
証明書を生成し、ゲートウェイ８４の以前に提供された公開鍵でその証明書に署名する。
少なくともいくつかの実施形態では、証明書は、顧客および／またはゲートウェイ情報、
例えば、顧客アカウントＩＤおよび顧客提供のゲートウェイ８４名を含み得る。ＳＰゲー
トウェイ制御７０は、次いで、ゲートウェイ８４によって以前に提供された公開鍵で暗号
化された、自己署名証明書をゲートウェイ８４に送信することにより、応答する。証明書
は、次いで、ゲートウェイ８４からサービスプロバイダ６０への将来の通信で、認証のた
めに使用され得る。
【０１１９】
少なくともいくつかの実施形態では、顧客が、同じ有効化キーを使用して複数のゲート
ウェイ８４を有効化するのを防ぐ支援をするために、システム／ハードウェア固有の情報
も、ゲートウェイ８４によってＳＰゲートウェイ制御７０に公開される有効化キーととも
に、含まれ得る。
【０１２０】
図１７Ａおよび図１７Ｂは、少なくともいくつかの実施形態に従って、ストレージゲー
トウェイの観点から見た、有効化プロセスの流れ図である。図１７Ａの５００に示すよう
に、ゲートウェイがインストールされ、かつ／または電源をオンにされた後、ゲートウェ
イは、永続記憶装置をチェックして、それが既に有効化されているかどうかを判断する。
例えば、ゲートウェイは、アップグレード、保守、または何らかの他の理由のために電源
が切られていた可能性がある。ゲートウェイが有効化されている場合、有効化プロセスは
、図１７Ｂの要素５３０に進み、そこで、ゲートウェイは、ＳＰゲートウェイ制御から設
定情報を取得し得る。
【０１２１】
図１７Ａの５００で、ゲートウェイが以前に有効化されていない場合、有効化プロセス
は、図１７Ａの要素５０２に進み、そこで、ゲートウェイは、証明書署名要求（ＣＳＲ）
を生成するための任意の永続的な顧客情報を有するかどうかをチェックする。ゲートウェ
イが永続的な顧客情報を有する場合、プロセスは、図１７Ｂの要素５２０に進む。ゲート
ウェイが永続的な顧客情報をもたない場合、プロセスは、図１７Ａの要素５０４に進む。
５０４で、ゲートウェイは、公開鍵（例えば、ＲＳＡ鍵ペア）を生成する。ゲートウェイ
は、ゲートウェイがその上にインストールされている装置のハードウェアおよび／または
ソフトウェアに関するメタデータも収集し得る。例えば、メタデータは、ＩＰアドレス、
ＭＡＣアドレス、または装置の他のハードウェアおよびソフトウェア特性を含み得る。ゲ
ートウェイは、次いで、５０６に示すように、公開鍵およびメタデータをＳＰゲートウェ
イ制御に公開する。５０８で、ゲートウェイは、有効化キーをＳＰゲートウェイ制御から
受信する。５１０で、ゲートウェイは、サービス顧客のネットワーク上の固定ポート（Ｉ
Ｐアドレス：ポート）上で、有効化キーを提供する。
【０１２２】
図１７Ａの５１２〜５１６に示すように、ゲートウェイは、次いで、ＣＳＲを生成する
ために必要とされる顧客情報を求めて、ＳＰゲートウェイ制御をポーリングし得る。顧客
情報は、顧客のアカウントＩＤおよびゲートウェイに対する顧客提供名を含み得るが、そ
れに限らない。５１２で、ゲートウェイは、例えば、１分間またはいくらかの他の期間、
一時停止し得、次いで、ＳＰゲートウェイ制御から情報を受信しているかどうかをチェッ
クし得る。５１４で、情報が受信されていない場合、５１６に示すように、ゲートウェイ
は、有効化キーが失効しているかどうかをチェックする。少なくともいくつかの実施形態
では、有効化キーは、ある期間または存続期間（例えば、３０分間）、有効であり、その
後、有効化キーは失効する。５１６で、有効化キーが失効していない場合、有効化プロセ
スは、ＳＰゲートウェイ制御のポーリングを継続するために、図１７Ａの要素５１２に戻
る。５１６で、有効化キーが失効している場合、有効化プロセスは、新しい有効化キーを
ＳＰ制御プレーンから取得するために、図１７Ａの要素５０４に戻る。
【０１２３】
図１７Ａの５１４で、顧客情報がＳＰゲートウェイ制御から受信されている場合、有効
化プロセスは、図１７Ａの要素５１８に進み、そこで、ゲートウェイは、顧客情報を永続
的メモリに格納する。少なくともいくつかの実施形態では、受信された顧客情報は暗号化
され得、それ故、ゲートウェイは、情報を格納する前に情報を復号し得る。プロセスは、
次いで、図１７Ｂの要素５２０に進む。
【０１２４】
図１７Ｂを参照すると、５２０において、ゲートウェイは、それが既に証明書を有する
かどうかをチェックし得る。５２０で、ゲートウェイが既に証明書を有している場合、プ
ロセスは図１７Ｂの要素５３０に進み得、そこで、ゲートウェイは設定情報をＳＰゲート
ウェイ制御から取得し得る。５２０で、ゲートウェイが証明書を有していない場合、プロ
セスは要素５２２に進む。５２２で、ゲートウェイは、ＣＳＲを生成し、そのＣＳＲをＳ
Ｐ制御プレーンに送信する。５２４で、ゲートウェイは、ＣＳＲの受信に応答して、ＳＰ
制御プレーンからセキュリティ証明書を受信し；その証明書は、ゲートウェイに対するセ
キュリティ認証情報として機能し得る。５２６で、ゲートウェイは、有効化キーの提供（
図１７Ａのステップ５１０を参照）を無効にし得る。５２８で、ゲートウェイは、有効化
プロセスで取得されている情報（証明書、顧客指定ゲートウェイ名など）を持続するため
に、その現在の状態を保存し得る。
【０１２５】
この時点で、有効化プロセスが完了する。５３０で、ゲートウェイは、設定情報をＳＰ
ゲートウェイ制御から取得し得る。少なくともいくつかの実施形態では、顧客が、ゲート
ウェイがうまく有効化されたことを通知されると、顧客はＳＰコンソールを介して、イン
ストールおよび有効化されたゲートウェイを設定し得る。ＳＰコンソールは、顧客がそれ
にログオンできる、ユーザーインタフェース、例えば、ウェブインタフェースを、顧客の
アカウントに提供し、（顧客指定の名前によって識別され得る）ゲートウェイを選択して
、そのゲートウェイに対する設定を指定し得る。少なくともいくつかの実施形態では、Ｓ
Ｐコンソールは、この設定をＳＰゲートウェイ制御に伝え、それは、次いで、ゲートウェ
イ自身によって開始された接続（例えば、およびＳＳＬ／ＴＣＰ接続）を介して、指定さ
れたゲートウェイを設定する。
【０１２６】
〔有効化キーのセキュリティ〕
図１７Ａの５１０に示されるように、有効化キーがサービス顧客のネットワーク上の公
開ＩＰアドレスで利用可能にされ、暗号化されていない状態で、クエリ文字列内で顧客か
らＳＰコンソールに渡され得る。有効化キーは限られた存続期間をもち、ＩＰアドレスは
顧客にのみ知られているが、有効化キーがＩＰ：ポートで公開される短い期間がまだある
。有効化キーは、ゲートウェイによってＳＰゲートウェイ制御にも公開されるメタデータ
なしでは、単独で役に立たないが、ゲートウェイは、この短期間の間、ある程度脆弱であ
り得る。少なくともいくつかの実施形態では、顧客は、悪意のあるユーザーまたはプロセ
スが有効化キーを取得して、誰か他の人のゲートウェイを有効化するのを防ぐ支援をする
ために、セキュリティグループまたは他のセキュリティ手段を利用し得る。さらに、顧客
はゲートウェイを有効化するために、ＳＰコンソールプロセスにログインする必要がある
ので、ゲートウェイは、それを有効化しようと試みる顧客アカウントと照合できる。
【０１２７】
〔ゲートウェイ開始接続を使用したリモートゲートウェイ管理〕
ストレージゲートウェイの実施形態は、例えば、オンプレミス記憶装置として、および
サービス顧客のネットワークと、サービスプロバイダによって提供されたストレージサー
ビスとの間のインタフェースとして、機能し得る。少なくともいくつかの実施形態では、
インストールされたストレージゲートウェイは、サービスプロバイダで実装されたゲート
ウェイ制御技術を通して、有効化、追跡、設定、および管理され得る。図１８は、少なく
ともいくつかの実施形態において採用され得るゲートウェイ制御アーキテクチャ例を示す
ハイレベルブロック図である。少なくともいくつかの実施形態では、図１８に示すように
、ゲートウェイ制御７０は、２つ以上のゲートウェイ制御サーバー７４（例えば、ゲート
ウェイ制御サーバー７４Ａ、７４Ｂ、７４Ｃ、．．．）のグループを含み得る。複数のゲ
ートウェイ制御サーバー７４は、負荷分散および高可用性を提供し得る。動作中、所与の
時に、サービス顧客のネットワーク８０上の特定のインストールおよび有効化されたスト
レージゲートウェイ８４が、ゲートウェイ制御サーバー７４の特定の１つに接続される。
しかし、ストレージゲートウェイ８４は、いつか他の時に、異なるゲートウェイ制御サー
バー７４に接続され得ることに留意されたい。
【０１２８】
ストレージゲートウェイ８４に現在接続されているゲートウェイ制御サーバー７４は、
要求またはコマンドを中間ネットワーク５０を介してストレージゲートウェイ８４に送信
することにより、ストレージゲートウェイ８４を管理し得る。ストレージゲートウェイ８
４を管理するためにゲートウェイ制御サーバー７４から開始される要求は、設定変更要求
および動作要求を含み得るが、それらに限らない。しかし、ストレージゲートウェイ８４
は、クライアントネットワーク８０ファイアウォールの後ろに配備され得るので、ゲート
ウェイ制御サーバー７４は、例外規則がゲートウェイ８４に対して作成されない限り、フ
ァイアウォールの外側からゲートウェイ８４に到達できないことがあり得る。さらに、少
なくともいくつかの実施形態では、ストレージゲートウェイ８４に対するセキュリティモ
デルは、サービスプロバイダプロセスを含むがそれに限らない、外部プロセスが、ストレ
ージゲートウェイ８４への接続を開始するのを許可されないことを指示し得る。
【０１２９】
少なくともいくつかの実施形態では、サービスプロバイダがゲートウェイ８４への接続
を開始するのを許可しないセキュリティモデルを実施している間に、ゲートウェイ制御サ
ーバー７４が、要求またはコマンドをストレージゲートウェイ８４に送信できるようにす
るために、ゲートウェイ開始接続を使用したリモートゲートウェイ管理のための方法およ
び装置が提供される。リモートゲートウェイ管理方法では、ゲートウェイは、接続要求を
送信することにより、サービスプロバイダへの接続を開始する。少なくともいくつかの実
施形態では、負荷分散装置７２を介して、特定のゲートウェイ制御サーバー７４への接続
が確立される。しかし、ゲートウェイ８４は、要求メッセージを、ゲートウェイ開始接続
を介して、サービスプロバイダに送信しない。代わりに、サービスプロバイダ（例えば、
ゲートウェイ制御サーバー７４）は、ゲートウェイ８４が応答を待つ間、ゲートウェイ８
４に送信される接続保留要求を保持する。ゲートウェイ８４に対する要求を、例えば、ネ
ットワーク管理者プロセス９０または、ゲートウェイ８４がその上にインストールされて
いるクライアントネットワーク８０上の何らかの他のプロセスから、受信すると、サービ
スプロバイダ（例えば、ゲートウェイ制御サーバー７４）は、要求を、サービスプロバイ
ダ（例えば、ゲートウェイ制御サーバー７４）が保持し続けているゲートウェイ開始接続
を介して、ゲートウェイ８４に送信する。ゲートウェイ８４は、要求に対する応答も、ゲ
ートウェイ開始接続を介して、サービスプロバイダ８０に送信し得る。
【０１３０】
少なくともいくつかの実施形態では、ゲートウェイ８４からの接続がそれに対して確立
されるゲートウェイ制御サーバー７４（例えば、ゲートウェイ制御サーバー７４Ａ）は、
接続を登録サービス７６に登録し得る。ゲートウェイ制御サーバー７４が、それに対する
接続を保持していないゲートウェイ７４に対する要求を受信すると、ゲートウェイ制御サ
ーバー７４は、どのゲートウェイ制御サーバー７４が接続を保持しているかを見つけるた
めに、登録サービス７６に問合せを行い得、その要求を、ゲートウェイ８４への接続を保
持するゲートウェイ制御サーバー７４に転送し得る。いくつかの実施形態では、代替とし
て、それに対する接続を保持していないゲートウェイ７４に対する要求を受信するゲート
ウェイ制御サーバー７４は、その要求を、２つ以上の他のゲートウェイ制御サーバー８４
に単にブロードキャストし得る。
【０１３１】
少なくともいくつかの実施形態では、サービスプロバイダ８０は、ゲートウェイ開始接
続を監視するために、ｐｉｎｇプロセスを採用し得る。ｐｉｎｇプロセスでは、ゲートウ
ェイ７４への接続を保持するゲートウェイ制御サーバー８４は、定期的または非定期的に
ｐｉｎｇメッセージをゲートウェイ８４に送信し得る。ゲートウェイ８４は、ｐｉｎｇメ
ッセージに応答する。ゲートウェイ８４が、ある指定されたタイムアウト期間の間ｐｉｎ
ｇメッセージに応答していないことを検出すると、ゲートウェイ制御サーバー７４は、接
続を中断し得、そして、登録サービス７６でその接続の登録を抹消し得る。
【０１３２】
少なくともいくつかの実施形態では、ｐｉｎｇメッセージは、定期的な間隔でゲートウ
ェイ（単数または複数）７４に送信され得る。少なくともいくつかの実施形態は、接続が
信頼できていないゲートウェイ８４に対しては短い間隔で、また、接続が一般に信頼でき
ているゲートウェイに対してはもっと長い間隔でｐｉｎｇメッセージが送信されるように
、特定のゲートウェイ８４の接続の信頼性に従って、ｐｉｎｇ間隔を調整し得る。ｐｉｎ
ｇ間隔は、接続が信頼できるままの時は、所与のゲートウェイ８４に対して時間とともに
増加し得、接続が信頼できていない所与のゲートウェイ８４に対しては減少し得る。
【０１３３】
少なくともいくつかの実施形態では、ゲートウェイ８４は、そのゲートウェイ開始接続
が終了しているか、または中断されているかを検出し得る。接続が終了していることを検
出すると、ゲートウェイ８４は、接続を再確立するために、別の接続要求をサービスプロ
バイダ８０に送信し得る。接続は、以前に接続を保持していたものとは異なるゲートウェ
イ制御サーバー７４に再接続され得ることに留意されたい。少なくともいくつかの実施形
態では、ゲートウェイ８４は、ｐｉｎｇメッセージを監視して、ｐｉｎｇメッセージが指
定されたタイムアウト期間の間、その接続を通して受信されていないと判断することによ
り、そのゲートウェイ開始接続が中断されていると判断し得る。
【０１３４】
このようにして、リモートゲートウェイ管理方法では、ゲートウェイ８４は、サービス
プロバイダへの接続を確立して、サービスプロバイダからの要求（単数または複数）を予
期および待機する。サービスプロバイダは、ゲートウェイ８４に対する接続保留要求を保
持する。ゲートウェイ８４に対する要求を受信すると、サービスプロバイダは、その要求
を、ゲートウェイ開始接続を通してそれぞれのゲートウェイに転送する。サービスプロバ
イダおよびゲートウェイの両方が、接続を監視および管理して、接続が何らかの理由で中
断した場合に、その中断が検出されて、ゲートウェイ８４が接続を再確立できるようにす
る。
【０１３５】
図１９は、少なくともいくつかの実施形態に従って、ゲートウェイ開始接続を使用した
リモートゲートウェイ管理のための方法の流れ図である。６００に示すように、ゲートウ
ェイは、接続要求を介して、ゲートウェイ制御サーバーへの接続を確立する。例えば、ゲ
ートウェイは、図１８に示すように、接続要求により、ゲートウェイ制御サーバーとのア
ウトバウンドＳＳＬ／ＴＣＰ接続を、負荷分散装置を通して確立し得る。図１９の６０２
に示すように、ゲートウェイへの接続が確立されると、ゲートウェイ制御サーバーは、接
続を持ち続け、その接続を維持する。図１９の６０４に示すように、ゲートウェイ制御サ
ーバーは、ゲートウェイに対する要求を受信し得る。例えば、ゲートウェイ制御サーバー
７４は、図１８に示すように、ゲートウェイ８４に対する設定要求または動作要求を、そ
れぞれのネットワーク管理者プロセス９０からコンソールプロセス６８を介して受信する
。ゲートウェイ制御サーバーがゲートウェイに対する要求を受信した後、ゲートウェイ制
御サーバーは、図１９の６０６に示すように、その要求をゲートウェイ開始接続を介して
、ゲートウェイに転送する。
【０１３６】
再度図１８を参照すると、サービス顧客は、示されたストレージゲートウェイ８４に対
する設定変更要求または動作要求を開始するために、サービスプロバイダコンソール６０
にアクセスし得る。例えば、ネットワーク管理者は、ネットワーク管理者プロセス９０を
通して、要求を、コンソールプロセス６８を介して送信し得る。コンソールプロセス６８
は、次いで、要求を、負荷分散装置７２の後ろのゲートウェイ制御サーバー７４に送信し
得る。しかし、コンソールプロセス６８がそれに対して要求を送信するゲートウェイ制御
サーバー７２は、それぞれのゲートウェイ８４への接続を保持するゲートウェイ制御サー
バー７２ではない可能性がある。例えば、ゲートウェイ制御サーバー７２Ｂがゲートウェ
イ８４への接続を保持し得るが、一方、ゲートウェイ８４に対する要求がゲートウェイ制
御サーバー７２Ａに送信され得る。それ故、コンソールプロセス６８から要求を受信する
ゲートウェイ制御サーバー７２（例えば、ゲートウェイ制御サーバー７２Ａ）は、要求を
適切なゲートウェイ８４に配信するために、ゲートウェイ８４への接続を保持するゲート
ウェイ制御サーバー（例えば、ゲートウェイ制御サーバー７２Ｂ）に要求を転送する必要
があり得る。このように、少なくともいくつかの実施形態は、ゲートウェイ制御サーバー
７２（例えば、サーバー７２Ａ）が、コンソールプロセス６８から受信された、要求によ
って示された特定のゲートウェイ８４への接続を現在保持するゲートウェイ制御サーバー
７２（例えば、サーバー７２Ｂ）へ、特定のゲートウェイ８４に対する要求を送達できる
ようにする方法または複数の方法を、提供し得る。
【０１３７】
いくつかの実施形態では、これを達成するために、サーバー７２がそれに対する接続を
保持していないゲートウェイ８４に対する要求を受信するゲートウェイ制御サーバー７２
（例えば、サーバー７２Ａ）は、そのピアゲートウェイ制御サーバー７２の全てに対して
、要求をブロードキャストし得る。図２０は、いくつかの実施形態に従って、ゲートウェ
イ制御サーバーがゲートウェイ要求をそのピアサーバーにブロードキャストするための方
法の流れ図である。６２０に示すように、各ゲートウェイ制御サーバー７２がインスタン
ス生成されると、サーバー７２は登録サービス７６に登録し得る。ゲートウェイ制御サー
バー７２が終了すると、サーバー７２は、登録サービス７６から登録を抹消される。登録
サービス７６は、例えば、データベースサービスまたは分散ストレージサービスによって
後援され得る。６２２に示すように、ゲートウェイ制御サーバー７２（例えば、サーバー
７２Ａ）は、サーバー７２がそれに対する接続を保持していないゲートウェイ８４に対す
る要求を受信し得る。要求をそのピアゲートウェイ制御サーバー７２にブロードキャスト
するために、ゲートウェイ制御サーバー７２（例えば、サーバー７２Ａ）は、６２４に示
すように、そのピアゲートウェイ制御サーバー７２（例えば、サーバー７２Ｂおよび７２
Ｃ）を発見するために、登録サービス７６をポーリングし得る。ゲートウェイ制御サーバ
ー７２（例えば、サーバー７２Ａ）は、次いで、６２６で示すように、登録サービス７６
を介して発見されたサーバー７２の全てに対するゲートウェイ要求を転送し得る。要求に
よって示されたゲートウェイ８４への接続を現在保持するゲートウェイ制御サーバー７２
（例えば、サーバー７２Ｂ）は、次いで、要求をそれぞれのゲートウェイ８４に送信し得
る。
【０１３８】
図２１は、少なくともいくつかの実施形態に従って、適切なゲートウェイ制御サーバー
に対するゲートウェイ要求を取得するための代替方法の流れ図である。６４０に示すよう
に、ゲートウェイ制御サーバー７２（例えば、サーバー７２Ｂ）がゲートウェイ８４から
接続要求を受信すると、サーバー７２は、ゲートウェイ８４とのペア形成を登録サービス
７６内に登録する。６４２に示すように、ゲートウェイ制御サーバー７２（例えば、サー
バー７２Ａ）は、サーバー７２がそれに対する接続を保持していないゲートウェイ８４に
対する要求を受信し得る。６４４に示すように、サーバー７２がそれに対する接続を保持
していないゲートウェイ８４に対する要求を受信するゲートウェイ制御サーバー７２（例
えば、サーバー７２Ａ）は、次いで、ゲートウェイ８４に対する接続を現在保持するゲー
トウェイ制御サーバー７２（例えば、サーバー７２Ｂ）を見つけるために、登録サービス
７２に問合せを行い得、その後、６４６に示すように、その要求を、登録サービス７６に
よって示されるゲートウェイ制御サーバー７２（例えば、サーバー７２Ｂ）に転送し得る
。要求によって示されるゲートウェイ８４への接続を現在保持するゲートウェイ制御サー
バー７２（例えば、サーバー７２Ｂ）は、次いで、要求を、ゲートウェイ開始接続を介し
て、それぞれ対応するゲートウェイ８４に送信し得る。
【０１３９】
少なくともいくつかの実施形態では、要求がゲートウェイ８４に配信され、それによっ
て処理されると、ステータスが、ゲートウェイ８４から、そのゲートウェイ８４への接続
を現在保持するゲートウェイ制御サーバー７２（例えば、サーバー７２Ｂ）に返され、そ
れは、続いて、それが以前にそれから転送された要求を受信したゲートウェイ制御サーバ
ー７２（例えば、サーバー７２Ａ）にステータスが返され、それは次いで、そのステータ
スをコンソールプロセス６８に返す。コンソールプロセス６８は、次いで、要求の結果の
指示を、その要求を開始した顧客プロセス（例えば、ネットワーク管理者プロセス９０）
に提供し得る。要求が、何らかの理由で、対象のゲートウェイ８４に到達できない場合、
例えば、要求によって示されたゲートウェイ８４が利用できないか、または見つけること
ができない場合、コンソールプロセス６８は、要求の失敗の指示を、その要求を開始した
顧客プロセス（例えば、ネットワーク管理者プロセス９０）に提供し得る。顧客プロセス
は、必要であるか、または所望であれば、要求を再試行し得る。
【０１４０】
図２２は、少なくともいくつかの実施形態に従って、ゲートウェイ開始接続を確立、監
視、および維持するための方法の流れ図である。６６０に示すように、ゲートウェイはク
ライアントネットワーク上でインスタンス生成され得る。６６２に示すように、インスタ
ンス生成後、ゲートウェイは、サービスプロバイダへの安全な接続（例えば、ＳＳＬ（セ
キュアソケットレイヤー）／ＴＣＰ接続）を確立するために、接続要求をサービスプロバ
イダに送信する。少なくともいくつかの実施形態では、サービスプロバイダにおけるゲー
トウェイ制御プロセスは、６６４に示すように、接続を保持し得、その接続を登録サービ
スに登録し得る。サービスプロバイダによって受信されたゲートウェイに対する要求は、
次いで、ゲートウェイ開始接続を通して、ゲートウェイに転送され得る。
【０１４１】
６６６に示すように、ゲートウェイ制御プロセスは、接続を中断し得る。例えば、少な
くともいくつかの実施形態は、ゲートウェイ制御プロセスは、定期的または非定期的に、
接続を通してゲートウェイをｐｉｎｇし得、ゲートウェイがそのｐｉｎｇに応答しないこ
とを検出すると、接続を中断し得る。登録サービスに登録されている場合、ゲートウェイ
制御プロセスは、その接続の登録を削除し得る。
【０１４２】
６６８に示すように、ゲートウェイは、接続が中断されていることを検出し得る。例え
ば、少なくともいくつかの実施形態は、ゲートウェイ制御プロセスは、定期的または非定
期的に、接続を通してゲートウェイをｐｉｎｇし得る。ゲートウェイは、サービスプロバ
イダからのｐｉｎｇが接続を通して受信されていないと判断することにより、接続が中断
されていることを検出し得る。
【０１４３】
サービスプロバイダ側またはクライアントネットワーク／ゲートウェイ側のいずれかか
ら、中断された接続を検出するための他の方法が、いくつかの実施形態で採用され得るこ
とに留意されたい。
【０１４４】
〔ゲートウェイプロキシ〕
前述の図１８は、複数のゲートウェイ制御サーバー７４を含むゲートウェイ制御プレー
ンとして実装されたゲートウェイ制御７０を含むサービスプロバイダネットワークを示す
。少なくともいくつかの実施形態では、サービスプロバイダネットワークは、複数のゲー
トウェイプロキシノードを含み、ストレージゲートウェイと通信するためにゲートウェイ
制御プレーンによって使用され得る、ゲートウェイプロキシプレーンを含み得る。ゲート
ウェイプロキシは、ゲートウェイ制御サーバー７４に対するゲートウェイ開始接続を保持
および管理するために使用され得る。ゲートウェイ８４は、ゲートウェイプロキシへの接
続を開始し；ゲートウェイプロキシは、ゲートウェイ８４への通信チャネルを維持し得、
また、同じゲートウェイ８４の複数のコピーなどの誤用を防ぐのに役立つだけでなく、サ
ービスプロバイダ（例えば、ゲートウェイ制御サーバー７４）とゲートウェイとの間のメ
ッセージの安全な交換を確実にするのに役立ち得る。
【０１４５】
〔ゲートウェイとプロキシ間のやりとり〕
図２３Ａは、少なくともいくつかの実施形態に従って、ゲートウェイプロキシプレーン
を含むサービスプロバイダネットワークのためのアーキテクチャを大まかに示すブロック
図である。ゲートウェイプロキシプレーンは、２つ以上のプロキシノード７００、プロキ
シストア７０２、外部ネットワークに公開されるクライアント側インタフェースプロセス
（ＣIＰ）７２０、および外部ネットワークに公開されない、プロキシノード７００とゲ
ートウェイ制御サーバー（単数または複数）７４との間のサーバー側インタフェースプロ
トコル（ＳＩＰ）７１０を含み得る。いくつかの実施形態では、ゲートウェイプロキシ７
００は、ゲートウェイ制御サーバー（単数または複数）７４として、同じ物理装置上で実
装され得る。他の実施形態では、ゲートウェイプロキシ７００は、ゲートウェイ制御サー
バー（単数または複数）７４とは別の装置上で実装され得る。
【０１４６】
インストールされて有効化されたストレージゲートウェイ８４は、ゲートウェイプロキ
シノード７００への安全な接続要求（例えば、ＳＳＬ／ＴＣＰ接続要求）をＣＩＰ  ７０
０を介して開始する。接続要求を受信するプロキシノード７００（この例では、プロキシ
ノード７００Ｂ）は、この接続を開始したゲートウェイ８４のゲートウェイ識別子および
顧客アカウント識別子を見つけるために、接続要求に関連付けられたゲートウェイの証明
書を検査する。顧客およびゲートウェイ８４は、証明書からのゲートウェイ識別子および
顧客アカウント識別子を使用して、認証され得る。顧客およびゲートウェイ８４の認証後
、プロキシノード７００は、次いで、それが接続されたゲートウェイ８４と通信する、正
式な（ａｕｔｈｏｒｉｔａｔｉｖｅ）プロキシ７００であることを、プロキシストア７０
２に対して公開する。プロキシ（例えば、プロキシ７００Ａおよび７００Ｂ）は、特定の
ゲートウェイへの接続を現在保持する他のプロキシを発見するために、プロキシストア７
０２に問合せを行い得る。
【０１４７】
少なくともいくつかの実施形態では、プロキシストア７０２は、データベースとして実
現され得る。データベースは、分散型または集中型データベースのいずれかであり得る。
少なくともいくつかの実施形態では、プロキシストア７０２は、次の関連付けを格納し得
る：
（ゲートウェイＩＤ，アカウントＩＤ，プロキシエンドポイント）
【０１４８】
メッセージがゲートウェイ８４に送信される場合、プロキシ７００は、どのプロキシ７
０２がゲートウェイ８４への接続を有するかを見つけるために、プロキシストア７０２に
問合せを行い得る。少なくともいくつかの実施形態では、プロキシストア７０２内にゲー
トウェイ８４につき１つのエントリのみが存在する。
【０１４９】
〔ゲートウェイ制御サーバーおよびプロキシのやりとり〕
図２３Ｂは、少なくともいくつかの実施形態に従い、ゲートウェイプロキシプレーンを
通じて、ゲートウェイにメッセージ送信するゲートウェイ制御サーバーを示す。図２３Ｂ
に示すように、少なくともいくつかの実施形態では、ゲートウェイ制御サーバー７４は、
特定のゲートウェイ８４に送信される必要のあるメッセージを有し得る。ゲートウェイ制
御サーバー７４は、ＳＩＰ  ７１０を介して、メッセージをゲートウェイプロキシノード
７００に送信する。メッセージを受信するプロキシノード７００がゲートウェイ８４への
接続を保持する場合、プロキシノード７００は、その接続を介してメッセージをゲートウ
ェイ８４に転送する。しかし、メッセージを受信するプロキシノード７００がゲートウェ
イ８４への接続を保持していな場合、プロキシノード７００は、どのプロキシノード７０
０がゲートウェイ８４への接続を保持するかを判断するために、プロキシストア７０２に
問合せを行い、メッセージを、その正式なプロキシノード７００（この例では、プロキシ
７００Ｂ）に転送する。正式なプロキシノード７００は、次いで、その接続を介して、そ
のメッセージをゲートウェイ８４に転送する。
【０１５０】
図２３Ｃは、少なくともいくつかの実施形態に従い、ゲートウェイプロキシプレーンを
通じて、ゲートウェイ制御サーバー要求に応答するゲートウェイを示す。少なくともいく
つかの実施形態では、ゲートウェイ８４からゲートウェイ制御サーバー７４への応答は、
ゲートウェイ８４からの応答を受信するＣＩＰ  ７２０から始まる、図２３Ｂに示すよう
に、ゲートウェイ制御サーバー７４からゲートウェイ８４への要求が辿った逆の経路を辿
り得る。ＣＩＰ  ７２０は、それが要求をそこから受信したプロキシノード（プロキシ７
００Ｂ）に応答を送信する。プロキシ７００Ｂは、応答がどのゲートウェイ制御サーバー
７４に対するかを知らないことに留意されたい。プロキシ７００Ｂは、それが要求をそこ
から受信したプロキシノード（プロキシ７００Ａ）に応答を送信することにより、要求を
完了する。プロキシ７００Ａは、次いで、応答を、要求を開始したゲートウェイ制御サー
バー７４に送信する。
【０１５１】
〔接続の監視および管理〕
少なくともいくつかの実施形態では、プロキシによってゲートウェイ開始接続の管理に
おいて使用される、ｐｉｎｇプロセスが実装され得る。少なくともいくつかの実施形態で
は、ゲートウェイ８４は、前述のように、ゲートウェイプロキシ７００への安全な接続、
例えば、ＳＳＬ／ＴＣＰ接続を、ＣＩＰ  ７２０を介して開始する。ゲートウェイプロキ
シ７００は、定期的または非定期的にｐｉｎｇメッセージをゲートウェイ８４に送信し得
る。各ｐｉｎｇメッセージは、タイムアウトを含み得；ゲートウェイ８４が時間間隔内に
ｐｉｎｇを受信しない場合、それは、現在の接続を閉じ、ＣＩＰ  ７２０を介して接続を
再度開始する。少なくともいくつかの実施形態では、いずれの時点においても、プロキシ
ストア７０２内には１つのみのプロキシゲートウェイマッピングが存在する。ゲートウェ
イプロキシ７００がｐｉｎｇを送信し、ゲートウェイ８４から応答を得ない場合、それは
、ゲートウェイ８４へのその接続を閉じる。
【０１５２】
少なくともいくつかの実施形態では、全てのｐｉｎｇ上で、ゲートウェイプロキシ７０
０は、プロキシストア７０２に問合せを行い、別のプロキシ７００がゲートウェイ８４へ
の接続を公開しているかどうかを判断することにより、それが所与のゲートウェイ８４に
対する正式なプロキシであるかどうかをチェックする。それが正式なプロキシではない場
合、プロキシ７００はゲートウェイ８４への接続を閉じる。これは、プロキシノード７０
０に対する複数の接続が同じゲートウェイ８４によって開始されている場合、例えば、ゲ
ートウェイ８４の証明書が別のゲートウェイにコピーされて、両方のゲートウェイが接続
を開始しようとする場合に対処し得る。
【０１５３】
図２３Ｄは、少なくともいくつかの実施形態に従った、ゲートウェイプロキシプレーン
に対するｐｉｎｇメッセージ交換を示す。少なくともいくつかの実施形態では、ゲートウ
ェイプロキシに関して、ｐｉｎｇはエンドツーエンドｐｉｎｇである。ｐｉｎｇを行う理
由は、ＴＣＰ「キープアライブ」機能が２時間の最小間隔を有するが、他方、実施形態は
接続のタイムアウトまたは終了をもっと短い時間間隔で検出する必要があり得ることであ
る。
【０１５４】
少なくともいくつかの実施形態では、ｐｉｎｇは、図２３Ｄに示される経路を辿る。ゲ
ートウェイプロキシノード（この例では、プロキシ７００Ｂ）は、ｐｉｎｇメッセージを
ＳＩＰ  ７１０を介して送信する。メッセージは、ゲートウェイプロキシノード７００の
うちの１つ、この例ではプロキシ７００Ａ、に行きあたる。プロキシ７００Ａは、プロキ
シストア７０２に問合せを行うことにより、ゲートウェイ８４に対する正式なプロキシ７
００（この例では、プロキシ７００Ｂ）を見つけ、ｐｉｎｇメッセージをプロキシ７００
Ｂに転送する。プロキシ７００Ｂは、メッセージをゲートウェイ８４に転送し、ゲートウ
ェイ８４からの応答は同じ経路を辿る。少なくともいくつかの実施形態では、プロキシ７
００Ｂがｐｉｎｇに対する応答をゲートウェイ８４から取得すると、それは、そのゲート
ウェイ８４に対するそのｐｉｎｇ間隔を増やす。ゲートウェイ８４接続が中断すると、ｐ
ｉｎｇ間隔が最小値にリセットされ得る。このようにして、貧弱なゲートウェイとプロキ
シ間の接続はより頻繁にｐｉｎｇ送信される傾向がある。
【０１５５】
プロキシ７００が最初にｐｉｎｇメッセージをＳＩＰ  ７１０に送信することによりｐ
ｉｎｇメッセージを開始する、前述したエンドツーエンドｐｉｎｇ方法は、ゲートウェイ
プロキシノード７００が制御プレーンから到達可能であることを保証する役に立ち得る。
ｐｉｎｇが失敗すると、プロキシ７００は、（例えば、ネットワーク分割のために）それ
が制御プレーンから到達可能ではないと仮定して、ゲートウェイ８４への接続を閉じ得る
。
【０１５６】
〔ロングポーリング接続を使用したリモートゲートウェイ管理〕
いくつかの実施形態では、ロングポーリング技術がゲートウェイ開始接続に対して使用
され得る。再度図１８を参照すると、ロングポーリングは、サーバー（例えば、ゲートウ
ェイ制御サーバー７４）からクライアント（例えば、ストレージゲートウェイ８４）への
情報のプッシュ型配信をエミュレートするポーリング技術である。ロングポーリング技術
では、クライアント（例えば、ストレージゲートウェイ８４）がサーバー（例えば、ゲー
トウェイ制御サーバー７４）へのロングポーリング接続を開始して、標準的なクライアン
ト／サーバーポーリングにおけるように、サーバーからの情報を要求する。しかし、サー
バーが、クライアントに対して利用可能ないかなる情報も有していない場合、空の応答を
送信する代わりに、サーバーはクライアントの要求を保持して、情報がそのクライアント
に対して利用可能になるのを待機する。情報が利用可能になると、サーバー（例えば、ゲ
ートウェイ制御サーバー７４）は、クライアントのロングポーリング要求に応答し得、そ
の応答は、クライアント（例えば、ストレージゲートウェイ８４）に送信される情報を含
む。
【０１５７】
ロングポーリングを使用するゲートウェイ開始接続方法では、ゲートウェイ８４は、ロ
ングポーリング要求を介して、ゲートウェイ制御サーバー７４への接続を確立する。例え
ば、ゲートウェイ８４は、図１８に示すように、ロングポーリング要求により、負荷分散
装置７２を通してゲートウェイ制御サーバー７４とのアウトバウンドＳＳＬ／ＴＣＰ接続
を確立し得る。ゲートウェイ制御サーバー７４は、要求を持ち続け、その接続を維持する
。ゲートウェイ制御サーバー７４は、ゲートウェイ８４に対する要求を受信する。例えば
、ゲートウェイ制御サーバー７４は、図１８に示すように、ゲートウェイ８４に対する設
定要求または動作要求を、それぞれのネットワーク管理者プロセス９０からコンソールプ
ロセス６８を介して受信し得る。ゲートウェイ制御サーバー７４がゲートウェイ８４に対
する要求を受信した後、ゲートウェイ制御サーバー７４は、ゲートウェイのロングポーリ
ング要求に対する応答を送信し；その応答はゲートウェイ８４に対する要求（例えば、設
定要求または動作要求）を含む。いくつかの実施形態では、代替として、ゲートウェイ制
御サーバー７４は、受信した要求を、ロングポーリング要求に応答することなく、ゲート
ウェイ制御サーバーが維持しているゲートウェイに対して確立された接続上のゲートウェ
イ８４に送信し得る。
【０１５８】
〔ストレージゲートウェイ上のブロックストレージ入出力動作〕
ストレージゲートウェイの実施形態は、前述のように、キャッシュゲートウェイまたは
シャドーイングゲートウェイとして実現され得る。実施形態例では、キャッシュゲートウ
ェイは、最も頻繁にアクセスされるデータに対してオンプレミス（ローカル）ストレージ
を、また本質的に無限の総容量に対してストレージサービスによって提供されたリモート
ストレージを利用する、オンプレミスブロックベースのアプライアンスと考えられ得る。
図６は、キャッシュゲートウェイの一実施形態が実現される、ネットワーク環境例のアー
キテクチャおよびその中のデータフローを大まかに示すハイレベルブロック図である。キ
ャッシュゲートウェイは、サービス顧客のローカルネットワークと、サービスプロバイダ
のネットワークにおけるストレージサービスとの間のインタフェースとして機能し得る。
少なくともいくつかの実施形態では、キャッシュゲートウェイは、ｉＳＣＳＩインタフェ
ースを顧客ネットワーク上のプロセスに公開し得るが、いくつかの実施形態では、他のデ
ータインタフェースが公開され得る。そのため、キャッシュゲートウェイは、クライアン
トネットワーク内で動作するデータインタフェースターゲット（例えば、ｉＳＣＳＩター
ゲット）のように見え得、例えば、キャッシュゲートウェイは、クライアントネットワー
ク上にストレージアレイとして現れ得る。キャッシュゲートウェイは、例えば、論理ユニ
ット番号（ＬＵＮ）、例えば、ハードディスクなどのブロックベースの記憶装置を、クラ
イアントネットワーク内の装置上で実行するプロセスに公開し得る。プロセスは、次いで
、ＬＵＮとのデータセッション（例えば、ＳＣＳＩセッション）を開始し、データコマン
ド（例えば、ＳＣＳＩコマンド）をキャッシュゲートウェイに送信し得る。
【０１５９】
図２４は、少なくともいくつかの実施形態に従った、キャッシュゲートウェイのための
全体アーキテクチャおよびそのデータ入出力動作を示す。一般に、キャッシュゲートウェ
イ８００では、書込みデータが顧客プロセス８３０から受信されると、そのデータが書込
みログ８１４に付加され；そのデータは、後に、アップロードプロセスによって書込みロ
グ８１４からリモートデータストア８２０にアップロードされる。ブロックに関連した書
込みデータに対するメタデータ（例えば、ブロック位置、ブロックタイプ、オフセット（
単数または複数）および長さ）が、メタデータストア８０６に追加され得る。少なくとも
いくつかの実施形態では、メタデータストア８０６は、データベース、例えば、Ｂｅｒｋ
ｅｌｙデータベース（ＢＤＢ）として実現され得る。キャッシュゲートウェイ８００は、
少なくともいくつかのデータ（例えば、頻繁に、および／または最近使用されたデータ）
もローカルキャッシュ８１２にローカルにキャッシングし得、それは、いくつかの読取り
が、リモートデータストア８２０からの代わりに、ローカルキャッシュ８１２から満足さ
れ得るので、顧客の読取り要求に対する応答を改善し得る。ローカルキャッシュ８１２は
、読取りキャッシュとも呼ばれ得る。メタデータストア８０６は、ローカルにキャッシュ
された読取りデータに関する位置および他の情報もローカルキャッシュ８１２内に含み得
る。図２４は、１つのメタデータストア８０６が読取りキャッシュエントリおよび書込み
キャッシュエントリの両方を含む実施形態を示しているが、いくつかの実施形態では、読
取りキャッシュエントリおよび書込みキャッシュエントリが別々のメタデータストア８０
６内に維持され得る。少なくともいくつかの実施形態では、顧客プロセス８３０からのデ
ータ読取り要求が、可能であれば、書込みログ８１４またはローカルキャッシュ８１２か
ら提供され得；そうでない場合は、要求されたデータがリモートデータストア８３０から
フェッチされ得る。読取り要求を満足するためにフェッチおよび（例えば、ブロックバッ
ファ８０４に）バッファリングされる、ローカルキャッシュ８１２またはリモートデータ
ストア８３０からのデータは、そのデータに対する書込みログ８１４内に更新が存在する
場合、そのデータが、読取り要求を満足するために顧客プロセス８３０に返される前に、
書込みログ８１４からのデータで更新され得る。
【０１６０】
少なくともいくつかの実施形態では、書込みログ８１４およびデータキャッシュ８１２
の両方が、共通のローカルのブロックベースデータストア８１０内に実装され得る。ブロ
ックデータストア８１０は、揮発性メモリ、不揮発性メモリ、またはその組合せで実装さ
れ得る。ブロックデータストア８１０は、キャッシュゲートウェイ８００がその上に実装
される物理装置内の物理メモリ上、キャッシュゲートウェイ８００がその上に実装される
物理装置に外部のメモリ上（例えば、顧客によりゲートウェイ８００に割り当てられた１
つまたは複数の記憶装置上）、またはそれらの組合せ上に実装され得る。
【０１６１】
書込みログデータおよびキャッシングされた読取りデータはともに、ブロックデータス
トア８１０に、ブロックストレージフォーマットで、例えば、４ＭＢ（４メガバイト）ブ
ロックとして、格納され得る。ブロックデータストア８１０内のキャッシングされた読取
りブロックは、読取りキャッシュとみなされ得、ブロックデータストア内の書込みログブ
ロックは書込みバッファとみなされ得る。メタデータストア８０６は、ブロックデータス
トア８１０内の読取りキャッシュ８１２ブロックおよび書込みログ８１４ブロックの両方
を見つけるためのエントリを含み得る。読取り要求を満足するために、ブロックが読取り
キャッシュ８１２から（または書込みログ８１４から）読み取られ得、ブロックが、アッ
プロードプロセスにより、書込みログ８１４からリモートデータストア８２０にアップロ
ードされ得る。少なくともいくつかの実施形態では、書込みブロックを書込みログ８１４
からアップロードする際に、アップロードされたデータが、新しい読取りブロックとして
読取りキャッシュ８１２に追加され得る。アップロードされた書込みログ８１４ブロック
は、ブロックデータストア８１０内で「空き」として印を付けられ得、その変更をブロッ
クデータストア８１０に反映するために、メタデータストア８０６が適切に更新され得る
。
【０１６２】
少なくともいくつかの実施形態では、書込み要求は、ブロックの比較的ごく小さな部分
のみを修正または変更し得る。従って、少なくともいくつかの実施形態では、ブロックを
書込みログ８１４からアップロードする際に、例えば、前述のように、データ重複排除技
術を使用して、変更された部分のみがリモートデータストア８２０にアップロードされ得
る。さらに、書込みログ８１４は、異なる書込みログ８１４ブロックに格納された１つま
たは複数の重なり合う書込み（すなわち、同一の論理ブロックへの書込み）を含み得る。
書込みデータを書込みログ８１４からアップロードする際に、２つ以上の重なり合う書込
みがアップロードのために結合され得る。この結合は、データストアの外部で、例えば、
ブロックバッファ８０４内のブロック内で実行され得；書込みログ８１４内のブロック自
体は変更されない。
【０１６３】
前述のように、少なくともいくつかの実施形態では、書込みブロックを書込みログ８１
４からアップロードする際に、アップロードされたデータが、新しい読取りブロックとし
て読取りキャッシュ８１２に追加され得る。少なくともいくつかの場合、例えば、書込み
ブロックが多数の変更を含む場合、および／または書込みブロックの大きな部分が変更さ
れている場合、書込みブロックは、新しい読取りブロックとして単に読取りキャッシュ８
１２にコピーされて、メタデータストア８０６が更新される。しかし、前述のように、書
込み要求は、書込みログ８１４ブロックの比較的小さな部のみを修正または変更し得る。
従って、少なくともいくつかの場合、それぞれの対応するブロックがまず、リモートデー
タストア８２０からフェッチされ得、そのフェッチされたブロックが、読取りキャッシュ
８１２内のブロック全体が最新であることを保証するために、そのブロックを読み取りキ
ャッシュ８１２に追加する前に、読取りログ８１４からの変更で更新される。述べたよう
に、書込みログ８１４は、異なる書込みログ８１４ブロック内に格納された２つ以上の重
なり合う書込み（すなわち、同一の論理ブロックへの書込み）を含み得、従って、フェッ
チされブロックが１つまたは複数の書込みログ８１４ブロックに従って更新され得る。少
なくともいくつかの実施形態では、フェッチされたブロックは、読取りキャッシュ８１２
に追加される前に、書込みログ８０４ブロックからの更新のために、ブロックバッファ８
０４に格納され得る。
【０１６４】
一般に、新しい書込みは、ブロックデータストア８１０内の以前に空きとされた書込み
ログ８１４ブロックに格納されるが；ブロックデータストア８１０が、いっぱいまたは、
ほぼいっぱいであるとして検出される場合、１つまたは複数のキャッシングされた読取り
ブロックが、書込みデータのためのスペースを空けるため、パージされ得る。読取りブロ
ックは、他の理由のため、例えば、新しい読取りデータのためにスペースを空けるため、
ブロックデータストア８１０からパージされ得ることに留意されたい。様々な実施形態で
は、読取りブロックをブロックデータストア８１０からパージするために、異なる技術ま
たはポリシーが使用され得る。例えば、いくつかの実施形態では、最も古い読取りブロッ
クをブロックデータストア８１０からパージするために、最低使用頻度（ＬＲＵ）ポリシ
ーが適用され得る。
【０１６５】
少なくともいくつかの実施形態では、キャッシュゲートウェイ８００は、リモートデー
タストア８２０上の２つ以上のボリューム８２２にインタフェースを提供し得る。少なく
ともいくつかの実施形態では、別個の書込みログ８１４および読取りキャッシュ８１２が
、各ボリューム８２２に対して、キャッシュゲートウェイ８００によって維持され得る。
少なくともいくつかの実施形態では、２つ以上のボリューム８２２に対する別個の書込み
ログ８１４および読取りキャッシュ８１２が、同一のブロックデータストア８１０内に実
現され得る。しかし、少なくともいくつかの実施形態では、異なるボリューム８２２に対
する書込みログ８１４および読取りキャッシュ８１２が、ブロックデータストア８１０上
で論理的または物理的に分離され得る。さらに、少なくともいくつかの実施形態では、別
個のメタデータストア８０６が別個のボリューム８２２に対して維持され得る。
【０１６６】
図２４は、読取りキャッシュ８１２および書込みログ８１４がブロックデータストア８
１０内で論理的に別個であるとして示しているが、少なくともいくつかの実施形態では、
所与のボリューム８２２に対する読取りブロックおよび書込みログブロックが、ブロック
データストア８１０内で物理的に混合され得る。例えば、第１の物理ブロックが読取りブ
ロックであり得、第２〜第５の物理ブロックが書込みブロックであり得、次の２つの物理
ブロックが読取りブロックであり得、以下同様に続く。
【０１６７】
前述のように、図２４は、少なくともいくつかの実施形態に従った、キャッシュゲート
ウェイのための全体アーキテクチャおよびそのデータ入出力動作を示す。しかし、ストレ
ージゲートウェイは、例えば、図７に示すように、シャドーイングゲートウェイとしても
設定され得る。図２５は、少なくともいくつかの実施形態に従った、シャドーイングゲー
トウェイのための全体アーキテクチャおよびそのデータ入出力動作を示す。シャドーイン
グゲートウェイ８０１は、図２４でキャッシュゲートウェイ８００に対して例示および説
明したのと同様のアーキテクチャ、構成要素、およびデータ入出力動作を含み得るが、シ
ャドーイングゲートウェイ８０１は、読取りキャッシュ８１２に対するメタデータストア
８０６内に読取りキャッシュ８１２またはエントリを含まず、また、キャッシュゲートウ
ェイに対して前述した読取り関連動作が実行されないことを除く。シャドーイングゲート
ウェイに対する書込み動作は、書込みが読取りキャッシュに追加されないことを除いて、
キャッシュゲートウェイに対するものと同様であり得る。さらに、顧客プロセス（単数ま
たは複数）８３０からの読取りおよび書込み要求が、ローカルデータストア８４０に転送
される。しかし、書込み要求からの書込みデータは、リモートデータストア８２０にシャ
ドーイングされる。少なくともいくつかの実施形態では、書込みデータが、ブロックデー
タストア８１０内の書込みログ８１４に付加され、書込みログ８１４内の書込みデータが
、定期的または非定期的に、リモートデータストア８２０にアップロードされるが、それ
は、ローカルデータストア８４０上の一次データストアのスナップショット８２４を保持
する。
【０１６８】
少なくともいくつかの実施形態では、例えば図２４に示すように、キャッシュゲートウ
ェイに対して、および、例えば図２５に示すように、シャドーイングゲートウェイに対し
て、書込みログ８１４および書込み動作が、書込み性能に関して最適化され得る。少なく
ともいくつかの実施形態では、ゲートウェイ８００の少なくともいくつかの入出力動作は
、ブロックデータストア８１０を順次データストアとして使用し得る。特に、書込みログ
８１４は、順次データ構造として扱われ得、書込みログ８１４に対する書込み動作は、順
次書込み動作として実現され得る。少なくともいくつかの実施形態では、書込みログ８１
４は、線形または円形キューとして実装された１次元データバッファとして扱われ得る。
キャッシュゲートウェイについて、リモートデータストア８２０からダウンロードされた
データは、顧客プロセス（単数または複数）８３０からゲートウェイ８００に送信された
書込みデータとは別の読取りキャッシュ８１２に格納され得、書込みデータは書込みログ
８１４に格納される。キャッシュゲートウェイおよびシャドーイングゲートウェイの両方
について、書込み要求は、顧客プロセス（単数または複数）８３０から任意の順序（すな
わち、書込み要求は順序付けされていないか、または非順次であり得る）で受信され得、
顧客プロセス（単数または複数）８３０から受信された、順序付けされていない書込み要
求によって示される書込みデータは、任意のサイズであり得、対象とするデータストア内
の任意の位置またはオフセットに向けられ得る。しかし、順序付けされていない書込み要
求内で顧客プロセス（単数または複数）８３０から受信された任意の書込みデータは、書
込みログ８１４に連続して書き込まれ付加される。少なくともいくつかの実施形態では、
付加は、サブブロックレベルで行われ得る；すなわち、書込みデータの２つ以上のインス
タンスが、書込みログ８１４内の同一ブロック内で付加され得る。書込みログ８１４に対
する更新のためのメタデータ（例えば、書込みログ８１４ブロック内の書込みデータのオ
フセットおよび長さ、ならびに対象とするデータストア内のオフセット）が、メタデータ
ストア８０６内に格納される。
【０１６９】
図２６は、少なくともいくつかの実施形態に従って、ブロックデータストア上の書込み
ログに書き込むための方法の流れ図である。書込みログ８１４を順次データ構造として、
例えば、１次元キューとして、実現することは、入出力ハンドラー８０２が、顧客プロセ
ス（単数または複数）８３０から受信された任意の書込みデータのブロックデータストア
８１０へ順次書込みすることを実行可能にし得る。８５０に示すように、１つまたは複数
の書込み要求が、顧客プロセス８３０から受信され得る。書込み要求は、任意の順序（す
なわち、書込み要求は順序付けされていない）で受信され得、顧客プロセス（単数または
複数）８３０から受信された書込み要求によって示される書込みデータは、任意のサイズ
であり得、対象とするデータストア内の任意の位置またはオフセットに向けられ得る。８
５２に示すように、任意の書込みデータをブロックデータストア８１０上の書込みログ８
１４に連続して書くために、順次書込みが実行され得る。８５４に示すように、ブロック
データストア８１０への順次書込み内のデータが、ブロックデータストア８１０内の隣接
する位置（例えば、セクター）、例えば、ブロックデータストア８１０を実現するディス
ク記憶装置上の隣接する位置（例えば、セクター）に書き込まれ得る。隣接する位置は、
同一の書込みログブロック内であり得るが、必ずしもそうである必要はないことに留意さ
れたい。記憶装置への順次書込みを使用することは、基礎となる記憶装置上でランダムセ
クターシークを実行する必要性を減らすか、また取り除き得る。ランダムセクターシーク
を実行することは、入出力動作にマイナスの影響を及ぼす。例えば、ディスク入出力スル
ープットは、連続的な書込みを使用することにより、ランダムセクターシークを必要とす
る非順次、非連続な書込みと比較した場合、１０倍〜１００倍だけ増加し得る。８５６に
示すように、メタデータストア８０６は、書込みログ８１４への書込みを反映するために
、適切に更新され得る。少なくともいくつかの実施形態では、書込みに対するメタデータ
は、メタデータストア８０６に連続して追加され得るが、それは、メタデータがメタデー
タストア８０６にもっとランダムに追加された場合よりも、書込みログ８１４内のデータ
にさらに効率的にアクセスする必要があるプロセスによるメタデータストア８０６の読取
りを可能にし得る。
【０１７０】
少なくともいくつかの実施形態では、全ての書込みログ８１４データをブロックデータ
ストア８１０内の隣接する位置に書き込むことは必ずしも可能ではない。例えば、２つの
書込みログ８１４ブロック間に読取りキャッシュ８１２ブロックがあり得る。従って、８
５４で、実施形態は、書込みログ８１４データを隣接する位置に可能な限りたくさん書き
込もうとし得るが、いくつかの位置（例えば、ブロック）が使用されているとして印が付
けられている場合は、その位置をスキップする必要があり得る。メタデータストア８０６
は、たとえデータが隣接するブロック内に格納されていなくても、書込みログ８１４デー
タを見つけることができるように、適切に更新される。
【０１７１】
前述のように、論理的に、任意の書込みデータが書込みデータの終わりに付加される。
これを実現するために、少なくともいくつかの実施形態では、ブロックバッファ８０４が
、書込みログ８１４で使用されるのと同じサイズのブロック（例えば、４ＭＢブロック）
で確保される。割り当てられたバッファブロックがいっぱいになるまで付加される。別の
バッファブロックが、新書込みデータを付加するために割り当てられ得；いっぱいのバッ
ファブロックは、ブロックデータストア上の書込みログ８１４に非同期的かつ連続してフ
ラッシュされ得る。書込みログ８１４内のいっぱいのブロックは、アップロードインタフ
ェースにより、非同期的かつ連続して、リモートデータストア８２０にアップロードされ
得；書込みログ８１４からアップロードされたブロックは、「空き」として印を付けられ
得る。
【０１７２】
図２４に示すキャッシュゲートウェイ実施態様では、データ整合性を維持するために、
読取りデータは、ゲートウェイ８００が要求されたデータを顧客プロセス８３０に返す前
に、書込みデータと統合される必要があり得る。図２７は、キャッシュゲートウェイの少
なくともいくつかの実施形態に従って、読取り要求を満足するための方法の流れ図である
。８６０に示すように、読取り要求が顧客プロセス８３０から受信される。少なくともい
くつかの実施形態では、読取り要求が顧客プロセス８３０から受信されると、ゲートウェ
イ８００は、メタデータストア８０６内で読取りのデータ範囲を調べて、読取り範囲に重
なり合う書込みログ８１４内にデータがあるかどうかを判断する。図２７の８６２で、重
なり合うデータが読取り範囲を完全にカバーする書込みログ８１４内で見つかる場合、８
６４に示すように、書込みログ８１４からのデータが、読取り要求を直接満足するために
使用され得る。そうでなければ、図２７の８６６で、重なり合うデータが、読取り範囲を
部分的カバーする書込みログ８１４内で見つかる場合、８６８に示すように、データがそ
のデータ範囲に対して存在するかどうか、読取りキャッシュ８１２がチェックされ得る。
データが読取りキャッシュ８１２内にある場合、８７０に示すように、１つまたは複数の
データブロック（単数または複数）が読取りキャッシュ８１２からフェッチされ得る。そ
うでなければ、８７２に示すように、１つまたは複数のブロックがリモートデータストア
８２０からフェッチされ得る。いくつかの実施形態では、ブロックは、いくつかの読取り
要求を満足するために、読取りキャッシュおよびリモートデータストア８２０の両方から
フェッチされ得ることに留意されたい。図２７の８７４で、フェッチされたデータブロッ
クは、次いで、書込みログ８１４からの変更されたデータで更新され得る。図２７の８７
６で、変更されたデータが、読取り要求を満足するために、要求しているプロセス８３０
に返され得る。いくつかの実施形態では、図２７の８７８に示すように、更新されたブロ
ックが読取りキャッシュ８１２に追加され得る。
【０１７３】
いくつかの実施形態では、読取り要求を満足するためのリモートデータストア８２０か
ら読み取られたブロックが、読取りキャッシュ８１２に追加され、ブロックを要求してい
るプロセス８３０に送信する前に、書込みログ８１４から更新され得る。あるいは、ブロ
ックは、例えば、ブロックバッファ８０４にバッファリングされ、そのバッファ内で更新
され得る。更新されたブロックは、次いで、バッファ８０４から、要求しているプロセス
８３０に送信され、バッファ８０４から読取りキャッシュ８１４に追加され得る。
【０１７４】
いくつかの実施形態では、読取り要求を満足するために使用される読取りキャッシュ８
１２内のブロックが、適切な位置で書込みログ８１４からのデータで更新され、次いで、
読取り要求を満足するために読取りキャッシュ８１２から要求しているプロセス８３０に
送信され得る。あるいは、ブロックが、読取りキャッシュ８１２から読み取られて、例え
ば、ブロックバッファ８０４にバッファリングされ、そのバッファ内で更新され得る。更
新されたブロックは、次いで、バッファ８０４から、要求しているプロセス８３０に送信
され、バッファ８０４から、読取りキャッシュ８１４に追加され得る。バッファ内に読み
取られた読取りキャッシュ８１２内の以前のバージョンのブロックは、空きとして印を付
けられ得、かつ／または新しく更新されたブロックで上書きされ得る。
【０１７５】
図２７の８６６で、書込みログ８１４内に重なり合うデータがない場合は、図２７の８
８０に示すように、読取りキャッシュ８１２は、読取り要求が読取りキャッシュ８１２か
ら満足できるかどうかをチェックし得る。図２７の８８０で、読取り要求が読取りキャッ
シュ８１２から満足できる場合は、図２７の８８２に示すように、読取りキャッシュ８１
２からのデータが、読取り要求を満足するために顧客プロセス８３０に返され得る。図２
７の８８０で、読取り要求が読取りキャッシュ８１２から満足できない場合には、図２７
の８８４に示すように、１つまたは複数のデータブロック（単数または複数）がリモート
データストア８２０からフェッチされ得る。図２７の８８６に示すように、フェッチされ
たブロックからのデータが、読取り要求を満足するために顧客プロセス８３０に返され得
る。いくつかの実施形態では、図２７の８８８に示すように、読取り要求を満足するため
にリモートデータストア８２０からフェッチされたブロックが、読取りキャッシュ８１２
に追加され得る。
【０１７６】
少なくともいくつかの実施形態では、ゲートウェイ８００は、顧客が、取得されてリモ
ートデータストア８２０にアップロードされる書込みログ８１４のスナップショットを、
例えば、サービスプロバイダによって提供されたコンソールプロセスを介して、要求でき
るようにし得る。追加で、または代わりに、ゲートウェイ８００は、定期的または非定期
的に、書込みログ８１４のスナップショットを自動的に取得してリモートデータストア８
２０にアップロードし得る。書込みログ８１４のスナップショットをアップロードするこ
とは、例えば、データの、ハードウェアおよびソフトウェア障害からの保護を提供し得る
。少なくともいくつかの実施形態では、スナップショットは、ある時点のスナップショッ
トであり；スナップショットが要求された時点において書込みログ内にある変更されたデ
ータのみがスナップショット内にアップロードされる。少なくともいくつかの実施形態で
は、キャッシュゲートウェイ実施態様について、変更されたデータがアップロードされる
場合、将来の読取りのために、データがリモートデータストア８２０からダウンロードさ
れる必要がないように、ローカルに格納された読取りキャッシュ８１２も、アップロード
されているデータの少なくとも一部で更新され得る。変更されたデータがリモートデータ
ストア８２０にアップロードされた後、書込みログ８１４内のデータおよびメタデータス
トア８０６内の対応するデータが廃棄でき（例えば、「空き」と印を付けられる）、その
スペースが再使用できる。
【０１７７】
〔リモートデータストアにアップロードするための書込みデータの結合〕
前述のように、書込みログブロックは、定期的または非定期的に、リモートデータスト
アにアップロードされ得る。少なくともいくつかの実施形態では、書込みログブロックを
アップロードする際にデータ重複排除技術が使用され得る。しかし、説明したデータ重複
排除技術は、アップロードされるためにステージされるブロック（単数または複数）内に
あるどのデータに関するアップロードプロセス中にも動作する。顧客プロセス（単数また
は複数）からの任意の書込みが順番に書込みログに付加され、また、顧客プロセス（単数
または複数）は対象とするデータストア内の同じ位置に複数回書込み得るので、書込みロ
グブロックまたは複数のブロックは、対象とするデータストアの同じ位置（例えば、オフ
セットおよび／または範囲）に向けられた２つ以上の書込みを含み得る。
【０１７８】
従って、少なくともいくつかの実施形態は、書込みログブロック内の書込みデータに対
して、アップロード前結合（ｐｒｅ−ｕｐｌｏａｄ  ｃｏａｌｅｓｃｉｎｇ）技術を実装
し得る。この技術では、アップロードのためにステージされている書込みログブロック（
または複数のブロック）に対するメタデータが、対象とするデータストア内の同じ位置に
向けられている書込みログブロック（単数または複数）内の２つ以上の書込みがあるかど
うかを判断するために検査され得る。所与の位置に対する複数の書込みがある場合、アッ
プロードされるバッファブロックを構築する際に、前の書込み（単数または複数）が抑制
され得る。このようにして、アップロードのためにアップロードプロセスに渡されるブロ
ックは、例えば、データ重複排除技術に従って、アップロード前結合技術が適用されてい
なければ存在し得る、同じ位置へのおそらくは２つ以上の書込みではなく、所与の位置へ
の１つだけの書込み（最新の書込み）を含み得る。
【０１７９】
〔例示説明となるシステム〕
少なくともいくつかの実施形態では、本明細書で説明する１つまたは複数のストレージ
ゲートウェイ技術のうちの一部または全部を実装するコンピュータシステムは、図２８に
示すコンピュータシステム３０００などの、１つもしくは複数のコンピュータアクセス可
能媒体を含むか、またはそれにアクセスするように構成される汎用コンピュータシステム
を含み得る。図示した実施形態では、コンピュータシステム３０００は、入力／出力（Ｉ
／Ｏ）インタフェース３０３０を介してシステムメモリ３０２０に結合された１つまたは
複数のプロセッサ３０１０を含む。コンピュータシステム３０００は、入出力インタフェ
ース３０３０に結合されたネットワークインタフェース３０４０をさらに含む。
【０１８０】
様々な実施形態では、コンピュータシステム３０００は、１つのプロセッサ３０１０を
含む単一プロセッサシステム、またはいくつかの（例えば、２、４、８、または別の適切
な数）プロセッサ３０１０を含むマルチプロセッサシステムであり得る。プロセッサ３０
１０は、命令を実行できる任意の適切なプロセッサであり得る。例えば、様々な実施形態
では、プロセッサ３０１０は、ｘ８６、ＰｏｗｅｒＰＣ、ＳＰＡＲＣ、またはＭＩＰＳ  
ＩＳＡ、もしくは任意の他の適切なＩＳＡなどの、任意の様々な命令セットアーキテクチ
ャ（ＩＳＡ）を実装する汎用または組込みプロセッサであり得る。マルチプロセッサシス
テムでは、プロセッサ３０１０の各々は、一般に、同じＩＳＡを実装し得るが、必ずしも
その必要はない。
【０１８１】
システムメモリ３０２０は、プロセッサ（単数または複数）３０１０によってアクセス
可能な命令およびデータを格納するように構成され得る。様々な実施形態では、システム
メモリ３２０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、シンクロナスダイ
ナミックＲＡＭ（ＳＤＲＡＭ）、不揮発性／フラッシュ型メモリ、または任意の他のタイ
プのメモリなどの、任意の適切なメモリ技術を使用して実装され得る。図示した実施形態
では、ストレージゲートウェイ技術のための、前述した方法、技術、およびデータなどの
、１つまたは複数の所望の機能を実現する、プログラム命令およびデータが、システムメ
モリ３０２０内にコード３０２５およびデータ３０２６として格納される。
【０１８２】
一実施形態では、入出力インタフェース３０３０は、ネットワークインタフェース３０
４０または他の周辺インタフェースを含め、プロセッサ３０１０、システムメモリ３０２
０、および装置内の任意の周辺装置の間の入出力トラフィックを調整するように構成され
得る。いくつかの実施形態では、入出力インタフェース３０３０は、１つの構成要素（例
えば、システムメモリ３０２０）からのデータ信号を別の構成要素（例えば、プロセッサ
３０１０）による使用に適したフォーマットに変換するため、任意の必要なプロトコル、
タイミング、または他のデータ変換を実行し得る。いくつかの実施形態では、入出力イン
タフェース３０３０は、例えば、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  
Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス規格の変形またはユニバーサルシリアルバス（ＵＳＢ）
規格などの、様々なタイプの周辺機器用バスを通して取り付けられた装置に対するサポー
トを含み得る。いくつかの実施形態では、入出力インタフェース３０３０の機能は、例え
ば、ノースブリッジおよびサウスブリッジなどの、２つ以上の別個の構成要素に分割され
得る。また、いくつかの実施形態では、システムメモリ３０２０へのインタフェースなど
の、入出力インタフェース３０３０の機能の一部または全部が、プロセッサ３０１０に直
接組み込まれ得る。
【０１８３】
ネットワークインタフェース３０４０は、コンピュータシステム３０００と、ネットワ
ークまたは複数のネットワーク３０５０に接続された他の装置３０６０（例えば、本明細
書に記載される他の図に示されるような、他のコンピュータシステムまたは装置など）と
の間でデータが交換できるように構成され得る。様々な実施形態では、ネットワークイン
タフェース３０４０は、例えば、イーサネット（登録商標）ネットワークのタイプなどの
、任意の適切な有線または無線の一般的なデータネットワークを経由した通信をサポート
し得る。さらに、ネットワークインタフェース３０４０は、アナログ音声ネットワークも
しくはデジタルファイバー通信ネットワークなどの電気通信／電話網を介した、ファイバ
ーチャンネルＳＡＮなどのストレージエリアネットワークを介した、または任意の他の適
切なネットワークおよび／もしくはプロトコルを介した、通信をサポートし得る。
【０１８４】
いくつかの実施形態では、システムメモリ３０２０は、ストレージゲートウェイ技術の
実施形態の実現のため、他の図に関連して前述したプログラム命令およびデータを格納す
るように構成されたコンピュータアクセス可能媒体の一実施形態であり得る。しかし、他
の実施形態では、プログラム命令および／またはデータは、異なるタイプのコンピュータ
アクセス可能媒体上で、受信、送信、または格納され得る。一般的に言えば、コンピュー
タアクセス可能媒体は、磁気または光媒体、例えば、入出力インタフェース３０３０を介
してコンピュータシステム３０００に結合されたディスクまたはＤＶＤ／ＣＤ、などの、
持続性記憶媒体またはメモリ媒体を含み得る。持続性コンピュータアクセス可能記憶媒体
は、コンピュータシステム３０００のいくつかの実施形態で、システムメモリ３０２０ま
たは別のタイプのメモリとして含まれ得る、ＲＡＭ（例えば、ＳＤＲＡＭ、ＤＤＲ  ＳＤ
ＲＡＭ、ＲＤＲＡＭ、ＳＲＡＭなど）、ＲＯＭなどの、任意の揮発性または不揮発性媒体
も含み得る。さらに、コンピュータアクセス可能媒体は、ネットワークインタフェース３
０４０を介して実現され得るような、ネットワークおよび／または無線リンクなどの通信
媒体を介して伝達された、電気、電磁気、またはデジタル信号などの、伝送媒体または信
号を含み得る。
【０１８５】
〔結論〕
様々な実施形態は、コンピュータアクセス可能媒体に関する前述の説明に従って実現され
る命令および／またはデータの受信、送信または格納をさらに含み得る。一般的に言えば
、コンピュータアクセス可能媒体は、例えば、磁気もしくは光媒体（例えば、ディスクも
しくはＤＶＤ／ＣＤ−ＲＯＭ）、ＲＡＭ（例えば、ＳＤＲＡＭ、ＤＤＲ、ＲＤＲＡＭ、Ｓ
ＲＡＭなど）、ＲＯＭなどの揮発性もしくは不揮発性媒体、などの記憶媒体またはメモリ
媒体、ならびに、ネットワークおよび／もしくは無線リンクなどの通信媒体を介して伝達
される、電気、電磁気、もしくはデジタル信号などの、伝送媒体または信号を含み得る。
【０１８６】
図に示し、本明細書で説明したような様々な方法は、方法の例となる実施形態を表す。
それらの方法は、ソフトウェア、ハードウェア、またはそれらの組合せで実現され得る。
方法の順序は変更され得、また、様々な要素が追加、再順序付け、結合、省略、修正など
、され得る。
【０１８７】
本開示の利益を得る当業者には明らかであるように、様々な修正および変更が行われ得
る。かかる修正および変更の全てを包含することが意図され、したがって、前述の説明は
、制限的な意味よりもむしろ、例示的な意味と見なされる。
【０１８８】
様々な実施形態が、以下の付記項を考慮して、記述できる：
付記項１．顧客ネットワーク上のストレージゲートウェイによって、リモートデータス
トアをサービスプロバイダの顧客に提供するサービスプロバイダに、そのストレージゲー
トウェイを登録するプロセスを開始することと、
そのストレージゲートウェイによって、そのストレージゲートウェイが顧客ネットワー
ク上のシャドーイングゲートウェイとして機能するように指定する設定情報を受信するこ
とであって、シャドーイングゲートウェイが、顧客ネットワーク内のローカルデータスト
ア上に格納されたデータを、リモートデータストアにシャドーイングし、ローカルデータ
ストアがそのデータに対する一次データストアとして機能する、設定情報を受信すること
と、
設定情報に応答して、ストレージゲートウェイを、顧客ネットワーク上のシャドーイン
グゲートウェイとして設定することと、
顧客ネットワーク上の１つまたは複数のプロセスからのストレージゲートウェイによっ
て、一次データストアに向けられた読取り要求および書込み要求を受信することと、
読取り要求について、その読取り要求を一次データストアに渡すことと、
書込み要求について：
書込み要求を一次データストアに渡し、かつ、
リモートデータストア上の一次データストアのスナップショットを書込みデータで更
新するために、書込み要求によって示される書込みデータをサービスプロバイダに送信す
ることと
を含む方法。
【０１８９】
付記項２．一次データストアと一致する、一次データストアのスナップショットを作成
するために、ローカルデータストア上に格納されたデータの少なくとも一部をサービスプ
ロバイダにアップロードするブートストラッププロセスを、ストレージゲートウェイが開
始することをさらに含む、付記項１に記載の方法。
【０１９０】
付記項３．読取り要求および書込み要求を受信すること、読取り要求および書込み要求
を一次データストアに渡すこと、およびサービスプロバイダに対する書込み要求によって
示される書込みデータを終了させることが、ストレージゲートウェイによって、ブートス
トラッププロセスと同時に実行される、付記項２に記載の方法。
【０１９１】
付記項４．書込み要求によって示される書込みデータのサービスプロバイダへの前記送
信が、ある期間中断されるパススルーモードにゲートウェイプロセスが入ることと、
ゲートウェイプロセスがパススルーモードから出ることと、
前記パススルーモードを出た後、一次データストアと一致する、一次データストアのス
ナップショットを作成するために、ゲートウェイプロセスが、ローカルデータストア上に
格納されたデータの少なくとも一部をサービスプロバイダにアップロードすることと
をさらに含む、付記項１に記載の方法。
【０１９２】
付記項５．顧客ネットワーク上の１つまたは複数のプロセスが、顧客ネットワーク上の
ストレージゲートウェイによって公開された１つまたは複数のデータポートに対して、読
取り要求および書込み要求を開始する、付記項１に記載の方法。
【０１９３】
付記項６．書込みデータをサービスプロバイダに前記送信することが、読取り要求およ
び書込み要求をローカルデータストアに前記渡すこと、ならびに読取り要求および書込み
要求に対するローカルデータストアからの応答を１つまたは複数のプロセスに返すことと
非同期に実行される、付記項１に記載の方法。
【０１９４】
付記項７．ローカルデータストアが１つまたは複数の記憶装置を含み、前記方法が、１
つまたは複数の記憶装置のうちの少なくとも１つ上の少なくとも一部のデータを、リモー
トデータストア上の一次データストアのスナップショットから復元することをさらに含む
、付記項１に記載の方法。
【０１９５】
付記項８．書込み要求によって示される書込みデータをサービスプロバイダに前記送信
することが、
書込みデータを書込みログにバッファリングすることと、
ストレージゲートウェイのアップロード構成要素によって、バッファリングされた書込
みデータを、サービスプロバイダの対応するアップロード構成要素にアップロードするこ
とと
を含む、付記項１に記載の方法。
【０１９６】
付記項９．リモートデータストアが、サービスプロバイダのストレージサービスによっ
て提供され、かつ、書込み要求によって示される書込みデータをサービスプロバイダに前
記送信することが、ストレージサービスへのインタフェースに従って、サービスプロバイ
ダが書込みデータを送信することを含む、付記項１に記載の方法。
【０１９７】
付記項１０．少なくとも１つのプロセッサと
プログラム命令を含むメモリであって、そのプログラム命令が、
顧客ネットワーク上の１つまたは複数のプロセスから、顧客ネットワーク上のローカル
データストアに向けられた読取り要求および書込み要求を受信することと、
その読取り要求および書込み要求をローカルデータストアに渡すことと、
サービスプロバイダによりリモートデータストア上で維持されるローカルデータストア
のスナップショットを書込みデータで更新するために、書込み要求によって示される書込
みデータをサービスプロバイダ送信することと
を行うように動作可能なゲートウェイプロセスを実現するように、少なくとも１つのプロ
セッサによって実行可能である、メモリと
を備える装置。
【０１９８】
付記項１１．ローカルデータストアと一致する、ローカルデータストアのスナップショ
ットを作成するために、ゲートウェイプロセスが、ローカルデータストア上に格納された
データの少なくとも一部をサービスプロバイダにアップロードするように動作可能である
、付記項１０に記載の装置。
【０１９９】
付記項１２．顧客ネットワーク上の１つまたは複数のプロセスが、顧客ネットワーク上
のストレージゲートウェイによって公開された１つまたは複数のデータポートに対して、
読取り要求および書込み要求を開始する、付記項１０に記載の装置。
【０２００】
付記項１３．前記ゲートウェイプロセスが、書込みデータをサービスプロバイダに前記
送信することを、読取り要求および書込み要求をローカルデータストアに前記渡すこと、
ならびに読取り要求および書込み要求に対するローカルデータストアからの応答を開始プ
ロセスに返すことと非同期に実行するように動作可能である、付記項１０に記載の装置。
【０２０１】
付記項１４．ゲートウェイプロセスが、そのゲートウェイプロセスをサービスプロバイ
ダに登録するプロセスを開始するようにさらに動作可能である、付記項１０に記載の装置
。
【０２０２】
付記項１５．ゲートウェイプロセスが、ストレージサービスから受信した設定情報に従
って、シャドーイングゲートウェイとして設定されるようにさらに動作可能であり、シャ
ドーイングゲートウェイがローカルデータストア上に格納されたデータをリモートデータ
ストアにシャドーイングする、付記項１４に記載の装置。
【０２０３】
付記項１６．ゲートウェイプロセスが、ローカルデータストア内の少なくとも一部のデ
ータを、ローカルデータストアのスナップショットから復元するようにさらに動作可能で
ある、付記項１０に記載の装置。
【０２０４】
付記項１７．書込み要求によって示される書込みデータをサービスプロバイダに送信す
るために、ゲートウェイプロセスが、
その書込みデータを書込みログにバッファリングすることと、
そのバッファリングされた書込みデータを書込みログからサービスプロバイダにアップ
ロードすることと
を行うようにさらに動作可能である、付記項１０に記載の装置。
【０２０５】
付記項１８．前記アップロードすることが、データ重複排除技術に従って実行される、
付記項１７に記載の装置。
【０２０６】
付記項１９．リモートデータストアが、サービスプロバイダのストレージサービスによ
って提供され、かつ、書込みデータをそのサービスプロバイダに送信するために、ゲート
ウェイプロセスが、その書込みデータをストレージサービスのインタフェースによって指
定されたフォーマットで送信するようにさらに動作可能である、付記項１０に記載の装置
。
【０２０７】
付記項２０．ローカルデータストアのスナップショットが、リモートデータストア上で
サービスプロバイダによりブロックフォーマットで維持され、かつ、書込み要求によって
示される書込みデータをサービスプロバイダに送信するために、ゲートウェイプロセスが
、書込みデータによって修正されたデータのブロックをサービスプロバイダにアップロー
ドするようにさらに動作可能である、付記項１０に記載の装置。
【０２０８】
付記項２１．前記ブロックをアップロードすることが、データ重複排除技術に従って実
行される、付記項２０に記載の装置。
【０２０９】
付記項２２．ゲートウエイプロセスを実現するコンピュータで実行可能なプログラム命
令を格納するための持続性コンピュータアクセス可能記憶媒体であって、そのゲートウエ
イプロセスが：
サービスプロバイダから受信された設定情報に従って、コンピュータを顧客ネットワー
ク上でシャドーイングゲートウェイとして設定されることであって、シャドーイングゲー
トウェイが、ローカルデータストア上に格納されたデータをサービスプロバイダによって
維持されるリモートデータストアにシャドーイングするように、
ゲートウェイとして設定されるように動作可能であり、
ローカルデータストア上に格納されたデータをリモートデータストアにシャドーイング
するために、ゲートウェイプロセスは、
顧客ネットワーク上の１つまたは複数のプロセスからローカルデータストアに向けら
れた書込み要求を受信することと、
リモートデータストア上でサービスプロバイダにより維持されるローカルデータスト
アのスナップショットを書込みデータで更新するために、その書込み要求によって示され
る書込みデータをサービスプロバイダにアップロードすることと
を行うように動作可能である、
持続性コンピュータアクセス可能記憶媒体。
【０２１０】
付記項２３．前記設定することに続いて、ローカルデータストアと一致する、ローカル
データストアのスナップショットを作成するために、ゲートウェイプロセスが、ローカル
データストア上に格納されたデータの少なくとも一部をサービスプロバイダにアップロー
ドするように動作可能である、付記項２２に記載の持続性コンピュータアクセス可能記憶
媒体。
【０２１１】
付記項２４．ゲートウェイプロセスが、ローカルデータストアに向けられた読取り要求
を受信および処理するようにさらに動作可能である、付記項２２に記載の持続性コンピュ
ータアクセス可能記憶媒体。
【０２１２】
付記項２５．顧客ネットワーク上の１つまたは複数のプロセスが、顧客ネットワーク上
のストレージゲートウェイによって公開された１つまたは複数のデータポートに対して、
読取り要求および書込み要求を開始する、付記項２４に記載の持続性コンピュータアクセ
ス可能記憶媒体。
【０２１３】
付記項２６．ゲートウェイプロセスが、書込み要求をローカルデータストアに渡すよう
にさらに動作可能であり、ゲートウェイプロセスが、書込みデータをサービスプロバイダ
に前記アップロードすることを、書込み要求をローカルデータストアに前記渡すこと、お
よび読取り要求を前記処理することと非同期的に実行するように動作可能である、付記項
２４に記載の持続性コンピュータアクセス可能記憶媒体。
【０２１４】
付記項２７．書込み要求によって示される書込みデータをサービスプロバイダにアップ
ロードするために、ゲートウェイプロセスが、
その書込みデータを書込みログにバッファリングすることと、
データ重複排除技術に従って、そのバッファリングされた書込みデータを書込みログか
らサービスプロバイダにアップロードすることと
を行うようにさらに動作可能である、
付記項２２に記載の持続性コンピュータアクセス可能記憶媒体。
【０２１５】
付記項２８．書込みデータをサービスプロバイダにアップロードするために、ゲートウ
ェイプロセスが、サービスプロバイダのウェブサービスインタフェースに従って、書込み
データをアップロードするようにさらに動作可能である、付記項２２に記載の持続性コン
ピュータアクセス可能記憶媒体。
【０２１６】
付記項２９．書込みデータをサービスプロバイダにアップロードするために、ゲートウ
ェイプロセスが、書込みデータによって修正されたデータのブロックをサービスプロバイ
ダにアップロードするようにさらに動作可能である、付記項２２に記載の持続性コンピュ
ータアクセス可能記憶媒体。
【０２１７】
付記項３０．前記アップロードすることが、データ重複排除技術に従って実行される、
付記項２９に記載の持続性コンピュータアクセス可能記憶媒体。
【図１】
2016129036.tif 000004
【図２】
2016129036.tif 000005
【図３】
2016129036.tif 000006
【図４】
2016129036.tif 000007
【図５】
2016129036.tif 000008
【図６】
2016129036.tif 000009
【図７】
2016129036.tif 000010
【図８】
2016129036.tif 000011
【図９】
2016129036.tif 000012
【図１０】
2016129036.tif 000013
【図１１】
2016129036.tif 000014
【図１２】
2016129036.tif 000015
【図１３】
2016129036.tif 000016
【図１４】
2016129036.tif 000017
【図１５】
2016129036.tif 000018
【図１６Ａ】
2016129036.tif 000019
【図１６Ｂ】
2016129036.tif 000020
【図１７Ａ】
2016129036.tif 000021
【図１７Ｂ】
2016129036.tif 000022
【図１８】
2016129036.tif 000023
【図１９】
2016129036.tif 000024
【図２０】
2016129036.tif 000025
【図２１】
2016129036.tif 000026
【図２２】
2016129036.tif 000027
【図２３Ａ】
2016129036.tif 000028
【図２３Ｂ】
2016129036.tif 000029
【図２３Ｃ】
2016129036.tif 000030
【図２３Ｄ】
2016129036.tif 000031
【図２４】
2016129036.tif 000032
【図２５】
2016129036.tif 000033
【図２６】
2016129036.tif 000034
【図２７】
2016129036.tif 000035
【図２８】
2016129036.tif 000036
【手続補正書】
【提出日】平成28年3月7日(2016.3.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
顧客ネットワーク上のストレージゲートウェイによって、リモートデータストアをサービスプロバイダの顧客に提供するサービスプロバイダに、前記ストレージゲートウェイを登録するプロセスを開始することと、
前記ストレージゲートウェイによって、前記ストレージゲートウェイが顧客ネットワーク上のシャドーイングゲートウェイとして機能するように指定する設定情報を受信することであって、前記シャドーイングゲートウェイが、前記顧客ネットワーク内のローカルデータストア上に格納されたデータを、前記リモートデータストアにシャドーイングし、前記ローカルデータストアが前記データに対する一次データストアとして機能する、設定情報を受信することと、
前記設定情報に応答して、前記ストレージゲートウェイを、前記顧客ネットワーク上の前記シャドーイングゲートウェイとして設定することと、
前記顧客ネットワーク上の１つまたは複数のプロセスから、前記ストレージゲートウェイによって、前記一次データストアに向けられた読取り要求および書込み要求を受信することであって、前記ストレージゲートウェイは、前記顧客ネットワーク上の前記１つまたは複数のプロセスから、ブロックストレージプロトコルを介して、前記読取り要求および書込み要求を受信することと、
前記読取り要求について、前記読取り要求を前記一次データストアに渡すことと、
前記書込み要求について、前記書込み要求を前記一次データストアに渡し、かつ、前記リモートデータストア上の前記一次データストアのスナップショットを書込みデータで更新するために、前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信することとを含む、
方法。
【請求項２】
前記ストレージゲートウェイが、前記顧客ネットワーク上の前記一次データストアと一致する、前記一次データストアの前記スナップショットを作成するために、前記ローカルデータストア上に格納されたデータの少なくとも一部を前記サービスプロバイダにアップロードするブートストラッププロセスを開始することをさらに含む、請求項１に記載の方法。
【請求項３】
前記読取り要求および書込み要求を受信すること、前記読取り要求および前記書込み要求を前記一次データストアに渡すこと、および前記サービスプロバイダに前記書込み要求によって示される書込みデータを送信することが、前記ストレージゲートウェイによって、前記ブートストラッププロセスと同時に実行される、請求項２に記載の方法。
【請求項４】
前記ストレージゲートウェイが、前記書込み要求によって示される前記書込みデータのサービスプロバイダへの送信が、所定の期間中断されるパススルーモードに入ることと、
前記ストレージゲートウェイが、前記パススルーモードから出ることと、
前記ストレージゲートウェイが、前記パススルーモードを出た後、前記一次データストアと一致する、前記一次データストアの前記スナップショットを作成するために、前記ローカルデータストア上に格納されたデータの少なくとも一部を前記サービスプロバイダにアップロードすることとをさらに含む、請求項１に記載の方法。
【請求項５】
前記書込みデータを前記サービスプロバイダに送信することが、前記読取り要求および前記書込み要求を前記ローカルデータストアに渡すこと、ならびに前記読取り要求および前記書込み要求に対する前記ローカルデータストアからの応答を前記１つまたは複数のプロセスに返すことと非同期に実行される、請求項１に記載の方法。
【請求項６】
前記ローカルデータストアが、１つまたは複数の記憶装置を含み、前記１つまたは複数の記憶装置のうちの少なくとも１つ上の少なくとも一部のデータを、前記リモートデータストア上の前記一次データストアの前記スナップショットから復元することをさらに含む、請求項１に記載の方法。
【請求項７】
前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信することが、前記書込みデータを書込みログにバッファリングすることと、前記ストレージゲートウェイのアップロード構成要素によって、前記バッファリングされた書込みデータを、前記サービスプロバイダの対応するアップロード構成要素にアップロードすることとを含む、請求項１に記載の方法。
【請求項８】
少なくとも１つのプロセッサとプログラム命令を含むメモリを備え、
前記プログラム命令は、
顧客ネットワーク上の１つまたは複数のプロセスから、前記顧客ネットワーク上のローカルデータストアに向けられた読取り要求および書込み要求を受信することであって、ゲートウェイプロセスは、前記顧客ネットワーク上の前記１つまたは複数のプロセスから、ブロックストレージプロトコルを介して、前記読取り要求および前記書込み要求を受信することと、
前記読取り要求および前記書込み要求を前記ローカルデータストアに渡すことと、
サービスプロバイダによりリモートデータストア上で維持される前記ローカルデータストアのスナップショットを書込みデータで更新するために、前記書込み要求によって示される書込みデータを前記サービスプロバイダ送信することと
を行うように動作可能なゲートウェイプロセスを実現するように、前記少なくとも１つのプロセッサによって実行可能である、
装置。
【請求項９】
ゲートウェイプロセスが、前記顧客ネットワーク上の前記ローカルデータストアと一致する、前記ローカルデータストアの前記スナップショットを作成するために、前記ローカルデータストア上に格納されたデータの少なくとも一部を前記サービスプロバイダにアップロードするように動作可能である、請求項８に記載の装置。
【請求項１０】
前記ゲートウェイプロセスが、前記書込みデータを前記サービスプロバイダに送信することを、前記読取り要求および前記書込み要求を前記ローカルデータストアに渡すこと、ならびに前記読取り要求および前記書込み要求に対する前記ローカルデータストアからの応答を前記１つまたは複数のプロセスに返すことと非同期に実行するように動作可能である、請求項８に記載の装置。
【請求項１１】
前記ゲートウェイプロセスが、前記ゲートウェイプロセスを前記サービスプロバイダに登録するプロセスを開始するようにさらに動作可能である、請求項８に記載の装置。
【請求項１２】
前記ゲートウェイプロセスが、前記サービスプロバイダから受信した設定情報に従って、シャドーイングゲートウェイとして設定されるようにさらに動作可能であり、前記シャドーイングゲートウェイが前記ローカルデータストア上に格納されたデータを前記リモートデータストアにシャドーイングする、請求項１１に記載の装置。
【請求項１３】
前記ゲートウェイプロセスが、前記ローカルデータストア内の少なくとも一部のデータを、前記ローカルデータストアの前記スナップショットから復元するようにさらに動作可能である、請求項８に記載の装置。
【請求項１４】
前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信するために、前記ゲートウェイプロセスが、前記書込みデータを書込みログにバッファリングすることと、前記バッファリングされた書込みデータを前記書込みログから前記サービスプロバイダにアップロードすることとを行うようにさらに動作可能である、請求項８に記載の装置。
【請求項１５】
前記ローカルデータストアの前記スナップショットが、前記リモートデータストア上で前記サービスプロバイダによりブロックフォーマットで維持され、かつ、前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信するために、前記ゲートウェイプロセスが、前記書込みデータによって修正されたデータのブロックを前記サービスプロバイダにアップロードするようにさらに動作可能である、請求項８に記載の装置。