特表 2024-516572 ゾーンセグメントドライブ管理

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-16

(54)【発明の名称】ゾーンセグメントドライブ管理

(51)【国際特許分類】

   G06F 3/06 20060101AFI20240409BHJP

   G06F 16/13 20190101ALN20240409BHJP

【ＦＩ】

G06F3/06 301J

G06F3/06 301F

G06F3/06 301Z

G06F16/13

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023562741

(86)(22)【出願日】2021-07-21

(85)【翻訳文提出日】2023-12-11

(86)【国際出願番号】 US2021042619

(87)【国際公開番号】W WO2022220858

(87)【国際公開日】2022-10-20

(31)【優先権主張番号】17/229,709

(32)【優先日】2021-04-13

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＩＮＤＯＷＳ ＰＨＯＮＥ

２．ｉＯＳ

(71)【出願人】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】オットー，エーリヒ

(72)【発明者】

【氏名】カービー，マイケル

(72)【発明者】

【氏名】クルカルニ，アジンキャ

(57)【要約】

分散ストレージシステム内のデータ記憶の管理のための技術が提供される。方法は、コンピュータシステムによって、データをボリュームに書き込むための要求を受信することを含み得る。本方法は、コンピュータシステムによって、ボリュームにマッピングされたゾーンセグメントを識別することを含み得る。ゾーンセグメントは複数のゾーンを含み得る。本方法は、コンピュータシステムによって、ゾーンセグメントのゾーン内の書き込み場所を指示するセグメントポインタを識別することを含み得る。本方法は、コンピュータシステムによって、書き込み場所から開始して、データをゾーンセグメントの複数のゾーンのうちの１つまたは複数のゾーンに書き込むことを含み得る。本方法はまた、コンピュータシステムによって、ゾーンセグメント内のデータの終点に従ってセグメントポインタを更新することを含み得る。

【特許請求の範囲】

【請求項1】

方法であって、
コンピュータシステムによって、データをボリュームに書き込むための要求を受信することと、
前記コンピュータシステムによって、前記ボリュームにマッピングされたゾーンセグメントを識別することとを含み、前記ゾーンセグメントは複数のゾーンを含み、前記方法はさらに、
前記コンピュータシステムによって、前記ゾーンセグメントのゾーン内の書き込み場所を指示するセグメントポインタを識別することと、
前記コンピュータシステムによって、前記書き込み場所から開始して、前記データを前記ゾーンセグメントの前記複数のゾーンのうちの１つまたは複数のゾーンに書き込むことと、
前記コンピュータシステムによって、前記ゾーンセグメント内の前記データの終点に従って前記セグメントポインタを更新することと、
を含む、方法。

【請求項2】

前記要求内で識別された前記データのサイズを確認することと、
前記ゾーンの容量を確認することとをさらに含み、前記容量は、前記書き込み場所と前記ゾーンの終点との間の書き込みパスに対応しており、前記方法はさらに、
前記ゾーンの前記容量を前記データの前記サイズと比較することと、
前記データの前記サイズが前記ゾーンの前記容量を超えることに応じて、前記データを第１のブロックおよび第２のブロックに分けることとを含み、前記第１のブロックのサイズは前記ゾーンの前記容量に対応しており、前記方法はさらに、
前記書き込み場所から開始して、前記第１のブロックを書き込むことと、
前記第２のブロックを前記ゾーンセグメントの後続のゾーンに書き込むことと、
を含む、請求項１に記載の方法。

【請求項3】

前記セグメントポインタを更新することは、
前記ゾーンセグメント内の前記データの前記終点が前記ゾーンセグメントの容量と一致することに応じて、前記ゾーンセグメントを満杯ゾーンセグメントとして標識すること、
前記ボリュームにマッピングされた新たなゾーンセグメントを識別すること、および
前記セグメントポインタを前記新たなゾーンセグメントの始点に更新すること、
を含む、請求項１または２に記載の方法。

【請求項4】

前記セグメントポインタを識別することは、前記ボリュームにマッピングされた前記ゾーンセグメントを空または開放ゾーンについて走査することを含む、先行する請求項のいずれか１項に記載の方法。

【請求項5】

前記セグメントポインタを識別することは、
前記ボリュームにマッピングされた前記ゾーンセグメントが空または開放ゾーンを含まないことに応じて、新たなゾーンセグメントを前記ボリュームに割り当てることをさらに含み、前記セグメントポインタは、前記新たなゾーンセグメントの最初のゾーンの始点である、請求項４に記載の方法。

【請求項6】

前記ゾーンセグメントの使用割合を確認することと、
前記使用割合を使用閾値と比較することと、
前記使用割合が前記使用閾値を満足しないことに応じて、
前記ゾーンセグメントの前記複数のゾーン内の記憶されたデータを識別することと、
記憶された前記データを１つまたは複数のソースゾーンから前記複数のゾーンのうちの１つまたは複数の空または開放ゾーンにマッピングすることと、
記憶された前記データを前記空または開放ゾーンに書き込むことと、
前記ソースゾーンを開放ステータスにリセットすることと、
をさらに含む、先行する請求項のいずれか１項に記載の方法。

【請求項7】

前記複数のゾーン内の記憶されたデータを識別することは、
前記ボリュームへの前記ゾーンセグメントの前記マッピングを記述するマッピングメタデータを受信すること、および
前記マッピングメタデータに従って前記複数のゾーン内の記憶された前記データの場所を特定すること、
を含む、請求項６に記載の方法。

【請求項8】

前記複数のゾーンは、シングル磁気記録ストレージシステムにおいて実施される、先行する請求項のいずれか１項に記載の方法。

【請求項9】

システムであって、
コンピュータ実行可能命令を記憶するように構成されたメモリと、
前記メモリにアクセスして、少なくとも以下のことのために前記コンピュータ実行可能命令を実行するように構成された１つまたは複数のプロセッサとを備え、前記少なくとも以下のことは、
データをボリュームに書き込むための要求を受信することと、
前記ボリュームにマッピングされたゾーンセグメントを識別することとを含み、前記ゾーンセグメントは複数のゾーンを含み、前記少なくとも以下のことはさらに、
前記ゾーンセグメントのゾーン内の書き込み場所を指示するセグメントポインタを識別することと、
前記書き込み場所から開始して、前記データを前記ゾーンセグメントの前記複数のゾーンのうちの１つまたは複数のゾーンに書き込むことと、
前記ゾーンセグメント内の前記データの終点に従って前記セグメントポインタを更新することとを含む、システム。

【請求項10】

前記１つまたは複数のプロセッサは、さらに少なくとも以下のことのために前記コンピュータ実行可能命令を実行するように構成されており、前記さらに少なくとも以下のことは、
前記要求内で識別された前記データのサイズを確認することと、
前記ゾーンの容量を確認することとを含み、前記容量は、前記書き込み場所と前記ゾーンの終点との間の書き込みパスに対応しており、
前記ゾーンの前記容量を前記データの前記サイズと比較することと、
前記データの前記サイズが前記ゾーンの前記容量を超えることに応じて、前記データを第１のブロックおよび第２のブロックに分けることとを含み、前記第１のブロックのサイズは、前記ゾーンの前記容量に対応しており、
前記書き込み場所から開始して、前記第１のブロックを書き込むことと、
前記第２のブロックを前記ゾーンセグメントの後続のゾーンに書き込むこととを含む、請求項９に記載のシステム。

【請求項11】

前記セグメントポインタを更新することは、
前記ゾーンセグメント内の前記データの前記終点が前記ゾーンセグメントの容量と一致することに応じて、前記ゾーンセグメントを満杯ゾーンセグメントとして標識すること、
前記ボリュームにマッピングされた新たなゾーンセグメントを識別すること、および
前記セグメントポインタを前記新たなゾーンセグメントの始点に更新すること、
を含む、請求項９または１０に記載のシステム。

【請求項12】

前記セグメントポインタを識別することは、前記ボリュームにマッピングされた前記ゾーンセグメントを空または開放ゾーンについて走査することを含む、請求項９から１１のいずれか１項に記載のシステム。

【請求項13】

前記セグメントポインタを識別することは、
前記ボリュームにマッピングされた前記ゾーンセグメントが空または開放ゾーンを含まないことに応じて、新たなゾーンセグメントを前記ボリュームに割り当てることであって、前記セグメントポインタが前記新たなゾーンセグメントの最初のゾーンの始点である、割り当てることをさらに含む、請求項１２に記載のシステム。

【請求項14】

前記１つまたは複数のプロセッサは、前記コンピュータ実行可能命令を実行し、少なくとも、
前記ゾーンセグメントの使用割合を確認することと、
前記使用割合を使用閾値と比較することと、
前記使用割合が前記使用閾値を満足しないことに応じて、
前記ゾーンセグメントの前記複数のゾーン内の記憶されたデータを識別することと、
記憶された前記データを１つまたは複数のソースゾーンから前記複数のゾーンのうちの１つまたは複数の空または開放ゾーンにマッピングすることと、
記憶された前記データを前記空または開放ゾーンに書き込むことと、
前記ソースゾーンを開放ステータスにリセットすることと、
を行うようにさらに構成されている、請求項９から１３のいずれか１項に記載のシステム。

【請求項15】

前記複数のゾーン内の記憶されたデータを識別することは、
前記ボリュームへの前記ゾーンセグメントの前記マッピングを記述するマッピングメタデータを受信すること、および
前記マッピングメタデータに従って前記複数のゾーン内の記憶された前記データの場所を特定すること、
を含む、請求項１４に記載のシステム。

【請求項16】

コンピュータシステムによって実行可能な命令を記憶するコンピュータ可読記憶媒体であって、前記命令が、前記コンピュータシステムの１つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサに、
コンピュータシステムによって、データをボリュームに書き込むための要求を受信することと、
前記コンピュータシステムによって、前記ボリュームにマッピングされたゾーンセグメントを識別することであって、前記ゾーンセグメントが複数のゾーンを含む、識別することと、
前記コンピュータシステムによって、前記ゾーンセグメントのゾーン内の書き込み場所を指示するセグメントポインタを識別することと、
前記コンピュータシステムによって、前記書き込み場所から開始して、前記データを前記ゾーンセグメントの前記複数のゾーンのうちの１つまたは複数のゾーンに書き込むことと、
前記コンピュータシステムによって、前記ゾーンセグメント内の前記データの終点に従って前記セグメントポインタを更新することと、
を含む複数の動作を行なわせる、コンピュータ可読記憶媒体。

【請求項17】

前記複数の動作は、
前記要求内で識別された前記データのサイズを確認することと、
前記ゾーンの容量を確認することとを含み、前記容量は、前記書き込み場所と前記ゾーンの終点との間の書き込みパスに対応しており、前記複数の動作はさらに、
前記ゾーンの前記容量を前記データの前記サイズと比較することと、
前記データの前記サイズが前記ゾーンの前記容量を超えることに応じて、前記データを第１のブロックおよび第２のブロックに分けることとを含み、前記第１のブロックのサイズは前記ゾーンの前記容量に対応しており、前記複数の動作はさらに、
前記書き込み場所から開始して、前記第１のブロックを書き込むことと、
前記第２のブロックを前記ゾーンセグメントの後続のゾーンに書き込むことと、
を含む、請求項１６に記載のコンピュータ可読記憶媒体。

【請求項18】

前記セグメントポインタを更新することは、
前記ゾーンセグメント内の前記データの前記終点が前記ゾーンセグメントの容量と一致することに応じて、前記ゾーンセグメントを満杯ゾーンセグメントとして標識すること、
前記ボリュームにマッピングされた新たなゾーンセグメントを識別すること、および
前記セグメントポインタを前記新たなゾーンセグメントの始点に更新すること、
を含む、請求項１６または１７に記載のコンピュータ可読媒体。

【請求項19】

