JP2023547895A - データセンタ内で障害ドメインを電気的に絶縁するための構成を生成するための技術 - Google Patents

Abstract

コンピュータシステムは、データセンタのレイアウトを受信してもよく、データセンタのレイアウトは、複数のサーバラック、配電部、および無停電電源の物理的位置を識別する。コンピュータシステムは、データセンタのための障害ドメイン構成を受信してもよく、障害ドメイン構成は、１つ以上のインスタンスが単一の可用性障害ドメイン内の独立した物理ハードウェアデバイス上に記憶されるように、１つ以上のインスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別する。コンピュータシステムは、複数の障害ドメインを複数の電気的ゾーンに割り当てることによってデータセンタの構成を決定してもよく、各電気的ゾーンは、１つ以上の配電部が故障した場合に複数の論理障害ドメインにわたる冗長な電力供給を提供する。コンピュータシステムは、ディスプレイ上にデータセンタのための構成を表示してもよい。

Description

関連出願の参照
本出願は、２０２０年９月２５日に提出された「Techniques For Improving Ranging Between Electronic Devices」と題される米国特許仮出願第６３／０８３，７５４号の利益を主張する、２０２１年３月２４日に提出された「TECHNIQUES FOR GENERATING A CONFIGURATION FOR ELECTRICALLY ISOLATING FAULT DOMAINS IN A DATA CENTER」と題される米国特許仮出願第１７／２１１，６７０号に対する優先権を主張し、その全体が、あらゆる目的のために、参照により本明細書に組み込まれる。

背景
データセンタは、障害ドメインによって編成され得る。障害ドメインは、可用性ドメイン内におけるハードウェアおよびインフラストラクチャのグループ化である。障害ドメインは、顧客計算インスタンスおよびストレージインスタンスを分散させて、インスタンスが単一の可用性ドメイン内で同じ物理ハードウェア上にないようにすることによって、アンチアフィニティを提供する。ある障害ドメインに影響を及ぼすハードウェア障害またはハードウェア保守イベントは、他の障害ドメインにおけるインスタンスに影響を及ぼさない。しかしながら、これらの障害ドメインは、必ずしも互いに電気的に絶縁されているとは限らない。したがって、１つ以上の電源における電気的障害は、障害ドメイン冗長性または障害ドメイン上のインスタンスの性能の損失をもたらし得る。

概要
いくつかの実現例では、ある技術は、データセンタのレイアウトを受信することを含む。データセンタのレイアウトは、複数のサーバラック、複数の配電部、および複数の電源の物理的位置を特定し得る。本技術は、データセンタのための論理障害ドメイン構成を受信することを含み得る。論理障害ドメイン構成は、１つ以上の計算インスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別し得る。計算インスタンスは、論理障害ドメイン構成に少なくとも部分的に基づいて、単一の論理障害ドメイン内の独立した物理ハードウェアデバイス上で実行され得る。本技術は、複数の論理障害ドメインのうちの少なくともいくつかを複数の電気的ゾーンのうちの少なくともいくつかに割り当てることによって、データセンタ構成を決定することを含み得る。複数の電気的ゾーンの各電気的ゾーンは、停電の発生に少なくとも部分的に基づいて、複数の論理障害ドメインにわたって冗長な電力供給を提供し得る。この技術は、データセンタ構成をデバイスに送信して表示することを含み得る。

いくつかの実現例では、命令のセットを記憶する非一時的コンピュータ可読媒体は、コンピュータシステムの１つ以上のプロセッサによって実行されるとコンピュータシステムに動作を実行させる１つ以上の命令を含む。動作は、データセンタのレイアウトを受信することを含み得る。データセンタのレイアウトは、複数のサーバラック、複数の配電部、および複数の電源の物理的位置を特定し得る。動作は、データセンタのための論理障害ドメイン構成を受信することを含み得る。論理障害ドメイン構成は、１つ以上の計算インスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別し得る。計算インスタンスは、論理障害ドメイン構成に少なくとも部分的に基づいて、単一の論理障害ドメイン内の独立した物理ハードウェアデバイス上で実行され得る。動作は、複数の論理障害ドメインのうちの少なくともいくつかを複数の電気的ゾーンのうちの少なくともいくつかに割り当てることによって、データセンタ構成を決定することを含み得る。複数の電気的ゾーンの各電気的ゾーンは、停電の発生に少なくとも部分的に基づいて、複数の論理障害ドメインにわたって冗長な電力供給を提供し得る。動作は、データセンタ構成をデバイスに送信して表示することを含み得る。

いくつかの実現例では、コンピュータシステムは、１つ以上のメモリと、１つ以上のメモリに通信可能に結合され、動作を実行するように構成される１つ以上のプロセッサとを含む。動作は、データセンタのレイアウトを受信することを含み得る。データセンタのレイアウトは、複数のサーバラック、複数の配電部、および複数の電源の物理的位置を特定し得る。動作は、データセンタのための論理障害ドメイン構成を受信することを含み得る。論理障害ドメイン構成は、１つ以上の計算インスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別することを含み得る。計算インスタンスは、論理障害ドメイン構成に少なくとも部分的に基づいて、単一の論理障害ドメイン内の独立した物理ハードウェアデバイス上で実行され得る。動作は、複数の論理障害ドメインのうちの少なくともいくつかを複数の電気的ゾーンのうちの少なくともいくつかに割り当てることによって、データセンタ構成を決定することを含み得る。複数の電気的ゾーンの各電気的ゾーンは、停電の発生に少なくとも部分的に基づいて、複数の論理障害ドメインにわたって冗長な電力供給を提供する。動作は、データセンタ構成をデバイスに送信して表示することを含み得る。

これらおよび他の実施形態を以下に詳細に説明する。例えば、他の実施形態は、本明細書で説明される方法に関連付けられるシステム、デバイス、およびコンピュータ可読媒体を対象とする。

本開示の実施形態の性質および利点のより良い理解は、以下の詳細な説明および添付の図面を参照することによって得られ得る。

いくつかの実施形態による第１の例示的なデータセンタを示す図である。 本開示の実施形態による第２の例示的なデータセンタを示す図である。 本開示の実施形態による、上記で説明される電気的絶縁技術を採用しない、例示的データセンタを示す。 図３に示すデータセンタ構成の効果を示す表である。 上述の電気的絶縁技術を用いるデータセンタのフェイルオーバ行列を示す第１の表を示す。 上述の電気的絶縁技術を用いるデータセンタのフェイルオーバ行列を示す第２の表である。 データセンタ内で障害ドメインを電気的に絶縁するための構成を生成するための技術に関連する例示的なプロセスのフローチャートである。 少なくとも１つの実施形態によるデータセンタのブロック図である。 少なくとも１つの実施形態による、サービスシステムとしてクラウドインフラストラクチャを実現するための１つのパターンを示すブロック図である。 少なくとも１つの実施形態による、サービスシステムとしてクラウドインフラストラクチャを実現するための別のパターンを示すブロック図である。 少なくとも１つの実施形態による、サービスシステムとしてクラウドインフラストラクチャを実現するための別のパターンを示すブロック図である。 少なくとも１つの実施形態による、サービスシステムとしてクラウドインフラストラクチャを実現するための別のパターンを示すブロック図である。 少なくとも１つの実施形態による、例示的なコンピュータシステムを示すブロック図である。

図面の詳細な説明
以下の説明では、説明の目的のために、特定の詳細が、特定の実施形態の完全な理解を促すために記載される。しかしながら、様々な実施形態がこれらの具体的な詳細なしに実施されてもよいことは明らかであろう。図面および説明は、限定的であることを意図しない。

特定の実施形態は、データセンタ内で様々な障害ドメインを電気的に絶縁するための構成を決定するための技術を開示する。データセンタは、論理障害ドメインの一部としていくつかのサーバにわたって計算インスタンスおよび／またはストレージインスタンスを分散させることによって冗長性および復元力を提供し得る。かくして、特定のサーバまたはサーバラックの故障は、計算インスタンスおよび／またはストレージインスタンスを動作不能または利用不可能にしない。例えば、ウェブサービスが障害ドメインにわたっていくつかのサーバ上でホストされる場合、任意の１つのサーバの障害は、ウェブサービスを利用不可能にしない。

本開示は、様々な障害ドメイン内のデバイスへの電力源および配電部を考慮することによって障害ドメイン概念を改善する。例えば、ある障害ドメイン内の複数のサーバが同じ電源によって電力供給される場合、その電源または配電部の故障は、障害ドメイン概念が提供する冗長性を破壊し得る。

データセンタのレイアウトを受信することを含む技術が開示される。データセンタのレイアウトは、複数のサーバラック、複数の配電部、および複数の電源の物理的位置を特定し得る。本技術は、データセンタのための論理障害ドメイン構成を受信することを含み得る。論理障害ドメイン構成は、１つ以上の計算インスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別し得る。計算インスタンスは、論理障害ドメイン構成に少なくとも部分的に基づいて、単一の論理障害ドメイン内の独立した物理ハードウェアデバイス上で実行され得る。本技術は、複数の論理障害ドメインのうちの少なくともいくつかを複数の電気的ゾーンのうちの少なくともいくつかに割り当てることによって、データセンタ構成を決定することを含み得る。複数の電気的ゾーンの各電気的ゾーンは、停電の発生に少なくとも部分的に基づいて、複数の論理障害ドメインにわたって冗長な電力供給を提供し得る。この技術は、データセンタ構成をデバイスに送信して表示することを含み得る。

このように、本明細書で説明される技術を使用するデータセンタ構成は、１つ以上の電源または給電の故障の場合でも、論理障害ドメインによって提供される冗長性および復元力を保つ。

本出願の目的では、「障害ドメイン」は、単一の障害点を共有するハードウェア構成要素（コンピュータ、スイッチ、およびその他）のセットである。計算プールは、障害ドメインに論理的に分割され得る。いくつかの例では、各可用性ドメインは、２つ以上の障害ドメインを含む。障害ドメインは、アンチアフィニティを提供し、インスタンスが単一の可用性ドメイン内で同じ物理ハードウェア上にないように、開発者がインスタンスを分散することを可能にする。ある障害ドメインに影響を及ぼすハードウェア障害またはハードウェア保守イベントは、他の障害ドメインにおけるインスタンスに影響を及ぼさない。

本出願の目的では、「インスタンス」は、顧客エンクレーブ（公に入手可能）またはサービスエンクレーブのいずれかで動作しているホスト型サーバである。インスタンスが、それが動作するハードウェアに直接アクセスする場合、それは、ベアメタルインスタンスと見なされ得る。計算インスタンスまたはストレージインスタンスの間にハイパーバイザがある場合、それは仮想インスタンスと見なされ得る。

本出願の目的では、データセンタにおける「電気的ゾーン」（ＥＺ）は、電気的インフラストラクチャを通して個々のラックに供給される無停電電源（ＵＰＳ）の固有の組み合わせとして定義される。ＥＺは、データセンタの設計時に確立することができ、構築後には柔軟性はない。データセンタは、ＥＺがわずか１つでもよい。ＵＰＳ構成および電力分配に応じて、１つの場所が、多くの障害ドメインを有してもよい。表１は、無停電電源の数が電気的ゾーンの数にどのように帰着するかを示す。

電気的ゾーン間にマッピングされた障害ドメインは、電気的イベント中のサービス信頼性を高める。電気的ゾーンは、それらの復元力が、計画された保守および設備故障中に、異なる程度だけ、低減されることになる。いくつかのイベントは、ＵＰＳの復元力を除去し、ラックに商用電力のみを供給する。他のイベントは、電気的インフラストラクチャの異なるレベルで電力を遮断する。いくつかの遮断は、必要なメンテナンスサイクル中に発生する。電力復元力はラックを降ろすのに２つの障害を要するように設計されることに留意することが重要である。

「ブラスト半径」の例は、以下の表にある。これは、インフラストラクチャ設計に応じて場所によって異なる。

表２は、様々な機器機能停止の影響を示す。