前記セグメントポインタを識別することは、前記ボリュームにマッピングされた前記ゾーンセグメントを空または開放ゾーンについて走査することを含む、請求項１６から１８のいずれか１項に記載のコンピュータ可読媒体。

【請求項20】

前記セグメントポインタを識別することは、
前記ボリュームにマッピングされた前記ゾーンセグメントが空または開放ゾーンを含まないことに応じて、新たなゾーンセグメントを前記ボリュームに割り当てることを含み、前記セグメントポインタは、前記新たなゾーンセグメントの最初のゾーンの始点である、請求項１９に記載の前記コンピュータ可読媒体。

【発明の詳細な説明】

【背景技術】

【0001】

関連出願の相互参照
本出願は、「ＺＯＮＥ ＳＥＧＭＥＮＴ ＤＲＩＶＥ ＭＡＮＡＧＥＭＥＮＴ」と題する、２０２１年４月１３日に出願された、米国非仮特許出願第１７／２２９，７０９号の利益およびそれに対する優先権を主張する。米国非仮特許出願第１７／２２９，７０９号の内容はその全体が全ての目的のために本明細書において参照により組み込まれる。

【0002】

背景
クラウドベースのプラットフォームはユーザのデータのためのスケーラブルで柔軟なコンピューティングリソースを提供する。インフラストラクチャ・アズ・ア・サービス（ＩａａＳ：infrastructure as a service）とも称される、このようなクラウドベースのプラットフォームは、顧客のデータを巡るクラウドソリューションの完全なスイート、例えば、変換のオーサリング、データのロード、およびデータの提示のためのソリューションを提供し得る。

【発明の概要】

【発明が解決しようとする課題】

【0003】

シングル磁気記録（ＳＭＲ：Shingled Magnetic Recording）は、記録トラックを部分的に重ね合わせること、または瓦状に配列すること（shingling）によって、ハードディスクドライブ上の記憶容量を増大させる。重ね合わせられたトラックはゾーンにグループ化され得る。読み出しパスが保存されるような仕方でトラックを瓦状に配列することによって、トラックは、たとえ、それらが部分的に上書きされていても、依然として読み出され得る。対照的に、瓦状配列の結果として、読み出し操作は依然としてゾーン内でランダムに遂行され得るが、書き込み操作は、ゾーン内のある範囲でなく、ゾーン全体に連続的に適用されなければならなくなる。

【0004】

概要
シングル磁気記録ドライブ上のクラウドリソースデータのオブジェクトストレージの管理のための技術（例えば、方法、システム、１つまたは複数のプロセッサによって実行可能なコードまたは命令を記憶する非一時的コンピュータ可読媒体）が提供される。

【課題を解決するための手段】

【0005】

ある実施形態では、方法は、コンピュータシステムによって、データをボリュームに書き込むための要求を受信することを含み得る。本方法は、コンピュータシステムによって、ボリュームにマッピングされたゾーンセグメントを識別することを含み得る。ゾーンセグメントは複数のゾーンを含み得る。本方法は、コンピュータシステムによって、ゾーンセグメントのゾーン内の書き込み場所を指示するセグメントポインタを識別することを含み得る。本方法は、コンピュータシステムによって、書き込み場所から開始して、データをゾーンセグメントの複数のゾーンのうちの１つまたは複数のゾーンに書き込むことを含み得る。本方法はまた、コンピュータシステムによって、ゾーンセグメント内のデータの終点に従ってセグメントポインタを更新することを含み得る。

【0006】

いくつかの実施形態において、本方法は、要求内で識別されたデータのサイズを確認することをさらに含み得る。本方法は、ゾーンの容量を確認することであって、容量が、書き込み場所とゾーンの終点との間の書き込みパスに対応する、確認することを含み得る。本方法は、ゾーンの容量をデータのサイズと比較することを含み得る。本方法は、データのサイズがゾーンの容量を超えることに応じて、データを第１のブロックおよび第２のブロックに分けることを含み得る。第１のブロックのサイズはゾーンの容量に対応し得る。本方法は、書き込み場所から開始して第１のブロックを書き込むことを含み得る。本方法はまた、第２のブロックをゾーンセグメントの後続のゾーンに書き込むことを含み得る。

【0007】

いくつかの実施形態において、セグメントポインタを更新することは、ゾーンセグメント内のデータの終点がゾーンセグメントの容量と一致することに応じて、ゾーンセグメントを満杯ゾーンセグメントとして標識することを含み得る。セグメントポインタを更新することはまた、ボリュームにマッピングされた新たなゾーンセグメントを識別すること、およびセグメントポインタを新たなゾーンセグメントの始点に更新することを含み得る。セグメントポインタを識別することは、ボリュームにマッピングされたゾーンセグメントを空または開放ゾーンについて走査することを含み得る。

【0008】

いくつかの実施形態において、コンピュータシステムが、１つまたは複数のプロセッサと、１つまたは複数のプロセッサと通信するメモリと、を含み、メモリは、コンピュータ実行可能命令を記憶するように構成されており、コンピュータ実行可能命令を実行することは、１つまたは複数のプロセッサに、上述された方法またはその変形例のステップのうちの１つまたは複数を遂行させる。セグメントポインタを識別することは、ボリュームにマッピングされたゾーンセグメントが空または開放ゾーンを含まないことに応じて、新たなゾーンセグメントをボリュームに割り当てることをさらに含み得る。セグメントポインタは新たなゾーンセグメントの最初のゾーンの開始位置であり得る。

【0009】

いくつかの実施形態において、本方法は、ゾーンセグメントの使用割合を確認することを含み得る。本方法は、使用割合を使用閾値と比較することを含み得る。本方法は、使用割合が使用閾値を満足しないことに応じて、ゾーンセグメントの複数のゾーン内の記憶されたデータを識別することと、記憶されたデータを１つまたは複数のソースゾーンから複数のゾーンのうちの１つまたは複数の空または開放ゾーンにマッピングすることと、記憶されたデータを空または開放ゾーンに書き込むことと、ソースゾーンを開放ステータスにリセットすることと、を含み得る。複数のゾーン内の記憶されたデータを識別することは、ボリュームへのゾーンセグメントのマッピングを記述するマッピングメタデータを受信すること、およびマッピングメタデータに従って複数のゾーン内の記憶されたデータの場所を特定すること、を含み得る。

【0010】

いくつかの実施形態において、複数のゾーンはシングル磁気記録ストレージシステムにおいて実施され得る。

【0011】

ある実施形態では、コンピュータシステムが、１つまたは複数のプロセッサと、命令を記憶する非一時的コンピュータ可読メモリと、を含み、命令は、１つまたは複数のプロセッサによって実行されたとき、１つまたは複数のプロセッサに、上述された方法またはその変形例の１つまたは複数の操作を遂行させる。

【0012】

ある実施形態では、コンピュータ可読記憶媒体がコンピュータ実行可能命令を記憶し、命令は、実行されたとき、コンピュータシステムの１つまたは複数のプロセッサに、上述された方法またはその変形例の１つまたは複数の操作を遂行させる。

【図面の簡単な説明】

【0013】

【図1】１つまたは複数の実施形態に従う、オブジェクトストレージサーバを管理するための例示的なシステムを示す。

【図2】１つまたは複数の実施形態に従う、例示的なシングル磁気記録ドライブを示す。

【図3】１つまたは複数の実施形態に従う、オブジェクトデータをゾーンセグメントに書き込むための例示的なフローを示す。

【図4】１つまたは複数の実施形態に従う、データをゾーンセグメントから読み出すための例示的なフローを示す。

【図5】１つまたは複数の実施形態に従う、データをゾーンセグメントから削除するための例示的なフローを示す。

【図6】１つまたは複数の実施形態に従う、ゾーンセグメントをデフラグするための例示的なフローを示す。

【図7】少なくとも１つの実施形態に従う、クラウド・インフラストラクチャ・アズ・ア・サービス・システムを実施するための１つのパターンを示すブロック図である。

【図8】少なくとも１つの実施形態に従う、クラウド・インフラストラクチャ・アズ・ア・サービス・システムを実施するための別のパターンを示すブロック図である。

【図9】少なくとも１つの実施形態に従う、クラウド・インフラストラクチャ・アズ・ア・サービス・システムを実施するための別のパターンを示すブロック図である。

【図10】少なくとも１つの実施形態に従う、クラウド・インフラストラクチャ・アズ・ア・サービス・システムを実施するための別のパターンを示すブロック図である。

【図11】少なくとも１つの実施形態に従う、例示的なコンピュータシステムを示すブロック図である。

【発明を実施するための形態】

【0014】

詳細な説明
以下の説明において、様々な実施形態が説明される。説明の目的のために、実施形態の完全な理解を与えるべく具体的構成および詳細が説明される。しかし、実施形態は具体的詳細を有せずに実施され得ることも当業者には明らかであろう。さらに、よく知られた特徴は、説明されている実施形態を不明瞭にしないように、省略または単純化され得る。

【0015】

クラウドベースのプラットフォームはユーザのためのスケーラブルで柔軟なコンピューティングリソースを提供する。インフラストラクチャ・アズ・ア・サービス（ＩａａＳ）とも称される、このようなクラウドベースのプラットフォームは、顧客のデータを巡るクラウドソリューションの完全なスイート、例えば、変換のオーサリング、データのロード、およびデータの提示のためのソリューションを提供し得る。バックエンドデータストレージシステムの部分であり得る、データ複製およびバックアップシステムにおいて、シングル磁気記録（ＳＭＲ）ドライブはデータストレージシステムの記憶容量を増大させ得る。ＳＭＲドライブは記録トラックを部分的に重ね合わせ、または瓦状に配列し、これにより、より多くのトラックが所与のサイズのハードディスクに書き込まれることを可能にし得る。重ね合わせられたトラックは、ゾーンセグメントに編成され得る、ゾーンにグループ化され得る。読み出しパスが保存されるような仕方でトラックを瓦状に配列することによって、トラックは、たとえ、それらが部分的に上書きされていても、依然として読み出され得る。対照的に、瓦状配列の結果として、書き込み操作は、部分的に上書きされたデータは読み出され得るが、上書きはされ得ない、追記専用のプロセスにおいて適用され得る。それゆえ、ＳＭＲドライブへのアクセスは、ＳＭＲドライブへの書き込みに関わる追加の操作のゆえに、後述されるように、ファイルシステムではなく、ブロックインターフェイスによって提供され得る。

【0016】

分散ストレージシステムにおいて、ユーザデータは、ボリュームストレージ（例えば、ブロックボリュームストレージ）内、およびオブジェクトストレージ内に記憶され得る。ユーザはボリュームストレージシステムと直接対話し得、その一方で、データベースシステムのバックエンドストレージサブシステムは、例えば、データ複製、バックアップ、または（例えば、データベースシステム容量を補うための）他のデータ記憶のために、オブジェクトストレージを用い得る。データ複製またはバックアップシステムにおけるＳＭＲドライブの実施は、ＳＭＲドライブへのデータの書き込みおよび再書き込みの相対的な複雑さによって制約される。図２を参照してより詳細に説明されるように、部分的に上書きされたトラックをゾーン内で編成することは、システムが、ゾーン内の利用可能容量を超えるデータをゾーンに書き込もうと試みる際の非効率性を引き起こし得る。例えば、従来のＳＭＲドライブでは、システムは、ゾーンの容量を超えるデータをゾーンに書き込むための要求を拒否し得る。この制約に対処するために、ゾーンはゾーンセグメントに編成され得、データ記憶を管理するシステムは、個々のゾーンではなく、ゾーンセグメントへの書き込み要求に対処し得る。このように、ゾーンセグメント内の書き込み位置が識別され得、書き込み要求によって参照されたデータはゾーンセグメント内の複数のゾーンにまたがって書き込まれ得る。

【0017】

例によっては、高速、効率的で、信頼できるデータ輸送が所望されるブロックストレージがしばしば用いられる。ブロックストレージはデータをブロックに分け、それらのブロックを別個の部分として記憶することができる（例えば、各ブロックはその独自の識別子を有する）。その後、ブロックは異なるシステムにまたがって記憶され得、各ブロックは、異なるシステムと協働するように構成され得る（例えば、区分される）。代替的に、オブジェクトストレージはデータファイルを部分（例えば、オブジェクト）に分け、その後、それらを、複数のネットワーク化システムにまたがって散在し得る、単一のリポジトリ内に記憶する。ブロックストレージの文脈において、ボリューム（例えば、ブロックボリューム）は、開発者がインスタンスの記憶容量を動的に拡張することを可能にする（例えば、物理的または仮想的に）着脱可能なブロックストレージデバイスであることができる。ブロックボリュームストレージのサイズを増大または減少させるために、ブロックボリュームは、さほど労力を費やすことなく、それぞれ、スピンアップまたはダウンされ得る。データベースシステムがボリュームストレージおよびオブジェクトストレージの両方を実装する場合には、Ｉ／Ｏ要求はボリューム識別子（例えば、ブロックボリューム識別子）によってデータを参照し得る。ボリューム識別子は、データベースシステムの部分として含まれるメタデータデータベース内に記憶されたボリュームメタデータを通じて、オブジェクトストレージシステム内の記憶場所にマッピングされ得る。書き込み要求の場合には、データベースシステムは、書き込み要求内で参照されたボリュームにマッピングされたデータを記憶するＳＭＲシステム内のゾーンセグメントを識別し得る。識別されると、データベースシステムは、新たなデータが書き込まれ得るゾーンセグメント内に含まれるゾーン内の書き込み位置を記述するゾーンセグメントポインタを識別し得る。ゾーンを上書きするのではなく、ＳＭＲシステムはゾーンに書き込み得るか、データを、複数のゾーンにまたがって書き込まれるべきブロックに分け得るか、データを記憶するための容量を有するゾーンが利用可能でない場合には、要求を断り得るか、またはあふれたデータを記憶するための新たなゾーンセグメントを割り当て得る。このように、ＳＭＲシステムは、オブジェクトストレージシステムの実効容量がＳＭＲストレージの使用を通じて増大させられ、その一方で、データサイズがゾーン容量を超えることによって生じるゾーン書き込みの失敗の影響を抑制するような仕方で、データをハードディスクドライブに書き込み得る。同様の仕方で、読み出し、削除、およびデフラグ技術もまた、ゾーンセグメント内に記憶されたデータにマッピングされたボリュームメタデータを参照して、ＳＭＲシステムを用いて実施され得る。

【0018】

例示的な例では、データベースシステムは、クラウドリソースデータを分散ストレージシステムの部分として記憶するように構成され得る。データベースシステムはＳＭＲシステムを含み得る。ＳＭＲシステムは、ゾーンセグメント内で編成されたゾーンを用いるＳＭＲストレージのために構成されたハードディスクドライブであるか、またはそれらを含み得る、１つまたは複数のＳＭＲデータベースシステムと通信するＳＭＲストレージサーバを含み得る。本例では、システムは、書き込み要求（「put」要求とも称される）、読み出し要求（「get」要求とも称される）、ならびに限定するものではないが、削除要求またはデフラグメンテーション操作を含む、他のＩ／Ｏプロセスなどの、入力／出力（Ｉ／Ｏ：input/output）要求を受信し得る。ＳＭＲ構成の部分として、Ｉ／Ｏ要求は、実施された改善されたプロセスへのデータベースシステムに、ゾーンセグメント内でＳＭＲシステム内に記憶されたデータを識別させ、管理させ得る。

【0019】

バックエンドストレージサブシステムを用いてＩ／Ｏプロセスを実施するプロセスは、少なくとも、それは、ＳＭＲで構成されたストレージシステムからの効率的なＩ／Ｏを可能にするため、データ複製、記憶、およびバックアップシステムの全体的性能を改善する。例えば、ＳＭＲシステムは、以前に書き込まれた磁気トラックを少なくとも部分的に瓦状に配列することによって、システムへのハードディスクドライブの追加を行うことなく、２５％以上もの記憶容量の増大をもたらし得る。ＳＭＲゾーンをゾーンセグメントに編成することは、ＳＭＲドライブに対して行われたＩ／Ｏ要求を果たす速度、効率、および成功率の改善を可能にすることによって、Ｉ／Ｏプロセスを改善し得る。さらに、来たる図面を参照して説明されるようにゾーンドライブを管理することによって、データベースシステムは、データベースシステムが、オブジェクトデータをボリュームデータにマッピングするためのボリュームメタデータを参照する統合されたブロックインターフェイスによって制御される、ホスト管理ドライブを用いることを可能にすることによって、システムの複雑さを低減し得る。

【0020】

図１は、１つまたは複数の実施形態に従う、オブジェクトストレージサーバを管理するための例示的なシステム１００を示す。データベースシステム１００は、バックエンドデータストレージサブシステムの部分としての、様々な磁気記録技術（例えば、垂直磁気記録（ＰＭＲ：perpendicular magnetic recording）、ＳＭＲ、または同様のもの）を実施し得る、複数のストレージシステムにまたがってユーザデータを分散させ、記憶するように構成され得る。このように、データベースシステム１００は、分散データストレージシステムにおける改善されたＩ／Ｏ操作を促進するためのアプローチとして、データ複製、ブロックボリュームシステムへのボリュームデータの復元、またはゾーンをゾーンセグメントに編成するＳＭＲシステムのデフラグの部分として、オブジェクトストレージ内に記憶されたデータに対するＩ／Ｏ要求を果たし得る。

【0021】

いくつかの実施形態において、システム１００は、Ｉ／Ｏ要求１２０を受信し、Ｉ／Ｏ要求１２０をウェブサーバ１３０へ送信するように構成され得る、ロードバランサ１１０を含み得る。ロードバランサ１１０は、複数の異なる物理的場所に配置され得、および／または単一の物理的場所に複数のウェブサーバ１３０を含み得る、分散ストレージシステムの部分としての複数のウェブサーバ１３０にまたがってＩ／Ｏ要求を分散させ得る。同様に、ウェブサーバ１３０は１つまたは複数のストレージシステム１４０と通信し得る。ストレージシステム１４０は、データをＰＭＲまたはＳＭＲ構成で記憶するように構成され得る。例えば、ストレージシステム１４０は、１つまたは複数のＰＭＲドライブ１４４と通信するストレージサーバ１４２を含み得る。加えて、ウェブサーバ１３０は、図２を参照してより詳細に説明されるように、１つまたは複数のＳＭＲドライブ１４８と通信するＳＭＲストレージサーバ１４６を含むストレージシステムと通信し得る。システム１００は、例えば、ＳＭＲストレージサーバ１４６によるソフトウェアの実行を通じて、ＳＭＲドライブ１４８内に記憶されたデータに対するＩ／Ｏ要求１２０を実行するように構成され得る。

【0022】

システム１００は、ボリュームサービス１５０を参照することによって、ストレージシステム１４０内に記憶されたデータをボリュームデータにマッピングし得る。このように、Ｉ／Ｏ要求１２０は、ボリュームメタデータデータベース１６０内の、ストレージシステム１４０のストレージ内の場所にマッピングされ得る、ボリューム識別子への参照を含み得る。一例では、読み出し要求は、ボリュームメタデータデータベース１６０内のエントリ内の、ゾーンセグメントにマッピングされ得る、ボリューム識別子、セグメントポインタ、および読み出しサイズを参照し得る。

【0023】

このように、システム１００はＳＭＲドライブ１４８を分散データストレージシステムの部分として管理し得る。有利に、システム１００は、バックエンドデータストレージサブシステムが、フロントエンドブロックボリュームシステムとの統合を維持しつつ、ＳＭＲドライブ１４８の増大した記憶容量の恩恵を受けることを可能にし得る。図３～図６を参照してより詳細に説明されるように、データベースシステム１００はＩ／Ｏ要求１２０を、例えば、データ複製またはバックアップの部分として受信し得、ＰＭＲドライブ１４４および／またはＳＭＲドライブ１４８を読み出すこと、書き込むこと、またはデフラグすることによってＩ／Ｏ要求１２０を実施し得る。

【0024】

図２は、１つまたは複数の実施形態に従う、例示的なシングル磁気記録ＳＭＲドライブ２００を示す。ＳＭＲドライブ２００の物理的プロセスおよびデータ構造は、ＳＭＲドライブ２００のディスク上の磁気トラック２１０を上書きすることに基づく。ＰＭＲドライブでは、磁気トラックは上書きされない。それゆえ、ＰＭＲドライブ内に記憶されたデータはランダムにアクセスされ得る（例えば、ＰＭＲドライブはランダムアクセスハードドライブストレージとして用いられ得る）。対照的に、ランダムアクセスではなく、データを追記することによって書き込むことができるＳＭＲドライブは、通例、変更される可能性が低いデータを効率的に読み出すように構成される。

【0025】

ＳＭＲドライブ２００内のデータは、追記専用のＩ／Ｏシステムの部分として、ファイルシステムではなく、ブロックシステムを用いて記憶され得る。それゆえ、データブロックは、ゾーンセグメント２３０に編成され得る、固定サイズ（例えば、２５６ＭＢ）のゾーン２２０に書き込まれ得る。物理的に、各ゾーンは、データトラック２５０を提供するために部分的に上書きされる、固定した書き込み幅２４０を有する多数の磁気トラック２１０によって記述され得る。データトラックは、例えば、ＳＭＲドライブ２００の読み出し／書き込みヘッド２７０の仕様に依存するＳＭＲドライブ２００のパラメータであり得るデータトラックピッチ２６０によって記述され得る。データトラックピッチ２６０が狭いほど、ＳＭＲドライブ２００の全体的容量は増大し、データトラック２５０を正確に読み出す読み出し／書き込みヘッド２７０の能力を含む因子によって制限される。

【0026】

磁気トラック２１０は、ゾーン２２０およびゾーンセグメント２３０の階層編成を実例説明するために、固定した幅を有するように示されている。ＰＭＲドライブにおいて行われるように、データを離散的なトラック内の単一の位置に索引付けするのではなく、ＳＭＲドライブ２００は、データを、複数の磁気トラック２１０にまたがって延びたゾーン２２０内で編成し、ゾーンセグメント２３０の始点、ゾーン２２０の始点、および／またはデータが見出されるべきゾーン２２０内の場所を指示するポインタによって索引付けされるようにし得る。例えば、ポインタは、後続の書き込み操作が新たなデータを追記することになる、ゾーン２２０内の最後に書き込まれた位置を記述する、書き込みポインタを含み得る。

【0027】

場合によっては、ゾーン２２０は、データがゾーン２２０に書き込まれ得るかどうかを支配し得る１つまたは複数のステータスによって記述され得る。例えば、ゾーン２２０のステータスは、限定するものではないが、「空（empty）」、「満杯（full）」、「開放（open）」、「閉鎖（closed）」、または「終了（finished）」を含み得る。空ステータスは、ゾーン２２０はゾーン２２０の磁気トラック２１０の最初から書き込まれることができることを指示し得る（例えば、ゾーン２２０のための書き込みポインタはゾーン２２０の始めにある）。同様に、満杯ステータスは、ゾーン２２０は追加の書き込み操作のために利用可能でないことを指示し得る（例えば、ゾーン２２０のための書き込みポインタはゾーン２２０の終わり、または終わりの近くにある）。開放ステータスは、ゾーン２２０は書き込み操作のために利用可能であることを指示し得る（例えば、ゾーン２２０は、データをゾーン２２０の磁気トラック２１０に書き込むために利用可能な容量を有し、ＳＭＲドライブ２２０は、書き込み操作を実施するために割り振られたリソースを有する）。閉鎖ステータスは、対照的に、ゾーン２２０は書き込み操作のために利用可能でないが、開放され得ることを指示し得る。終了ステータスは、データはゾーン２２０に書き込まれないことになることを指示し得る（例えば、ゾーン２２０のための書き込みポインタは、さらなる書き込み操作を防止するためにゾーンの終わりへ移動させられ得る）。終了ゾーンは、ゾーン２２０を空ステータスに設定することによって（例えば、書き込みポインタをゾーン２２０の始めへ移動させることによって）開放され得る。