図１は、本開示のいくつかの実施形態による第１の例示的なデータセンタ１００を示す。データセンタは、１つ以上の変電所１０２、１０４から電力を受け取ることができる。変電所１０２、１０４は、発電源（例えば、原子力発電所、従来の発電所（例えば、石炭、油、および天然ガス）、水力発電所、風力タービン発電システム、太陽光発電システム、地熱発電システム）から電力を受け取ることができ、発電源は、高周波電力線を介して変電所（例えば、変電所１０２、１０４）に電力を伝送する。変電所１０２、１０４は、発電、送電、および配電システムの一部である。変電所１０２、１０４は、電圧を高から低に、または逆に変換でき、またはいくつかの他の重要な機能のいずれかを実行できる。発電所と消費者との間で、電力は、異なる電圧レベルでいくつかの変電所を通って流れてもよい。変電所１０２、１０４は、高い送電電圧とより低い配電電圧との間で、または２つの異なる送電電圧の相互接続において、電圧レベルを変更するための変圧器を含み得る。

データセンタは、商用電力系統からの電力の損失の場合に変電所に電力を供給する１つ以上のバックアップ電源１０６（例えば、発電機）を有してもよい。

変電所１０２、１０４またはバックアップ電源１０６からの電力は、スイッチ１０８に送られ得る。スイッチ１０８は、無瞬断切換システム（ＳＴＳ）を含み得る。ＳＴＳは、増大した供給可用性を提供するインテリジェントスイッチであり、主電源が故障するかまたは利用可能でない場合に、負荷を代替電源に自動的に転送する。スイッチ１０８は、自動切換スイッチ（ＡＴＳ）を含むこともできる。ＡＴＳは、その主電源で発生した障害または事故を感知すると、商用電力が回復されるまで、電力供給を主電源からバックアップ発電機に自動的に切り換える装置である。

スイッチから、電力は、様々な電力供給装置（例えば、無停電電源（ＵＰＳ）装置）１１０、１１２、１１４、１１６に経路付けられる。ＵＰＳ１１０，１１２，１１４，１１６は、入力電源または主電源が故障したときに負荷に非常用電力を供給する電気機器である。ＵＰＳ１１０、１１２、１１４、１１６は、バッテリ、スーパーキャパシタ、またはフライホイールに蓄えられたエネルギーを供給することによって、入力電力中断からのほぼ瞬時の保護を提供するという点で、予備発電機または待機発電機とは異なる。ほとんどの無停電電源のオンバッテリランタイムは、比較的短い（ほんの数分であり得る）が、待機電源を始動するかまたは保護された機器を適切に遮断するのに充分であり得る。

ＵＰＳは、典型的には、予期しない電力中断が、負傷者、死者、深刻な業務中断、またはデータ損失を引き起こし得る場合に、コンピュータ、データセンタ、電気通信機器、または他の電気機器などのハードウェアを保護するために、使用される。ＵＰＳユニットのサイズは、ビデオモニタなしで単一のコンピュータを保護するように設計されたユニット（約２００ボルトアンペア定格）から、データセンタまたは建物全体に電力供給する大型ユニットにまで及ぶ。

ＵＰＳ１１０、１１２、１１４、１１６は、１つ以上の電力分配ユニット（ＰＤＵ）１１８，１２０，１２２，１２４，１２６，および１２８に電力を供給する。ＰＤＵは、特にデータセンタ内に位置するコンピュータおよびネットワーク接続機器のラックに電力を分配するように設計された複数の出力を備えた装置である。データセンタは、電力保護および管理ソリューションにおける課題に直面する。これは、効率、稼働時間、および成長を改善するために、多くのデータセンタがＰＤＵ監視に依存する理由である。データセンタ用途の場合、電力要件は、典型的には、２２キロボルトアンペア（ｋＶＡ）またはそれ以上の大きさの電力入力を伴う家庭またはオフィススタイルの電力タップよりもはるかに大きい。大部分の大型データセンタは、３相電力入力および１相電力出力を有するＰＤＵを利用する。ＰＤＵには２つの主なカテゴリ、すなわち基本ＰＤＵおよびインテリジェント（ネットワーク接続された）ＰＤＵまたはｉＰＤＵがある。基本ＰＤＵは、単に、入力から複数のコンセントに電力を分配する手段を提供する。インテリジェントＰＤＵは、通常、電力計量情報、電源コンセントのオン／オフ制御、および／またはアラームの遠隔管理のためにＰＤＵを可能にするインテリジェンスモジュールを有する。いくつかの高度なＰＤＵは、ユーザが温度、湿度、気流などの外部センサを管理することを可能にする。

ＰＤＵ１１８，１２０，１２２，１２４，１２６，および１２８は、ラックＰＤＵに電力を転送し得る。ラックＰＤＵは、電力をデータサーバなどの個々の電子モジュールに転送する。サーバの役割は、データを共有すること、ならびにリソースを共有し、作業を分散することである。サーバコンピュータは、それ自身のコンピュータプログラムも提供し得る。

電気的ラックの各々は、冗長電源を受け取る。たとえば、ＵＰＳ １１０，１１２，１１４，および１１６の各々は、変電所１０２、１０４から、またはバックアップ電源１０６から電力を受け取り得る。ＰＤＵの各々は、複数のＵＰＳから電力を受け取り得る。例えば、ＰＤＵ１ １１８は、ＵＰＳ Ａ１１０およびＵＰＳ Ｂから電力を受け取り得る。ラックの各々は、複数のＰＤＵから電力を受け取り得る。例えば、ラック１ １３９は、ＰＤＵ１ １１８およびＰＤＵ６ １２８から電力を受け取る。この冗長性は、どのような単一故障点脆弱性も伴わずに、サーバデバイスへの電力を可能にする。

電気的ラックの各々は、複数の障害ドメインに分割され得る。例えば、ラック１ １３０およびラック４ １３６は、障害ドメイン１上にある。ラック２ １３２およびラック５ １３８は障害ドメイン２上にあり、ラック３ １３４およびラック６ １４０は障害ドメイン３上にある。このようにして、顧客インスタンス（例えば、ウェブサービス）は、３つの障害ドメインにわたって伝搬され得る。したがって、１つの障害ドメイン内の１つ以上のラックに関する問題は、他の障害ドメイン上のサービスに影響を与えないことになる。

図２は、本開示の実施形態による改善されたデータセンタ２００を示す。データセンタ１００の同じ構成要素の多くを有する一方、改善されたデータセンタ２００は、電気的ゾーン２４０，２４２，および２４４を導入する。

図２に示すように、データセンタ２００は、２つの電力レッグ２５２、２５４を有する。電力レッグ２５２、２５４は、データセンタ１００を参照して上述したように、変電所２０２と、バックアップ電源２０４と、ＵＰＳ２１０、２１２とを含み得る。変電所２０２およびバックアップ電源は、スイッチ２０８に給電し得る。スイッチ２０８は、無瞬断切換スイッチ（ＳＴＳ）または自動切換スイッチ（ＡＴＳ）とし得る。無瞬断切換スイッチは、シリコン制御された整流器（ＳＣＲ）などの電力半導体を使用して、負荷を２つのソース間で転送する。機械的可動部品がないので、転送は、おそらく電力周波数の４分の１サイクル内で迅速に完了され得る。無瞬断切換スイッチは、信頼できる独立した電力源が利用可能であり、少数の電力周波数サイクル中断時間からであっても、または主電源におけるどのようなサージもしくはサグからであっても、負荷を保護する必要がある場合に、使用され得る。自動切換スイッチ（ＡＴＳ）は、バックアップ発電機が配置される場合に設置されることが多く、したがって、発電機は、商用電源が故障した場合に、一時的な電力を供給し得る。

図２は、２つの電力レッグ２５０を示す。電力レッグ２５０は、３つのＰＤＵ ２１８，２２０，および２２２に電力を供給する。ＰＤＵ ２１８，２２０，および２２２の各々は、電気的ゾーンによって複数のラックに電力を供給する。例えば、電気的ゾーン１ ２４０は、ラック１ ２３０およびラック２ ２３２を含み、それらは両方とも障害ドメイン１内にある。電気的ゾーン１ ２４０は、ＰＤＵ１ ２１８およびＰＤＵ２ ２２０の両方から電力を受け取る。

電気的ゾーン２ ２４２は、ラック２ ２３４およびラック４ ２３６を含み、両方とも、障害ドメイン２内にある。電気的ゾーン２ ２４２は、ＰＤＵ１ ２１８およびＰＤＵ３ ２２２の両方から電力を受け取る。

電気的ゾーン３ ２４４は、ラック５ ２３７およびラック６ ２３８を含み、これらは両方とも障害ドメイン３にある。電気的ゾーン３ ２４４は、ＰＤＵ１ ２１８およびＰＤＵ３ ２３８の両方から電力を受け取る。

図２に示される構成は、障害隔離および電気的絶縁の両方を可能にする。例えば、顧客は、３つの障害ドメイン（例えば、障害ドメイン１、障害ドメイン２、および障害ドメイン３）にわたってインスタンスを記憶し得る。ＰＤＵ２１８，２２０，および２２２のうちのいずれか１つの損失は、依然として、電気的絶縁により、障害ドメイン冗長性を提供するであろう。例えば、インスタンスがラック１ ２３０（障害ドメイン１）、ラック３（障害ドメイン２）、およびラック５（障害ドメイン３）に記憶される場合。ＰＤＵ２１８が故障した場合、ラック１ ２３０はＰＤＵ２ ２２０から電力を受け取り、ラック３はＰＤＵ３ ２２２から電力を受け取り、ラック５はＰＤＵ２ ２２０およびＰＤＵ３ ２２２から電力を受け取る。したがって、単一のＰＤＵ障害の場合、障害ドメイン冗長性が保存される。

図３は、上述の電気的絶縁技術を採用しない例示的なデータセンタ３００を示す。例えば、ＵＰＳ Ａ３１０、ＵＰＳ Ｂ３１２、ＵＰＳ Ｃ３１４、ＵＰＳ Ｄ３１６の各々は、図３に示すように、ＰＤＵ１ ３１８、ＰＤＵ２ ３２０、ＰＤＵ３ ３２２、ＰＤＵ４ ３２４、ＰＤＵ５ ３２６、およびＰＤＵ６ ３２８に冗長電力を供給する。次に、ＰＤＵ１ ３１８、ＰＤＵ２ ３２０、ＰＤＵ３ ３２２、ＰＤＵ４ ３２４、ＰＤＵ５ ３２６、およびＰＤＵ６ ３２８は、ラック１ ３３０、ラック２ ３３２、ラック３ ３３４、ラック４ ３３６、ラック５ ３３８、およびラック６ ３４０に電力を供給する。図３に示すデータセンタ３００の構成では、電気的絶縁の概念は採用されない。ＰＤＵ１ ３１８は、ライン３４２を介してラック１ ３３０に一次電力を供給し、ライン３４６を介してラック２ ３３２に二次電力を供給する。ＰＤＵ２ ３２０は、ライン３４８を介してラック２ ３３２に一次電力を供給し、ライン３４４を介してラック１ ３３０に二次電力を供給する。ＰＤＵ３ ３２２は、ライン３５０を介してラック３ ３３４に一次電力を供給し、ライン３５４を介してラック４ ３３６に二次電力を供給する。ＰＤＵ４ ３２４は、ライン３５６を介してラック４ ３３６に一次電力を供給し、ライン３５２を介してラック３ ３３４に二次電力を供給する。ＰＤＵ５ ３２６は、ライン３５８を介してラック５ ３３８に一次電力を供給し、ライン３６２を介してラック６ ３４０に二次電力を供給する。ＰＤＵ６は、ライン３６４を介してラック６ ３４０に一次電力を供給し、ライン３６６を介してラック５ ３３８に二次電力を供給する。そのようにして、すべてのラックは複製電源を有する。

図４は、図３に示すデータセンタ構成３００の効果を示す表である。ＵＰＳ Ａ３１０およびＵＰＳ Ｂ３１２の故障などの二重の電気的障害がある場合、結果ラック１ ３３０およびラック２ ３３２はオフラインである。これらのラックは障害ドメイン１について冗長性を与えるので、ＵＰＳ Ａ３１０およびＵＰＳ Ｂ３１２の両方が故障した場合、障害ドメイン１に記憶されるインスタンスは、ＵＰＳ ＡおよびＵＰＳ Ｂの故障とともに喪失されるであろう。ラック３ ３３４も、電源において冗長性を失うことになる。