【0028】

ゾーン２２０をゾーンセグメント２３０に編成することは、ゾーンごとの書き込み位置ではなく、ゾーンセグメント２３０のための書き込み位置を記述するセグメントポインタが規定され得る仕方で、ゾーン２２０がまとめて管理されることを可能にし得る。ゾーンセグメント２３０のゾーン２２０内において、ゾーン固有の書き込み位置は、上述されたステータスに従い得、その一方で、セグメントポインタはゾーンセグメント２３０の最初の利用可能な開放ゾーン内の書き込み位置を記述し得る。例えば、ゾーン２２０はゾーンセグメント２３０内で連続的に編成され得る。このように、データはゾーンセグメント２３０内の複数のゾーン２２０にまたがってブロックの形で書き込まれ得る。ゾーンを連続的様態で編成することは、ＳＭＲドライブ２００が、長さが開放ゾーンの容量を超えるデータを参照する書き込み要求によりうまく対応することを可能にし得る。ＳＭＲドライブ２００はゾーンセグメント内の複数のゾーンを開放し得、単一の書き込み要求に基づいて複数の書き込み操作を規定し得る。以下において、図３を参照してより詳細に説明されるように、書き込み操作は、ゾーンセグメント２３０のゾーン２２０内のデータの書き込みを開始するための場所を指示するセグメントポインタを識別することによって実施され得る。

【0029】

図３は、１つまたは複数の実施形態に従う、オブジェクトデータをゾーンセグメントに書き込むための例示的なフロー３００を示す。フローの操作は、ハードウェア回路機構として実施すること、および／または図１のシステム１００などの、コンピュータシステムの非一時的コンピュータ可読媒体上にコンピュータ可読命令として記憶することができる。実施された時、命令は、回路機構、またはコンピュータシステムのプロセッサによって実行可能なコードを含むモジュールを表す。このような命令の実行は、コンピュータシステムを、本明細書において説明される特定の操作を遂行するように構成する。各回路機構、またはプロセッサと組み合わせたコードはそれぞれの操作を遂行する。操作は特定の順序で示されているが、特定の順序は必須ではなく、１つまたは複数の操作が省略され、飛ばされ、および／または順序を変更され得ることを理解されたい。

【0030】

一例では、フロー３００は、コンピュータシステムが書き込み要求を受信する、操作３１０を含む。書き込み要求（例えば、図１のＩ／Ｏ要求１２０）は、例えば、データを、ブロックボリュームシステム内ではなく、オブジェクトストレージ内に記憶するためのユーザ要求に基づいて、データ複製、アーカイブ、または他の記憶を管理する分散データストレージシステムから受信され得る。書き込み要求を受信することの部分として、コンピュータシステムは、図１を参照してより詳細に説明されるように、要求を（例えば、ＩａａＳインフラストラクチャシステムの部分としての）他のネットワーク化システムへ転送し得る。例えば、書き込み要求は、書き込み要求を処理するためのストレージサーバ（例えば、図１のＳＭＲストレージサーバ１４６）を選択し得る、ウェブサーバ（例えば、図１のウェブサーバ１３０）へ転送され得る。

【0031】

一例では、フロー３００は、コンピュータシステムがゾーンセグメントを空または開放ゾーンについて走査する、操作３２０を任意選択的に含む。書き込み要求は規定長のデータチャンクを含み得る。ここで、チャンクは、ゾーンセグメント（例えば、図２のゾーンセグメント２３０）に書き込まれるべきデータのブロックである。図２を参照してより詳細に説明されるように、ゾーンセグメントは、ゾーンの容量の整数倍と等価の記憶容量を提供する複数のゾーン（例えば、図２のゾーン２２０）を含み得る。ゾーンセグメント内の１つまたは複数のゾーンは空または開放状態であり得、したがって、書き込み操作のために利用可能であり得る。ゾーンはゾーンセグメント内で連続的に編成され得、これにより、開放ゾーンの後には空ゾーンが続き得る。空ゾーンは、必ずしも、磁気トラックに何も記録されていないゾーンを指示せず、むしろ、ゾーンのための書き込み位置がゾーンの始めにあるゾーンを指示し得ることを理解されたい。

【0032】

一例では、フロー３００は、操作３３０を任意選択的に含み、コンピュータシステムが新たなゾーンセグメントをボリュームに割り当てる。場合によっては、ゾーンセグメントの走査はゾーンセグメントの終端ゾーンの前の空または開放ゾーンを識別しないことがある。いくつかの実施形態において、システムは、参照されたボリュームのためのデータを書き込むために利用可能な容量を増大させるために、新たなゾーンセグメントを、（例えば、ボリューム識別子によって）書き込み要求内で参照されたボリュームに割り当て得る。新たなゾーンセグメントは、容量不足のために拒否される書き込み要求の割合を低減する目的で維持されたゾーンセグメントのフリープールから割り当てられ得る。いくつかの実施形態において、新たなゾーンセグメントは、ゾーンセグメントを記憶する同じＳＭＲドライブから割り当てられ得るか、またはＳＭＲストレージサーバ（例えば、図１のＳＭＲストレージサーバ１４６）を通じて協調させられる、異なるＳＭＲドライブから割り当てられ得る。

【0033】

一例では、フロー３００は、操作３４０を含み、コンピュータシステムがセグメントポインタを識別する。ゾーンセグメント（または新たなゾーンセグメント）内において、システムは、開放または空ステータスによって記述されたゾーンセグメントの最初のゾーンの場所を特定することによってセグメントポインタを識別し得る。例えば、ゾーンがゾーンセグメント内で連続的に編成されている場合には、セグメントポインタは最初の開放ゾーンの書き込み位置に対応し得る。別の例では、ゾーンセグメントが開放ゾーンを含まない場合には、セグメントポインタは最初の空ゾーンの開始位置に対応し得る。

【0034】

一例では、フロー３００は、操作３５０を含み、コンピュータシステムがセグメントポインタに従ってデータをゾーンセグメントのゾーンに書き込む。セグメントポインタから開始して、システムは、書き込み要求によって参照されたデータを、セグメントポインタに対応するゾーンに書き込み得る。書き込み操作は、セグメントポインタに対応するゾーンが、書き込み要求によって参照されたチャンク全体のための容量を有するかどうかの、システムによる初期チェックを含み得る。ゾーンが不十分な容量を有する場合には、システムは複数のブロックを規定し得、これにより、チャンクはゾーンセグメントの複数のゾーンにまたがって分割され得る。例示的な例では、ゾーンセグメントのゾーンは連続的に編成され得、チャンクは、第１のブロックのサイズが、セグメントポインタに対応するゾーンの書き込み容量に対応するような仕方で、第１のブロックおよび第２のブロックに分割され得る。第１のブロックはセグメントポインタから開始して書き込まれ得、第２のブロックは次のゾーンに書き込まれ得る。本例は連続的なゾーンを説明しているが、方法３００は他のアプローチを用いて実施され得る。

【0035】

一例では、フロー３００は、操作３６０を含み、コンピュータシステムがセグメントポインタを更新する。データが複数のゾーンに書き込まれる複数の書き込み操作を含み得る、書き込み操作の完了後に、システムはセグメントポインタをデータの終了位置に規定し得る。このように、更新されたセグメントポインタは、書き込み要求の受信前のセグメントポインタに対応するゾーンに対して、ゾーンセグメントの異なるゾーン内の書き込み位置に対応し得る。

【0036】

一例では、フロー３００は、操作３７０を含み、コンピュータシステムがボリュームメタデータを更新する。図１を参照してより詳細に説明されるように、ゾーンセグメントに書き込まれたデータはボリュームメタデータを通じてブロックボリュームにマッピングされ得る。ボリュームメタデータはセグメントポインタを含み得、それゆえ、ボリュームメタデータを更新することは、ボリュームメタデータデータベース（例えば、図１のボリュームメタデータデータベース１６０）内のセグメントポインタを更新すること、ならびに操作３２０および３３０の部分として、新たなゾーンセグメントが割り当てられた場合には、ボリューム－ゾーンセグメントマッピングを更新することを含み得る。例によっては、ボリュームメタデータは、ポインタが操作３６０において更新される前のセグメントポインタ値に対応する、データが書き込まれた開始場所ポインタを記憶し得る。

【0037】

一例では、フロー３００は、コンピュータシステムが書き込み要求のステータスを出力する、操作３８０を含む。いくつかの実施形態において、システムは、様々な異なる種類のステータスレポートを出力するように構成され得る。例えば、使用および容量データなどの、リソースメタデータが、ＩａａＳシステムオペレーションを改善することの部分として収集され、管理され得る。別の例として、書き込み要求の成功または失敗がシステムへ返され得、これにより、システムは方法３００の操作のうちの一部または全てを繰り返し得る。別の例として、書き込み要求が人間のユーザに起源を有していた場合には、システムはステータスをＩａａＳコンソールインターフェイスのユーザへ出力し得る。

【0038】

ゾーンセグメントの編成は、ＳＭＲドライブを組み込んだデータベースシステムの操作のための著しい技術的改善をもたらし得る。複数のゾーンを含むゾーンセグメントへの書き込み技術を実施することによって、データがゾーンにまたがって書き込まれ得、複数のゾーンの容量が共有され得る。このように、ゾーンセグメントポインタにマッピングされたボリュームメタデータによって促進される、データ複製、記憶、およびバックアップ操作は、ＳＭＲ書き込みおよび再／書き込み操作の効率を改善し得る。

【0039】

図４は、１つまたは複数の実施形態に従う、データをゾーンセグメントから読み出すための例示的なフロー４００を示す。フローの操作は、ハードウェア回路機構として実施すること、および／または図１のシステム１００などの、コンピュータシステムの非一時的コンピュータ可読媒体上にコンピュータ可読命令として記憶することができる。実施された時、命令は、回路機構、またはコンピュータシステムのプロセッサによって実行可能なコードを含むモジュールを表す。このような命令の実行は、コンピュータシステムを、本明細書において説明される特定の操作を遂行するように構成する。各回路機構、またはプロセッサと組み合わせたコードはそれぞれの操作を遂行する。操作は特定の順序で示されているが、特定の順序は必須ではなく、１つまたは複数の操作が省略され、飛ばされ、および／または順序を変更され得ることを理解されたい。

【0040】

一例では、フロー４００は、操作４１０を含み、コンピュータシステムが読み出し要求を受信する。図１を参照してより詳細に説明されるように、読み出し要求は、読み出されるべきボリュームおよびデータブロックを参照し得る。ボリュームは、ボリュームメタデータ内でＳＭＲドライブにマッピングされ得る、ボリューム識別子およびブロック識別子によって参照され得る。ＳＭＲドライブは、ゾーンセグメント内で連続的に編成され得る、ゾーンを含むゾーンセグメントを規定し得る。このように、システムは、データアクセス操作の部分として、例えば、データ復元プロセスの部分として、読み出し要求を受信し得、データを読み出すためにゾーンセグメントの複数のゾーンにアクセスするように構成され得る。

【0041】

一例では、フロー４００は、操作４２０を含み、コンピュータシステムが、（例えば、図３の３７０においてボリュームメタデータを更新する際に）ボリュームメタデータ内に記憶された、記憶されたポインタ、および読み出し長を識別する。記憶されたポインタおよび読み出し長は、読み出し要求内で識別されたボリュームに対応し得る。ボリューム識別子は、記憶されたポインタによって、ゾーンセグメントに、およびゾーンセグメントのゾーンにマッピングされ得る。図３を参照して説明される方法と対照的に、フロー４００の記憶されたポインタは、書き込み位置ではなく、読み出し位置を参照し得る。そうであっても、それは、同様に、ＳＭＲドライブがデータを読み出すためのゾーンセグメント内の開始位置を参照すると理解され得る。

【0042】

読み出し要求はまた、ＳＭＲドライブ上の読み出し長にマッピングされ得る、読み出されるべきデータへの参照を含み得る。読み出し長は、読み出されるべきトラック（例えば、図２のデータトラック２５０）の寸法または長さに対応し得、これにより、システムは、読み出し長がゾーンセグメント内の複数のゾーンと重なるかどうかを決定し得る。例えば、ゾーンがゾーンセグメント内で連続的に編成されている場合には、システムは、セグメントポインタにおける第１の読み出し位置、およびゾーンセグメント内の次のゾーンの開始位置における第２の読み出し位置を指示し得る。

【0043】

一例では、フロー４００は、操作４３０を任意選択的に含み、コンピュータシステムがゾーンセグメント内のゾーンごとの単一の読み出しコマンドを決定する。読み出し長が、操作４２０において識別されたセグメントポインタから開始して、複数のゾーンにわたって延びる場合には、システムはゾーンセグメントの異なるゾーンのための複数の読み出しコマンドを決定し得る。複数の単一の読み出しコマンドは相互参照され得、これにより、読み出しコマンドによって返されたデータは、操作４２０において決定された読み出し長に従って再構築され得る。このように、複数のゾーンにまたがって書き込まれたデータは、個々のゾーンにおいて対処される複数の読み出し要求ではなく、ゾーンセグメントを参照する単一の読み出し要求によって読み出され得る。

【0044】

一例では、フロー４００は、操作４４０を含み、コンピュータシステムが読み出しコマンドをＳＭＲドライブへ発行する。図１を参照してより詳細に説明されるように、システムはストレージサーバ（例えば、図１のストレージサーバ１４２またはＳＭＲサーバ１４６）を介してデータ記憶を管理し得る。読み出しコマンドは、操作４２０において決定されたセグメントポインタおよび読み出し長を含み得、システムは、読み出しコマンドを、図１を参照してより詳細に説明されるとおりのボリュームメタデータなどの、マッピングメタデータによって参照されたＳＭＲストレージサーバへ発行し得る。

【0045】

一例では、フロー４００は、操作４５０を含み、コンピュータシステムが、読み出されたデータ、および読み出し要求のステータスを出力する。データの出力は、データをＳＭＲドライブから、読み出し要求内で参照された行先へ通信することを含み得る。例えば、システムはデータをボリュームストレージシステムへ、またはデータ複製操作の部分として、１つのオブジェクトストレージドライブから別のオブジェクトストレージドライブへ出力し得る。フロー３００と同様に、ステータスは、要求のための成功／失敗情報、ならびに限定するものではないが、読み出しコマンド内で参照されたデータおよびゾーンを記述するメタデータを含む他の情報を含み得る。

【0046】

フロー４００の操作を用いて読み出しコマンドを促進することは、ＳＭＲドライブを組み込んだデータベースシステムの操作のための著しい技術的改善をもたらし得る。ゾーンセグメントに編成された複数のゾーンにおいて対処される読み出し要求を果たす技術を実施することによって、データは、ゾーンセグメント内のゾーンごとに生成される複数の読み出し要求を用いることなく、ＳＭＲドライブからより効率的に読み出され得る。

【0047】

図５は、１つまたは複数の実施形態に従う、データをゾーンセグメントから削除するための例示的なフロー５００を示す。フローの操作は、ハードウェア回路機構として実施すること、および／または図１のシステム１００などの、コンピュータシステムの非一時的コンピュータ可読媒体上にコンピュータ可読命令として記憶することができる。実施された時、命令は、回路機構、またはコンピュータシステムのプロセッサによって実行可能なコードを含むモジュールを表す。このような命令の実行は、コンピュータシステムを、本明細書において説明される特定の操作を遂行するように構成する。各回路機構、またはプロセッサと組み合わせたコードはそれぞれの操作を遂行する。操作は特定の順序で示されているが、特定の順序は必須ではなく、１つまたは複数の操作が省略され、飛ばされ、および／または順序を変更され得ることを理解されたい。

【0048】

一例では、フロー５００は、操作５１０を含み、コンピュータシステムが削除要求を受信する。読み出しまたは書き込み操作と対照的に、削除操作は、セグメントポインタを開始位置として参照することなく進行し得る。その代わりに、削除要求は、図２を参照してより詳細に説明されるとおりのＳＭＲドライブ（例えば、図２のＳＭＲドライブ２００）などの、１つまたは複数のドライブ内のオブジェクトストレージにマッピングされ得る、ボリューム識別子情報を含み得る。

【0049】

一例では、フロー５００は、操作５２０を含み、コンピュータシステムがボリュームオブジェクトのためのマッピングメタデータを読み出す。図１を参照してより詳細に説明されるように、マッピングメタデータは、削除要求の対象となるブロックボリュームのためのデータを記憶するゾーンセグメントを参照し得る。このように、システムは、マッピングメタデータを参照することによって削除要求内で識別されたボリュームに割り当てられたゾーンセグメントまたはゾーンセグメント群を識別し得る。

【0050】

一例では、フロー５００は、コンピュータシステムがボリュームオブジェクトの状態を更新する、操作５３０を含む。ボリュームオブジェクトの状態を更新することは、限定するものではないが、後続の書き込み要求のために、セグメントポインタがゾーンセグメント内の最初のゾーンの開始位置に対応するよう、割り当てられたゾーンセグメント内に含まれるゾーンのステータスを「満杯」または「開放」から「空」に変更するための命令をストレージサーバ（例えば、図１のＳＭＲストレージサーバ１４６）へ送信することを含み得る。加えて、または代替的に、システムは、後続のＩ／Ｏ要求（例えば、図１のＩ／Ｏ要求１２０）内に含まれるボリューム識別子がＳＭＲドライブ内のゾーンセグメントに関連付けられないよう、ボリュームメタデータデータベース（例えば、図１のボリュームメタデータデータベース１６０）内のボリュームメタデータを変更し、マッピング情報を除去し得る。例えば、図３を参照して説明されるフロー３００の操作において、セグメントポインタを識別することは、ゾーンセグメントが、参照されたボリューム識別子に割り当てられていないことを返し得る。このように、削除要求はゾーンセグメントのゾーンの部分に対して対処され得る。ＳＭＲドライブが、追記専用のドライブではなく、ランダムアクセスドライブにより類似した仕方で動作することを可能にし得る、ゾーン全体の消去ではなく、ただし、書き込み要求は、部分的に上書きされたトラックに書き込み得ないことを除く。

【0051】

一例では、フロー５００は、操作５４０を含み、コンピュータシステムが削除要求のステータスを出力する。図３～図４の以前のフローと同様に、システムは、削除要求によって対処されたリソースが解放されたことを指示するために、削除要求のステータスを、例えば、中央メタデータ管理システムに返し得る。加えて、または代替的に、システムは、要求が再送されるべきであるか、または再試行されることになるかどうかを指示するために、ステータス、成功／失敗メッセージを削除要求の発信者へ返し得る。

【0052】

図６は、１つまたは複数の実施形態に従う、ゾーンセグメントをデフラグするための例示的なフロー６００を示す。フローの操作は、ハードウェア回路機構として実施すること、および／または図１のシステム１００などの、コンピュータシステムの非一時的コンピュータ可読媒体上にコンピュータ可読命令として記憶することができる。実施された時、命令は、回路機構、またはコンピュータシステムのプロセッサによって実行可能なコードを含むモジュールを表す。このような命令の実行は、コンピュータシステムを、本明細書において説明される特定の操作を遂行するように構成する。各回路機構、またはプロセッサと組み合わせたコードはそれぞれの操作を遂行する。操作は特定の順序で示されているが、特定の順序は必須ではなく、１つまたは複数の操作が省略され、飛ばされ、および／または順序を変更され得ることを理解されたい。

【0053】

ＳＭＲドライブに対する読み出し／書き込み操作を改善することに加えて、いくつかの実施形態において、ＳＭＲドライブのゾーンをゾーンセグメントに編成し、ゾーン内に記憶されたデータを再マッピングし、ストレージの非効率的使用を低減することを通じて、デフラグメンテーション操作も改善され得る。有利に、ゾーンセグメントをデフラグすることは、ＳＭＲドライブが、厳密に追記専用のドライブとして機能するよりもむしろ、ランダムアクセスドライブのように機能することを可能にし得るが、依然として、追記専用の書き込み操作に制限されることになる。例示的な例では、削除要求は、図５を参照してより詳細に説明されるように、ドライブに直接書き込まれたデータではなく、マッピングメタデータを変更し得る。操作の過程にわたって、ＳＭＲドライブ（例えば、図２のＳＭＲドライブ２００）は、１つのゾーン内で開始し、ゾーンセグメントの後続のゾーン内で終了するデータが削除されたときのように、ゾーンセグメントの容量の断片を使用することがある。部分的に重なり合ったトラック内のデータはＳＭＲドライブ内で再書き込みされ得ないため、残った未使用容量は書き込み操作のために使用不可能になり得、これはＳＭＲドライブ上の記憶容量の非効率性および過少利用を生じさせ得る。ＳＭＲドライブをデフラグすることは、システムが、データを新たなゾーン内に再書き込みし、ボリュームメタデータを再マッピングすることによって、未使用記憶容量を解放することを可能にし得る。

【0054】

一例では、フロー６００は、操作６１０を含む、コンピュータシステムがゾーンセグメントの使用割合を確認する。デフラグメンテーションの部分として、システムは、使用割合が、デフラグ操作をトリガするための閾値を超えることに基づく自動（例えば、人間の介入を伴わない）プロセス（例えば、使用割合の定期チェック、削除要求の後の使用割合のリフレッシュ、または同様のもの）を実施し得る。その目的を達成するために、システムはボリュームメタデータにアクセスし、使用割合を確認し得る。使用割合は、ボリュームメタデータ内でマッピングされたゾーンセグメントのゾーン内の記憶容量の部分を記述し得る。例えば、ボリュームメタデータは、例えば、固定容量を有するゾーンセグメントに基づいて、合計でゾーンセグメントの総容量の部分に達するのみである、ゾーンセグメント内に記憶されたデータのための、始点、終点、チャンク長、または同様のものを参照し得る。

【0055】

一例では、フロー６００は、操作６２０を含み、コンピュータシステムが使用割合を使用閾値と比較する。使用閾値は使用割合を用いて表され得る。例えば、システムが、使用割合が５０％を下回ったときにデフラグメンテーションを実施するように構成されている場合には、使用閾値は０．５と表され得る。

【0056】

一例では、フロー６００は、操作６３０を含み、コンピュータシステムが、ゾーンセグメントのゾーン内に記憶されたデータを識別する。操作６２０の比較の結果としてデフラグメンテーションプロセスがトリガされたとき、システムは、ボリュームメタデータを用いて、および／またはゾーンセグメントを走査することによって、ゾーンセグメントのデフラグメンテーションの間に移動させられるべきデータを識別し得る。ランダムアクセスドライブのデフラグメンテーションは、他のデータをドライブ上の所定位置に残しながら一部のデータを移動させることを可能にし得るが、ＳＭＲドライブの追記専用の書き込みは、データを識別し、新たなゾーンに再マッピングし、データがコピーされたゾーンフォームを消去することを含み得る。

【0057】