図５は、上述の電気的絶縁技術を採用するデータセンタのフェイルオーバ行列を示す第１の表を示す。データセンタは、ＵＰＳ Ａ、ＵＰＳ Ｂ、ＵＰＳ Ｃ、およびＵＰＳ Ｄを含む。電気的ゾーン１はＵＰＳ ＡおよびＵＰＳ Ｂから電力を受け取る。電気的ゾーン２はＵＰＳ ＡおよびＵＰＳ Ｃから電力を受け取る。電気的ゾーン３はＵＰＳ ＡおよびＵＰＳ Ｄから電力を受け取る。電気的ゾーン４はＵＰＳ ＢおよびＵＰＳ Ｃから電力を受け取る。電気的ゾーン５はＵＰＳ ＢおよびＵＰＳ Ｄから電力を受け取る。電気的ゾーン１はＵＰＳ ＣおよびＵＰＳ Ｄから電力を受け取る。障害ドメイン１、障害ドメイン２、および障害ドメイン３は、電気的ゾーン１、電気的ゾーン２、および電気的ゾーン３の間で拡散される。シナリオ１は、すべてのＵＰＳがオンラインである正常状態を示す。その結果、故障の影響はなく、すべてのシステムが正常に動作する。

図５はまた、割り当てられたブロックボリュームを示す。ブロックボリュームは、ファイルストレージよりも拡張的なタイプのデータストレージである。ブロックボリュームは、インターネットスモールコンピュータシステムインターフェース（ｉＳＣＳＩ）イーサネット（登録商標）プロトコルを使用して、オンプレミスストレージエリアネットワーク（ＳＡＮ）と同様の特徴および性能を提供し、データライフサイクルのセキュリティおよび耐久性のために設計される。ブロックボリュームは、ある範囲の仮想マシンおよびベアメタルインスタンスと協働するように設計された信頼性の高い高性能ブロックストレージを顧客に提供する。組み込み冗長性により、ブロックボリュームは、持続的であり、仮想マシンの寿命を超えて耐久性があり、計算インスタンス当たり１ピコバイトにスケーリングし得る。ブロックボリュームは、高度な低レイテンシの不揮発性メモリエクスプレス（ＮＶＭｅ）ソリッドステートドライブ（ＳＳＤ）および非ブロッキングネットワーク接続性をあらゆるホストに使用し、それは、Oracle計算サービスに秒単位高入力／出力動作（ＩＯＰＳ）を提供する。

シナリオ２では、ＵＰＳ ＡＮがオフラインである、単一のＵＰＳ電気障害がある。オフラインは、システム障害であり得るか、またはＵＰＳが保守のために意図的にオフラインにされる場合であることに留意されたい。シナリオ２の障害の影響は、３つのゾーン（例えば、具体的には、電気的ゾーン１、電気的ゾーン２、および電気的ゾーン３）における電力冗長性の損失である。しかしながら、電気的ゾーン１、電気的ゾーン２、および電気的ゾーン３の各々は、代替源から電力を受け取り得る。例えば、電気的ゾーン１はＵＰＳ Ｂから電力を受け取る。電気的ゾーン２はＵＰＳ Ｃから電力を受け取り、電気的ゾーン３はＵＰＳ Ｄから電力を受け取る。電気的ゾーン４～６は影響を受けない。したがって、インスタンスのいずれも影響を受けないことになる。

図６は、上述の電気的絶縁技術を用いるデータセンタのフェイルオーバ行列を示す第２の表である。シナリオ３では、ＵＰＳ ＡおよびＵＰＳ Ｂがオフラインであるため、二重の電気的障害がある。図６に示すように、ＵＰＳ ＡおよびＵＰＳ Ｂの両方がオフラインであるため、電気的ゾーン１はオフラインである。しかしながら、障害ドメイン１内で電気的ゾーン１によってサポートされるサーバ内に記憶されるインスタンスは、電気的ゾーン４にわたって複製される。ＵＰＳ ＢはオフラインであるがＵＰＳ Ｃはオンラインであるため、電気的ゾーン４は電力冗長性を失う。シナリオ３では、障害の影響は、電気的ゾーン１がオフラインであることであり、；障害ドメイン１およびブロックボリューム１の部分的な損失がある。シナリオ３では、１つの障害ドメインおよびブロックボリュームのみがサービスを失うことになる。

シナリオ４では、ＵＰＳ ＢおよびＵＰＳ Ｄがオフラインであるため、二重の電気的障害がある。図６に図示されるように、ＵＰＳ ＢおよびＵＰＳ Ｄは両方ともオフラインであるため、電気的ゾーン５はオフラインである。しかしながら、障害ドメイン１内で電気的ゾーン５によってサポートされるサーバに記憶されるインスタンスは、電気的ゾーン２にわたって複製される。電気的ゾーン１、３、４、および６は、ＵＰＳ Ｂがオフラインであり、ＵＰＳ Ｄがオンラインであるため、電力冗長性を失う。シナリオ３では、障害の影響は、電気的ゾーン５がオフラインであることであり；障害ドメイン２およびブロックボリューム１の部分的な損失がある。シナリオ４では、１つの障害ドメインおよびブロックボリュームのみがサービスを失うことになる。

シナリオ５では、ＵＰＳ ＣおよびＵＰＳ Ｄがオフラインであるため、二重の電気的障害がある。図６に図示されるように、ＵＰＳ ＣおよびＵＰＳ Ｄは両方ともオフラインであるため、電気的ゾーン６はオフラインである。しかしながら、障害ドメイン３内で電気的ゾーン６によってサポートされるサーバに記憶されたインスタンスは、電気的ゾーン３にわたって複製される。電気的ゾーン２、３、４、および５は、ＵＰＳ ＣおよびＵＰＳ Ｄがオフラインであるため、電力冗長性を失う。シナリオ３では、障害の影響は、電気的ゾーン６がオフラインであることであり；障害ドメイン３およびブロックボリューム２の部分的な損失がある。シナリオ５では、１つの障害ドメインおよびブロックボリュームのみがサービスを失うことになる。

図７は、データセンタ内で障害ドメインを電気的に絶縁するための構成を生成するための技術に関連する例示的なプロセス７００のフローチャートである。いくつかの実現例では、図７の１つ以上のプロセスブロックは、コンピュータシステム（例えば、図１３に示されるコンピュータシステム１３００）によって実行されてもよい。いくつかの実現例では、図７の１つ以上のプロセスブロックは、コンピュータシステムとは別個の、もしくはコンピュータシステムを含む、別のデバイスまたはデバイスのグループによって実行されてもよい。追加または代替として、図７の１つ以上のプロセスブロックは、処理ユニット１３０４、メモリ１３１０、ストレージサブシステム１３１８、入出力サブシステム１３０８、バス１３０２、および／または通信サブシステム１３２４など、コンピュータシステム１３００の１つ以上の構成要素によって実行されてもよい。