一例では、フロー６００は、操作６４０を含み、コンピュータシステムが、記憶されたデータを空または開放ゾーンにマッピングする。場合によっては、これは２部分操作であり、第１の部分はここで操作６４０において行われ（例えば、これは、図３の操作３４０において書き込み先場所がどのように決定されるのかと同様である）、第２の部分は操作６５０（後述）の後に起こる。操作６３０において識別されたマッピングデータは、ボリュームに関連付けられたデータが、ゾーンセグメントの新たなゾーンに、新たに割り当てられたゾーンに、またはＳＭＲドライブ上のデフラグメンテーションの使用のために開放状態に維持されたゾーンセグメントであり得る、バッファストレージにマッピングされるよう、ボリュームメタデータを変更することを含み得る。同様に、ランダムアクセスメモリがバッファメモリのために用いられてもよい。再マッピングは、ゾーンセグメントへの、記憶されたデータの後続の書き込みのために、記憶されたデータそれの構成を決定することを含み得る。

【0058】

一例では、フロー６００は、操作６５０を含み、コンピュータシステムが、記憶されたデータを空または開放ゾーンに書き込む。記憶されたデータを書き込むことは、図３を参照してより詳細に説明されるとおりの、フロー３００の操作を含み得る。例えば、システムは、記憶されたデータを開放ゾーンの１つまたは複数の空に書き込ませるための書き込みコマンドをＳＭＲストレージサーバ（例えば、図１のＳＭＲストレージサーバ１４６）へ送信し得る。デフラグメンテーションのために確保されていないゾーンに対して書き込み操作が遂行される場合には、データは、書き込まれた場所に残され得、マッピングは、操作６４０によって提供されたとおりに維持され得る。

【0059】

一例では、操作６４０において上述された２部分操作の第２の部分は、データが操作６５０においてコピーされた後に、フロー６００の操作６５５において行われる。例えば、データが新たな場所内で安全になると、ボリュームメタデータは更新される（例えば、図３の操作３７０と同様）。

【0060】

一例では、フロー６００は、コンピュータシステムが、記憶されたデータのソースゾーンをリセットする、操作６６０を含む。加えて、システムはゾーンセグメントのソースゾーンを後続のＩ／Ｏ操作（例えば、図１のＩ／Ｏ操作１２０）のためにリセットし得る。ソースゾーンをリセットすることは、ゾーンのステータスを「満杯」から「空」に更新すること、またはゾーンセグメント内のデータの新たな構成を反映するための他の変更を含み得る。

【0061】

一例では、フロー６００は、コンピュータシステムが超過ゾーンを解放する、操作６７０を任意選択的に含む。図３を参照してフロー３００の操作３３０のために説明されたように、書き込まれるべきデータが、参照されたゾーンセグメントの容量を超える書き込み操作は、新たなゾーンセグメントを割り当て、追加の記憶容量を提供することを含み得る。このように、デフラグメンテーションは、ゾーンセグメント内のデータ容量の未使用部分を低減することによって、データが単一のゾーンセグメント内に記憶され得るよう、調整し得る。それゆえ、ゾーンセグメントのためのデータを記憶するために以前に用いられたゾーンセグメントが解放され得る。いくつかの実施形態において、超過ゾーンは６４０のマッピング操作の部分として識別され、操作６５０を参照して説明されたように新たなマッピングに従って、記憶されたデータを書き込んだ後に、解放され得る。

【0062】

一例では、フロー６００は、コンピュータシステムがデフラグプロセスのステータスを出力する、操作６８０を任意選択的に含む。以前の図３～図５の出力操作と同様に、操作６８０は、リソース使用ステータスをリソースメタデータの中央データベースへ報告すること、および／またはデフラグメンテーションプロセスの成功／失敗を指示することを含み得る。いくつかの実施形態において、操作６８０はまた、ゾーンの新たな使用割合を確認すること、またはタイマもしくは他のトリガ条件をリセットすることを含み得る。

【0063】

ゾーンセグメントごとのデフラグは、ＳＭＲドライブを組み込んだデータベースシステムの操作のための著しい技術的改善をもたらし得る。ゾーンセグメントデフラグメンテーションの技術を実施することによって、少なくとも、データがゾーンセグメントのゾーンにまたがって書き込まれ得る、ゾーンセグメントの使用割合を改善することによって、ＳＭＲドライブ容量の効率的使用が改善され得る。このように、ＳＭＲドライブに特徴的である、追記専用の書き込み操作によってもたらされる制約が低減され得る。

【0064】

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

【0065】

場合によっては、ＩａａＳの顧客は、インターネットなどの、ワイドエリアネットワーク（ＷＡＮ：wide area network）を通じてリソースおよびサービスにアクセスし得、クラウドプロバイダのサービスを用いてアプリケーションスタックの残りの要素をインストールすることができる。例えば、ユーザはＩａａＳプラットフォームにログインし、仮想機械（ＶＭ：virtual machine）を作成し、オペレーティングシステム（ＯＳ：operating system）を各ＶＭ上にインストールし、データベースなどのミドルウェアをデプロイし、作業負荷およびバックアップのためのストレージバケットを作成し、さらに、企業ソフトウェアをＶＭ内にインストールすることができる。次に、顧客は、プロバイダのサービスを用いて、ネットワークトラフィックのバランスを取ること、アプリケーションの問題のトラブルシューティングを行うこと、パフォーマンスを監視すること、障害回復を管理すること等を含む、様々な機能を遂行することができる。

【0066】

大抵の場合、クラウドコンピューティングモデルはクラウドプロバイダの関与を必要とすることになる。クラウドプロバイダは、ＩａａＳを供給すること（例えば、提供すること、貸与すること、販売すること）を専門にするサードパーティサービスであり得るが、そうである必要はない。エンティティはまた、プライベートクラウドをデプロイし、インフラストラクチャサービスの独自のプロバイダになることも選択し得るであろう。

【0067】

例によっては、ＩａａＳのデプロイメントは、新たなアプリケーション、またはアプリケーションの新たなバージョンを、準備されたアプリケーションサーバまたは同様のものに入れるプロセスである。それはまた、サーバを準備する（例えば、ライブラリ、デーモン等をインストールする）プロセスを含み得る。これは、多くの場合、クラウドプロバイダによって、ハイパーバイザ層より下で（例えば、サーバ、ストレージ、ネットワークハードウェア、および仮想化）管理される。それゆえ、顧客は、（例えば、（例えば、オンデマンドでスピンアップされ得る）セルフサービス仮想機械、または同様のものの上における）、（ＯＳ）、ミドルウェア、および／またはアプリケーションデプロイメントの取り扱いの責任を負い得る。

【0068】

例によっては、ＩａａＳのプロビジョニングは、コンピュータまたは仮想ホストを使用のために獲得すること、ならびにさらに、必要なライブラリまたはサービスをそれらにインストールすることを指し得る。大抵の場合、デプロイメントはプロビジョニングを含まず、プロビジョニングは、最初に遂行されることを必要とし得る。

【0069】

場合によっては、ＩａａＳのプロビジョニングにとって２つの異なる問題が存在する。第１に、インフラストラクチャの初期セットを、いずれかが実行する前にプロビジョニングするという、初期の課題が存在する。第２に、全てのものがプロビジョニングされた後に、既存のインフラストラクチャを発展させる（例えば、新たなサービスを追加する、サービスを変更する、サービスを除去する等）という課題が存在する。場合によっては、これらの２つの課題は、インフラストラクチャの構成が宣言的に規定されることを可能にすることによって対処され得る。換言すれば、インフラストラクチャ（例えば、どのようなコンポーネントが必要とされるのか、およびそれらはどのように相互作用するのか）は、１つまたは複数の構成ファイルによって規定され得る。それゆえ、インフラストラクチャの全体的トポロジ（例えば、どのリソースがどれに依存するのか、およびそれらは各々、どのように協働するのか）は宣言的に記述され得る。場合によっては、トポロジが規定されると、構成ファイル内で記述される異なるコンポーネントを作成および／または管理するワークフローが生成され得る。

【0070】

例によっては、インフラストラクチャは、多くの相互接続された要素を有し得る。例えば、コアネットワークとしても知られる、１つまたは複数の仮想プライベートクラウド（ＶＰＣ：virtual private cloud）（例えば、構成可能な、および／または共有されたコンピューティングリソースの、オンデマンドになる可能性のあるプール）が存在し得る。例によっては、ネットワークのセキュリティがどのようにセットアップされることになるのかを規定するためにプロビジョニングされる１つまたは複数のセキュリティグループルール、および１つまたは複数の仮想機械（ＶＭ）も存在し得る。ロードバランサ、データベース、または同様のものなどの、他のインフラストラクチャ要素もプロビジョニングされ得る。所望され、および／または追加されるインフラストラクチャ要素が増えるにつれて、インフラストラクチャは徐々に発展し得る。

【0071】

場合によっては、様々な仮想コンピューティング環境にわたるインフラストラクチャコードのデプロイメントを可能にするために、継続的デプロイメント技術が採用され得る。加えて、上述の技術はこれらの環境内のインフラストラクチャ管理を可能にすることができる。例によっては、サービスチームが、（例えば、時として世界中に及ぶ、様々な異なる地理的場所にわたる）１つまたは複数の、しかし、多くの場合、多数の、異なる生産環境にデプロイされることを所望されるコードを書くことができる。しかし、例によっては、コードがデプロイされることになるインフラストラクチャがまずセットアップされなければならない。場合によっては、プロビジョニングは手動で行われ得、プロビジョニングツールが、リソースをプロビジョニングするために利用され得、および／またはインフラストラクチャがプロビジョニングされると、デプロイメントツールが、コードをデプロイするために利用され得る。

【0072】

図７は、少なくとも１つの実施形態に従う、ＩａａＳアーキテクチャの例示的なパターンを示すブロック図７００である。サービスオペレータ７０２は、仮想クラウドネットワーク（ＶＣＮ）７０６およびセキュアホストサブネット７０８を含むことができるセキュアホストテナンシー７０４に通信可能に結合され得る。例によっては、サービスオペレータ７０２は、Microsoft Windows Mobile（登録商標）などのソフトウェア、ならびに／あるいはｉＯＳ、Windows Phone、Android、BlackBerry 7、Ｐａｌｍ ＯＳ、および同様のものなどの種々のモバイルオペレーティングシステムを実行し、インターネット、電子メール、ショートメッセージサービス（ＳＭＳ：short message service）、Blackberry（登録商標）、または他の通信プロトコルが使用可能である、ポータブルハンドヘルドデバイス（例えば、ｉＰｈｏｎｅ（登録商標）、セルラ電話、ｉＰａｄ（登録商標）、コンピューティングタブレット、パーソナルデジタルアシスタント（ＰＤＡ：personal digital assistant））、あるいはウェラブルデバイス（例えば、Google Glass（登録商標）ヘッドマウントディスプレイ）であり得る、１つまたは複数のクライアントコンピューティングデバイスを用い得る。代替的に、クライアントコンピューティングデバイスは、例として、Microsoft Windows（登録商標）、Apple Macintosh（登録商標）、および／またはＬｉｎｕｘ（登録商標）オペレーティングシステムの様々なバージョンを実行するパーソナルコンピュータおよび／またはラップトップコンピュータを含む汎用パーソナルコンピュータであることができる。クライアントコンピューティングデバイスは、限定するものではないが、例えば、Google Chrome ＯＳなどの、種々のＧＮＵ／Ｌｉｎｕｘオペレーティングシステムを含む、種々の市販のＵＮＩＸ（登録商標）またはＵＮＩＸ系オペレーティングシステムのうちの任意のものを実行するワークステーションコンピュータであることができる。代替的に、または加えて、クライアントコンピューティングデバイスは、ＶＣＮ７０６および／またはインターネットにアクセスすることができるネットワークを通じて通信する能力を有する、シンクライアントコンピュータ、インターネット接続可能ゲーミングシステム（例えば、Ｋｉｎｅｃｔ（登録商標）ジェスチャ入力デバイスを有する、もしくは有しない、Microsoft Ｘｂｏｘゲーミングコンソール）、および／またはパーソナルメッセージングデバイスなどの、任意の他の電子デバイスであり得る。