図７に示されるように、プロセス７００は、データセンタのレイアウトを受信することを含んでもよい。データセンタのレイアウトは、複数のサーバラック、複数の配電部、および複数の電源の物理的位置を識別し得る（ブロック７１０）。例えば、コンピュータシステムは、上述のように、データセンタのレイアウトを受信してもよく、データセンタのレイアウトは、複数のサーバラック、複数の配電部、および複数の電源の物理的位置を識別する。

図７にさらに示すように、プロセス７００は、データセンタのための論理障害ドメイン構成を受信することを含んでもよく、論理障害ドメイン構成は、１つ以上の計算インスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別し、計算インスタンスは、論理障害ドメイン構成に少なくとも部分的に基づいて単一の論理障害ドメイン内の独立した物理ハードウェアデバイス上で実行される（ブロック７２０）。たとえば、コンピュータシステムは、上で説明されたように、データセンタのための論理障害ドメイン構成を受信してもよく、論理障害ドメイン構成は、１つ以上の計算インスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別し、計算インスタンスは、論理障害ドメイン構成に少なくとも部分的に基づいて、単一の論理障害ドメイン内の独立した物理ハードウェアデバイス上で実行される。

図７にさらに示されるように、プロセス７００は、複数の論理障害ドメインのうちの少なくともいくつかを複数の電気的ゾーンのうちの少なくともいくつかに割り当てることによって、データセンタ構成を決定することを含んでもよく、複数の電気的ゾーンの各電気的ゾーンは、停電の発生に少なくとも部分的に基づいて、複数の論理障害ドメインにわたって冗長な電力供給を提供する（ブロック７３０）。例えば、コンピュータシステムは、上述のように、複数の論理障害ドメインのうちの少なくともいくつかを複数の電気的ゾーンのうちの少なくともいくつかに割り当てることによってデータセンタ構成を決定してもよく、複数の電気的ゾーンの各電気的ゾーンは、停電の発生に少なくとも部分的に基づいて、複数の論理障害ドメインにわたって冗長な電力供給を提供する。

電気的ゾーンの値は数値であり；冗長数の「電気的ゾーン」の組み合わせは、場所によって異なることになる。数学的には、組み合わせの数は、以下の式によって表すことができ、
C(n,r)=n!(n-r)!r!
ここで、ｎは電力レッグの数であり、ｒはラック毎に必要とされる分岐回路の数である。

４つの別々のＵＰＳ出力フィーダ回路（包括的にＡ、Ｂ、Ｃ、Ｄとラベル付けされる）を伴うデータセンタの場合、これは、２つの分岐回路を必要とするラックについて「電気的ゾーン」の６つの一意の組み合わせを表す。以下の表３の以下の行列を使用して、障害ドメインを決定し、割り当てることができる：

注：各可用性ドメイン（ＡＤ）内の電気的ゾーンの総数は、場所によって変動することになる。ＡＤは、３つのタイプのデータセンタ、すなわち、ＡＤ、ポイントオブプレゼンス（ＰＯＰ）、およびインライン増幅器（ＩＬＡ）、のうちの１つである。ＡＤは物理的に互いに隔離され、リソース（例えば、電力、冷却など）を共有しないので、ＡＤは相関された障害モードを有さない。領域は、１つ以上のＡＤから構成される。領域内では、すべてのメンバＡＤは、低レイテンシ高帯域幅ネットワークで相互接続される。

総数は、ＵＰＳシステムの数および構成に依存することになる。これは、階層評価の関数ではなく、ＵＰＳの量およびサイズに、より関連する。例えば、高度に分散されたデータセンタは、１つのスイートに対して６つ以上のＵＰＳシステムを有してもよい。これは、以下の表４に示されるように、単一のデータセンタにおいて１５個までの固有の電気的ゾーンを提示するであろう。

加えて、サービスチームは、自身のプロビジョニングプロセスを調整して、ストアキーパ位置データを照会して、電気的ゾーン（およびそれぞれの計算障害ドメイン）を決定し得る。これらのインスタンスラベル値は、ストアキーパから継承されることになる。インスタンスおよび障害ドメインが関連付けられると、表５に示されるように、プロビジョニングに対するさらなる修正は予期されない。

開示される技術は、データウェアハウスに公開される容量メトリックを利用する。各選択された入来プラットフォームタイプについて、開示される技術は、データウェアハウスに問い合わせて、どの障害ドメイン容量プールが最も少ない利用可能なインスタンスを有するかを判断する。次いで、開示される技術は、必要とされるところに容量がプロビジョニングされるように、ラック位置割り当てを行う。

障害ドメインラベルがホストプロビジョニングシステム（ＨＯＰＳ）再プロビジョニング中に失われる場合、再プロビジョニングまたは再プーリングを必要とするインスタンスは、再ラベル付けされる必要があることになる。

より多くの複雑性の層が、同じ建物シェル内の複数のデータセンタルームのOracle Cloud Infrastructureの現在のフットプリントと共に導入される。これは、複数の部屋が重要なインフラストラクチャの構成要素を共有してもよい状況を導入する。この理由から、開示される技術は、所与の電気的ゾーンが部屋に固有であるかまたは建物内で共有されるかを判断できなければならない。各ストアキーパ位置エントリは、以下のオブジェクトも含むことになる：

図７にさらに示されるように、プロセス７００は、データセンタ構成を表示するためにデバイスに送信すること（ブロック７４０）を含んでもよい。例えば、コンピュータシステムは、上述のように、データセンタ構成を表示するためにデバイスに送信してもよい。

プロセス７００は、以下で説明されるおよび／または本明細書の他の箇所で説明される１つ以上の他のプロセスに関連して説明される任意の単一の実現例または実現例の任意の組合せなど、追加の実現例を含んでもよい。

第１の実現例では、データセンタ構成は、データセンタのための電力供給を電力分配群の、等しい、別個のセットに分割することによって決定される。

第２の実現例では、単独で、または第１の実現例と組み合わせて、データセンタ構成は、電力分配群の各セットが、データセンタ内において論理障害ドメインのためのラックから上流に商用電線路までＮ個の非共有電気経路を有し、Ｎはデータセンタ冗長性プロパティに適合する構成を含み得る。

第３の実現例では、単独で、または第１および第２の実現例のうちの１つ以上と組み合わせて、データセンタ構成は、論理障害ドメイン冗長性を維持しながら、他の電気的ゾーンに影響を及ぼすことなく、１つの電気的ゾーンにおける物理的施設保守の実施を可能にする。

第４の実現例では、単独で、または第１から第３の実現例のうちの１つ以上と組み合わせて、データセンタ構成は、論理障害ドメイン冗長性を維持しながら、他の電気的ゾーンに影響を及ぼすことなく、１つの電気的ゾーンにおける電力設備障害を可能にする。

第５の実現例では、単独で、または第１から第４の実現例のうちの１つ以上と組み合わせて、論理障害ドメイン内の物理ハードウェアは、独立した冗長な電力供給を有する。

第６の実現例では、単独で、または第１から第５の実現例のうちの１つ以上と組み合わせて、電気的ゾーンは、データセンタ内におけるラック位置のグループ化を含み、その上流の電気的分配は、２つの能動的給電部の一意の組合せによって供給される。

図７は、プロセス７００の例示的なブロックを示すが、いくつかの実現例では、プロセス７００は、追加のブロック、より少ないブロック、異なるブロック、または図７に示すものとは異なるように配置されたブロックを含んでもよい。加えて、または代替として、プロセス７００のブロックのうちの２つ以上は、並行して実行されてもよい。

図８は、少なくとも１つの実施形態によるデータセンタのブロック図である。図１０および図１１は、ＶＭ１０６６（１）、（２）および（ｎ）、１１６６２（１）、（２）および（ｎ）を伴う、信頼できるアプリサブネット１０６２、１１６２を示す。図８は、障害ドメイン８０４および電気的ゾーン８０６の文脈におけるＶＭ８０２を示す。

図８は、３つの可用性ドメイン８０８－１、８０８－２、および８０８－３を示す。クラウドインフラストラクチャは、領域および可用性ドメインにおいてホストされ得る。領域は、局地的な地域あり、可用性ドメインは、領域内に位置する１つ以上のデータセンタである。可用性ドメインは、互いに隔離され、フォールトトレラントであり、同時に故障する可能性が非常に低い。

各可用性ドメイン８０８は、コンパートメントＡ８１０、コンパートメントＢ８１２、およびコンパートメントＣ８１４を含み得る、１つ以上のコンパートメントを含み得る。コンパートメントＡ８１０は、複数のベアメタル（ＢＭ）タイプ１マシン８１６を含み得る。様々なコンパートメントの数および構成を含むデータセンタ８００の数ならびに構成は、例示のみを目的としており、限定するものではない。ベアメタルマシン８１６は、顧客が、高性能で、レイテンシに敏感な、特化された、従来の作業負荷を、専用のサーバハードウェア上で、－それらがオンプレミスであろうように－、直接実行することを可能にする。ベアメタルマシン８１６は、非仮想化された環境で実行する必要がある作業負荷にとって理想的である。ベアメタルマシン８１６は、安全な仮想クラウドネットワーク（ＶＣＮ）内で管理されることができ、顧客は、デフォルトでセキュリティ、隔離、および管理機能を得る。ネットワーク接続は、任意の隣接するクラウドインフラストラクチャサービスにアクセスするように容易に拡張される。ベアメタルマシン８１６は、顧客に、隔離、可視性、および専用のサーバでの制御を提供する。ベアメタルマシン８１６は、高いコア数、大量のメモリ、および高い帯域幅を必要とするアプリケーションをサポートすることができ、１２８個のコア（業界で最大）、２ＴＢのＲＡＭ、および１ＰＢのブロックストレージまでスケーリングする。

コンパートメントＢは、複数の仮想マシン８１８を含み得る。仮想マシン（ＶＭ）８１８は、コンピュータシステムのエミュレーションである。仮想マシン８１８は、コンピュータアーキテクチャに基づき得、物理コンピュータの機能を提供し得る。仮想マシン８１８の実現例は、特化されたハードウェア、ソフトウェア、または組合せを含んでもよい。

コンパートメントＣは、上記で図１０のコンテナ１０７１（１）～（Ｎ）について説明したように、１つ以上のコンテナを含み得る。コンテナ８２０は、上述のようにデータを記憶し得る。

図８は、ＢＭマシン８１６、ＶＭ８１８、およびコンテナ８２０の各々が、障害ドメイン８０２によって、および様々な電気的ゾーン８０６において、どのように編成され得るかを示す。このようにして、データセンタ８００は、障害ドメイン８０２および電気的ゾーン８０６の両方にわたって冗長性を提供する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

コンピュータシステム１３００は、ハンドヘルドポータブルデバイス（例えば、iPhone（登録商標）携帯電話、iPad（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（例えば、Google Glass（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、または任意の他のデータ処理システムを含む、種々のタイプの１つとすることができる。

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

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

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

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

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

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

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

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

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

Claims (20)

1. 方法であって、
   データセンタのレイアウトを受信することと、
   前記データセンタのための論理障害ドメイン構成を受信することとを含み、前記論理障害ドメイン構成は、１つ以上の計算インスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別し、前記計算インスタンスは、前記論理障害ドメイン構成に少なくとも部分的に基づいて、単一の論理障害ドメイン内の独立した物理ハードウェアデバイス上で実行され、前記方法はさらに、
   前記複数の論理障害ドメインのうちの少なくともいくつかを複数の電気的ゾーンのうちの少なくともいくつかに割り当てることによってデータセンタ構成を決定することを含み、前記複数の電気的ゾーンの各電気的ゾーンは、停電の発生に少なくとも部分的に基づいて、前記複数の論理障害ドメインにわたって冗長な電力供給を提供し、前記方法はさらに、
   前記データセンタ構成を表示のためにデバイスに送信することを含む、方法。