【0073】

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

【0074】

制御プレーンＶＣＮ７１６は、境界ネットワーク（例えば、企業イントラネットと外部ネットワークとの間の企業ネットワークの部分）の役割を果たす制御プレーン非武装地帯（ＤＭＺ：demilitarized zone）層７２０を含むことができる。ＤＭＺベースのサーバは制限された責任を有し、セキュリティ侵害をせき止めておくのを助け得る。加えて、ＤＭＺ層７２０は、１つまたは複数のロードバランサ（ＬＢ：load balancer）サブネット７２２、アプリサブネット７２６を含むことができる制御プレーンアプリ層７２４、データベース（ＤＢ：ｄａｔａｂａｓｅ）サブネット７３０（例えば、フロントエンドＤＢサブネットおよび／またはバックエンドＤＢサブネット）を含むことができる制御プレーンデータ層７２８を含むことができる。制御プレーンＤＭＺ層７２０内に包含されるＬＢサブネット７２２は、制御プレーンアプリ層７２４内に包含されるアプリサブネット７２６、および制御プレーンＶＣＮ７１６内に包含され得るインターネットゲートウェイ７３４に通信可能に結合され得、アプリサブネット７２６は、制御プレーンデータ層７２８内に包含されるＤＢサブネット７３０、ならびにサービスゲートウェイ７３６、およびネットワークアドレス変換（ＮＡＴ：network address translation）ゲートウェイ７３８に通信可能に結合され得る。制御プレーンＶＣＮ７１６はサービスゲートウェイ７３６およびＮＡＴゲートウェイ７３８を含むことができる。

【0075】

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

【0076】

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

【0077】

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

【0078】

例によっては、制御プレーンＶＣＮ７１６の、またはデータプレーンＶＣＮ７１８のサービスゲートウェイ７３６は公衆インターネット７５４を経由することなくクラウドサービス７５６へのアプリケーションプログラミングインターフェイス（ＡＰＩ：application programming interface）コールを行うことができる。サービスゲートウェイ７３６からクラウドサービス７５６へのＡＰＩコールは片方向であることができ、サービスゲートウェイ７３６はクラウドサービス７５６へのＡＰＩコールを行うことができ、クラウドサービス７５６は、要求されたデータをサービスゲートウェイ７３６へ送信することができる。しかし、クラウドサービス７５６はサービスゲートウェイ７３６へのＡＰＩコールを開始し得ない。

【0079】

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

【0080】

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

【0081】

例によっては、システムのユーザ、または顧客は、要求をメタデータ管理サービス７５２へ通信することができる公衆インターネット７５４を通じて、要求、例えば、作成（create）、読み出し（read）、更新（update）、または削除（delete）（ＣＲＵＤ）操作を行うことができる。メタデータ管理サービス７５２はインターネットゲートウェイ７３４を通じて要求を制御プレーンＶＣＮ７１６へ通信することができる。要求は、制御プレーンＤＭＺ層７２０内に包含されるＬＢサブネット７２２によって受信され得る。ＬＢサブネット７２２は、要求は有効であると決定し得、この決定に応じて、ＬＢサブネット７２２は要求を、制御プレーンアプリ層７２４内に包含されるアプリサブネット７２６へ伝送することができる。要求の有効性が検証され、公衆インターネット７５４へのコールを必要とする場合には、公衆インターネット７５４へのコールは、公衆インターネット７５４へのコールを行うことができるＮＡＴゲートウェイ７３８へ伝送され得る。要求によって記憶されることを所望され得るメモリはＤＢサブネット７３０内に記憶され得る。

【0082】

例によっては、データプレーンミラーアプリ層７４０は制御プレーンＶＣＮ７１６とデータプレーンＶＣＮ７１８との間の直接通信を促進することができる。例えば、構成の改変、更新、または他の好適な変更が、データプレーンＶＣＮ７１８内に包含されるリソースに適用されることを所望され得る。ＶＮＩＣ７４２を介して、制御プレーンＶＣＮ７１６は、データプレーンＶＣＮ７１８内に包含されるリソースと直接通信することができ、これにより、それらに対する構成の改変、更新、または他の好適な変更を実行することができる。

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

制御プレーンＶＣＮ８１６は、アプリサブネット８２６を含むことができるデータプレーンミラーアプリ層８４０（例えば、図７のデータプレーンミラーアプリ層７４０）を含むことができる。データプレーンミラーアプリ層８４０内に包含されるアプリサブネット８２６は、計算インスタンス８４４（例えば、図７の計算インスタンス７４４と同様のもの）を実行することができる仮想ネットワークインターフェイスコントローラ（ＶＮＩＣ）８４２（例えば、７４２のＶＮＩＣ）を含むことができる。計算インスタンス８４４は、データプレーンミラーアプリ層８４０内に包含されるＶＮＩＣ８４２およびデータプレーンアプリ層８４６内に包含されるＶＮＩＣ８４２を介して、データプレーンミラーアプリ層８４０のアプリサブネット８２６と、データプレーンアプリ層８４６（例えば、図７のデータプレーンアプリ層７４６）内に包含され得るアプリサブネット８２６との間の通信を促進することができる。

【0088】

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

【0089】

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

【0090】

他の例では、ＩａａＳプロバイダの顧客は、顧客テナンシー８２１内を本拠とするデータベースを有し得る。本例では、制御プレーンＶＣＮ８１６は、アプリサブネット８２６を含むことができるデータプレーンミラーアプリ層８４０を含むことができる。データプレーンミラーアプリ層８４０はデータプレーンＶＣＮ８１８内に駐在することができるが、データプレーンミラーアプリ層８４０はデータプレーンＶＣＮ８１８内を本拠とし得ない。すなわち、データプレーンミラーアプリ層８４０は顧客テナンシー８２１へのアクセスを有し得るが、データプレーンミラーアプリ層８４０はデータプレーンＶＣＮ８１８内に存在するか、またはＩａａＳプロバイダの顧客によって所有もしくは操作され得ない。データプレーンミラーアプリ層８４０は、データプレーンＶＣＮ８１８へのコールを行うように構成され得るが、制御プレーンＶＣＮ８１６内に包含されるいかなるエンティティへのコールも行うように構成され得ない。顧客は、制御プレーンＶＣＮ８１６内でプロビジョニングされたデータプレーンＶＣＮ８１８内のリソースをデプロイするか、または他の仕方で使用することを所望し得、データプレーンミラーアプリ層８４０は、顧客の、リソースの所望のデプロイメント、または他の使用を促進することができる。

【0091】

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

【0092】

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

【0093】

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

【0094】

制御プレーンＶＣＮ９１６は、ロードバランサ（ＬＢ）サブネット９２２（例えば、図７のＬＢサブネット７２２）を含むことができる制御プレーンＤＭＺ層９２０（例えば、図７の制御プレーンＤＭＺ層７２０）、アプリサブネット９２６（例えば、図７のアプリサブネット７２６と同様のもの）を含むことができる制御プレーンアプリ層９２４（例えば、図７の制御プレーンアプリ層７２４）、ＤＢサブネット９３０を含むことができる制御プレーンデータ層９２８（例えば、図７の制御プレーンデータ層７２８）を含むことができる。制御プレーンＤＭＺ層９２０内に包含されるＬＢサブネット９２２は、制御プレーンアプリ層９２４内に包含されるアプリサブネット９２６に、および制御プレーンＶＣＮ９１６内に包含され得るインターネットゲートウェイ９３４（例えば、図７のインターネットゲートウェイ７３４）に通信可能に結合され得、アプリサブネット９２６は、制御プレーンデータ層９２８内に包含されるＤＢサブネット９３０に、ならびにサービスゲートウェイ９３６（例えば、図７のサービスゲートウェイ）、およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ９３８（例えば、図７のＮＡＴゲートウェイ７３８）に通信可能に結合され得る。制御プレーンＶＣＮ９１６はサービスゲートウェイ９３６およびＮＡＴゲートウェイ９３８を含むことができる。

【0095】

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

【0096】

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

【0097】

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

【0098】

いくつかの実施形態において、データプレーンＶＣＮ９１８は顧客テナンシー９７０と統合され得る。この統合は、コードを実行する際のサポートを所望し得る場合などの一部の場合に、ＩａａＳプロバイダの顧客のために有用になる、または望ましくなり得る。顧客は、破壊性を有し得るコードを実行のために提供し得るか、他の顧客リソースと通信し得るか、または他の仕方で望ましくない影響を引き起こし得る。これに応じて、ＩａａＳプロバイダは、顧客によってＩａａＳプロバイダに与えられたコードを実行するべきかどうかを決定し得る。

【0099】

例によっては、ＩａａＳプロバイダの顧客はＩａａＳプロバイダへの一時的なネットワークアクセスを許可し、機能がデータプレーン層アプリ９４６にアタッチされることを要求し得る。機能を実行するべきコードはＶＭ９６６（１）～（Ｎ）内で実行され得、コードは、データプレーンＶＣＮ９１８上の他のどの場所でも実行するようには構成され得ない。各ＶＭ９６６（１）～（Ｎ）は１つの顧客テナンシー９７０に接続され得る。ＶＭ９６６（１）～（Ｎ）内に包含されるそれぞれのコンテナ９７１（１）～（Ｎ）は、コードを実行するように構成され得る。この場合には、誤った、または他の様態で望ましくないコードがＩａａＳプロバイダのネットワークに損害を与えること、または異なる顧客のネットワークに損害を与えることを防止するのを助け得る、二重隔離が存在し得る（例えば、コンテナ９７１（１）～（Ｎ）がコードを実行し、コンテナ９７１（１）～（Ｎ）は、少なくとも、信頼できないアプリサブネット９６２内に包含されるＶＭ９６６（１）～（Ｎ）内に包含され得る）。コンテナ９７１（１）～（Ｎ）は顧客テナンシー９７０に通信可能に結合され得、顧客テナンシー９７０に対してデータを伝送または受信するように構成され得る。コンテナ９７１（１）～（Ｎ）は、データプレーンＶＣＮ９１８内のいずれの他のエンティティに対してもデータを伝送または受信するように構成され得ない。コードの実行を完了すると、ＩａａＳプロバイダはコンテナ９７１（１）～（Ｎ）をキルするか、または他の仕方で処分し得る。

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

他の例では、顧客はコンテナ１０６７（１）～（Ｎ）を用いてクラウドサービス１０５６をコールすることができる。本例では、顧客はコンテナ１０６７（１）～（Ｎ）内で、クラウドサービス１０５６からのサービスを要求するコードを実行し得る。コンテナ１０６７（１）～（Ｎ）はこの要求をセカンダリＶＮＩＣ１０７２（１）～（Ｎ）へ伝送することができ、セカンダリＶＮＩＣ１０７２（１）～（Ｎ）は要求をＮＡＴゲートウェイへ伝送することができ、ＮＡＴゲートウェイは要求を公衆インターネット１０５４へ伝送することができる。公衆インターネット１０５４はインターネットゲートウェイ１０３４を介して要求を、制御プレーンＶＣＮ１０１６内に包含されるＬＢサブネット１０２２へ伝送することができる。要求は有効であると決定したことに応じて、ＬＢサブネットは要求をアプリサブネット１０２６へ伝送することができ、アプリサブネット１０２６はサービスゲートウェイ１０３６を介して要求をクラウドサービス１０５６へ伝送することができる。

【0109】

図に示されるＩａａＳアーキテクチャ７００、８００、９００、１０００は、示されたもの以外のコンポーネントを有し得ることを理解されたい。さらに、図に示される実施形態は、単に、本開示の一実施形態を組み込み得るクラウドインフラストラクチャシステムの一部の例にすぎない。他のいくつかの実施形態において、ＩａａＳシステムは、図に示されるのよりも多数または少数のコンポーネントを有し得るか、２つ以上のコンポーネントを組み合わせ得るか、あるいはコンポーネントの異なる構成または配置を有し得る。