2. 前記データセンタ構成は、前記データセンタのための電力供給を電力分配群の、等しい、別個のセットに分割することによって決定される、請求項１に記載の方法。
3. 前記データセンタ構成は、前記電力分配群の各セットが、前記データセンタ内において論理障害ドメインのためのラックから上流に商用電線路までＮ個の非共有電気経路を有し、Ｎはデータセンタ冗長性プロパティに適合する構成を含む、請求項２に記載の方法。
4. 前記データセンタ構成は、論理障害ドメイン冗長性を維持しながら、他の電気的ゾーンに影響を及ぼすことなく、１つの電気的ゾーンにおける物理的施設保守の実行を可能にする、請求項１に記載の方法。
5. 前記データセンタ構成は、論理障害ドメイン冗長性を維持しながら、他の電気的ゾーンに影響を与えることなく、１つの電気的ゾーンにおける電力設備障害を可能にする、請求項１に記載の方法。
6. 論理障害ドメイン内の物理ハードウェアは、独立した冗長な電力供給を有する、請求項１に記載の方法。
7. 電気的ゾーンは、前記データセンタ内におけるラック位置のグループ化を含み、その上流の電気的分配は、２つの能動的給電部の一意の組合せによって供給される、請求項１に記載の方法。
8. 命令のセットを記憶する非一時的なコンピュータ可読媒体であって、前記命令のセットは、
   １つ以上の命令を含み、前記１つ以上の命令は、コンピュータシステムの１つ以上のプロセッサによって実行されると、前記コンピュータシステムに、
   データセンタのレイアウトを受信させ、
   前記データセンタのための論理障害ドメイン構成を受信させ、前記論理障害ドメイン構成は、１つ以上の計算インスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別し、前記計算インスタンスは、前記論理障害ドメイン構成に少なくとも部分的に基づいて、単一の論理障害ドメイン内の独立した物理ハードウェアデバイス上で実行され、前記１つ以上の命令は、さらに、前記コンピュータシステムの前記１つ以上のプロセッサによって実行されると、前記コンピュータシステムに、
   前記複数の論理障害ドメインのうちの少なくともいくつかを複数の電気的ゾーンのうちの少なくともいくつかに割り当てることによってデータセンタ構成を決定させ、前記複数の電気的ゾーンの各電気的ゾーンは、停電の発生に少なくとも部分的に基づいて、前記複数の論理障害ドメインにわたって冗長な電力供給を提供し、前記１つ以上の命令は、さらに、前記コンピュータシステムの前記１つ以上のプロセッサによって実行されると、前記コンピュータシステムに、
   前記データセンタ構成を表示のためにデバイスに送信させる、非一時的なコンピュータ可読媒体。
9. 前記データセンタ構成は、前記データセンタのための電力供給を電力分配群の、等しい、別個のセットに分割することによって決定される、請求項８に記載の非一時的なコンピュータ可読媒体。
10. 前記データセンタ構成は、前記電力分配群の各セットが、前記データセンタ内において論理障害ドメインのためのラックから上流に商用電線路までＮ個の非共有電気経路を有し、Ｎはデータセンタ冗長性プロパティに適合する構成をさらに含む、請求項９に記載の非一時的なコンピュータ可読媒体。
11. 前記データセンタ構成は、論理障害ドメイン冗長性を維持しながら、他の電気的ゾーンに影響を及ぼすことなく、１つの電気的ゾーンにおける物理的施設保守の実行を可能にする、請求項８に記載の非一時的なコンピュータ可読媒体。
12. 前記データセンタ構成は、論理障害ドメイン冗長性を維持しながら、他の電気的ゾーンに影響を与えることなく、１つの電気的ゾーンにおける電力設備障害を可能にする、請求項８に記載の非一時的なコンピュータ可読媒体。
13. 論理障害ドメイン内の物理ハードウェアは、独立した冗長な電力供給を有する、請求項８に記載の非一時的なコンピュータ可読媒体。
14. 電気的ゾーンは、前記データセンタ内におけるラック位置のグループ化を含み、その上流の電気的分配は、２つの能動的給電部の一意の組合せによって供給される、請求項８に記載の非一時的なコンピュータ可読媒体。
15. コンピュータシステムであって、
    １つ以上のメモリと、
    １つ以上のメモリに通信可能に結合される１つ以上のプロセッサとを備え、前記１つ以上のプロセッサは、
    データセンタのレイアウトを受信するよう構成され、
    前記データセンタのための論理障害ドメイン構成を受信するよう構成され、前記論理障害ドメイン構成は、１つ以上の計算インスタンスを分散させるための複数の論理障害ドメインの仮想位置を識別し、前記計算インスタンスは、前記論理障害ドメイン構成に少なくとも部分的に基づいて、単一の論理障害ドメイン内の独立した物理ハードウェアデバイス上で実行され、前記１つ以上のプロセッサはさらに、
    前記複数の論理障害ドメインのうちの少なくともいくつかを複数の電気的ゾーンのうちの少なくともいくつかに割り当てることによってデータセンタ構成を決定するよう構成され、前記複数の電気的ゾーンの各電気的ゾーンは、停電の発生に少なくとも部分的に基づいて、前記複数の論理障害ドメインにわたって冗長な電力供給を提供し、前記１つ以上のプロセッサはさらに、
    前記データセンタ構成を表示のためにデバイスに送信するよう構成される、コンピュータシステム。
16. 前記データセンタ構成は、前記データセンタのための電力供給を電力分配群の、等しい、別個のセットに分割することによって決定される、請求項１５に記載のコンピュータシステム。
17. 前記データセンタ構成は、前記電力分配群の各セットが、前記データセンタ内において論理障害ドメインのためのラックから上流に商用電線路までＮ個の非共有電気経路を有し、Ｎはデータセンタ冗長性プロパティに適合する構成をさらに含む、請求項１６に記載のコンピュータシステム。
18. 前記データセンタ構成は、論理障害ドメイン冗長性を維持しながら、他の電気的ゾーンに影響を及ぼすことなく、１つの電気的ゾーンにおける物理的施設保守の実行を可能にする、請求項１５に記載のコンピュータシステム。
19. 前記データセンタ構成は、論理障害ドメイン冗長性を維持しながら、他の電気的ゾーンに影響を与えることなく、１つの電気的ゾーンにおける電力設備障害を可能にする、請求項１５に記載のコンピュータシステム。
20. 電気的ゾーンは、前記データセンタ内におけるラック位置のグループ化を含み、その上流の電気的分配は、２つの能動的給電部の一意の組合せによって供給される、請求項１５に記載のコンピュータシステム。

Images