【0110】

ある実施形態では、本明細書において説明されるＩａａＳシステムは、セルフサービスの、加入ベースの、弾力的にスケーラブルな、信頼できる、高度に利用可能な、および安全な仕方で顧客へ配布される、アプリケーションのスイート、ミドルウェア、およびデータベースサービス提供を含み得る。このようなＩａａＳシステムの一例は、本譲受人によって提供されるOracle Cloud Infrastructure（ＯＣＩ）である。

【0111】

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

【0112】

バスサブシステム１１０２は、コンピュータシステム１１００の様々なコンポーネントおよびサブシステムに、意図されたとおりに互いに通信させるための機構を提供する。バスサブシステム１１０２は単一のバスとして概略的に示されているが、バスサブシステムの代替的実施形態は複数のバスを利用し得る。バスサブシステム１１０２は、メモリバスもしくはメモリコントローラ、周辺バス、および種々のバスアーキテクチャのうちの任意のものを用いたローカルバスを含むいくつかの種類のバス構造のうちの任意のものであり得る。例えば、このようなアーキテクチャとしては、業界標準アーキテクチャ（ＩＳＡ：Industry Standard Architecture）バス、マイクロチャネルアーキテクチャ（ＭＣＡ：Micro Channel Architecture）バス、拡張ＩＳＡ（ＥＩＳＡ：Enhanced ＩＳＡ）バス、ビデオエレクトロニクス規格協会（ＶＥＳＡ：Video Electronics Standards Association）ローカルバス、およびＩＥＥＥ Ｐ１３８６．１規格に合わせて製造されるメザニンバスとして実施され得る、周辺装置相互接続（ＰＣＩ：Peripheral Component InterConnect）バスが挙げられ得る。

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

コンピュータシステム１１００の構成および種類に応じて、システムメモリ１１１０は、揮発性（ランダムアクセスメモリ（ＲＡＭ：random access memory）など）、および／または不揮発性（リードオンリーメモリ（ＲＯＭ：read-only memory）、フラッシュメモリ等など）であり得る。ＲＡＭは、通例、処理ユニット１１０４が即時にアクセス可能であり、および／または処理ユニット１１０４によって目下操作および実行されているデータおよび／またはプログラムモジュールを包含する。実装形態によっては、システムメモリ１１１０は、スタティックランダムアクセスメモリ（ＳＲＡＭ：static random access memory）またはダイナミックランダムアクセスメモリ（ＤＲＡＭ：dynamic random access memory）などの、複数の異なる種類のメモリを含み得る。実装形態によっては、起動の最中などに、コンピュータシステム１１００内の要素間で情報を転送するのを助けるための基本ルーチンを包含する、基本入出力システム（ＢＩＯＳ：basic input/output system）が、通例、ＲＯＭ内に記憶され得る。例として、限定ではなく、システムメモリ１１１０はまた、クライアントアプリケーション、ウェブブラウザ、中間層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ：relational database management system）等を含み得る、アプリケーションプログラム１１１２、プログラムデータ１１１４、およびオペレーティングシステム１１１６を示す。例として、オペレーティングシステム１１１６は、様々なバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／またはＬｉｎｕｘオペレーティングシステム、種々の市販のＵＮＩＸ（登録商標）もしくはＵＮＩＸ系オペレーティングシステム（限定するものではないが、種々のＧＮＵ／Ｌｉｎｕｘオペレーティングシステム、Google Chrome（登録商標）ＯＳ、および同様のものを含む）、ならびに／あるいはｉＯＳ、Windows（登録商標）Phone、Android（登録商標）ＯＳ、BlackBerry（登録商標）１１ ＯＳ、およびＰａｌｍ（登録商標）ＯＳオペレーティングシステムなどのモバイルオペレーティングシステムを含み得る。

【0120】

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

【0121】

ストレージサブシステム１１００はまた、コンピュータ可読記憶媒体１１２２にさらに接続され得るコンピュータ可読記憶媒体リーダ１１２０を含み得る。合わせて、および、任意選択的に、システムメモリ１１１０と組み合わせて、コンピュータ可読記憶媒体１１２２は、コンピュータ可読情報を、一時的に、および／またはより永久的に包含し、記憶し、伝送し、取り出すための、リモート、ローカル、固定式、および／または着脱式記憶デバイス・プラス・記憶媒体を包括的に表現し得る。

【0122】

コード、またはコードの部分を包含するコンピュータ可読記憶媒体１１２２はまた、限定するものではないが、情報の記憶および／または伝送のための任意の方法または技術において実施される揮発性および不揮発性、着脱式および非着脱式媒体などの、記憶媒体および通信媒体を含む、当技術分野において知られた、または用いられる、任意の適切な媒体を含むこともできる。これは、ＲＡＭ、ＲＯＭ、電気的削除可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ：electronically erasable programmable ROM）、フラッシュメモリ、または他のメモリ技術、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ：digital versatile disk）、または他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気記憶デバイス、あるいは他の有形のコンピュータ可読媒体などの、有形のコンピュータ可読記憶媒体を含むことができる。これはまた、データ信号、データ伝送、または所望の情報を伝送するために用いられ得、コンピューティングシステム１１００によってアクセスされ得る任意の他の媒体などの、非有形のコンピュータ可読媒体を含むこともできる。

【0123】

例として、コンピュータ可読記憶媒体１１２２は、非着脱式不揮発性磁気媒体から読み出す、またはそれに書き込むハードディスクドライブ、着脱式不揮発性磁気ディスクから読み出す、またはそれに書き込む磁気ディスクドライブ、ならびにＣＤ ＲＯＭ、ＤＶＤ、およびＢｌｕ－Ｒａｙ（登録商標）ディスク、または他の光媒体などの、着脱式不揮発性光ディスクから読み出す、またはそれに書き込む光ディスクドライブを含み得る。コンピュータ可読記憶媒体１１２２は、限定するものではないが、Ｚｉｐ（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（ＵＳＢ：universal serial bus）フラッシュドライブ、セキュアデジタル（ＳＤ：secure digital）カード、ＤＶＤディスク、デジタルビデオテープ、および同様のものを含み得る。コンピュータ可読記憶媒体１１２２はまた、フラッシュメモリベースのＳＳＤ、企業フラッシュドライブ、ソリッドステートＲＯＭ、および同様のものなどの、不揮発性メモリに基づくソリッドステートドライブ（ＳＳＤ：solid-state drive）、ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭ、ＤＲＡＭベースのＳＳＤ、磁気抵抗ＲＡＭ（ＭＲＡＭ：magneto resistive RAM）ＳＳＤなどの、揮発性メモリに基づくＳＳＤ、ならびにＤＲＡＭおよびフラッシュメモリベースのＳＳＤの組み合わせを用いるハイブリッドＳＳＤを含み得る。ディスクドライブおよびそれらの関連コンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、およびコンピュータシステム１１００のための他のデータの不揮発性記憶をもたらし得る。

【0124】

通信サブシステム１１２４は他のコンピュータシステムおよびネットワークへのインターフェイスを提供する。通信サブシステム１１２４は、他のシステムからデータを受信し、コンピュータシステム１１００から他のシステムへデータを伝送するためのインターフェイスの役割を果たす。例えば、通信サブシステム１１２４は、コンピュータシステム１１００がインターネットを介して１つまたは複数のデバイスに接続することを可能にし得る。いくつかの実施形態において、通信サブシステム１１２４は、（例えば、セルラ電話技術、３Ｇ、４Ｇ、もしくはＥＤＧＥ（enhanced data rates for global evolution（エンハンストデータレート・フォー・グローバルエボリューション））などの、先進データネットワーク技術、ＷｉＦｉ（ＩＥＥＥ６０２．１１ファミリー規格、または他のモバイル通信技術、あるいはこれらの任意の組み合わせを用いて）無線音声および／またはデータネットワークにアクセスするための無線周波数（ＲＦ：radio frequency）トランシーバコンポーネント、全地球測位システム（ＧＰＳ：global positioning system）受信器コンポーネント、ならびに／あるいは他のコンポーネントを含むことができる。いくつかの実施形態において、通信サブシステム１１２４は、無線インターフェイスに加えて、またはその代わりに、有線ネットワーク接続性（例えば、Ethernet）を提供することができる。

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

コンピュータシステム１１００は、ハンドヘルドポータブルデバイス（例えば、ｉＰｈｏｎｅ（登録商標）セルラ電話、ｉＰａｄ（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェラブルデバイス（例えば、Google Glass（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、または任意の他のデータ処理システムを含む、様々な種類のうちの１つであることができる。

【0130】

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

【0131】

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

【0132】

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

【0133】

したがって、明細書および図面は、限定でなく、例示的な意味で捉えられるべきである。しかし、請求項において記載されるとおりのより広い趣旨および範囲から逸脱することなく、追加、削減、削除、ならびに他の変更および改変がそれらに対して行われ得ることは明らかであろう。それゆえ、具体的な開示の実施形態が説明されたが、これらは限定であることを意図されていない。様々な変更および等価物が添付の請求項の範囲に含まれる。

【0134】

本開示の実施形態を説明する文脈における（特に、添付の請求項の文脈における）用語「ａ」、および「ａｎ」、および「ｔｈｅ」ならびに同様の指示対象の使用は、本明細書において別途記載がないか、または文脈によって明確に否定されない限り、単数形および複数形の両方を包括すると解釈されるべきである。用語「備える（comprising）」、「有する（having）」、「含む（including）」、および「包含する（containing）」は、特に断りのない限り、オープンエンドな用語（すなわち、「限定するものではないが、～を含む（including, but not limited to）」を意味する）として解釈されるべきである。用語「接続される（connected）」は、たとえ、何らかの介在物が存在する場合でも、～内に部分的もしくは完全に包含される（partly or wholly contained within）、～に取り付けられる（attached to）、または相互に連結される（joined together）として解釈されるべきである。本明細書における値の範囲の記載は、本明細書において別途記載のない限り、単に、範囲に含まれる各々の別個の値に個々に言及する簡略的方法の役割を果たすことを意図されているにすぎず、各々の別個の値は、あたかもそれが本明細書において個々に記載されているかのように明細書に組み込まれる。本明細書において説明される全ての方法は、本明細書において別途記載がないか、または文脈によって別途明確に否定されない限り、任意の好適な順序で遂行され得る。本明細書において与えられるありとあらゆる例、または例示的な文言（例えば、「～など（such as）」）の使用は、単に、実施形態の理解をより容易にすることを意図されているにすぎず、別途断りのない限り、本開示の範囲に限定を課すものではない。明細書中のいかなる文言も、非クレーム要素を本開示の実施に不可欠のものとして指示していると解釈されてはならない。

【0135】

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

【0136】

本明細書では、本開示を実施するために知られた最良の形態を含む、本開示の好ましい実施形態が説明されている。それらの好ましい実施形態の変形例は、上述の説明を読むことで当業者に明らかになり得る。当業者は必要に応じてこのような変形例を採用することができるはずであり、本開示は、本明細書において具体的に説明されたもの以外の仕方で実施され得る。したがって、本開示は、適用法によって許されるとおりの本明細書に添付された請求項に記載される主題の全ての変更例および同等物を含む。さらに、本明細書において別途記載のない限り、それらの全ての可能な変形例における上述の要素の任意の組み合わせが本開示によって包含される。

【0137】

本明細書において挙げられた、公報、特許出願、および特許を含む、全ての参照文献は、あたかも、各参照文献が、参照により組み込まれるよう個々に具体的に指示され、その全体が本明細書において記載されているのと同じ程度に、本明細書において参照により組み込まれる。

【0138】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【国際調査報告】