JP7212158B2 - プロバイダネットワークサービス拡張 - Google Patents

プロバイダネットワークサービス拡張 Download PDF

Info

Publication number
JP7212158B2
JP7212158B2 JP2021526284A JP2021526284A JP7212158B2 JP 7212158 B2 JP7212158 B2 JP 7212158B2 JP 2021526284 A JP2021526284 A JP 2021526284A JP 2021526284 A JP2021526284 A JP 2021526284A JP 7212158 B2 JP7212158 B2 JP 7212158B2
Authority
JP
Japan
Prior art keywords
network
erg
vcs
host
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021526284A
Other languages
English (en)
Other versions
JP2022507398A (ja
Inventor
リグオリ，アンソニー・ニコラス
ウィルソン，マシュー・ショーン
Original Assignee
アマゾン・テクノロジーズ・インコーポレーテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US16/196,736 external-priority patent/US10833949B2/en
Priority claimed from US16/196,723 external-priority patent/US20200159555A1/en
Application filed by アマゾン・テクノロジーズ・インコーポレーテッド filed Critical アマゾン・テクノロジーズ・インコーポレーテッド
Publication of JP2022507398A publication Critical patent/JP2022507398A/ja
Priority to JP2023002875A priority Critical patent/JP2023040221A/ja
Application granted granted Critical
Publication of JP7212158B2 publication Critical patent/JP7212158B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5061—Pools of addresses
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/10—Address translation
    • G06F12/109—Address translation for multiple virtual address spaces, e.g. segmentation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45575—Starting, stopping, suspending or resuming virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45587—Isolation or security of virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5016—Session
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/15—Use in a specific computing environment
    • G06F2212/152—Virtualized environment, e.g. logically partitioned system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/65—Details of virtual memory and virtual address translation
    • G06F2212/657—Virtual address space management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/668—Internet protocol [IP] address subnets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Description

多くの企業および他の組織は、コンピューティングシステムを、同じ場所に配置するか（例えば、ローカルネットワークの一部として）、またはその代わりに複数の異なる地理的場所に配置する（例えば、１つ以上のプライベートまたはパブリック中間ネットワークを介して接続する）など、多数のコンピューティングシステムを相互接続して、それらの事業をサポートするコンピュータネットワークを運営する。例えば、単一の組織によって、および単一の組織に代わって運営されるプライベートデータセンター、ならびに顧客にコンピューティングリソースを提供するビジネスとしてエンティティにより運営されるパブリックデータセンターなど、かなりの数の相互接続されたコンピューティングシステムを収容するデータセンターが普及している。パブリックデータセンターオペレータの中には、様々な顧客が所有するハードウェアにネットワークアクセス、電力、および安全な設置設備を提供するものもあれば、顧客による使用に利用可能にされたハードウェアリソースも含む「フルサービス」設備を提供するものもある。
コモディティハードウェアの仮想化テクノロジーの出現により、様々なニーズを有する多くの顧客に大規模なコンピューティングリソースを管理するという利点がもたらされ、様々なコンピューティングリソースを複数の顧客が効率的かつ安全に共有することが可能になった。例えば、仮想化技術では、単一の仮想化ホストによってホストされる１つ以上の「ゲスト」仮想マシンを各ユーザに提供することにより、単一の物理仮想化ホストを複数のユーザ間で共有することが可能であり得る。各そのような仮想マシンは、所与のハードウェアコンピューティングリソースの唯一のオペレータであるかのような錯覚をユーザに提供すると同時に、様々な仮想マシン間でアプリケーション分離およびセキュリティも提供する、別個の論理コンピューティングシステムとして機能するソフトウェアシミュレーションを表し得る。同じホスト上でいくつかの異なる仮想マシンをインスタンス化することはまた、データセンターの全体的なハードウェア利用レベルを増加させる助けとなり、より高い投資の収益をもたらし得る。
計算集約型アプリケーション、メモリ集約型アプリケーションなどの異なるタイプのアプリケーションのために最適化された多種多様な仮想マシンタイプは、クライアント要求に応答して、いくつかのクラウドコンピューティングプロバイダネットワークのデータセンターでセットアップされ得る。加えて、仮想コンピューティングサービスの仮想マシンを使用してデータベースインスタンスがインスタンス化されるいくつかのデータベースサービスなど、そのようなプロバイダネットワークの仮想コンピューティングサービスに依存する高レベルのサービスはまた、プロバイダネットワーククライアントに利用可能になり得る。しかしながら、プロバイダネットワークの外部の顧客プレミスに記憶する必要がある非常に大量のデータを処理するアプリケーションなど、いくつかのタイプのアプリケーションでは、プロバイダネットワークのデータセンターに配置されたハードウェアを使用して仮想化リソースを提供することに限定されたサービスは、例えば、遅延関連および／または他の理由で最適でない場合がある。
少なくともいくつかの実施形態による、プロバイダネットワークの仮想化コンピューティングサービスの拡張リソースグループが、プロバイダネットワークの外部のプレミスに配置されたリソースを使用してセットアップされ得る例示的なシステム環境を例解する。 少なくともいくつかの実施形態による、仮想化コンピューティングサービスの拡張リソースグループに含まれ得る、強化されたセキュリティ仮想化ホストの例示的な概要を例解する。 少なくともいくつかの実施形態による、仮想化ホストのオフロードされた仮想化管理コンポーネントカードの例示的な要素を例解する。 少なくともいくつかの実施形態による、少なくともいくつかの実施形態では、拡張リソースグループに関連付けられたアウトバウンドコマンドコミュニケータにプログラムで接続され得る仮想ネットワークインターフェースの例示的な属性を例解する。 少なくともいくつかの実施形態による、仮想化コンピューティングサービスのコントロールプレーンで生成されたコマンドを拡張リソースグループに送信するために使用され得る例示的なパスを例解する。 少なくともいくつかの実施形態による、拡張リソースグループネットワークマネージャの例示的な要素を例解する。 少なくともいくつかの実施形態による、仮想化コンピューティングサービスでサポートされ得る仮想マシンおよび拡張リソースグループの例示的なファミリを例解する。 少なくともいくつかの実施形態による、仮想化コンピューティングサービスの拡張リソースグループに関する例示的なプログラム相互作用を例解する。 少なくともいくつかの実施形態による、拡張リソースグループで仮想マシンを起動することに関連付けられた例示的なワークフローを例解する。 少なくともいくつかの実施形態による、仮想化コンピューティングサービスの拡張リソースグループでの追加のプロバイダネットワークサービスの使用の例を例解する。 少なくともいくつかの実施形態による、拡張リソースグループを確立し、仮想マシンを拡張リソースグループでセットアップすることを可能にするために、プロバイダネットワークで実行され得る操作の態様を例解するフロー図である。 少なくともいくつかの実施形態による、仮想化コンピューティングサービスの拡張リソースグループで実行され得る操作の態様を例解するフロー図である。 少なくともいくつかの実施形態で使用され得る例示的なコンピューティングデバイスを例解するブロック図である。
実施形態は、いくつかの実施形態および説明的な図面の例として本明細書に記載されるが、当業者は、実施形態が記載された実施形態または図面に限定されないことを認識するであろう。図面およびその詳細な説明は、実施形態を開示された特定の形態に限定することを意図するものではなく、むしろ、その意図は、添付の特許請求の範囲によって定義される趣旨および範囲内に該当するすべての修正形態、均等物、および代替物を包含することが理解されるべきである。本明細書で使用される見出しは、編成目的のみのためであり、本明細書または特許請求の範囲の範囲を限定するために使用されることを意味しない。本出願を通して使用されるように、「することができる（ｍａｙ）」という語は、必須の意味（すなわち、必然的な意味）ではなく、許容の意味（すなわち、可能性を有するという意味）で使用される。同様に、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、および「含む（ｉｎｃｌｕｄｅｓ）」という語は、含むがそれに限定されないことを意味する。特許請求の範囲で使用されるとき、用語「または」は、包括的なまたはとして使用され、排他的なまたはとしては使用されない。例えば、「ｘ、ｙ、またはｚのうちの少なくとも１つ」という句は、ｘ、ｙ、およびｚのうちの任意の１つ、ならびにそれらの任意の組合せを意味する。
プロバイダネットワークの仮想化コンピューティングサービスの操作をプロバイダネットワークのデータセンターの外部である場所に安全に拡張するための方法および装置の様々な実施形態が説明される。ネットワークは、インターネットおよび／または他のネットワークを介してクライアントの分配されたセットにアクセス可能な１つ以上のサービス（様々なタイプのマルチテナントおよび／またはシングルテナントクラウドベースのコンピューティングまたはストレージサービスなど）を提供するために、会社または公共機関などの企業によって設定される。説明された技術を使用して、少なくともいくつかの実施形態では、仮想化コンピューティングサービスのクライアントは、顧客データセンター、フィールドロケーション（例えば、電気通信会社を運営するクライアントの場合、携帯電話タワーの近く）、またはプロバイダネットワークデータセンターでセットアップすることができる仮想マシンのタイプの少なくともいくつかと同じ特徴および能力を備える仮想マシンをホストするためのコロケーション設備に配置されるハードウェアデバイスを利用することができる可能性がある。
少なくともいくつかの実施形態では、プロバイダネットワークの外部に配置されたハードウェアデバイスは、例えば、プロバイダネットワークオペレータによって、様々なカテゴリの仮想マシンをサポートするための、および同じ場所にある他のローカルデバイスとの低遅延通信をサポートし、顧客のデータおよびアプリケーションのセキュリティを損なうことなく、プロバイダネットワーク自体のセキュリティを損なうことなく、プロバイダネットワークの任意の他の顧客のセキュリティを損なうことのない様式でこれを行うためのハードウェア、ソフトウェア、および／またはファームウェア要素の適切な組み合わせで事前構成され得る。少なくともいくつかの実施形態では、「拡張リソースグループ」（ＥＲＧ）という用語は、プロバイダネットワークの外部のプレミスに配置されたリソース（例えば、ハードウェア、ソフトウェア、ファームウェア、構成メタデータなど）の集合を指すために使用され得、仮想マシンがプレミスで確立され、利用されることを可能にする。拡張リソースグループが確立されるプレミス（例えば、顧客データセンター、フィールドロケーションなど）は、様々な実施形態では、クライアントプレミスと呼ばれ得る。事実上、仮想化コンピューティングサービス（ＶＣＳ）の顧客の観点から、様々な実施形態では、ＥＲＧは、ＶＣＳの能力のローカル拡張を表すことができ、これは、インターネットにアクセスしているる任意の所望の物理的場所でセットアップすることができ、ハードウェアデバイスのセットを収容することができる（例えば、物理的スペース、電力などに関して）。ＶＣＳ自体の観点からは、ＥＲＧは、顧客が選択したプレミスに物理的に配置される一方で、コアＶＣＳインフラストラクチャと同じプロバイダネットワークデータセンターに仮想的に配置されると見なすことができる。いくつかの実施形態では、様々なカテゴリの標準化されたまたはカスタマイズ可能な仮想マシンに加えて、またはその代わりに、例えばベアメタルインスタンス、ソフトウェアコンテナなどの他のタイプのプログラム実行環境を、プロバイダネットワークの１つ以上のコンピューティングサービスの助けを借りてセットアップおよび管理し得る。一実施形態では、ＶＣＳによってサポートされるベアメタルインスタンスは、仮想化を利用することなく、使用されているホストのハードウェアの少なくとも一部分を直接制御するオペレーティングシステムの様々なプロセスを含み得る（ただし、ハードウェア機能の小さなサブセットは、場合によっては仮想化され得る）。そのような実施形態では、仮想化管理専用のハイパーバイザーは必要とされない場合がある。ベアメタルインスタンス自体は、いくつかの実施形態では、仮想マシンをホストするための機能を含み得る。「計算インスタンス」という用語は、様々な実施形態では、プロバイダネットワークデータセンターでリソースを使用して、および／またはＥＲＧを使用して、プロバイダネットワーククライアントに代わってセットアップおよび管理され得るすべての異なる種類の実行環境（仮想マシン、ベアメタルインスタンス、ソフトウェアコンテナなどを含む）を集合的に指すために使用され得る。以下の説明の多くでは、仮想マシンが計算インスタンスの主要な例として考察されるが、ＥＲＧで仮想マシンをセットアップおよび使用するために説明される技術は、様々な実施形態で、他のタイプの計算インスタンスと同等の成功を収めて適用することができることに注意されたい。
仮想化コンピューティングサービス（ＶＣＳ）のリソースは、様々な実施形態では、２つのカテゴリ、すなわちコントロールプレーンリソースおよびデータプレーンリソースに大まかに細分され得る。コントロールプレーンリソースは、主に管理目的で、例えば、様々な顧客向けに分離仮想ネットワークを確立するため、リソース使用状況および状態を監視するため、要求された仮想マシンが起動される特定の仮想化ホストまたはサーバを特定するため、必要に応じて追加のハードウェアをプロビジョニングするためなどに、使用することができる。データプレーンリソースは、主に、例えば、クライアントアプリケーションを実行する、クライアントアプリケーションデータを記憶および転送するなどの非管理タスクに使用することができる。様々な実施形態では、ＥＲＧが、顧客が選択した場所でセットアップされる場合、ＥＲＧのリソースは、プロバイダネットワークのデータセンターに配置されるＶＣＳのコントロールプレーンコンポーネントによって管理され得る。したがって、少なくともいくつかの実施形態では、所与のプレミスでＥＲＧをセットアップおよび使用することは、ＶＣＳのコントロールプレーン能力をローカルに複製することを必要としない場合があり、代わりに、プロバイダネットワークのデータセンターからＥＲＧに送信されるコントロールプレーンコマンドのために安全なネットワーク接続をセットアップすることができ、ＥＲＧのリソースは、主にデータプレーン操作に充てられ得る。
特定の顧客データセンターＣＤＣ１などの特定の場所でＥＲＧを使用し始めたいＶＣＳ顧客Ｃ１は、少なくともいくつかの実施形態では、以下と同様のワークフローに参加することによってそうすることができる。Ｃ１は、最初に、物理的なＥＲＧ構成タイプのセット（例えば、標準サイズのサーバのハーフラックを含む「小」ＥＲＧ構成、サーバのフルラックを含む「中」ＥＲＧ構成、サーバの２つのフルラックを含む「大」ＥＲＧ構成）の中から、所望の場所またはプレミスでセットアップされる特定の構成を任意選択で選択し得る。デフォルトにより、Ｃ１がＥＲＧ構成タイプを明示的に選ぶことを望まない場合、いくつかの実施形態では、特定の構成タイプ（「小」構成など）がクライアントに対して選択され得、それにより、Ｃ１から必要とされる労力をさらに削減する。次に、ＥＲＧの要求は、プログラムインターフェース（例えば、ウェブベースのコンソール、アプリケーションプログラミングインターフェース（ＡＰＩ）、コマンドラインツール、グラフィカルユーザインターフェースなど）を介して、ＶＣＳに提出され得る。要求が承認された後、ＥＲＧのハードウェア（適切なソフトウェア／ファームウェアがプリインストールされている）を所望の場所に輸送し、電源に接続し、インターネットに接続することができる。
少なくともいくつかの実施形態では、ネットワークマネージャは、１つ以上のトリガ条件（電力および／またはインターネット接続の検出など）の検出に応答して、ＥＲＧのサーバのうちの１つ以上でインスタンス化され得る。次いで、そのようなＥＲＧネットワークマネージャ（ＥＮＭ）は、例えば、Ｃ１からの追加の構成ガイダンスを必要とせず、１つ以上のプロバイダネットワークデータセンターで、１つ以上のＶＣＳコンポーネント（例えば、コントロールプレーン要素を含む）との安全なネットワーク接続の自動確立を開始する（または少なくともその自動確立に参加する）ことができる。ＥＲＧ（ＣＤＣ１での）とＶＣＳコンポーネント（プロバイダネットワークデータセンター（複数可）での）との間に接続が確立された後、様々な実施形態では、Ｃ１は、コマンドを発行して、プロバイダネットワークリソースのみを使用する仮想マシンに関して、そのようなコマンドが発行される方法と同様の様式で、ＥＲＧリソースを使用する仮想マシンをインスタンス化する（および／または仮想マシンを使用して他の操作を実行する）することができる。Ｃ１の観点からは、ＶＣＳの機能は、ＣＤＣ１内のローカルリソース（および必要に応じてプロバイダネットワークデータセンターに配置されたリソース）を使用してここでシームレスに利用することができる。ＥＲＧでセットアップされた仮想マシン（ＶＭ）は、様々な実施形態では、ＣＤＣ１に配置された非ＶＣＳデバイス、および必要に応じてプロバイダネットワークデータセンターでセットアップされる他のＶＭと通信することができる（例えば、アドレス変換および／または他のカプセル化プロトコル関連処理を実行することができるＥＮＭの助けを借りて）。ＥＲＧでセットアップされる少なくともいくつかのＶＭ、およびそのようなＶＭをビルディングブロックとして使用する関連付けられたより高いレベルのサービスは、いくつかの実施形態では、プロバイダネットワークデータセンターへの接続が一時的に中断される期間の間でさえ機能し続けることができる。特に、低遅延で、顧客データセンターに記憶される大量のアプリケーションデータにアクセスして処理することを希望するＶＣＳの顧客の場合（例えば、法令遵守、セキュリティ、または他の理由で）、アプリケーションデータと同じ場所に配置されたＶＣＳ ＶＭをセットアップする能力は、様々な実施形態では、非常に有益である可能性がある。
当業者が本開示に照らして理解するように、特定の実施形態は、以下、すなわち（ａ）場所に依存しない様式で、例えば、仮想化されたコンピューティングサービスのクライアントによって選択されたプレミスに配置されたリソースを使用しながら、さらにプロバイダネットワークを使用することで可能になるスケーラビリティ、セキュリティ、可用性、および他の運用上の利点を維持して、多種多様な仮想化コンピューティングアプリケーションが実装されることを可能にすること、（ｂ）アプリケーションデータの量、および顧客データセンターとプロバイダネットワークデータセンターとの間のリンクなどの長距離を転送する必要のある結果を削減すること、（ｃ）アプリケーションをデータソース／デスティネーションの近くに移動することによって、潜在的に大量のデータが入力として消費されるか、または出力として生成されるアプリケーションの全体的な遅延および応答性を向上させること、および／または（ｄ）機密性の高いアプリケーションデータのセキュリティを向上させることのうちのいくつかまたはすべてを含む様々な利点を達成することができる可能性がある。様々な実施形態では、拡張リソースグループ（ＥＲＧ）の設計および実装の根底にある指針および目標は、とりわけ、（ａ）計算およびデータリソースの局所性を利用することに基づいて、遅延の短縮された計算を可能にすること、（ｂ）顧客データが記憶されている場所へのネットワークトラフィックを制限して完全にロギングすることにより、顧客データのセキュリティを確保すること、（ｃ）ＥＲＧリソースを使用して、様々なプロバイダネットワークサービスにファーストクラスのサポート（プロバイダネットワークデータセンターに配置されたリソースを使用して可能であるサポートに相当する）を提供すること、（ｄ）プロバイダネットワークの独自のデータセンターを潜在的な敵対アクターから保護すること（例えば、ＥＲＧで運営すること）、および／または（ｅ）ＥＲＧからプロバイダネットワークへの不完全なネットワーク接続の条件下でも、ＥＲＧでのサービスの継続的な履行をサポートすること、を含み得る。
顧客データおよびアプリケーション、ならびにプロバイダネットワークに対して目標とする高レベルのセキュリティを達成するために、分離仮想ネットワークおよび仮想ネットワークインターフェース（ＶＮＩ）の使用を含む、いくつかのネットワーク構成技術（および他のタイプの構成設定）を、異なる実施形態で利用することができる。分離仮想ネットワーク（ＩＶＮ）は、その名前が示すように、様々な実施形態では、ネットワーク構成設定の少なくともいくつかのタイプに関して、仮想化コンピューティングサービスの残りのリソースから論理的に分離または切り離されるリソースのセットを含み得る。ＩＶＮは、様々な目的で、仮想化されたコンピューティングサービスで、または仮想化されたコンピューティングサービスによって確立され得る（および、場合によっては、プロバイダネットワークのデータセンターの外部に配置されたＥＲＧに拡張される）。例えば、ＩＶＮは、顧客専用のリソースのセットを確保することで特定の顧客向けにセットアップすることができ、リソースのそのセットのネットワーク構成に関してかなりの柔軟性が、顧客に提供される。ＩＶＮ内で、顧客は、サブネットをセットアップし、所望のプライベートＩＰアドレスを様々なリソースに割り当て、着信および発信トラフィックを管理するセキュリティルールをセットアップするなど、行うことができる。少なくともいくつかの実施形態では、デフォルトで、１つのＩＶＮ内にセットアップされたプライベートネットワークアドレスのセットは、別のＩＶＮから（またはより一般的にはＩＶＮの外部から）アクセス可能でない場合がある。少なくともいくつかの実施形態では、ＶＣＳを非プロバイダネットワークプレミスに拡張するために使用されるセキュリティメカニズムのうちの１つは、（プロバイダネットワークデータセンターでリソースを使用して）アウトバウンドコマンドコミュニケータ（ＯＣＣ）のインスタンスのプールを含む１つ以上のＩＶＮをセットアップすることを含み得る。ＶＣＳコントロールプレーンのサーバおよびデバイスから論理的に（および／または物理的に）切り離されたままにされ得るそのようなコミュニケータは、様々な実施形態では、安全なネットワーキングチャネルを使用して、ＶＣＳコントロールプレーンからＥＲＧに管理コマンドを送信するために使用され得る。様々な実施形態では、管理メッセージが、ＥＲＧからセキュアネットワーキングチャネルを介してコントロールプレーンに戻されることができないことを確実にするようにＯＣＣを構成することもでき、したがって、他の顧客に影響を与える可能性のある管理操作が、任意の所与の顧客のＥＲＧで開始されるのを防止する。少なくともいくつかの実施形態では、個々のＯＣＣインスタンスは、以下でさらに詳細に考察されるように、仮想マシンに接続された１つ以上の仮想ネットワークインターフェースを備える仮想マシンを含み得る。仮想ネットワークインターフェース（ＶＮＩ）は、様々な実施形態では、仮想マシンにプログラムで接続または関連付けることができるパブリックおよび／またはプライベートＩＰ（インターネットプロトコル）アドレス、セキュリティ設定などを含むネットワークプロパティのセットを含み得る。ＯＣＣインスタンス、ＩＶＮ、およびＶＮＩを利用して、ＥＲＧを介して提供される仮想化コンピューティング能力を確保する様式の詳細を、以下に提供する。
いくつかの実施形態によれば、システムは、プロバイダネットワークの仮想化コンピューティングサービス（ＶＣＳ）の１つ以上のコンピューティングデバイスを含み得る。プロバイダネットワークは、１つ以上のデータセンターを含み得る。コンピューティングデバイスは、命令を含み得、命令は、プロセッサ上で実行されると、コンピューティングデバイスに、第１の分離仮想ネットワーク（ＩＶＮ）内で、拡張リソースグループ（ＥＲＧ）に関連付けられたアウトバウンドコマンドコミュニケータ（ＯＣＣ）をインスタンス化させる。ＥＲＧは、いくつかの実施形態では、プロバイダネットワークの１つ以上のデータセンターの外部の第１のプレミスに配置された少なくとも第１の仮想化ホストを含み得る。ＯＣＣは、様々な実施形態では、コマンドがＥＲＧから提出されることを可能にすることなく、管理コマンドをＥＲＧに安全に転送する仲介者として機能し得る。例えば、構成設定は、ＥＲＧからの少なくともいくつかのタイプのネットワークパケットがＯＣＣを介してＶＣＳのコントロールプレーンに送信されることを防止し得る。命令はまた、実行されると、コンピューティングデバイスに、（ａ）プロバイダネットワークの１つ以上のデータセンターのリソースを含む第２の分離仮想ネットワークの一部分と、（ｂ）プロバイダネットワークの外部の第１のプレミスに配置された１つ以上のリソースとの間に確立された安全なネットワークチャネル（例えば、ＶＰＮもしくは仮想プライベートネットワークトンネルもしくは接続、またはトラフィックが専用の物理リンクを介して流れる接続）の表示を、ＯＣＣで取得させ得る。そのような安全なネットワーキングチャネルは、例えば、プロバイダネットワークのデータセンター内のＥＲＧネットワークマネージャと顧客ＩＶＮとの間に確立され得る。
ＯＣＣでは、仮想マシン起動コマンド（ＶＣＳクライアントからのプログラム要求に応答して生成される）は、様々な実施形態では、取得または判定され得る。クライアントからのプログラム要求は、少なくともいくつかの実施形態では、安全なネットワークチャネルを含まない経路を介して、クライアントからＶＣＳの制御面で受信し得、例えば、コマンドは、ウェブベースのコンソールで提出され、プロバイダネットワークデータセンター内にセットアップされた仮想マシンに関して、クライアントによって提出された管理コマンドに使用されるのと同じ種類のパスを介して送信され得る。命令は、実行時、様々な実施形態では、コンピューティングデバイスに、仮想マシン起動コマンドの表現を、安全なネットワークチャネルを介して、第１のＯＣＣから拡張リソースグループに送信させることができる。少なくともいくつかの実施形態では、第１の仮想化ホストでの表現の処理は、少なくとも部分的に、第１の仮想化ホストでの仮想マシンのインスタンス化をもたらし得る。構成設定がコマンドのフローをＶＣＳコントロールプレーンからＥＲＧへのアウトバウンド方向のみに制限する方法のため、ＥＲＧからコマンドを提出することができないため、様々な実施形態では、ＶＣＳおよびその顧客のセキュリティを強化することができ、それは、ＶＣＳデータセンターまたは他のＥＲＧでの運用に影響を与え得る。仮想マシン起動コマンドに加えて、他の管理コマンド（例えば、ＥＲＧで仮想マシンをシャットダウンするためのコマンド、ＥＲＧで仮想マシンのプロパティを表示または変更するコマンドなど）も、ＯＣＣ、およびＥＲＧで確立された安全なネットワークチャネルを使用する顧客に代わって、ＶＣＳコントロールプレーンから送信され得る。
少なくともいくつかの実施形態では、ＯＣＣは、クライアントによって選択されたプレミスでＥＲＧのハードウェア機器が引き渡される時間の前にセットアップされ得る。例えば、一実施形態では、ＶＣＳ顧客がプログラム要求を介してＥＲＧを注文する時間と、ＥＲＧハードウェアがプレミスに引き渡されてセットアップされる時間と、ＥＲＧを確立するプログラム要求の受信との間に遅延があり得ることにより、その顧客のＥＲＧのために特別に指定されたＯＣＣのプロアクティブな構成またはインスタンス化がトリガされ得る。一意の識別子は、各ＥＲＧ要求に対して生成され得、いくつかの実施形態では、ＥＲＧのために指定されたＯＣＣからアクセス可能なメタデータエントリに記憶され得、その識別子はまた、ＥＲＧの一部として出荷されるハードウェアデバイスのうちの１つに含まれ得、したがって、ＶＣＳとＥＲＧの間に接続が確立されたときに、ＥＲＧバンが正しいＯＣＣと一致する。少なくともいくつかの実施形態では、ＥＲＧのネットワークマネージャは、ＶＣＳとの安全なネットワークチャネル（ＶＰＮトンネルなど）の確立を開始することができ、ＯＣＣは、安全なネットワークチャネルを確立するための要求の前にインスタンス化することができる。いくつかの実施形態では、ＯＣＣは、プロバイダネットワークのデータセンター内の仮想マシンを使用して実装され得る。
少なくともいくつかの実施形態では、サービスプロバイダ環境でのＶＣＳのコントロールプレーンは、仮想化ホスト用に特定の範囲のサービスネットワークアドレスＳＡＲ１を使用することができる（仮想化ホストがサービスプロバイダのデータセンター内に配置されるか、またはクライアントプレミスにセットアップされたＥＲＧの一部であるかに関係なく）。プロバイダネットワークデータセンター内では、コントロールプレーンによって管理されるネットワークは、計算インスタンスをホストするように構成された複数のサーバを含み得る。以下に説明する仮想ネットワークインターフェース（ＶＮＩ）および／または他の技術を使用して、少なくとも１つの実施形態では、コントロールプレーンによってＥＲＧのターゲット仮想化ホストＨ１に割り当てられたアドレスＡｄｄｒ１はまた、コントロールプレーンコマンドをＥＲＧに転送するために使用される特定のＯＣＣに割り当てられ得る。そのような実施形態では、コントロールプレーンの観点から、ＯＣＣ（サービスプロバイダデータセンターでの仮想化ホストと同じネットワーク内で構成され得るか、またはそれに結合され得る）は、事実上、ホストＨ１を表すことができる。デスティネーションアドレスとしてＡｄｄｒ１を使用して、ＥＲＧで計算インスタンスを起動するための要求を含む第１のメッセージは、少なくともいくつかの実施形態では、コントロールプレーンからＯＣＣに送信され得る。
いくつかの実施形態では、対象となるＥＲＧのネットワークマネージャ（ＥＮＭ）は、少なくとも第２のネットワークアドレスＡｄｄｒ２が割り当てられている可能性がある１つ以上のデバイス（例えば、上で考察されたハードウェアカード）で動作している可能性がある。Ａｄｄｒ２は、例えば、顧客データセンターまたは他のクライアントプレミスで確立された第１のネットワーク内のアドレスであり、それは、デバイスにクライアントアドレス範囲ＣＡＲ１を使用する。Ａｄｄｒ１のコントロールプレーンから第１のメッセージを受信したことに応答して、ＯＣＣは、様々な実施形態では、計算インスタンスを起動するための要求の少なくとも一部分を含む第２のメッセージを準備し、これを、Ａｄｄｒ２をデスティネーションアドレスとしてＥＮＭに送信する。第２のメッセージを受信すると、ＥＮＭが動作するデバイスは、第２のメッセージの少なくとも一部分（例えば、計算インスタンスが起動されることを示す）をターゲット仮想化ホストＨ１に転送することができる。いくつかの実施形態では、少なくとも２つ、すなわち、ネットワークアドレス範囲ＣＡＲ１を使用する第１のネットワーク、およびＨ１などの様々なホスト／サーバが、少なくともＳＡＲ１のサブ範囲（コントロールプレーンによって仮想化ホストに使用されるアドレス範囲）からのアドレスが割り当てられる第２のネットワーク（それは、ＥＮＭによってセットアップされたプライベートネットワークであり得る）は、クイアントプレミス（例えば、顧客データセンター）で確立され得る。そのような実施形態では、ターゲット仮想化ホストＨ１は、ＯＣＣに割り当てられたのと同じアドレスＡｄｄｒ１が割り当てられ得、ＥＮＭは、Ａｄｄｒ１をデスティネーションアドレスとして使用して、起動メッセージをターゲット仮想化ホストに送信し得る。事実上、コントロールプレーンによってデスティネーションアドレスＡｄｄｒ１に最初に指示されたが、ＥＲＧへのパスに沿ってデスティネーションとして１つ以上の他のアドレスを使用して送信された可能性がある、計算インスタンスを起動するコマンド／要求は、再びＥＲＧ内のデスティネーションアドレスＡｄｄｒ１に送信され得、したがって、いくつかの実施形態では、少なくとも２つのアドレス変換操作がコマンドの送信に関与し得る。ＥＮＭ自体は、いくつかの実施形態では、クライアントプレミスの両方のネットワークの一部であり得、例えば、ＥＮＭの少なくとも一部分が動作するデバイスは、ＣＡＲ１が使用されるネットワーク内、およびＨ１（ＳＡＲ１が使用される）を含むネットワーク内でもそれぞれのアドレスが割り当てられ得る。ホストＨ１がＥＮＭによって送信されたメッセージを受信すると、要求された操作は、実行され得、例えば、計算インスタンスは、Ｈ１で起動され得る。
少なくともいくつかの実施形態では、ＶＣＳは、仮想マシンカテゴリのセットの表示を提供することができ、その所望数のインスタンスが、ＶＣＳクライアントの要求に応じてプロバイダネットワークデータセンターおよび／またはＥＲＧで確立され得る。したがって、例えば、クライアントＣ１は、プロバイダネットワークデータセンターでカテゴリＣａｔ１のＮ個のＶＭを要求し、Ｃ１に代わってセットアップされたＥＲＧで同じカテゴリＣａｔ１のＭ個のＶＭを要求する場合もある。いくつかの実施形態では、ＶＭの少なくともいくつかのカテゴリは、ＥＲＧでのみサポートされ得るか、またはプロバイダネットワークデータセンターでのみサポートされ得る。
ＯＣＣは、いくつかの実施形態では、コマンドの表現をＥＲＧに転送する前に、仮想マシン構成コマンド（例えば、起動コマンド）に対して１つ以上の変換を実行することができる。例えば、ＯＣＣでＶＣＳコントロールプレーンから取得されたコマンドのバージョンは、いくつかの実施形態では、１つ以上のセキュリティトークン（例えば、コマンドの結果として実行された操作のリクエスタのアイデンティティを検証するために使用することができ、リクエスタが、操作を要求するために必要な許可を有するトークン）を含み得、ＯＣＣは、ＥＲＧに転送されるコマンドのバージョンからトークンを除去するか、または除外することができる。少なくともいくつかの実施形態では、最初のセキュリティトークンは、変換され得（例えば、ＶＣＳコントロールプレーンで最初に使用されたものとは異なるキーを使用して署名され）、コマンドがＶＣＳコントロールプレーンによって指示されるターゲットホストで認証され得る、セキュリティトークンの変換されたバージョンは、コマンドの転送されたバージョンに含まれ得る。少なくとも１つの実施形態では、それぞれのメッセージ認証コード（例えば、ハッシュベースのメッセージ認証コードまたはＨＭＡＣを含む）は、ＯＣＣからＥＲＧに送信されるアウトバウンドコマンドのために生成され得る。様々な実施形態では、ＯＣＣは、所与のＥＲＧに送信されたすべてのアウトバウンド通信メッセージをログに記録することができ、ログに記録されたメッセージは、クライアントによって検査され得、クライアントに代わって、必要に応じてＥＲＧがセットアップされる。いくつかの実施形態では、少なくとも２つの仮想ネットワークインターフェースは、所与のＯＣＣに関連付けられ得、１つは、ＶＣＳコントロールプレーンからコマンドを取得するために使用され、もう１つは、安全なネットワークチャネルを使用してＥＲＧと通信するために使用される。
いくつかの実施形態によれば、システムは、プロバイダネットワークの仮想化コンピューティングサービス（ＶＣＳ）の拡張リソースグループ（ＥＲＧ）を含み得る。ＥＲＧは、様々な実施形態では、耐タンパー性ストレージデバイス（例えば、ホストに物理的に接続される場合にのみ復号化することができる暗号化デバイス）およびトラステッドプラットフォームモジュールを含む少なくとも第１の仮想化ホスト（ＶＨ）を含み得る。プロバイダネットワークは、１つ以上のデータセンターを含み得、第１のＶＨは、少なくともいくつかの実施形態では、プロバイダネットワークの外部のプレミスに配置され得る。コンピューティングデバイスは、命令を含み得、命令は、プロセッサ上で実行されると、コンピューティングデバイスに、１つ以上のトリガ信号に応答して、ＥＲＧのネットワークマネージャをインスタンス化させる。ＥＲＧネットワークマネージャ（ＥＮＭ）は、様々な実施形態では、ＶＣＳの第１の分離仮想ネットワーク（ＩＶＮ）の少なくとも一部分などの１つ以上のＶＣＳリソースとの通信のための安全なネットワークチャネルの構成を開始することができる。そのようなＩＶＮは、例えば、プロバイダネットワークのデータセンターでインスタンス化された第２のＶＨに少なくとも第１の仮想マシン（ＶＭ）を含み得る。
ＥＮＭは、少なくともいくつかの実施形態では、安全なネットワークチャネルを介して、拡張リソースグループに関連付けられたＯＣＣから、仮想マシン起動コマンドを取得することができる。仮想マシン起動コマンドは、様々な実施形態では、安全なネットワークチャネルを含まない経路を介して送信された、クライアントからのプログラム要求に応答して、（例えば、ＶＣＳコントロールプレーンで）生成され得る。ＥＮＭから、仮想マシン起動コマンドの少なくともあるバージョンは、いくつかの実施形態では、拡張リソースグループの第１の仮想化ホストに送信され得る。第１の仮想化ホストでの仮想マシン起動コマンドの処理は、そのような実施形態では、第１の仮想化ホストでの新しい仮想マシンのインスタンス化をもたらし得る。
いくつかのタイプのトリガ信号のいずれも、様々な実施形態では、ＥＮＭのインスタンス化につながり得る。例えば、ＥＲＧに含まれる特定のサーバが電源がオンになっていること、またはＥＲＧからインターネットへの接続が有効になっていることを示す信号は、いくつかの実施形態では、ＥＮＭの少なくとも一部分のインスタンス化、初期化、および／またはスタートアップにつながり得る。
プロバイダネットワークでＥＲＧとＶＣＳリソースとの間の仲介者として機能することに加えて、少なくとも１つの実施形態では、ＥＮＭはまた、ＥＲＧ内にセットアップされた仮想マシンと、（ａ）ＥＲＧがセットアップされるプレミスに配置され、（ｂ）ＥＲＧの一部ではないリソースとの間の仲介者として機能し得る。例えば、ＶＣＳクライアントは、ＥＲＧとは別に、ＥＲＧ仮想マシンを使用して処理されるデータが記憶されるサーバのセットを有し、ＥＮＭは、そのサーバのセットとＥＲＧ仮想マシンとの間の通信を有効にし得る。このようなサーバは、少なくともいくつかの実施形態では、非ＶＣＳサーバと呼ばれ得る。接続性を提供するために、ＥＮＭは、いくつかの実施形態では、ＥＲＧから非ＶＣＳサーバにアウトバウンドするトラフィックに対して様々なタイプのパケット変換を実行し、非ＶＣＳサーバからＥＲＧにインバウンドするトラフィックに対して逆変換を実行し得る。変換は、例えば、異なる実施形態では、ＩＰアドレスマッピング、カプセル化プロトコル処理などを含み得る。いくつかの実施形態では、ＥＲＧがホストされているプレミスでＥＲＧから非ＶＣＳへのリソースを管理することを担当するエンティティとは異なるエンティティは、ＥＲＧからＶＣＳへの通信を管理する責任がある場合があり、すなわち、単一のＥＮＭは、必ずしも両方のタイプの機能を担当するとは限らない場合がある。
一実施形態によると、ＥＲＧはまた、ＥＲＧの仮想化ホストを初期化／ブートすることを担当するブートストラップマネージャを含み得る。いくつかの実施形態では、ＥＮＭは、ブートストラップ／初期化タスクを実行することができる。少なくともいくつかの実施形態では、ＶＭがＥＲＧホストで確立された後、プロバイダネットワークの他のより高いレベルのサービスの操作は、それらのＶＭを使用して実行され得る。例えば、プロバイダネットワークは、データベースインスタンスがビルディングブロックとしてＶＭを使用して構成されるデータベースサービスを含み得、そのようなデータベースインスタンスは、ＥＲＧでセットアップされたＶＭを使用して構成され得る。
少なくともいくつかの実施形態では、ＥＲＧの仮想化ホストは、トラステッドプラットフォームモジュール（ＴＰＭ）などのセキュリティモジュールを含み得、そのようなセキュリティモジュールは、所与のＥＲＧホストで、ＶＭをインスタンス化する（または他の仮想化関連操作を実行する）前に、ＥＲＧホストの状態（例えば、インストールされたソフトウェア状態など）が受け入れ基準を満たすることを検証するために使用され得る。少なくとも１つの実施形態では、ＥＲＧ仮想化ホストで起動されたＶＭに関連する状態情報は、仮想化ホストのストレージデバイスに、暗号化された形態で記憶され得る。ＥＲＧの特定の仮想化ホストに物理的に存在するか、または接続される限り、、復号化することのみができるストレージデバイスなど、耐タンパー性ストレージデバイスは、いくつかの実施形態では、採用することができる。結果として、悪意のあるアクターがストレージデバイスを物理的に取り除いた場合、暗号化された状態情報は、そのような実施形態では、削除されたデバイスから復号化することができず、ＥＲＧによってサポートされる仮想化特徴のセキュリティがさらに強化される。
いくつかの実施形態では、所与のＥＲＧについて、それらのユーザ／エンティティのみがＥＲＧで仮想マシンをセットアップおよび使用することが許可されるように、許可またはアイデンティティ管理サービスで定義されたユーザまたはエンティティのセットが指定され得る。所与のＶＭがＥＲＧで起動される（または他のＶＭ関連の操作が実行される）前に、要求しているユーザまたはエンティティのアイデンティティは、様々な実施形態では、例えばＥＮＭ、ＯＣＣ、またはＶＭが起動される仮想化ホストで検証され得る。少なくとも１つの実施形態では、ＥＲＧでのＶＭの起動をスピードアップするのを助けるために、ＶＭイメージのセットは、ＥＲＧのローカルストレージデバイスに記憶またはキャッシュされ得、その結果、ＥＲＧで所望のカテゴリのＶＭを起動するために、ネットワークを介して大きなイメージを転送する必要がない場合がある。いくつかの実施形態では、イメージは、ＥＲＧのコンピューティングデバイスの、ＥＲＧがセットアップされる場所（例えば、顧客データセンター）への物理的な引き渡しの前にキャッシュされ得る。
例示的なシステム環境
図１は、少なくともいくつかの実施形態による、プロバイダネットワークの仮想化コンピューティングサービスの拡張リソースグループが、プロバイダネットワークの外部のプレミスに配置されたリソースを使用してセットアップされ得る例示的なシステム環境を例解する。図のように、システム１００において、仮想化コンピューティングサービス（ＶＣＳ）１１０のコアコンポーネントは、少なくとも、コントロールプレーンリソース１４１、データプレーンリソース１４５、およびアウトバウンドコマンドコミュニケータ（ＯＣＣ）１７７のセットを含み得、これらはすべて、プロバイダネットワークのデータセンター１０１内に配置され得る。プロバイダネットワークは、様々な実施形態では、サービスプロバイダと呼ばれ得る。図示の実施形態では、ＶＣＳのデータプレーンは、拡張リソースグループ（ＥＲＧ）を使用して、外部の場所（ＶＣＳ顧客／クライアントによって選択され得るプレミス）に拡張され得る。例えば、ＥＲＧ１３５Ａは、コロケーション設備１３０（例えば、２つ以上の組織のコンピューティング関連リソースがホストされ得る建物または部屋などの場所）に確立され得、ＥＲＧ１３５Ｂは、顧客データセンター１３２Ａにセットアップされ得、ＥＲＧ１３２Ｂは、顧客データセンター１３２Ｂに確立され得る。
いくつかの実施形態によると、ＶＣＳ１１０のコントロールプレーンリソース１４１は、クライアントが提出した構成要求（新しい仮想マシンをセットアップする要求、ネットワーク設定を変更する要求など）、ＶＣＳのデータプレーンコンポーネントのプロビジョニングおよび状態管理操作などに応答することを担当するＣＰＳ１０２Ａ～１０２Ｃなどのいくつかのコントロールプレーンサーバ（ＣＰＳ）１０２を含み得る。データプレーンリソースは、クライアントＣ２に代わってセットアップされたＩＶＮ１１５Ａなどの、いくつかの分離仮想ネットワーク（ＩＶＮ）１１５を含み得る。先に示したように、ＩＶＮ１１５は、様々な実施形態では、ネットワーク構成設定の少なくともいくつかのタイプに関して、仮想化コンピューティングサービスの残りのリソースから論理的に分離または切り離されるリソースのセットを含み得る。例えば、所与のＩＶＮは、いくつかの実施形態では、それぞれのセキュリティ設定を有する１つ以上のサブネット、および／またはＩＰアドレスのセットを有し得、その個々のサブネットは、１つ以上の仮想化ホスト（ＶＨ）１１７でセットアップされた個々の仮想マシン１２５（例えば、ＶＭ１２５Ａ）に割り当てられ得る。図１に示される例示的なシナリオでは、ＩＶＮ１１５Ａは、ＶＨ１１７ＡおよびＶＨ１１７Ｂでインスタンス化された仮想マシンを含み得、一方、ＩＶＮ１１５Ｂは、ＶＨ１１７Ｊまたは１１７Ｋでセットアップされた仮想マシンを含み得る。少なくとも一実施形態では、少なくともいくつかの仮想化ホスト１１７が、マルチテナントモードで使用され得るため、所与のＶＨが、いくつかの異なるクライアントに代わってセットアップされたＶＭに潜在的に使用され得、いくつかの異なるＩＶＮのＶＭが、１つのＶＨで潜在的にインスタンス化されることに留意されたい。
少なくとも１つの実施形態では、ＩＶＮは、内部または管理上の使用のために、ならびにクライアントが要求した仮想マシンをホストするためにセットアップされ得る。いくつかの実施形態では、例えば、ＥＲＧにコマンドを送信するために使用されるＯＣＣ１７７のうちの１つ以上は、ＩＶＮ内に確立され得る。所与のＯＣＣ１７７は、例えば、いくつかの実施形態では、仮想マシン内の１つ以上のプロセスまたは実行スレッドを使用して実装され得、少なくとも１つの拡張リソースグループ１３５にプログラムで関連付けられ得る。少なくともいくつかの実施形態では、ＯＣＣの構成設定は、ＶＣＳコントロールプレーン内で発信されるコマンドがＯＣＣを介してＥＲＧに送信され得るが、ＥＲＧ（または任意の他のソース）で発信されるメッセージがＥＲＧを介してＶＣＳコントロールプレーンに送信されないようにセットアップされ得る。例えば、以下で考察されるように、一実施形態では、ＯＣＣとして使用される仮想マシンに接続された特定の仮想ネットワークインターフェース（ＶＮＩ）のセキュリティ設定は、メッセージがＶＣＳコントロールプレーンリソース１４１からＯＣＣに送信されることのみを可能にし、逆方向に送信されることを可能にし得ない。
高レベルでは、様々な実施形態では、ＥＲＧ１３５は、少なくとも少量のハードウェア機器をホストすることができ、インターネット接続を有するＶＣＳ顧客が選択した任意の場所における、ＶＣＳの安全なデータプレーン機能（例えば、プロバイダネットワークデータセンター内にセットアップすることができるものと同一または少なくとも非常に類似した仮想マシンをインスタンス化する能力）を提供するように設計され得る。以下で考察されるように、ＥＲＧの１つ以上のタイプまたはカテゴリは、様々な実施形態では、ＶＣＳで定義され得、顧客は、コロケーションプレミス１３０または顧客データセンター１３２など、ＥＲＧインスタンスがプロバイダネットワークの外部の所与の場所にセットアップされる特定のカテゴリを選択し得る。ＥＲＧ内に含まれるハードウェアデバイス、関連付けられたソフトウェアおよびファームウェアの特定のセットは、様々な実施形態では、プロバイダネットワーク１０１のオペレータによって設定された（および少なくとも場合によっては事前構成または事前インストールされた）基準を満たすことができる。
ＥＲＧを使用して提供される仮想化コンピューティングおよび他の機能の品質（セキュリティ、パフォーマンス、可用性などの態様を含む）が、ＶＣＳおよびプロバイダネットワークの標準を満たすことを確実にするために、異なる実施形態では、いくつかの技術を使用することができる。例えば、少なくともいくつかの実施形態では、ＥＶＨ１１８Ａ、１１８Ｂ、１１８Ｊ、１１８Ｋ、１１８Ｐまたは１１８Ｑなどの強化されたセキュリティ仮想化ホスト（ＥＶＨ）１１８のセットは、ＥＲＧに含まれ得る。このようなＥＶＨは、遠隔で生成された仮想化関連の管理コマンドが、例えば、コマンドが最初に発行されたソース（コントロールプレーンリソース１４１など）にメッセージを送り返すことなく、安全かつ確実に実行することを可能にするように特別に設計されるいくつかのハードウェア、ソフトウェア、および／またはファームウェア要素を含み得る。いくつかの実施形態では、そのような要素は、以下でさらに詳細に考察されるように、トラステッドプラットフォームモジュール（ＴＰＭ）または他のセキュリティモジュールを含むオフロードされた仮想化管理コンポーネント（ＯＶＭＣ）、耐タンパー性ストレージデバイスであって、ストレージデバイスが特定のＥＶＨに物理的に接続されている場合にのみコンテンツを復号化することができる耐タンパー性ストレージデバイス、低オーバーヘッドの仮想化管理ソフトウェアスタックなどを含み得る。少なくともいくつかの実施形態では、以下に考察されるように、ＥＶＨは、アウトバウンドコールを行わず、ＴＬＳ（トランスポート層セキュリティ）セッションを使用して保護されるインバウンドコマンド用のＡＰＩを実装するＶＣＳコントロールプレーンエージェントを含み得る。このようなＡＰＩは、様々な実施形態では、強力な許可、認証、およびアカウンティング関連の制御を有し得る。少なくともいくつかの実施形態では、仮想化管理に関連付けられた共有秘密は、ＥＶＨ自体の中に記憶され得ない。様々な実施形態では、ＶＣＳソフトウェアおよび構成を含むＥＶＨに関する状態情報は、ＴＰＭまたは同様のセキュリティモジュールに対して封印される１つ以上の暗号化ドライブに記憶され得、安全で測定されたブートプロセスを使用してドライブのコンテンツのロックを解除し得る。少なくともいくつかの実施形態では、同様のＥＶＨは、プロバイダネットワークデータセンター内でも使用され得、例えば、１２５Ａなどの仮想マシンの少なくともいくつかのサブセットは、プロバイダネットワーク内のＥＶＨ上にセットアップされ得ることに留意されたい。仮想化ホスト（図１のＥＶＨ１１８およびＶＨ１１７を含む）は、いくつかの実施形態では、仮想化サーバ、または単にサーバと呼ばれることもある。
少なくともいくつかの実施形態では、所与のＥＲＧ１３５は、１つ以上のコンピューティングデバイスに実装されたネットワークマネージャを含み得、それは、プロバイダネットワークとのネットワーク接続の確立に参加またはそれを開始し得る。いくつかの実施形態では、仮想プライベートネットワーク（ＶＰＮ）トンネルまたはＶＰＮ接続などの安全なネットワークチャネルは、ＥＲＧ１３５（例えば、ＥＲＧのネットワークマネージャ）とプロバイダネットワークデータセンター内に配置されたリソースとの間に確立され得、そのようなチャネルは、ＶＣＳからＥＲＧにコマンドを送信するために採用することができる。図１に描写される実施形態では、例えば、それぞれの一方向の安全なネットワークチャネル１６６（例えば、１６６Ａ、１６６Ｂ、または１６６Ｃ）を使用して、クライアント要求（ＥＲＧで１２５Ｂなどの仮想マシン１２５をインスタンス化する要求を含む）に応答して、コントロールプレーンリソース１４１で最初に生成されたコマンドを、ＥＶＨ１１８での最終的な実行のために、ＯＣＣを介してＥＲＧに送信することができる。一実施形態では、そのようなコマンドに使用される安全なチャネルは、ＥＲＧ１３５（ネットワークマネージャなど）における１つ以上のリソースと、ＥＲＧがその要求に応じて確立された、クライアントのＩＶＮ１１５内の１つ以上のリソース（仮想マシン１２５またはＶＰＮゲートウェイなど）との間に設定され得、そのＥＲＧ１３５のために指定されたＯＣＣ１７７は、セットアップされた後、チャネル（例えば、ＶＰＮ接続識別子またはトンネル識別子）の表示（および使用許可）を取得することができる。
いくつかの実施形態によると、安全なチャネル１６６にアクセスしているＯＣＣ１７７は、ＶＣＳコントロールプレーンリソース１４１で生成された管理コマンドの少なくとも第１のバージョンを取得することができる。管理コマンドは、少なくとも１つの実施形態では、クライアントからのプログラム要求に応答してＶＣＳコントロールプレーンで生成された可能性があり、ＯＣＣに関連付けられたＥＲＧに向けられ得る。プログラム要求自体は、少なくともいくつかの実施形態では、安全なネットワークチャネルを含まない経路を介して、クライアントからコントロールプレーンデバイスで受信された可能性がある。ＶＣＳコントロールプレーンで生成されたコマンドの表現は、様々な実施形態では、ＯＣＣから安全なネットワークチャネルを介して、関連付けられたＥＲＧ１３５に送信され得、ＥＲＧで実行され得る。１つの例示的なシナリオでは、クライアントは、ＥＲＧで仮想マシン（ＶＭ１２５Ｂなど）を起動するための要求をプログラムで提出することができ、対応するＶＭ起動コマンドの第１のバージョンは、ＶＣＳコントロールプレーンリソース１４１で生成され、適切なＯＣＣ１７７に送信され得、ＯＣＣ１７７は、コマンドの変更されたバージョンをＥＲＧのネットワークマネージャに送信し得る。次に、ネットワークマネージャは、コマンドを、選択されたＥＶＨ１１８に送信することができ、ＥＶＨ１１８上の１つ以上のプロセスは、要求仮想マシンを起動するためのコマンドを実行することができる。同様のワークフローは、様々な実施形態では、ＶＭを終了させるためのコマンド、ＶＭを修正するためのコマンドなどの他のタイプのコマンドに対して実行することができる。
いくつかの実施形態では、ＶＣＳコントロールプレーンからＯＣＣで受信されたコマンドのバージョンは、例えば、１つ以上のセキュリティ関連トークンなどを削除／置換することによって、ＯＣＣで修正され得、その結果、コマンドの修正されたバージョンの、ＥＲＧへの送信をもたらす。コマンドの修正されたバージョンは、例えば、ＯＣＣで生成された１つ以上のセキュリティアーティファクトまたはオブジェクトを含み得、それらは、様々な実施形態では、コマンドが最終的に実行／実装されるＥＲＧのターゲットホストで認証され得る。少なくとも１つの実施形態では、ＨＭＡＣ（ハッシュベースのメッセージ認証コード）などのそれぞれの認証コードは、ＯＣＣで各コマンドに生成され、ＥＲＧに転送されるメッセージに含まれ得、コマンドを改ざんすることを困難にする。いくつかの実施形態では、仮想マシンカテゴリの１つ以上のファミリのインスタンスは、プロバイダネットワークデータセンター内の仮想化ホスト１１５で確立され得、同じＶＭカテゴリの少なくともいくつかのインスタンスは、ＥＲＧでセットアップされ得る。一実施形態では、１つ以上のＶＭカテゴリのインスタンスを起動するために使用することができる仮想マシンイメージは、例えば、プロバイダネットワークからＥＲＧへのネットワークを介して潜在的に大きなＶＭイメージファイルを送信する必要なしに、新しいＶＭが非常に迅速に起動され得るように、ＥＲＧ内に含まれるストレージデバイスでキャッシュされ得る。いくつかの実施形態では、許可されたエンティティ（例えば、ユーザ、グループなど、アイデンティティサービスまたは許可サービス内で定義される）は、それらのエンティティのみが、ＥＲＧでの１つ以上のタイプの操作（ＶＭ起動など）を開始することを許可されるように、所与のＥＲＧに対して指定され得る。そのような操作を実行する前に、ＶＣＳは、様々な実施形態では、要求エンティティが適切な許可を与えられていることを（例えば、ＶＣＳコントロールプレーン、ＯＣＣ、および／またはＥＲＧ自体で）検証することができる。少なくともいくつかの実施形態では、ＥＲＧに発行されたすべてのコマンド（またはより一般的には、ＥＲＧに送信されたおよび／またはＥＲＧから送信されたメッセージ）の包括的なログは、例えば、ＶＣＳコントロールプレーン、ＯＣＣ、および／またはＥＲＧ内のネットワークマネージャで維持され得、そのようなログのコンテンツは、代わってＥＲＧがセットアップされるＶＣＳクライアントに、様々なタイプのプログラムインターフェースを介して提供され得る。
少なくともいくつかの実施形態では、ＥＲＧ１３５のＥＶＨで動作する仮想マシン１２５に関して、少なくとも２種類のデータプレーン通信がサポートされ得る。クライアントＣ１の顧客データセンター１３２Ａ、クライアントＣ２の顧客データセンター１３２Ｂ、またはコロケーション設備１３０などの所与の外部プレミスは、ＶＣＳ機能を実装しない少なくともいくつかのサーバまたはコンピューティングデバイスを含み得る。例えば、コロケーション設備１３０は、非ＶＣＳサーバ１２３Ａのセットを含み得、データセンター１３２Ａは、非ＶＣＳサーバ１２３Ｂを含み得、データセンター１３２Ｂは、図示の実施形態では、非ＶＣＳサーバ１２３Ｃを含み得る。場合によっては、ＥＲＧ１３５をセットアップする動機の１つは、非ＶＣＳサーバ１２３の所与のセットへの近接を含み得、そのようなサーバは、例えば、ＥＲＧの仮想マシンを使用して操作されるデータを記憶し得るか、またはＥＲＧ内で動作している他のアプリケーションと密接に連動することを目的としたアプリケーションを動作し得るが、ＥＲＧの一部ではない（プロバイダネットワークの一部ではない）場合がある。したがって、様々な実施形態では、所与のＥＲＧ１３５は、ローカルプレミスの低遅延データチャネル１６８（例えば、データセンター１３２Ａのチャネル１６８Ａ、データセンター１３２Ｂのチャネル１６８Ｂ、およびコロケーション設備１３０のチャネル１６８Ｃ）を介した非ＶＣＳリソースへの接続を可能にする１つ以上のリソースを含み得る。いくつかの実施形態では、例えば、ＥＶＨ１１８での仮想化ホスト（例えば、ＶＣＳのＩＶＮに関連付けられた範囲のプライベートＩＰアドレスが割り当てられ得る）と、ＥＲＧホスティングプレミスのサーバ１２３などの非ＶＣＳリソースとの間のトラフィックのために、ネットワークアドレス変換が必要とされ得る。少なくとも１つの実施形態では、ＥＲＧ１３５のネットワークマネージャは、そのようなトラフィックに対してそのようなアドレス変換および／または他のプロトコル処理（例えば、カプセル化プロトコル処理）操作を実行するための仲介者として機能し得る。いくつかの実施形態では、ＶＣＳコントロールプレーンへの安全なチャネル１６６をセットアップすることに参加する同じネットワークマネージャを使用して、非ＶＣＳリソースへの接続を可能にすることもでき、他の実施形態では、異なるタイプのトラフィックに対して異なるネットワークマネージャを使用することができる。
少なくともいくつかの実施形態では、所与のＥＲＧ１３５は、ＶＣＳデータセンター内の少なくともいくつかのリソースを使用して確立された既存のＩＶＮ１１５の論理的拡張として構成され得る。例えば、図示の実施形態では、ＥＲＧ１３５Ｂは、クライアントＣ１のＩＶＮ１１５Ａの拡張であり、ＥＲＧ１３５Ａは、クライアントＣ３のＩＶＮ１１５Ｂの拡張である。したがって、利用可能なＩＰアドレスの範囲、サブネット設定、出力／入力セキュリティルールなどのようなＩＶＮの様々なネットワーク構成設定もまた、そのような実施形態では、ＩＶＮを拡張するＥＲＧに適用され得る。様々な実施形態では、１６７Ａおよび１６７Ｂなどの双方向データチャネルを使用して、ＩＶＮ内のリソースと、ＩＶＮの拡張として構成されているＥＲＧとの間で非管理パケットまたはデータプレーンパケットを送信することができる。いくつかの実施形態では、ＥＲＧ１３５ＣなどのいくつかのＥＲＧは、ＩＶＮの拡張として構成されない場合があることに留意されたい。このようなＥＲＧは、事実上、プロバイダネットワークデータセンターの外部に実装されたＩＶＮと論理的に同等であると見なすことができ、例えば、図示の実施形態では、Ｃ３に代わってセットアップされたＩＶＮ内で行うことができるのと同様のタイプのネットワーク構成選択を、ＥＲＧ１３５Ｃ内のクライアントＣ３によって行うことができる。少なくともいくつかの実施形態では、同じセットの物理ネットワークリンクおよび／または同じＶＰＮトンネルまたは他の安全な接続は、（ａ）双方向データトラフィック（例えば、論理双方向データチャネル１６７）、および（ｂ）一方向管理コマンドトラフィック（例えば、論理一方向コマンドチャネル１６６）の両方に使用され得ることに留意されたい。
いくつかの実施形態によると、ＶＣＳクライアントは、プログラム要求をＶＣＳに提出することによって、ＥＲＧをセットアップおよび構成するワークフローを開始することができる。そのようなＥＲＧ確立要求に応答して、一実施形態では、アウトバウンドコマンドＯＣＣは、例えば、ＥＲＧの物理的機器が適切なプレミスに引き渡される前でさえ、構成、選択（例えば、既存のＯＣＣのプールから）、またはインスタンス化され得る。そのようなシナリオでは、ＥＲＧ１３５を備える安全なチャネル１６６（例えば、ＶＰＮトンネル）は、ＯＣＣがＥＲＧのために確立または指定された後のある時点でセットアップされ得る。
いくつかの実施形態では、ＥＲＧのデバイスは、接続を確立し、ＥＲＧの使用を開始するためにＶＣＳ顧客からほとんど労力を必要としないような方法で、事前に構成および事前にインストールされ得る。例えば、一実施形態では、ＥＲＧインスタンスのコンピューティングデバイスのセットが、セットアップされ、電源がオンにされ、インターネットに接続されるとすぐに、ネットワークマネージャは、デバイスのうちの１つ以上で自動的にスタートアップし、ＶＣＳデータセンターでリソース（ＯＣＣ１７７、ＶＰＮトンネルを有効にするためにセットアップされたゲートウェイなど）との接続を開始することができる。したがって、電力および／またはインターネット接続が利用可能であるという発見は、そのような実施形態では、ネットワークマネージャをスタートアップするためのトリガ信号として機能し得る。ネットワークマネージャは、いくつかの実施形態では、ＥＲＧのＥＶＨのうちの１つ以上のブートストラップ操作を開始することも担当し得る。ＥＶＨ上の仮想マシン１２５のインスタンス化および使用を可能にすることに加えて、ＥＲＧはまた、いくつかの実施形態では、仮想マシンを利用するプロバイダネットワークサービスの機能を提供するために使用され得る。例えば、いくつかの実施形態では、プロバイダネットワークのデータベースサービスは、データベースインスタンスをインスタンス化するために、仮想マシンのセットを利用することができ、そのようなデータベースインスタンスはまた、クライアントの要求に応じてＥＲＧでセットアップされることができる。
例示的なＥＲＧ仮想化ホスト
図２は、少なくともいくつかの実施形態による、仮想化コンピューティングサービスの拡張リソースグループに含まれ得る、強化されたセキュリティ仮想化ホストの例示的な概要を例解する。図示の実施形態では、図１に示されるＥＲＧ１３５と同様のＥＲＧのコンピューティングデバイスのコレクション２０５は、ＶＣＳクライアントによって選択される場所（例えば、顧客データセンター、コロケーション設備など）に引き渡され得る。コレクションの個々のデバイスは、ＶＣＳオペレータによって選択されたソフトウェアおよびファームウェアのセットをすでにインストールされていてもよく、少なくともいくつかの実施形態では、互いに事前にケーブル接続されてもよい。少なくとも１つの実施形態では、デバイスのコレクションは、データセンターに通常設置される種類の単一の標準ラック（またはいくつかの他の数のラック）に適合し得、ラック全体（または複数のラック）は、ユニットとしてパッケージ化され、ＶＣＳオペレータによって、プロバイダネットワークの外部の指定された場所に提供され得る。図示の実施形態では、ＥＲＧデバイスコレクション２０５は、ＥＲＧネットワークマネージャに使用される１つ以上のホスト２０６を含み得、これは、事実上、ＥＲＧのプライマリ管理者として機能し、ＶＣＳデータセンター、およびＥＲＧがインストールされる場所にある非ＶＣＳサーバへの接続を確立すること、ＥＲＧの他のデバイスを起動することなどを担当する。いくつかの実施形態では、コレクション２０５は、１つ以上のストレージサーバ２０７を含み得、これは、例えば、ＶＣＳからのネットワーク接続を介してイメージを転送する必要なしに、ＥＲＧで顧客が要求した仮想マシンをインスタンス化するために使用することができる仮想マシンイメージのキャッシュとして使用され得る。コレクションはまた、図示の実施形態では、ＥＶＨ２１８Ａなどのいくつかの数の強化されたセキュリティ仮想化ホスト（ＥＶＨ）２１８を含み得る。少なくとも１つの実施形態では、ＥＲＧにおいて、ＥＶＨ、ＥＲＧネットワークマネージャのために、および／またはストレージサーバのために同じタイプのコンピューティングデバイスを使用することができ、すなわち、ネットワークマネージャのために、および／またはＶＭイメージをキャッシュするために特別なタイプのハードウェアを必要としない場合があることに留意されたい。
少なくともいくつかの実施形態では、ＥＲＧの所与のＥＶＨ、例えばＥＶＨ２１８Ａは、ストレージデバイス２５５のセット、オフロードされた仮想化マネージャコンポーネント（ＯＶＭＣ）２６９、およびオペレーティングシステム（ＯＳ）のストリップダウンバージョン２６５を含み得る。ストレージデバイス２５５は、例えば、ＥＶＨで起動された任意の仮想マシンの状態情報を含むＥＶＨの状態情報が、例えば、暗号化された形式で記憶され得る少なくとも１つの耐タンパー性デバイス２５６を含み得る。少なくとも１つの実施形態では、耐タンパー性ストレージデバイス２５６は、デバイスに記憶された暗号化データが、デバイスが特定のＥＶＨ（例えば、ＥＶＨ ２１８Ａ）に物理的に接続される場合にのみ復号化することができるように構成され得、例えば、デバイスに記憶されるデータの暗号化されたバージョンを復号化するために、ＥＶＨのＴＰＭ（トラステッドプラットフォームモジュール）などのセキュリティモジュールに記憶される情報を読み取る、および／または分析する必要がある場合がある。オフロードされた仮想化マネージャコンポーネント２６９は、図３の文脈で以下で考察されるように、いくつかの実施形態では、セキュリティモジュールを含み得る。ＯＶＭＣは、例えば、いくつかの実施形態では、ＰＣＩ（ペリフェラルコンポーネントインターコネクト）などの周辺インターフェースを介してＥＶＨ２１８のメモリに接続されたハードウェアカードを含み得る。名前が示すように、ＯＶＭＣは、仮想マシンを管理する作業のいくつかをＥＶＨのプライマリプロセッサ（例えば、ＣＰＵ）からオフロードし得、これにより、ＥＶＨのリソースの多くを、クライアントが要求した仮想マシンで利用可能にする。いくつかの実施形態では、複数のＯＶＭＣ（例えば、複数のＰＣＩ接続カード）は、２１８ＡなどのＥＶＨに含まれ得る。一実施形態では、ＯＶＭＣは、ネットワーキング関連の仮想化管理タスクおよび／または他の入力出力（Ｉ／Ｏ）関連の仮想化管理タスクを実行することができる。少なくとも１つの実施形態では、ＯＶＭＣ２６９と同様の周辺カードを使用して、ＥＲＧのネットワークマネージャの機能の少なくとも一部分を実装することができる。
図２に描写される実施形態では、ＯＳ２６５は、コントロールプレーンエージェント（ＣＰＡ）プロセス２６７を含み得る。ＣＰＡ２６７は、上で考察された種類のアウトバウンドコマンドコミュニケータ（ＯＣＣ）を介して、プロバイダネットワークデータセンターでのＶＣＳコントロールプレーンから送信された管理コマンド２６６を受信することができる。コマンド２６６は、図示の実施形態では、ＣＰＡアプリケーションプログラミングインターフェース（ＣＰＡ ＡＰＩ）２７８に従ってフォーマットされ得る。事実上、ＣＰＡ ＡＰＩ２７８は、ＣＰＡまたはＥＶＨ２１８の他のコンポーネントの特定の実装詳細に関係なく、ＶＣＳコントロールプレーンの要求に応じてＥＶＨ２１８で実装される操作のタイプを管理する契約を表すことができる。例えば、代わりにＥＲＧがセットアップされるクライアントによって要求された仮想マシンを起動するためのコマンドは、ＣＰＡ２６７に送信され得る。少なくともいくつかのＣＰＡ ＡＰＩコールは、図示の実施形態では、応答を提出者に送信することを必要としない場合がある。アウトバウンドメッセージは、いくつかのそのような実施形態では、ＣＰＡによってＥＶＨから送信されない場合がある。
ＶＭ起動コマンドに応答して、ＣＰＡ２６７は、いくつかの実施形態では、ＶＩＰ２６８－１などの交換可能な仮想化中間プロセス（ＶＩＰ）２６８を起動することができる。最初に、図示の実施形態では、ＶＩＰプロセス２６８－１は、ＣＰＡ２６７によって発行されたＡＰＩ要求またはコマンドを受信するように構成されるＡＰＩハンドラスレッド２７０－１を含み得る。次に、ＣＰＡ２６７は、実際にＶＭを起動するためのコマンドを発行することができ、ＶＩＰ２６８－１の新しい子スレッド２６３－１を起動して、要求されたＶＭを実装することができる。ＶＭスレッド２６３－１の起動をもたらすコマンドには、例えば、使用する起動可能なＶＭイメージ、ＶＭのリソース要件、ＯＶＭＣを使用して、特にＶＭに対してＣＰＡによって以前に実行されたネットワーク構成操作の結果などを示すパラメータが含まれ得る。ＶＭをインスタンス化するためのコマンドは、図示の実施形態では、ＶＩＰ ＡＰＩ２７９と呼ばれる第２の内部ＡＰＩを介して提出することができる。ＣＰＡ ＡＰＩがＶＣＳコントロールプレーンとＣＰＡとの間の契約を表すのと同様に、様々な実施形態では、ＶＩＰ ＡＰＩは、エンティティ（例えば、ＶＩＰ）の特定の実装詳細またはプロセス／スレッド構造に関係なく、ＶＭを起動および終了させることを担当するエンティティによって処理される要求のタイプを示す別の契約を表すことができる。所与のＶＩＰ２６８の存続期間は、いくつかの実施形態では、対応するＶＭスレッド２６３の存続期間と一致し得、例えば、ＶＭが終了するとき、ＶＩＰもまた終了し得る。ＶＭの存続期間中、ＣＰＡは、ＡＰＩハンドラスレッド２７０－１を介してＶＩＰと通信することができ、例えば、様々なタイプのＶＭ関連操作を要求するＶＩＰ ＡＰＩ ２７９に従ってフォーマットされたメッセージを提出し、様々なタイプのＶＭ関連クエリを提出すること、および対応する応答を受信することを行うことができる。いくつかの実施形態では、ＥＲＧで起動される少なくともいくつかのＶＭのリソース要件（例えば、ＣＰＵ、メモリ、ストレージ、および／またはメモリ要件）は、非常に低く、および／またはＶＭの予想される存続期間は、非常に短い場合があり、そのようなＶＭは、「マイクロＶＭ」と呼ばれることがある。一実施形態では、ＯＳ２６５のストリップダウンバージョンは、Ｌｉｎｕｘカーネルベースの仮想マシン（ＫＶＭ）および他の仮想化特徴を活用して、そのような軽量マイクロＶＭをほぼネイティブの速度で実行することができる仮想マシンモニターを含み得る。仮想マシンモニターは、ユーザスペースプロセスとして動作し、ゲストオペレーティングシステムに最小限のデバイスエミュレーションを提供し（例えば、ブロックおよびネットワークデバイスを含む標準のＰＣデバイスモデル）、より速いスタートアップ、およびメモリフットプリントの削減を達成するための必須ではない機能（例えば、ＶＧＡ（ビデオグラフィックスアレイ）および他のレガシーデバイスエミュレータ）を含まない場合がある。仮想マシン監視プロセスは、いくつかの実施形態では、ＣＰＡ ＡＰＩ２７８と同様のＡＰＩを公開し、マイクロＶＭサンドボックス化を実施し、仮想化関連要求の速度制限を処理することができる。
異なる実施形態では、所与の要求されたＶＭに使用される特定のＥＶＨ２１８を選択する際に、いくつかのＶＭ配置要因を考慮に入れることができ、例えば、ホスト上で現在動作しているＶＭの数を、考慮することができ、ＥＶＨのオーバーサブスクリプション設定、および／または代わってＶＭが起動されるクライアントのオーバーサブスクリプションプリファレンスを考慮することなどを行うことができる。いくつかの実施形態では、特定のＶＭ起動の任意の要求がＥＶＨでのＣＰＡ２６７に送信される前に、いくつかの予備構成操作がＥＶＨ２１８で（例えば、ＥＲＧネットワークマネージャによって）実行され得、例えば、以下で考察される種類の１つ以上の仮想ネットワークインターフェースは、ＥＶＨのＶＭによる最終的な使用のために、ＯＶＭＣ２６９を使用して構成することができる。
ＶＭを起動するための新しいコマンドがＣＰＡ２６７で受信されると、ＶＭスレッド２６３－１の起動に関して上記に示されたＣＰＡワークフローは、図示の実施形態では、繰り返され得、例えば、ＶＭ別構成操作は、ＶＩＰを起動する前に、ＣＰＡによって実行され得、ＶＩＰのスレッドの１つを、要求されたＶＭに使用することができる。ラベルＶＩＰ２６８－１００００によって示唆されるように、図示の実施形態では、所与のＥＶＨ２１８で多数（例えば、数万）のＶＭを作成することができる。ＥＶＨで同時に動作するためにインスタンス化することができるＶＭの実際の数は、ＥＶＨで利用可能な全体的なリソースの組み合わせ、インストールされるソフトウェア／ハードウェアスタックのバージョン、有効なリソースオーバーサブスクリプションポリシー／複数のリソースオーバーサブスクリプションポリシーなどに応じて、異なる実施形態では、様々であり得、例として図２に示す１００００の数よりも大きい場合もあり、または小さい場合もある。ＶＭ２６３－１の親ＶＩＰ２６８－１は、交換可能であるため、ＥＶＨ２１８Ａで描写される実施形態では、所望のレベルのリソースオーバーサブスクリプションを実装することが可能であり得、例えば、ＥＶＨで動作するＶＭのセットの総メモリ使用量は、利用可能なメモリの量を超える可能性がある。ＶＭを終了させるための要求がＶＣＳコントロールプレーンで受信されると、対応するコマンドは、ＡＰＩ呼び出しを介してＣＰＡに送信され得、スレッドが、対象となるＶＭに使用されるＶＩＰは、図示の実施形態では、終了し得る。すなわち、少なくとも１つの実施形態では、動作しているＶＭの数と動作しているＶＩＰの数との間に１対１の関係があり得る。他の実施形態では、図２に示されるプロセスアーキテクチャのバリエーションを採用することができ、例えば、所与のＶＩＰは、それぞれのスレッドとして複数のＶＭを生成することができ、複数のＣＰＡをＶＨでセットアップすることなど行うことができる。いくつかの実施形態では、ＶＩＰおよび／またはＶＭに使用される別個のプロセスは、交換可能ではない場合がある。少なくともいくつかの実施形態では、図２に示されるものとは異なるアプローチを使用して、仮想マシンを管理することができ、例えば、示される種類のコントロールプレーンエージェントの代わりに、より大きなフットプリントを有するハイパーバイザーを使用することができる。
例示的なオフロードされた仮想化管理コンポーネントカード
図３は、少なくともいくつかの実施形態による、仮想化ホストのオフロードされた仮想化管理コンポーネントカードの例示的な要素を例解する。前述のように、様々な実施形態では、そのようなカードを使用して、少なくともいくつかのタイプの仮想化管理タスクを実行し、仮想化ホスト（例えば、ＥＲＧのＶＭまたはプロバイダネットワーク内のＶＭに使用されるホスト）の処理および他のリソースを解放することができる。図のように、オフロードされた仮想化管理コンポーネント（ＯＶＭＣ）カード３０２（図２のＯＶＭＣ２６９と特徴および能力が同様の）は、オフロードプロセッサ３１７Ａおよび３１７Ｂ（ＯＶＭＣカードが接続および使用される仮想化ホストの一次ＣＰＵとは区別される）のそれぞれのセットを有する一対のシステムオンチップを含み得る。図示の実施形態では、ＳＯＣのうちの一方（例えば、３１５）をブートコントローラに使用することができ、他方は、主にまたは具体的にネットワーク処理オフロードに使用することができる。仮想化関連担当の他の分散は、異なる実施形態で実装され得る。セキュアブートＲＯＭ３２５は、いくつかの実施形態では、ブートコントローラによる仮想化ホスト自体のマルチフェーズブート操作の初期フェーズに使用することができる。ＯＶＭＣカード３０２はまた、セキュリティモジュール（トラステッドプラットフォームモジュール（ＴＰＭ）など）３３０を含み得、それはまた、前述のように、いくつかの実施形態では、ブート手順中および／またはブート後状態検証のために広範囲に使用され得る。少なくともいくつかの実施形態では、仮想化ホストのプレインストールされたソフトウェア／ファームウェアの表現がセキュリティモジュールに含まれ得る。少なくともいくつかの実施形態では、ＶＣＳオペレータによって選択された特定のソフトウェアスタックのみが、セキュリティモジュール３３０がインストールされるホストにインストール可能であり得、そのため、インストールを修正しようとする任意の試みは、失敗する可能性があり、仮想化ホストのセキュリティがさらに強化される。
加えて、ＯＶＭＣカード３０２は、様々な実施形態では、いくつかのストレージ、電力、および接続性に関連するコンポーネントを含み得る。例えば、１つ以上のフラッシュデバイス／インターフェース（またはＳＳＤ）３３５をオフロードカード内に組み込むことができる。これらのデバイスは、例えば、様々な仮想化管理コンポーネント、仮想マシンコンポーネントなどに対応するファームウェアおよび／またはソフトウェアを記憶するために使用され得る。ＰＣＩ－Ｅインターフェース３４０は、様々な実施形態では、ＣＰＡおよびＶＩＰなどのプロセスと通信するために、および／またはＳＯＣ間の通信のために使用され得る。他の実施形態では、ＱｕｉｃｋＰａｔｈインターコネクト（ＱＰＩ）またはＵｌｔｒａＰａｔｈインターコネクト（ＵＰＩ）のバリアントなど、他のタイプのインターコネクトおよび対応するインターフェースを使用することができる。ネットワークインターフェース３４５は、いくつかの実施形態では、仮想化ホストと仮想化コンピューティングサービスのコントロールプレーンとの間の通信、および少なくとも１つの実施形態では、ホスト上で起動された仮想マシンと少なくとも１つ以上のネットワークエンドポイントとの間のデータプレーン通信のために使用され得る。ＯＶＭＣカード３０２はまた、いくつかの実施形態では、例えば、長時間の停電の場合に、少なくともいくつかの目標となる時間または日数の間、ＯＶＭＣを機能させ続けるのに十分な電源３６０を含み得る。いくつかの実装形態では、スーパーキャパシタベースの電源が使用され得る。
いくつかの実施形態では、オフロードされた仮想化マネージャコンポーネントに対して、同じカード上の別個のＳＯＣが必要とされない場合がある。例えば、一実施形態では、ブートコントローラ機能およびネットワークオフロードタスクを実行することが可能である単一のＳＯＣを利用することができる。他の実施形態では、ブートコントローラに使用されるものとは別のカードを使用して、ネットワーク処理タスクを実行することができる。図３に示されるオフロードカードコンポーネントのセットは、包括的であることを意図しておらず、いくつかの実施形態では、タイマーなどのいくつかの他のコンポーネントをカードに組み込むことができる。様々な実装形態において、図６に示されるコンポーネントの少なくともいくつかは必要とされない場合がある。
アウトバウンドコマンドコミュニケータでの仮想ネットワークインターフェースの例示的な使用
様々な実施形態では、仮想ネットワークインターフェース（ＶＮＩ）（「弾性ネットワークインターフェース」とも呼ばれ得る）は、ＶＣＳ（図１のＶＣＳ１１０と同様）および／またはＶＣＳ拡張リソースグループ（図１のＥＲＧ１３５と同様）で構成され得、物理ネットワークカードを必ずしも再構成することなく、ＩＰ（インターネットプロトコル）アドレスなどのネットワーク関連属性を、仮想マシン間で比較的簡単に転送することが可能である。そのような属性転送は、例えば、仮想ネットワークインターフェースを、１つの仮想マシン（例えば、アウトバウンドコマンドコミュニケータ（ＯＣＣ）として使用される仮想マシン）からプログラムで切断し、別の仮想マシンにプログラムで接続することによって実現することができる。図４は、少なくともいくつかの実施形態による、拡張リソースグループに関連付けられたアウトバウンドコマンドコミュニケータにプログラムで接続され得る仮想ネットワークインターフェースの例示的な属性を例解する。図のように、４９１Ａまたは４９１Ｂなどの１つ以上のＶＮＩは、図示の実施形態では、例えば、仮想マシンが動作するホストの特定のハードウェアネットワークインターフェースカード（ＮＩＣ）とは独立して、プログラム操作４９３を介して所与の仮想マシン４９０に接続（またはそこから切断）され得る。
任意の所与のＶＮＩ４９１の例示的な属性４９５の一般化されたリストが図４に示され、少なくともいくつかの実施形態では、それらのすべてが必ずしもすべてのＶＮＩに使用され得るわけではない。いくつかの実施形態では、図４に示される属性またはプロパティのサブセットのみを実装することができ、実装された属性フィールドのすべてに入力する必要はない（すなわち、属性のいくつかを空白またはヌルのままにすることができる）。様々なＶＮＩの属性４９５を含むフィールド／エントリを含むそれぞれのレコードは、いくつかの実施形態では、永続的なメタデータストア、例えば、プロバイダネットワークまたはＶＣＳの様々なコントロールプレーンまたは管理コンポーネントからアクセス可能であるストアに記憶され得る。
例えば、プログラム要求に応答して、新しいＶＮＩが作成されると、図示の実施形態では、新しいインターフェース識別子４０１がそのために生成され得る。いくつかの実装形態では、説明フィールド４０２は、ＶＮＩ、例えば、「ＥＲＧ Ｅ－１１４２のＯＣＣ４８５のためのインターフェース６５４」の作成を要求したクライアントによって記入され得る。前で考察されたように、いくつかの実施形態では、ＶＮＩが使用されるＶＣＳは、複数の分離仮想ネットワーク（ＩＶＮ）を含み得る。属性４９５は、そのような実施形態では、ＩＶＮ識別子４０３（ＶＮＩが構成されるＩＶＮを示す）を含み得る。
異なる実施形態では、いくつかのタイプのネットワークアドレス指定関連フィールドのいずれかが、ＶＮＩの属性のセット内に含まれ得る。いくつかの実施形態では、１つ以上のプライベートＩＰアドレス４０５を、例えば、指定することができる。そのようなプライベートＩＰアドレスは、本明細書では非パブリックアドレスとも呼ばれ、様々な実施形態では、プロバイダネットワークおよびＥＲＧなどのその拡張内のルーティングに内部的に使用することができ、プロバイダネットワークおよびそのＥＲＧの外部から（または他のＩＶＮ内から）直接アクセス可能でない場合がある。いくつかの実施形態では、ＶＮＩに関連付けられた少なくともいくつかの非パブリックＩＰアドレスは、ＩＰアドレスではない可能性があり、つまり、プロバイダネットワークの専用プロトコルに従ってフォーマットされたアドレスを使用することができるか、または別のパブリックドメインプロトコルに従ってフォーマットされたアドレスを使用することができる。一般に、いくつかの実施形態では、ゼロ個以上のパブリックＩＰアドレス４１５もＶＮＩに関連付けられ得、これらのＩＰアドレスは、プロバイダネットワークおよびその拡張の外部、例えば、ＥＲＧがセットアップされているプレミスの非ＶＣＳサーバ、パブリックインターネットの様々なルータなどに表示される場合がある。いくつかの実施形態では、ＶＮＩが使用されるＩＶＮ内のクライアントによってセットアップされるサブネットの識別子など、１つ以上のサブネット識別子４２５（例えば、Ｃｌａｓｓｌｅｓｓ Ｉｎｔｅｒ－Ｄｏｍａｉｎ ＲｏｕｔｉｎｇまたはＣＩＤＲ形式で表現される）を、属性４９５内に含めることができる。一実施形態では、ＶＮＩに関連付けられたアドレス（複数可）を伝播することを担当するドメインネームサーバ（ＤＮＳ）の識別、または他のＤＮＳ関連情報４２７もまた、属性４９５に含まれ得る。
いくつかの実施形態では、属性４９５は、セキュリティ関連プロパティ４３５を含み得る。いくつかのプロバイダネットワークは、ＶＮＩが接続される可能性のある計算インスタンスで許可される着信および／または発信トラフィックのタイプについて、ユーザが、例えばファイアウォール関連ルールを含むルールを指定することを可能にし得る。そのようなルールは、「セキュリティグループ」と呼ばれ、セキュリティグループ（複数可）フィールド４４５を介して特定され得る。いくつかの実施形態では、そのようなルールを使用して様々なポートおよびプロトコル制限を実施することができ、複数のルールを各ＶＮＩに関連付けることができる。例えば、クライアントは、セキュリティグループを使用して、ＨＴＴＰおよびＨＴＴＰ発信または着信トラフィックのみが許可されることを確実にすること、トラフィックが許可されるＴＣＰまたはＵＤＰポートのセットを制限すること、様々なポリシーに従って着信および発信トラフィックをフィルタリングするなどを行い得る。いくつかの実施形態では、上で考察された種類のＯＣＣに接続されたＶＮＩのセキュリティグループおよび／または他のセキュリティ設定を使用して、ＶＣＳコントロールプレーンで発行されるコマンドが、ＯＣＣに送信されることを可能にしながら、ＯＣＣからＶＣＳコントロールプレーンへのトラフィックの流れを防ぐことができる。いくつかの実装形態では、どのユーザまたはエンティティがＶＣＳの仮想マシンなどのコンピューティングプラットフォームへのＶＮＩの接続を要求することを許可されるかを示すアタッチャリスト４４７が指定され得る。場合によっては、個別のデタッチャリストを使用して、どのエンティティがＶＮＩを切断することができるかを指定し得、一方、アタッチャリスト４４７などの単一のリストを使用して、許可されたアタッチャおよびデタッチャを特定し得る。ＶＮＩのＩＰアドレス（例えば、パブリックＩＰアドレス４１５および／またはプライベートＩＰアドレス４０５）を設定または修正することを許可されるユーザまたはエンティティのコレクションは、ＩＰアドレスセッターリスト４４９で提供され得、ＶＮＩを所有する（または様々な他のフィールドを変更することができる）ユーザまたはエンティティのセットは、いくつかの実施形態では、所有者／修正者フィールド４５３で指定され得る。例えば、フィールド４５３で特定される所有者／修正者は、いくつかの実装形態では、アタッチャリスト４４７またはＩＰアドレスセッターリストを変更することを許可され得、したがって、ＶＮＩを接続または切断するか、またはそのＩＰアドレス（複数可）を修正することを許可されるエンティティのセットを変更する。「リスト」という用語は、フィールド４４７、４４９、および４５３に使用されているが、様々な実施形態では、リスト以外の論理データ構造（例えば、配列、ハッシュテーブル、セットなど）を使用して、様々なセキュリティ特権、役割、および／または能力が付与されたエンティティのグループを表すことができる。
いくつかの実施形態では、プロバイダネットワークの仮想化コンピューティングサービスのユーザは、プログラムで仮想マシン（ＶＭ）を終了させることを許可され得る。例えば、クライアントは、ＶＭをセットアップし、ＶＮＩをＶＭに接続し、ＶＭで所望の計算のセットを実行し、所望の計算が完了したときにインスタンスを終了させるための要求を発行することができる。そのような実施形態では、「ＤｅｌｅｔｅＯｎＴｅｒｍｉｎａｔｅ」設定４５１を使用して、ＶＭが終了したときに接続されたＶＮＩに何が起こるかを指定することができる。終了するＶＭに接続されたＶＮＩに対してＤｅｌｅｔｅＯｎＴｅｒｍｉｎａｔｅが「ｔｒｕｅ」に設定されている場合、ＶＮＩは、削除される可能性がある（例えば、ＶＮＩの属性４９５を含む永続レコードは、それが記憶されていたリポジトリから削除される可能性がある）。ＤｅｌｅｔｅＯｎＴｅｒｍｉｎａｔｅが「ｆａｌｓｅ」に設定されている場合、ＶＮＩが保持される可能性があるため、例えば、いくつかのＶＭまたは他のコンピューティングプラットフォームに再度接続される可能性がある。一実施形態では、ＶＮＩがＶＭに接続される場合、ＶＮＩ属性４９５とは別の接続レコードを作成して、その関係を表すことができ、ＤｅｒｔｅＯｎＴｅｒｍｉｎａｔｅプロパティは、ＶＮＩ自体に関連付けられる代わりに、または関連付けられることに加えて、接続レコードに関連付けられ得る。そのような実施形態では、ＶＮＩの属性４９５は、ＶＮＩが現在関与している接続の各々の接続レコードまたは複数の接続レコードへのリファレンスまたはポインタを含むことができ、「ＤｅｌｅｔｅＯｎＴｅｒｍｉｎａｔｅ」の異なる値を各接続レコードに設定することができる。
一実施形態では、属性４９５は、ＶＮＩが接続されているコンピューティングプラットフォームに送信されるネットワークパケットに対してソースおよび／またはデスティネーションチェックを実行するかどうかの表示４６５などのルーティング関連情報を含むことができる。ソース／デスティネーションチェック設定が「ｆａｌｓｅ」または「オフ」に設定される場合、ルーティング判定は、パケットのソースおよびデスティネーションＩＰアドレスに基づいて行うことができ、例えば、パケットは、１つのサブネットから別のサブネットに転送され、設定が「真」または「オン」である場合、いくつかの実施形態では、コンピューティングプラットフォームは、ルーティングを実行しない可能性がある。したがって、ソース／デスティネーションフィールド４６５を使用して、いくつかの実施形態では、ＶＮＩが接続されるコンピューティングプラットフォームが、それが最終デスティネーションではないパケットに対してルーティングまたはゲートウェイ機能を実行するかどうか、またはそのようなパケットを無視するかどうかを制御し得る。ルートテーブルエントリなどの他のタイプのルーティング関連情報はまた、または代わりに、他の実施形態では、属性４９５に含まれ得る。請求書関連情報は、いくつかの実装形態では、属性４９５に含まれ得、例えば、ＶＮＩに関連付けられるネットワークトラフィックに対して請求されるエンティティまたはユーザを特定する。
インターフェースステータスフィールド４６８は、ＶＮＩの現在の状態、例えば、ＶＮＩが「利用可能」、「無効」、または「修復中」であるかどうかを示すために使用され得る。同様に、接続ステータスフィールド４６９は、いくつかの実施形態では、ＶＮＩが現在接続されているか、切断されているか、または接続または切断されているプロセスにあるかどうかを示すために使用され得る。一実装形態では、上記のように、接続のレコードは、対応する接続操作が実行されるときに作成され得、ＶＮＩの現在の接続の識別子または複数の識別子は、接続ＩＤフィールド４７１に記憶され得る。ＶＮＩが現在接続されている仮想マシンの識別子は、接続先インスタンスフィールド４７３に記憶され得、いくつかの実施形態では、接続を要求したユーザまたはエンティティは、接続所有者フィールド４７５を介して特定され得る。一実施形態では、ＶＮＩのＩＰアドレスに向けられた／そこから向けられたトラフィックに現在使用可能な物理ネットワークインターフェースカード（ＮＩＣ）または複数のＮＩＣの識別子のリストは、例えば、ＭＡＣアドレス（複数可）フィールド４７７の形態で維持され得る。いくつかの実装形態では、ＶＮＩのＩＰアドレスに流れるまたはそこから流れるトラフィックの量に関する統計などの監視情報４７９もまた、属性４９５の間で保持され得る。ＶＮＩ多重化または親子階層がサポートされる少なくとも１つの実施形態では、ＶＮＩの子または分岐ＶＮＩへのポインタ４８１が含まれ得る。図４に示されない他のフィールドは、様々な実施形態では、含まれ得る。
一実施形態では、図４に示されるフィールドのいくつかは、他のオブジェクトへのリファレンスまたはポインタによって置き換えることができる。例えば、ＶＮＩのセキュリティ情報は、別個のセキュリティオブジェクトに記憶され得、属性４９５は、セキュリティオブジェクトへのリファレンスを含み得る。同様に、ＶＮＩへのコンピューティングプラットフォームの各接続は、接続オブジェクトによって表すことができ、属性４９５は、いくつかの実装形態では、適切な接続オブジェクトへのポインタを含み得る。
図５は、少なくともいくつかの実施形態による、仮想化コンピューティングサービスのコントロールプレーンで生成されたコマンドを拡張リソースグループに送信するために使用され得る例示的なパスを例解する。上記で導入した種類のいくつかの分離仮想ネットワーク（ＩＶＮ）は、少なくともいくつかの実施形態では、ＶＣＳ顧客に代わってセットアップされたものや、プロバイダネットワークで管理目的でセットアップされたものを含むパスに沿ってトラバースすることができる。図示の実施形態では、クライアント要求に応答して、計算インスタンス（仮想マシン、ベアメタルインスタンス、および／または別のタイプのアプリケーション実行環境など）を起動するためのコマンドを、仮想化コンピューティングサービスの１つ以上のコントロールプレーンサーバ５０２（例えば、５０２Ａまたは５０２Ｂ）で生成することができる。いくつかの実施形態では、コントロールプレーンサーバ５０２は、ＶＣＳコントロールプレーンＩＶＮ５１０内に確立され得る。サービスネットワークアドレス範囲（ＳＮＡＲ）５９１を使用して、ＶＣＳの個々のホストにＩＰアドレスを割り当てることができ、ここで、図示の実施形態では、様々なタイプの計算インスタンスをセットアップすることができる。少なくともいくつかの実施形態では、内部コマンドを生成することによるクライアント要求への応答、リソースプロビジョニング、可用性管理などのような管理タスクのためのアルゴリズムを実行し、ホスティングには使用されない、コントロールプレーンの少なくともいくつかのコンピューティングデバイスは、ＳＮＡＲ５９１の一部ではないアドレスが割り当てられ得、計算インスタンスがプロバイダネットワークデータセンター内でセットアップされるネットワークとは別のネットワークの一部として構成することができることに留意されたい。ＶＣＳコントロールプレーンの観点からは、拡張リソースグループ（ＥＲＧ）内にたまたま配置されるホストは、少なくともネットワークアドレス割り当てなどのいくつかのタイプの構成判定に関して、あたかも、ホストが、図示の実施形態では、プロバイダネットワークのデータセンターに存在するかのように扱われ得る。例えば、ＶＣＳコントロールプレーン内で、１つ以上の計算インスタンスがセットアップされるホストは、ホストがどこにたまたま物理的に配置されるかに関係なく、様々な実施形態では、１つ以上のＳＮＡＲアドレスに割り当てられるか、または関連付けられ得る。いくつかの実施形態では、計算インスタンスに使用されるホストの個々のアドレスに関連付けられた特定のＳＮＡＲアドレスを示すメタデータは、ＶＣＳコントロールプレーンに記憶され得る。ＥＲＧホストが、そのネットワーク構成がＶＣＳコントロールプレーンによって直接制御されない可能性がある外部プレミスに配置されるため、計算インスタンス起動コマンド（および／またはＶＣＳコントロールプレーンで生成された他の構成コマンド）は、ＥＲＧホストに向かう途中で、異なる実施形態では、様々な方式で変換する必要があり得る。そのような変換はまた、様々な実施形態では、ＶＣＳ、および代わってＥＲＧがセットアップされるクライアントのセキュリティ要件が満たされることを確実にし得る。前述のように、クライアント要求（例えば、ＥＲＧでインスタンスを起動するための要求など）がＶＣＳコントロールプレーンで（例えば、ＶＣＳのパブリックアプリケーションプログラミングインターフェースを介して）受信されるパスは、少なくともいくつかの実施形態では、対応するコマンドをＶＣＳコントロールプレーンからＥＲＧへ送信するために使用されるパスとは異なる場合がある。
いくつかの実施形態では、ＶＣＳ拡張サービスと呼ばれる内部サービスを確立して、ＶＣＳコントロールプレーンからＥＲＧへの管理コマンドの安全な送信を含む、ＶＣＳ ＥＲＧの管理のいくつかの態様を処理することができる。そのような内部サービスは、ＶＣＳ拡張サービスと呼ばれ得、それ自体が、少なくともいくつかの実施形態では、１つ以上の分離仮想ネットワーク（ＩＶＮ５３０など）を含み得る。アウトバウンドコマンドコミュニケータ（ＯＣＣ）５２２（それ自体は、いくつかの実施形態では、ＶＣＳ拡張サービスのホスト５１７にセットアップされた仮想マシンを使用して実装され得る）は、事実上、少なくとも２つのネットワーク、すなわち、図示の実施形態では、ＶＣＳコントロールプレーンＩＶＮ５１０（プロバイダネットワークのデータセンターで計算インスタンスを起動するために使用することができる、ＳＮＡＲからのアドレスを有するホスト／サーバを含み得る）およびＶＣＳ拡張サービスＩＶＮ５３０の一部として構成されるか、またはそれに結合され得る。いくつかの実施形態では、ＯＣＣ５２２は、図５のＶＮＩ５２３Ａおよび５２３Ｂなどの少なくとも２つの仮想ネットワークインターフェース（図４の文脈で説明されるＶＮＩと特徴および機能が類似するＶＮＩ）にプログラムで接続され得る。５２３ＡなどのＶＮＩのうちの１つは、ＶＣＳコントロールプレーンが、ＥＲＧに向けられるコマンドを送信することを可能にするように構成され得、一方、５２３Ｂなどの別のＶＮＩは、コマンドの少なくともバージョンをデスティネーションＥＲＧに向かって転送するためにＯＣＣによって使用され得る。少なくともいくつかの実施形態では、ＶＮＩ５２３Ａの構成設定は、コマンドがＶＮＩを介してＶＣＳコントロールプレーンから送信され得るが、コマンドがＶＮＩを介してＶＣＳコントロールプレーンに向けられ得ないことを確実にし得る。そのような構成設定は、図５に示されるパスの他のコンポーネントのいずれも、様々な実施形態では、ＶＣＳコントロールプレーンで望ましくない操作を開始することができないことを確実にするのに役立ち得る。少なくともいくつかの実施形態では、５２３ＡなどのＶＮＩを使用して、ＯＣＣ５２２は、（少なくとも）、ＯＣＣ５２２がコントロールプレーンコマンドの仲介者として機能するターゲットＥＲＧホスト５２９に割り当てられるのと同じネットワークアドレス（ＳＮＡＲの一部）が割り当てられ得る。したがって、ＶＣＳコントロールプレーンの観点から、ＯＣＣにメッセージを送信することは、そのような実施形態では、ＥＲＧホストにメッセージを送信することと（デスティネーションネットワークアドレス指定に関して）同等であり得る。ＯＣＣ５２２は、ＶＣＳコントロールプレーンからのコマンドを含むそのようなメッセージを受信すると、少なくとも１つの実施形態では、ＥＮＭのアドレスをデスティネーションとして、変換されたメッセージ（コントロールプレーンのコマンドを含む、または示す）を生成し、それをＥＮＭで送信することができる。ＥＮＭが、変換されたバージョンを最終的に受信すると、ＥＮＭは、次に、様々な実施形態では、最初のコマンドを抽出し、コマンドが最初にＶＣＳコントロールプレーンで生成されたＥＲＧホストに転送することができる。様々な実施形態では、ＯＣＣ５２２が実行されるホスト５１７に割り当てられたネットワークアドレスは、ＯＣＣ自体に割り当てられたネットワークアドレスとは異なり、ＳＮＡＲ５９１（計算インスタンスが起動され得るホストのＶＣＳコントロールプレーンで使用されるアドレス範囲）の一部でもあり得る。
少なくともいくつかの実施形態では、ＯＣＣ５２２はまた、ＶＣＳコントロールプレーンから受信されたコマンドに関して、１つ以上の追加のセキュリティ関連操作を実行することができる。例えば、コマンドの１つ以上のセキュリティ関連アーティファクト／オブジェクト（ＶＣＳコントロールプレーンで最初に生成されたベアラトークンなど）は、デスティネーションＥＲＧに向かって送信されるメッセージで削除、置換、および／または修正される場合がある。一実施形態では、例えば、ＯＣＣで受信されたコントロールプレーンコマンドのバージョンは、１つ以上の暗号署名されたトークンを含み得、デスティネーションＥＲＧに向けて送信されたコマンドのアウトバウンドバージョンは、ＯＣＣによって再署名されたトークンを含み得る。いくつかの実施形態では、クライアント要求に応答してＶＣＳコントロールプレーンで生成される所与の管理コマンドについて、（ａ）ＶＣＳコントロールプレーンとＯＣＣとの間、および（ｂ）ＯＣＣと、スティネーションホストへのパス上の１つ以上のリソースとの間で異なるＴＬＳセッションを確立することができる。様々な実施形態では、そのようなタイプのセキュリティ関連操作は、ＯＣＣで実行され得、ＶＣＳコントロールプレーンで発信されたセキュリティ関連データまたはメタデータがデスティネーションＥＲＧに到達しないことを確実にすることを試み、したがってそのようなセキュリティ関連のデータ／メタデータの誤用の可能性を低減する。
いくつかの実施形態では、ＶＣＳ拡張サービスＩＶＮ５３０、および／または個々の仮想化ホスト５１７は、マルチテナント様式で使用することができる。例えば、複数のＶＣＳクライアントのＥＲＧにコントロールプレーンコマンドを送信するために使用されるいくつかの異なるＯＣＣ５２２は、一実施形態では、同じ拡張サービスＩＶＮ５３０の一部として構成され得る。いくつかの実施形態では、異なるクライアントの複数のＯＣＣを所与のホスト５１７で確立することができ、または単一のＯＣＣを使用して、複数のクライアントのＥＲＧにコマンドを送信することができる。いくつかの実施形態では、単一のＯＣＣを使用して複数のＥＲＧホストにコマンドを送信することができ、他の実施形態では、ＥＲＧホストごとに１つのＯＣＣを使用することができる（複数の計算インスタンスが所与のＥＲＧホストに潜在的にセットアップされ得ることに留意されたい）。少なくともいくつかの実施形態では、ＯＣＣは、ＶＣＳコントロールプレーンで発行されたコマンドに対して１つ以上の変換またはカプセル化操作を実行することができる。例えば、あるシナリオでは、ＶＣＳコントロールプレーンコマンドは、ＩＰアドレスＡ．Ｂ．Ｃ．Ｄ（ＳＮＡＲアドレスの１つ）を有するホストを使用して、特定のＥＲＧ５４１Ａで特定の顧客Ｃ１に代わって計算インスタンスを起動することを示し得る。ＯＣＣ（それ自体は、上記のいくつかの実施形態では、アドレスＡ．Ｂ．Ｃ．Ｄも割り当てられている可能性がある）は、コマンドが最終的に送信され、ホストで実装される前に、コマンドがＥＲＧ５４１ＡのＥＲＧネットワークマネージャ５２８に送信されなければならないことを判定し得る。ＯＣＣはまた、そのような実施形態では、ＥＮＭ５２８が異なるＩＰアドレスＫ．Ｌ．Ｍ．Ｎ（Ｋ．Ｌ．Ｍ．Ｎは、ターゲットホストが配置される外部プレミス５３５Ａで使用される顧客のネットワークアドレス範囲（ＣＮＡＲ）５９３の一部である）を使用してアクセスされることを判定する場合がある。いくつかの実施形態では、ＯＣＣは、コマンドの変換バージョン／カプセル化バージョンを含むメッセージを生成することができ、メッセージのデスティネーションアドレスは、Ｋ．Ｌ．Ｍ．Ｎとして示される。メッセージは、図示の実施形態では、１つ以上の追加のＶＮＩ（ＶＮＩ５２３Ｃおよび５２３Ｄなど）、および顧客Ｃ１のＩＶＮ５１５への中間のＩＶＮ間ゲートウェイ５４０を介して送信され得る。ＩＶＮ間ゲートウェイ５４０は、いくつかの実施形態では、仮想マシンまたは計算インスタンスを使用して実装することができ、そこでパケット処理ソフトウェアを実行することができる。少なくともいくつかの実施形態では、メッセージまたはコマンドの１つ以上の他の操作／変換は、ＩＶＮ間ゲートウェイ５４０で実行され得、例えば、ＥＲＧ５４１Ａでメッセージをその意図されたデスティネーションに向けて送信するために必要なアドレス変換操作を含む。
図５に示されるように、Ｃ１のＩＶＮは、少なくともいくつかの実施形態では、プロバイダネットワーク内のホストで確立されたいくつかの数の仮想マシン５２５を含み得る。メッセージは、顧客ＩＶＮ５２５に入った後、例えば、図示の実施形態では、１つ以上のＶＰＮトンネル５６１を使用して、デスティネーションＥＲＧ５４１ＡでＥＮＭに送信され得る。プロバイダネットワークとＥＲＧとの間の安全な接続のためにＶＰＮトンネルを使用する代わりに、いくつかの実施形態では、専用の物理リンク（ＥＲＧ ５４１ＢをＩＶＮ５１５に接続する専用リンク５６２など）が使用され得、および／または他のタイプのネットワークが使用され得ることに留意されたい。専用の物理リンク５６２は、いくつかの実施形態では、直接接続リンクと呼ばれ得る。ＥＲＧ５４１がプロバイダネットワークの外部の外部プレミス（プレミス５３５Ａまたは５３５Ｂなど）で最初にセットアップされるとき、ＥＲＧのＥＮＭは、少なくともいくつかの実施形態では、ＶＰＮトンネル５６１の確立、および／または専用リンク５６２を介した接続の確立を開始し得、ＥＲＧに使用される特定の安全なチャネルに関する情報は、ＯＣＣ５２２に提供され得る。図５に示されていない１つ以上の中間デバイスは、ＶＰＮトンネルの確立、および／または専用の物理リンクを介した接続に関与し得、例えば、ＶＰＮゲートウェイは、顧客ＩＶＮ５１でセットアップされ得、および／またはエッジルータまたは他のエッジデバイスは、専用の物理リンクを介した接続の仲介者として機能し得ることに留意されたい。
少なくともいくつかの実施形態では、ＥＲＧ５４１のデバイスは、外部プレミス５３５の１つ以上のラック内にセットアップすることができる。所与のラックは、例えば、スイッチ５２７、ＥＮＭ５２８、およびＶＣＳコントロールプレーンで生成されたコマンドに応答して計算インスタンスがセットアップされ得るホスト５２９のセット（例えば、５２９Ａ、５２９Ｂ、…）を含み得る。少なくともいくつかの実施形態では、ＥＮＭ５２８は、外部プレミスの少なくとも２つのネットワークの一部として構成され得るか、またはそれに属することができる。ネットワークのうちの１つは、いくつかの実施形態では、ＥＲＧのホスト５２９の少なくともサブセットを含むプライベートネットワーク５３１Ｂであり得る。このプライベートネットワーク５３１Ｂ内で、個々のホストは、ＶＣＳサービスネットワークアドレス範囲（ＳＮＡＲ）５９１内からネットワークアドレスが割り当てられ得る（例えば、ホスト初期化操作の一部としてＥＮＭ５２８によって）。そのため、ＥＮＭ５２８が、ＶＣＳコントロールプレーンで生成されたコマンドを受信すると、ＳＮＡＲ内のアドレスＡ．Ｂ．Ｃ．Ｄを有するホストでコマンドが実行されることを示し、ＥＮＭは、少なくともいくつかの実施形態では、プライベートネットワーク５３１Ｂを使用して、実行のコマンドを、意図されたホストに向ける。ＥＮＭ５２８はまた、図示の実施形態では、顧客構成ネットワーク５３１Ａのメンバーであり得、それは、クライアントの０個以上の非ＶＣＳホスト５４２を含み得る。クライアント構成ネットワーク５３１Ａ内のデバイスは、少なくともいくつかの実施形態では、顧客のネットワークアドレス範囲ＣＮＡＲ５９３からのアドレスが割り当てられ得る。したがって、例えば、ネットワーク５３１Ａのコンポーネントとして、ＥＮＭ５２８はまた、ＣＮＡＲ５９３からアドレスＫ．Ｌ．Ｍ．Ｎが割り当てられ得、このアドレスは、ＥＮＭでＶＣＳコントロールプレーンコマンドを受信するために使用され得る。
要約すると、図５に図示される実施形態では、ＶＣＳコントロールプレーンで最初に生成され、１つ以上の他の仲介者を含むパスを介して送信されるコマンドは、最終的に、ＥＮＭで、顧客構成ネットワーク５３１Ａの一部であるネットワークアドレスを介して受信され得る。パスに沿って、例えば、様々な実施形態では、ネットワークアドレス変換、カプセル化、カプセル化解除などを含む１つ以上の変換操作が、最初のコマンドに対して実行され得る。複数のＶＮＩが接続されたＯＣＣ、ＩＶＮからＩＶＮへのゲートウェイなど、各々がネットワークトラフィックに関してそれぞれの独立したセキュリティ操作を実装することができるいくつかの仲介者を使用すると、様々な実施形態では、不正なエンティティが、ＶＣＳおよび／またはＥＲＧで望ましくない操作を実行することができる可能性を低減することに役立ち得る。最初のコマンドを含むまたは表すメッセージがＥＮＭで受信された後、ＥＮＭは、図示の実施形態では、最初のコマンドを抽出し、プライベートネットワーク５３１Ｂを使用して、ターゲットホストにコマンドを送信することができる。ターゲットホストで、コマンドは、実行され得る（例えば、起動コマンドの場合、ターゲットホストでの１つ以上の計算インスタンスのインスタンス化をもたらす）。ＶＣＳコントロールプレーンの観点から、先に示したように、ホスト５２９は、図示の実施形態では、プロバイダネットワーク内に配置されたホストが扱われるのと同じ方式で（少なくともネットワーキングのいくつかの態様に関して）扱われ得る。所与のＥＲＧ内で、例えば、ネットワークトラフィックは、様々な実施形態では、プロバイダネットワークに配置されたホスト内を流れる方式と同様に、ホスト５２９間を流れることができ、例えば、高速の高帯域幅のホスト間ネットワークリンクがサポートされ得る。ＥＲＧは事実上、顧客のＩＶＮ５１５の拡張を表し得るため、ＥＲＧ内の計算インスタンスに割り当てられたネットワークアドレスは、少なくともいくつかの実施形態では、（例えば、顧客によって）ＩＶＮ５１５で使用されるアドレスの範囲（例えば、ＣＮＡＲまたはＳＮＡＲとは異なる範囲）から選択することができることに留意されたい。
いくつかの実施形態では、ＥＮＭ５２８は、図２に示されるオフロードされた仮想化管理コンポーネント（ＯＶＭＣ）２６９と同様に、周辺インターフェースを介してホストまたはサーバに接続されたハードウェアカードを少なくとも部分的に使用して実装され得る。他の実施形態では、ＥＮＭ実装に関して他のアプローチをとることができ、例えば、オペレーティングシステムプロセスまたはスレッドとして実装することができる。少なくとも１つの実施形態では、ＥＮＭ５２８は、必ずしもホスト５２９のいくつかと同じラック内に同じ場所に配置され得ず、例えば、ＥＲＧホストのいくつかのセットに使用されるものとは別個のラックまたは他の物理的コンテナが、１つ以上のＥＮＭに使用され得る。少なくとも１つの実施形態では、ＥＮＭは、ＥＲＧのホストに関して少なくともいくつかのＤＨＣＰ（動的ホスト構成プロトコル）操作を実行することができる（例えば、ＥＮＭは、ＤＨＣＰサーバとして機能することができる）。いくつかの実施形態では、図５の文脈で考察された１つ以上の操作は、ＶＣＳコントロールプレーンコマンドをＥＲＧホストに送信するワークフローの一部として必ずしも実行され得ず、例えば、仲介者の異なる組み合わせが使用され得るか、または変換の異なる組み合わせがメッセージまたはコマンドに適用され得る。
例示的なＥＲＧネットワークマネージャ
ＥＲＧで１つ以上のコンピューティングデバイスを使用して実装された拡張リソースグループネットワークマネージャ（ＥＮＭ）（図１の文脈で導入されたＥＲＧ１３５と機能および特徴が同様の）は、様々な実施形態では、いくつかの異なる種類の操作を担当し得る。図６は、少なくともいくつかの実施形態による、拡張リソースグループネットワークマネージャの例示的な要素を例解する。ＥＮＭ６０５のプロバイダネットワーク接続マネージャ６０３は、図示の実施形態では、プロバイダネットワークデータセンターのリソースへの／リソースからの１つ以上の安全な通信チャネルの確立を開始するか、またはその確立に参加することができる。少なくともいくつかの実施形態では、例えば、ＶＰＮトンネルを安全なチャネルに使用することができる。
ＥＮＭ６０５のローカルプレミス接続マネージャ６０７は、事実上、図示の実施形態では、ＥＲＧのＶＣＳ管理仮想マシンと、ＥＲＧがセットアップされる場所に存在する非ＶＣＳリソースとの間のエッジデバイスとして機能し得る。少なくともいくつかの実施形態では、１つ以上のパブリックＩＰアドレスをＥＲＧに指定することができ、ＥＲＧの外部のリソースがＥＲＧ内のＶＭと通信することを可能にする。ローカルプレミス接続マネージャは、例えば、少なくともいくつかの実施形態では、パブリックからプライベートへのＩＰアドレスマッピング、ならびにプライベートからパブリックへのＩＰアドレスマッピングを実装することを担当し得る。例えば、デスティネーションＶＭが、ＥＲＧ内のプライベートＩＰアドレスが割り当てられるデスティネーションアドレスとしてパブリックＩＰアドレスを使用してＥＲＧ内のＶＭにアドレス指定されるパケットの場合、パブリックからプライベートへのアドレス変換が実行され、同様に、対応するプライベートからパブリックへのＩＰアドレス変換は、逆方向に流れるパケットに対して実行され得る。ＥＲＧのインバウンド／アウトバウンドデータプレーントラフィックのための他のカプセル化プロトコルパケット処理は、異なる実施形態では、実行され得る。いくつかの実施形態では、ＥＮＭは、例えば、以下でさらに詳細に考察されるように、ＥＲＧホストを含むプライベートネットワークをセットアップすることを支援するために、少なくともいくつかのＤＨＣＰ機能を実行することができる。
ＥＮＭ６０５のコントロールプレーンコマンドフォワーダ６１２は、図示の実施形態では、例えば、ＶＣＳコントロールプレーンから管理コマンド（ＥＲＧにセットアップされたＯＣＣを介して送信された）を受信し、コマンドのコンテンツを分析し、ＥＲＧの選択されたセキュリティ強化仮想化ホスト（ＥＶＨ）におけるＶＣＳコントロールプレーンエージェントなど適切なデスティネーションにコマンドを転送する役割を果たすことを担当し得る。いくつかの実装形態では、コマンドフォワーダ６１２は、コマンドを転送する前に、受信したコマンドに対して１つ以上のバリデーション／ベリフィケーション操作を実行し、および／またはコマンドの受信したバージョンに１つ以上の変換を適用することができる。
ＥＮＭ６０５のＥＲＧホストブートストラップマネージャ６１７は、図示の実施形態では、ＥＲＧのＥＶＨおよび／または他のリソース（仮想マシンのブートイメージをキャッシュするために使用されるストレージサーバなど）をブートストラップ／初期化／スタートアップすることを担当し得る。少なくともいくつかの実施形態では、図６に示されるＥＮＭのすべての要素が同じコンピューティングデバイスで実行され得るわけではなく、代わりに、要素のうちの１つ以上は、分散ＥＮＭアーキテクチャが使用される一実施形態において、それぞれのコンピューティングデバイスで実行され得ることに留意されたい。少なくともいくつかの実施形態では、図６に示されるＥＮＭ要素のうちの１つ以上は、ＥＶＨでインスタンス化された仮想マシンを使用して実装され得る。いくつかの実施形態では、ＥＮＭ６０５は、図６に示される要素とは異なる要素の組み合わせを含み得る。
例示的な仮想マシンおよびＥＲＧのファミリ
ＶＭ（プロバイダネットワークデータセンターリソースを使用して、またはＥＲＧを使用してセットアップされるＶＭ）の確立を要求するとき、ＶＣＳクライアントは、いくつかの実施形態では、様々なサポートされるＶＭタイプまたはカテゴリから選択することができる場合がある。同様に、少なくとも１つの実施形態では、機能の異なる組み合わせを有する様々なＥＲＧタイプもサポートされ得、そこから、クライアントは、彼らのニーズに最も適合するＥＲＧタイプを選択し得る。図７は、少なくともいくつかの実施形態による、仮想化コンピューティングサービスでサポートされ得る仮想マシンおよび拡張リソースグループの例示的なファミリを例解する。
図１の文脈で導入されたＶＣＳ１１０と同様のＶＣＳのサポートされた仮想マシンタイプ７０５の標準化されたセットは、いくつかの実施形態では、汎用ＶＭファミリ７１０、計算最適化ＶＭファミリ７２０、メモリ最適化ＶＭカテゴリ７３０、ストレージ最適化ＶＭファミリ７４０などのファミリに細分され得る。所与のＶＭがクライアントによって使用されるアプリケーションの推定ニーズに応じて、適切なファミリからＶＭタイプを選択することができる。異なるＶＭタイプの相対的なリソース能力は、ＶＣＳによって選択または定義されたユニット、例えば、コンピューティングの場合、特定のクロック速度で動作する特定の既知のプロセッサとほぼ同等の性能である仮想ＣＰＵなどのユニットを使用して表現することができる。ファミリは、定性的な考慮事項に基づいて選択することができ（例えば、アプリケーションミックスは、より多くのメモリを消費するか、またはより多くの計算を消費するか？）、ファミリ内の特定のＶＭタイプ（例えば、汎用ファミリでは、小７１２対中７１４対大７１６）は、所望の性能レベル、コストなどの考慮事項に基づいて選択することができる。ＣＯ小ＶＭ ７２２、ＣＯ中ＶＭ７２４、またはＣＯ大ＶＭ７２６などの計算最適化ＶＭ７２０は、図示の実施形態では、例えば、汎用ＶＭよりも多くのおよび／または高速のプロセッサまたはコアを備えるホストを使用して実装され得る。ＭＯ小ＶＭ７３２、ＭＯ中ＶＭ７３４、またはＭＯ大ＶＭ７３６などのメモリ最適化ＶＭ７３０では、コンピューティング能力に対するメモリの量（例えば、仮想ＣＰＵあたりのメモリのギガバイト数）は、コンピューティング最適化ＶＭ７２０または汎用ＶＭよりも高い場合がある。同様に、ＳＯ小ＶＭ７４２、ＳＯ中ＶＭ７４４、およびＳＯ大ＶＭ７４６を含むストレージ最適化ファミリ７４０では、ローカルストレージと計算能力の比率（例えば、仮想ＣＰＵあたりのローカルソリッドステートデバイス（ＳＳＤ）ストレージのギガバイトの数）は、他のファミリよりも高い場合がある。図示の実施形態では、マイクロＶＭ（ｍＶＭ）の事前定義されたファミリ７７０は、その各々がその全体的なリソース要件に基づいてマイクロＶＭとして適格であり得、また、サポートされ得る。図のように、ｍＶＭ小カテゴリ７７２、ｍＶＭ中カテゴリ７７４、および／またはｍＶＭ大カテゴリ７７６をマイクロＶＭファミリに含めることができる。少なくともいくつかの実施形態では、クライアントはまた、例えば、事前定義されたタイプのうちの１つと一致しない、処理、ストレージ、およびメモリリソースのいくつかの組み合わせを特定することによって、自分たち自身のＶＭタイプを定義および使用することができる場合がある。いくつかの実施形態では、プロバイダネットワークデータセンターでセットアップすることができるＶＭタイプのいずれかのインスタンスは、ＥＲＧでもセットアップすることができ、他の実施形態では、ＶＭタイプのそれぞれの異なるセットは、ＥＲＧおよびプロバイダネットワークデータセンターでサポートされ得る。少なくともいくつかの実施形態では、前述のように、ベアメタルインスタンスは、例えば、図７に示されるＶＭのタイプに加えて、ＶＣＳまたはそのＥＲＧのホストでセットアップされ得る。
いくつかの実施形態では、いくつかのＥＲＧカテゴリ７５５は、ＶＣＳオペレータによって定義され得、クライアントが、プロバイダネットワークの外部の場所で彼らに代わってセットアップされたＥＲＧの機能の特定の組み合わせを選択することを可能にする。ＥＲＧタイプ（小ＥＲＧ７５８、中ＥＲＧ７５９および大ＥＲＧ７６０）は、図示の実施形態では、いくつかの側面のいずれかに従って互いに異なり得る。例えば、いくつかの実施形態では、物理的なフットプリント（ＥＲＧデバイスのコレクションを含むラックに必要なフロアスペースＰＦ１、ＰＦ２、またはＰＦ３）がＥＲＧタイプごとに異なる場合があり、電力需要（ＰＤ１、ＰＤ２、またはＰＤ３）が異なる場合があり、計算能力（ＣＣ１、ＣＣ２、ＣＣ３）が異なる場合があり、および／またはキャッシュされたＶＭイメージのセットＣＩＳ１、ＣＩＳ２、またはＣＩＳ３が異なるＥＲＧタイプ間で異なる場合がある。少なくとも１つの実施形態では、ＥＲＧを要求するとき、クライアントは、ＶＣＳによってサポートされる特定のＥＲＧタイプと必ずしも一致しない仕様（物理的フットプリント、電力需要、計算能力、キャッシュされたＶＭイメージなどに関して）を提供し得る。１つのそのようなシナリオでは、ＶＣＳオペレータは、ＥＲＧ仕様を受け入れ、対応する機器を引き渡すか、サポートされたＥＲＧ構成に最も近いものをクライアントに表示する（必要に応じてクライアントが注文することができる）。一実施形態では、単一のタイプのＥＲＧのみが、ＶＣＳオペレータによってサポートされ得る。
例示的なプログラム相互作用
様々な実施形態では、ＶＣＳクライアントは、図１の文脈で導入されたＥＲＧ１３５と同様のＥＲＧをセットアップおよび使用することに関連付けられた要求を送信するために、いくつかのプログラムインターフェースを使用することができる。図８は、少なくともいくつかの実施形態による、仮想化コンピューティングサービスの拡張リソースグループに関する例示的なプログラム相互作用を例解する。ＶＣＳ８１２は、例えば、アプリケーションプログラミングインターフェース（ＡＰＩ）、ウェブベースのコンソール、グラフィカルユーザインターフェース、コマンドラインツールなど、図示の実施形態では、１つ以上のプログラムインターフェース８７７を実装することができ、それらの任意の組み合わせは、ＶＣＳと相互作用するためにＶＣＳクライアント８１０によって使用され得る。
クライアント８１０は、例えば、プログラムインターフェース８７７を介してＳｅｔｕｐＥＲＧ要求８１４を提出して、ＶＣＳ自体のデータセンターの外部の指定された場所で拡張リソースグループを構成することを要求することができる。ＥＲＧの複数のカテゴリがサポートされる実施形態（図７の文脈で考察されたＥＲＧタイプ７５５と同様）では、セットアップされる特定のタイプのＥＲＧは、要求８１４のパラメータ（示されるＥＲＧカテゴリパラメータなど）を介して示され得る。他のパラメータは、例えば、ＥＲＧが確立される場所、ＥＲＧデバイス／機器のコレクションが引き渡されるべき期間などの制約などを示し得る。ＳｅｔｕｐＥＲＧ要求８１４に応答して、プロバイダネットワークで実行される様々な予備タスクを含むワークフローは、いくつかの実施形態では、開始され得、セットアップ開始８１５などの応答メッセージがクライアントに送信され得る。少なくとも１つの実施形態では、アウトバウンドコマンドコミュニケータ（ＯＣＣ）インスタンス（上で考察された種類のＶＣＳ拡張サービス内の仮想マシンなど）は、予備タスクワークフローの一部として、要求されたＥＲＧに対してインスタンス化または指定され得る。そのようなＯＣＣは、いくつかの実施形態では、事実上、ＥＲＧネットワークマネージャからの連絡がくることを積極的に待つことができる。もちろん、ＥＲＧネットワークマネージャは、少なくともいくつかの実施形態では、ＥＲＧ機器が対象の外部ロケーションに引き渡され、電源がオンにされ、インターネットに接続されるまでなど、ＯＣＣとの通信することを試みることができない場合があり、それは、ＳｅｔｕｐＥＲＧ要求がＶＣＳ８１２で処理された後、ある程度の時間生じ得る。いくつかの実施形態では、ＶＣＳのＯＣＣマネージャ８９２は、ＯＣＣインスタンスをインスタンス化すること、および／またはどの特定のＯＣＣインスタンスが所与のＥＲＧに使用されるかを判定することを担当し得る。少なくとも１つの実施形態では、所与のＯＣＣインスタンスは、例えば、マルチテナント操作モードで、１つ以上のＶＣＳクライアントのいくつかの異なるＥＲＧに使用することができる。
図示の実施形態では、ＶＣＳ８１２は、ＥＲＧが引き渡され、所望の場所で初期化された後、ＥＲＧＯｎｌｉｎｅメッセージ８１６をクライアント８１０に送信することができ、クライアントがＥＲＧの使用を開始することができることを示す。いくつかの実施形態では、暗黙の通信を使用して、明示的なメッセージではなく、要求されたＥＲＧが使用する準備ができていることをクライアントに通知することができ、例えば、コンソール内の要求されたＥＲＧのエントリは、ＥＲＧが使用に利用可能になったことを視覚アイコンを介して示すことができる。少なくともいくつかの実施形態では、ＥＲＧＯｎｌｉｎｅメッセージと同等のものがクライアントに送信される前に、１つ以上の前提条件が満たされなければならない場合があり、例えば、ＯＣＣインスタンスが管理コマンドをＥＲＧに送信するために使用することができる安全な通信チャネルを確立する必要がある場合、少なくともいくつかの最小数の仮想化ホストを正常にブートする必要がある場合、などがある。
ＶＣＳクライアント８１０は、図示の実施形態では、プログラムインターフェース８７７を使用して、指定されたＥＲＧ（例えば、パラメータＥＲＧＩＤによって示される）として１つ以上の仮想マシンを起動するための要求８１７を提出することができる。要求８１７は、少なくともいくつかの実施形態では、対応するコマンド（複数可）をＥＲＧに送信するために使用される一方向経路とは異なる経路によって、ＶＣＳコントロールプレーンに送信され得る。ＶＭ（複数可）を起動するためのコマンドがＯＣＣからＥＲＧに送信された後、起動が開始されたことを示すメッセージ８２１は、いくつかの実施形態では、クライアントに送り返され得る。少なくともいくつかの実施形態では、ＬａｕｎｃｈＩｎｉｔｉａｔｅｄメッセージ８２１は、ＶＭ（複数可）を起動するためのコマンドがＥＲＧに送信されたことを単に示し得、ＥＲＧのＥＶＨでＶＭを起動するための作業を実際に実行するＶＣＳエージェントプロセスは、そのような実施形態では、起動が成功したかどうかを確認するアウトバウンド管理メッセージを必ずしも送信しない場合があることに留意されたい。
いくつかの実施形態では、ＤｅｓｃｒｉｂｅＥＲＧ要求８２３は、クライアント８１０によって提出され、ＥＲＧのコンテンツおよび／またはステータスに関する情報を取得することができ、要求された情報は、ＥＲＧＩｎｆｏメッセージ８２５の形態で提供され得る。いくつかの実施形態では、情報は、例えば、ＥＲＧを使用する（例えば、ＥＲＧでＶＭを起動または終了させる）ことを許可されたエンティティのリスト、ＥＲＧのＥＶＨおよび／またはＶＭのセット、ＥＲＧ（もしあれば）でのＶＭイメージキャッシュのセット、ＥＲＧがセットアップされた日付、ＥＲＧ請求書関連データなどを含み得る。
少なくともいくつかの実施形態では、クライアント８１０は、例えば、所望の変更を示すｍｏｄｉｆｙＥＲＧ要求８２８を提出することによって、ＥＲＧの修正を要求することができる。そのような変更には、例えば、ＥＲＧのＥＶＨの数を増やすか、または減らすための要求、ＥＲＧを使用することを許可されたユーザ／グループ／エンティティのセットを修正するための要求などが含まれ得る。要求された修正がＶＣＳの適用可能なルールおよびポリシーに基づいて対応することができる場合、図示の実施形態では、変更を実装するための対応するワークフローを開始することができ、変更ワークフローが進行中であることを示すＭｏｄｉｆｙＩｎｉｔｉａｔｅｄメッセージ８３３をクライアントに送信することができる。一実施形態では、クライアント８１０は、ＥＲＧがもはや必要とされないことを示すためのＵｎｃｏｎｆｉｇｕｒｅＥＲＧ要求８４１を提出することができる。応答として、ＶＣＳは、ＥＲＧへのアクセスを終了させ、ＥＲＧのためにセットアップされた機器をシャットダウンし、取り外し、運び去るためのワークフローを開始することができ、いくつかの実施形態では、ＥＲＧＵｎｃｏｎｆｉｇｕｒｅｄメッセージ８４３をクライアントに送信して、ワークフローが開始されたこと、およびプログラム要求でもはやＥＲＧにアクセス可能でないことを示すことができる。少なくともいくつかの実施形態では、図８に示されるものとは異なるプログラム相互作用のセットが、ＥＲＧ関連操作のためにサポートされ得る。
例示的なＶＭ起動ワークフロー
図９は、少なくともいくつかの実施形態による、拡張リソースグループで仮想マシンを起動することに関連付けられた例示的なワークフローを例解する。図９に示される例示的なシナリオでは、ＥＲＧ９３４は、ＶＣＳクライアントの要求に応じて顧客データセンター９３０にセットアップされている。クライアントは、データセンター９３０にたまたま配置され得るデバイス９３２（例えば、ラップトップ、デスクトップなど）を使用して、仮想マシンを起動するための要求（ＬａｕｎｃｈＶＭ（ＥＲＧＩＤ）要求９７１）を送信することができ、ワークフローのステップ１に示されるように、ＶＭがＥＲＧ９３４で起動されることを示す。ＬａｕｎｃｈＶＭ要求が提出されるネットワークパスは、クライアントがＶＣＳのパブリックＡＰＩを介して提出する他のＶＣＳ要求に使用されるパスと同じであり得、そのため、このパスは、ＯＣＣ９１１によってＶＣＳコントロールプレーンコマンドをＥＲＧに送信するために特別にセットアップされた一方向の安全なチャネルを含まない場合がある。少なくとも１つの実施形態では、ＶＣＳは、地域データセンター９１０などのプロバイダネットワークの複数の地域データセンターを使用して実装され得る。地域データセンターの個々のデータセンターは、例えば、プロバイダネットワークがサービスを提供する様々な大都市圏、州、または国にセットアップすることができる。いくつかの実施形態では、特定のＶＣＳクライアントがプログラム要求を提出するとき、それは、例えば、要求が提出されるソースＩＰアドレスに基づいて、またはクライアントのアカウントがデフォルトで関連付けられる「ホーム」領域に基づいて、特定の地域データセンターにルーティングされ得る。
図９に描写される実施形態では、地域データセンター９１０内のコントロールプレーンデバイス９１２は、ＬａｕｎｃｈＶＭ要求９７１を取得し、要求内容を処理し、ＬａｎｃｈＶＭコマンド９７２の内部バージョンを、ＶＭがインスタンス化される（ワークフローのステップ２に示されるように）ＥＲＧに関連付けられたＯＣＣ９１１に送信することができる。少なくともいくつかの実施形態では、個々のＥＲＧで仮想マシンを起動することを許可されたユーザ／グループ／エンティティを示すデータベース９３１は、ＶＣＳで維持され得、コントロールプレーンデバイス９１２でのＬａｕｎｃｈＶＭ要求の処理の一部は、データベース７３１を使用して、リクエスタが、指定されたＥＲＧで指定されたタイプのＶＭを起動することを許可されることを検証することを含み得る。一実施形態では、ＯＣＣ９１１は、クライアントによって提出された要求および／またはＬａｕｎｃｈＶＭコマンドの内部バージョンを処理／検証することに参加することができる。
ＶＭ起動に関する処理および／または検証操作が正常に完了した後、図示の実施形態では、ワークフローのステップ３の一部として、コマンドの変換されたバージョンが、ＯＣＣ９１１から安全な一方向チャネル９７３を介してＥＲＧ９３４のＥＲＧネットワークマネージャ（ＥＮＭ）９３５に送信される。ＯＣＣで実行される操作の一部として、いくつかの実施形態では、１つ以上のセキュリティトークンをコマンドで削除または置換することができ、ＨＭＡＣなどのメッセージ認証コードをコマンドに対して作成することができ、コマンドのエントリをＯＣＣ９１１によるログで記憶することなどを行うことができる。
ＥＮＭ９３５は、図示の実施形態（ワークフローのステップ４）では、要求された仮想マシンのために選択された特定のＥＶＨ９３７で、受信したコマンドをＶＣＳコントロールプレーンエージェント９３５に転送することができる。いくつかの実施形態では、ＥＮＭおよび／またはエージェント９３５は、ＶＭのリクエスタが、ＥＲＧにローカルなデータベース９３８に示される許可されたランチャの中にあることを再検証することができる。少なくとも１つの実施形態では、ＥＮＭおよび／またはエージェントはまた、ＯＣＣから受信したコマンドを示すログエントリを記憶することができる。どの特定のＥＶＨ９３７を使用するかに関する判定は、異なる実施形態では、いくつかのアプローチのいずれかを使用して行うことができる。一実施形態では、クライアントは、例えば、最初のＬａｎｕｃｈＶＭ要求において、指定されたＥＲＧでのＶＭに使用される特定のＥＶＨを示すことができる場合がある。他の実施形態では、ＶＣＳコントロールプレーンデバイス９１２で動作している１つ以上の配置マネージャは、要求されたＶＭを起動すべき特定のＥＶＨ９３７を選択することができる。いくつかの実施形態では、ＯＣＣ９１１および／またはＥＮＭ９３５は、要求されたＶＭのために特定のＥＶＨを選択することを担当し得る。ＬａｕｎｃｈＶＭコマンドがＥＶＨ９３７でＶＣＳコントロールプレーンエージェント９３５に送信された後、要求されたタイプの新しいＶＭ９２２は、例えば、図２の文脈で以前に考察されたものと同様の技術を使用して、図示の実施形態では、インスタンス化され得る。様々な実施形態では、図９に示されるものと同様のメッセージパターンは、他のタイプの要求および対応するコマンドに使用され得、例えば、クライアントは、ＥＲＧに向けられた対応するＶＣＳコントロールプレーン発行の終了コマンドに使用されるものとは異なる経路を使用して、ＥＲＧでＶＭを終了させるための要求を提出することができる。いくつかの実施形態では、図９に示されるものとは異なるワークフローを使用して、ＥＲＧで仮想マシンを起動することができ、および／または他のタイプのクライアント送信要求を履行することに関与するメッセージに異なる経路を使用することができる。
ＥＲＧでの追加のプロバイダネットワークサービスの例示的な使用
いくつかの実施形態では、仮想化コンピューティングサービスが実装されるプロバイダネットワークはまた、ＶＣＳ仮想マシンをビルディングブロックとして利用する他のより高いレベルのネットワークアクセス可能なサービスへのアクセスを提供し得、例えば、データベースのインスタンスは、仮想マシンを使用して実装され得、ネットワークアクセス可能なデータベースサービスのクライアントが使用するために提供され得る。様々な実施形態では、そのようなより高いレベルのサービスはまた、例えば、サービスの特徴を実装するためにＥＲＧ内にセットアップされたローカルＶＭを使用して、ＥＲＧで利用可能にされ得る。加えて、ＶＣＳ仮想マシンに直接依存しないプロバイダネットワークの他のサービスはまた、いくつかの実施形態では、そのようなサービスが、プロバイダネットワークデータセンター内でセットアップされたＶＭからアクセス可能である方式と同様の様式で、ＥＲＧでセットアップされたＶＭからアクセスされ得る。図１０は、少なくともいくつかの実施形態による、仮想化コンピューティングサービスの拡張リソースグループでの追加のプロバイダネットワークサービスの使用の例を例解する。
図示の実施形態では、プロバイダネットワーク１００１は、少なくとも仮想化コンピューティングサービス（ＶＣＳ）（図１のＶＣＳ１１０と機能および特徴が類似している）、ストレージサービス１０３０、およびデータベースサービス１０４２を含む。ＶＣＳの一部分１０１０は、プロバイダネットワークデータセンターに配置されたリソースを使用して実装され得、ＶＣＳの拡張は、１つ以上の非ＶＣＳサーバ１０２３も含む顧客データセンター１０３２内に配置されたＥＲＧ１０３５などのプロバイダネットワークの外部の場所にセットアップされ得る。
図１０に描写される例示的なシナリオでは、以前に考察された種類の分離仮想ネットワーク（ＩＶＮ）１０１５が、ＶＣＳクライアントのために確立されている。ＩＶＮ１０１５は、ＶＣＳのプロバイダネットワークデータセンター部分１０１０内の複数の仮想マシン（ＶＭ１０１７Ａおよび１０１７Ｂなど）、および顧客データセンター１０３２に配置されたＥＲＧ１０３５内の複数の仮想マシン（１０１８Ｊおよび１０１８Ｋなど）を含む。ＶＭのいずれかで実行されているプログラムは、図示の実施形態では、他のプロバイダネットワークサービスのリソースを利用することができる。例えば、ストレージサービス１０３０のストレージインスタンス１０２２は、プロバイダネットワーク内のＶＭ１０１７Ｂから、およびＥＲＧ１０３５内のＶＭ１０１８Ｋからアクセスされ得、同様に、データベースサービス１０４０のデータベースインスタンス１０４２は、プロバイダネットワーク内のＶＭ１０１７Ａから、およびＥＲＧ内のＶＭ１０１８Ｊからアクセスされ得る。図示の実施形態では、ＥＲＧ１０３５内のＶＭは、他のプロバイダネットワークサービスへのアクセスを提供され得、それは、プロバイダネットワーク内でインスタンス化されたＶＭに提供されるアクセスと論理的に同等である。ＥＲＧ１０３５自体の中で、ＶＣＳ仮想マシン上に構築されるサービス（すなわち、ＶＭをビルディングブロックとして使用するサービス）の構成および使用は、ＥＲＧの外部のリソースにアクセスする必要なく、図示の実施形態では、ローカルに実行され得る。例えば、ＤＢサービス１０４０のデータベースインスタンスがＶＣＳの仮想マシンを含む一実施形態では、新しいデータベースインスタンスは、ＥＲＧ ＶＭ１０１８Ｊを使用して、別のＥＲＧ ＶＭ１０１８ＫからのＤＢインスタンスの要求に応答して、ＥＲＧ内にローカルに作成され得る。したがって、図示の実施形態では、代わってＥＲＧ１０３５がセットアップされたＶＣＳ顧客にとって、１０１８Ｊおよび１０１８ＫなどのＥＲＧベースの仮想マシンは、プロバイダネットワーク内でインスタンス化される１０１７Ａおよび１０１７ＢなどのＶＭと機能的に同等であるように見える場合があり、ただし、ＶＣＳのコントロールプレーンコンポーネントは、プロバイダネットワークデータセンター内に実装されており、ＥＲＧでは複製されない。少なくともいくつかの実施形態では、万一、ＥＲＧとプロバイダネットワークデータセンターとの間の接続が中断された場合、ＥＲＧで既にインスタンス化されたＶＭ、およびＥＲＧでセットアップされた他のサービス（上述のデータベースサービスなど）のリソースインスタンスは、少なくとも一定期間は機能し続けることができ、そのため、クライアントがＥＲＧを使用するために、プロバイダネットワークデータセンターへの継続的な接続は必要ない場合がある。
プロバイダネットワークサービス拡張の方法
図１１は、少なくともいくつかの実施形態による、拡張リソースグループを確立し、仮想マシンを拡張リソースグループでセットアップすることを可能にするために、プロバイダネットワークで実行され得る操作の態様を例解するフロー図である。図のように、要素１１０１において、プロバイダネットワークの外部のプレミスでセットアップすることができる、プロバイダネットワークの仮想化コンピューティングサービスの拡張リソースグループ（ＥＲＧ）カテゴリ（例えば、「小」ＥＲＧ、「大」ＥＲＧなど）のファミリの表示は、任意選択で、例えば、ＶＣＳのプログラムインターフェースを介して提供することができる。ＥＲＧは、例えば、ＶＣＳの顧客に代わって、ＶＣＳ管理計算インスタンス（仮想マシンおよびベアメタルインスタンスなどを含む）を、インターネットにアクセス可能な任意の場所（顧客のデータセンター、コロケーション設備、電気通信会社、エネルギー会社などの組織のリモートフィールドロケーション）でセットアップして、安全に管理することを可能にし得る。所与のＥＲＧは、例えば、少なくともいくつかの実施形態では、１つ以上の強化されたセキュリティ仮想化ホスト（ＥＨ）などの事前構成された強化されたリソースのそれぞれのセットを含み得る。
少なくとも１つの実施形態では、ＶＣＳコントロールプレーンコマンドをプロバイダネットワークデータセンターからＥＲＧに安全に送信するためのアウトバウンドコマンドコミュニケータ（ＯＣＣ）インスタンスをセットアップすることができる。例えば、一実施形態では、１つ以上のプロバイダネットワークデータセンターでＥＲＧ管理のために特別にセットアップされた特定の分離仮想ネットワーク（ＩＶＮ）内で、クライアントによって要求された特定のＥＲＧに割り当てられたアウトバウンドコマンドコミュニケータインスタンスＯＣＣ１を確立することができる（要素１１０４）。いくつかの実施形態では、ＶＣＳ計算インスタンスを使用して、ＯＣＣの機能の少なくとも一部分を実装することができる。ＯＣＣ１は、一実施形態では、ＥＲＧのプログラム要求がＶＣＳで受信されるとき、例えば、クライアントによって示された外部場所でのＥＲＧリソースの配信／展開の前に確立され得る。
ＯＣＣ１では、（ａ）プロバイダネットワークのデータセンター内のクライアントリソースのいくつかのセットと（ｂ）ＥＲＧとの間の通信のために確立された安全なネットワークチャネルの表示が、図示の実施形態では、取得され得る（要素１１０７）。チャネルは、例えば、ＥＲＧのネットワークマネージャとプロバイダネットワークデータセンター内のクライアントＩＶＮとの間にセットアップされたＶＰＮトンネル、および／またはクライアントのトラフィックのために指定された専用の物理リンクを介して確立された接続を含み得る。安全なチャネルが確立された後、ＥＲＧ操作に関するプログラム要求（例えば、ＥＲＧで計算インスタンスを起動するための要求）は、様々な実施形態では、ＥＲＧがその代わりにセットアップされるクライアントによって、ＶＣＳコントロールプレーンデバイス（例えば、プロバイダネットワークデータセンター内のサーバで動作しているＡＰＩハンドラ）に送信することができる。
様々な実施形態によると、クライアント要求に応答してＶＣＳコントロールプレーンで生成された仮想マシン起動コマンド（または他の管理コマンド）がＥＲＧに送信されるという判定が、ＯＣＣ１でなされ得る（要素１１１０）。コマンドが実行されるＥＨのアドレスＡｄｄｒ１は、プロバイダネットワークのデータセンター内に配置された少なくともいくつかのホストのＶＣＳコントロールプレーンによって使用されるアドレス範囲の一部である可能性がある。１つの例示的なシナリオでは、ＯＣＣ１は、それに関連付けられた１つ以上の仮想ネットワークインターフェースを有し得、そのようなコマンドの表示は、ＶＣＳコントロールプレーンに関連付けられ、ＯＣＣ１に接続された特定の仮想ネットワークインターフェースＶＮＩ１を介してＯＣＣ１で取得され得る。ＯＣＣ１自体は、前に考察されたように（例えば、ＶＮＩ１のアドレスを設定することによって）少なくともいくつかの実施形態では、ターゲットホストＥＨのアドレスが割り当てられ得る。少なくともいくつかの実施形態では、ＶＣＳコントロールプレーンコマンドの生成につながったクライアント要求は、ＯＣＣ１とＥＲＧとの間にセットアップされた安全なネットワークチャネルを含まないパスを使用して、ＶＣＳコントロールプレーンで受信され得ることに留意されたい。少なくとも１つの実施形態では、ＶＮＩ１のセキュリティ設定は、メッセージがＯＣＣ１からＶＣＳコントロールプレーンに送信されることを許可しない場合がある。
ＯＣＣ１は、図示の実施形態では、安全なチャネルを使用して、コマンドの変換されたバージョン（例えば、ＥＲＧでのセキュリティアーティファクトの誤用の可能性を低減するためにいくつかのセキュリティアーティファクトが除去／置換／再署名された）をＥＲＧに送信することができる（要素１１１３）。一実施形態では、コマンドの変換されたバージョンは、例えば、図５の文脈で考察されたものと同様の１つ以上の追加の仲介者を含むパスを介して、最初にＥＲＧのネットワークマネージャ（ＥＮＭ）に送信され得る。コマンドを含むメッセージをＥＮＭに配信するために使用されるアドレスは、いくつかの実施形態では、外部プレミスにセットアップされた第１のネットワークのアドレス範囲、例えば、ＶＣＳコントロールプレーン内で使用されるアドレスとは関係なくクライアントによって選択されたアドレス範囲の一部であり得る。コマンドは、ＥＮＭによってＥＨに転送される場合がある。いくつかの実施形態では、１つ以上のアドレス変換は、コマンドをＥＲＧに伝達するために使用されるメッセージ（複数可）が横断するパスに沿って実行され得る。いくつかの実施形態では、ＶＣＳコントロールプレーンコマンドは、ＥＲＧ内のＥＮＭまたは他のリソースに送信される前に、必ずしも変換される必要はない。
ＥＲＧでは、いくつかの実施形態では、コマンドの変換されたバージョンは、ＥＨ内でインスタンス化されたＶＣＳコントロールプレーンエージェントで取得され得る。少なくとも１つの実施形態では、ＥＨは、外部プレミスでセットアップされた第２のネットワーク内でアドレスＡｄｄｒ１が割り当てられ得る。いくつかの実施形態では、ＥＮＭは、外部プレミスでの両方のネットワーク、すなわち、クライアントによって構成されたもの、およびＶＣＳコントロールプレーンで使用される範囲からのアドレスがホストに割り当てられる第２のネットワークの一部であり得る。ＥＨでのエージェントは、例えば、新しい計算インスタンスを起動することができ、既存の計算インスタンスを終了することができるなど、要求されたアクションをＥＶＨで実行させることができる（要素１１１６）。図示の実施形態では、クライアントによって提出された追加の要求に関して同様のワークフローを実行することができ、例えば、要素１１１０～１１１３に対応する操作は、ＥＲＧが操作可能である限り、様々なクライアント要求に対して繰り返され得る。クライアントはまた、様々な実施形態では、ＥＲＧ自体の構成に関する様々な要求、例えば、図８の文脈で考察されたように、ＥＲＧを表示、変更、または終了させるための要求をＶＣＳコントロールプレーンに提出することができ、ＶＣＳは、要求された操作を実行することができる。
図１２は、少なくともいくつかの実施形態による、仮想化コンピューティングサービスの拡張リソースグループで実行され得る操作の態様を例解するフロー図である。要素１２０１に示されるように、プロバイダネットワークのＶＣＳの拡張リソースグループ（ＥＲＧ）（例えば、プリインストールされたソフトウェア／ファームウェアを有する強化されたセキュリティサーバまたはホストの１つ以上のラックまたは他のコンテナ）は、物理的に配信され得、ＥＲＧに提出されたプログラム要求に応答して、ある場所にセットアップされる。機器がセットアップされる場所は、少なくともいくつかの実施形態では、顧客データセンター、コロケーション設備、または電気通信会社またはエネルギー会社などの組織の遠隔作業場所など、プロバイダネットワーク自体のデータセンターの外部のプレミスを含み得る。
１つ以上のトリガ信号（ＥＲＧの１つ以上のデバイスでスイッチがオンになっていること、および／またはＥＲＧからインターネットへの接続が有効になっているという表示と同じくらい簡素であり得る）に応答して、少なくともＥＲＧネットワークマネージャ（ＥＮＭ）の一部分は、いくつかの実施形態では、ＥＲＧの１つ以上のリソースを使用して、インスタンス化または開始され得る（要素１２０４）。一実施形態では、ＥＮＭの機能の少なくとも一部分は、ハードウェアカード（例えば、ＰＣＩカード）に実装され得る。ＥＮＭは、他の実施形態では、ＥＲＧの１つ以上のコンピューティングデバイスまたはホストでの実行の１つ以上のプロセスまたはスレッドを含み得る。ＥＮＭは、図示の実施形態では、ＥＲＧの他のホスト／サーバの少なくともいくつかをブートストラップするか、またはさもなければ初期化することができる。少なくともいくつかの実施形態では、ＥＮＭは、例えば、ＶＣＳコントロールプレーンのホストネットワークアドレス範囲からブートストラップされているホストにアドレスを割り当てることを含む、１つ以上のＤＨＣＰ機能を実行することができる。ＥＮＭ自体は、いくつかの実施形態では、２つのネットワーク、すなわち、代わりにＥＲＧが配信された顧客によってセットアップされた１つのネットワーク、および計算インスタンスを確立することができるＥＲＧホストを含む第２の（プライベート）ネットワークのメンバーとして構成することができる。
安全なネットワークチャネル（例えば、ＶＰＮ接続／トンネルおよび／または専用の物理リンクを使用する接続）は、例えば、ＥＮＭからＶＣＳコントロールプレーンにインターネット経由で提出された要求によって開始されたワークフローの結果として、様々な実施形態では、ＥＮＭとＶＣＳの１つ以上のリソースとの間で確立／構成され得る（要素１２０７）。少なくともいくつかの実施形態では、ＶＣＳコントロールプレーンからＥＲＧに管理コマンドを送信／転送するために特別にセットアップされたアウトバウンドコマンドコミュニケータインスタンスＯＣＣ１は、安全なチャネルを使用するためのアクセスが認められ得る。少なくとも１つの実施形態では、前述のように、ＯＣＣ１は、ＶＣＳコントロールプレーンからコマンドを受信するためにのみ使用される１つのＶＮＩ、および安全なチャネルを介してコマンド（修正される可能性のあるバージョン）をＥＲＧに送信するために使用することができる別のＶＮＩを含む、複数の仮想ネットワークインターフェース（ＶＮＩ）が接続された仮想マシンを含み得る。
安全なチャネルが確立された後、代わりにＥＲＧがセットアップされたＶＣＳクライアント（および／またはＥＲＧへのアクセスが許可される他のユーザ／グループ）は、様々な実施形態では、プログラム要求（ＥＲＧ仮想化ホストで計算インスタンスを起動するための要求など）を送信することを開始し得る。ＥＲＧのＥＮＭは、図示の実施形態では、ＯＣＣ１からコントロールプレーンコマンド（例えば、代わりにＥＲＧがセットアップされるクライアントによって提出された要求に応答して、ＶＣＳコントロールプレーンで生成された起動ＶＭコマンド）のバージョンを受信し得る（要素１２１０）。図５に示されるものと同様のパスが、いくつかの実施形態では、１つ以上のメッセージ変換、アドレス変換などを含むコマンドに使用され得る。少なくとも１つの実施形態では、コマンドがＥＮＭによって受信されるネットワークアドレスは、上記の顧客構成ネットワークの一部であり得る。ＥＮＭは、ＥＲＧのホストでコントロールプレーンエージェントにコマンドを転送し、そこでコマンドを実装することができる（例えば、ＶＭをインスタンス化するためのクライアント要求に応答してコマンドが生成された場合、ホストでの、クライアントによって要求された新しいＶＭの起動をもたらす）（要素１２１３）。ホストは、様々な実施形態では、ＥＲＧでセットアップされたプライベートネットワークの一部であり得、第２のネットワーク内で、他のホストのためのＶＣＳコントロールプレーン内で使用される範囲からネットワークアドレスが割り当てられ得る。ＶＣＳコントロールプレーンで生成された追加のコマンドが受信される場合、ＥＮＭは、それらを適切な仮想化ホストに転送することができ、図示の実施形態では、要素１２１０および１２１３に対応する操作を繰り返す。
ＥＮＭは、いくつかの実施形態では、ＶＣＳコントロールプレーンからＥＲＧホストにコマンドを転送することに加えて、いくつかの他の種類の機能を実行することができる。必要に応じて、例えば、ＥＮＭはまた、パブリックからプライベートまたはプライベートからパブリックへのアドレス変換、他のカプセル化関連操作などを実行して、ＥＲＧで起動された計算インスタンスと、ＥＲＧが展開される外部プレミスでのデバイスとの間でトラフィックが流れることを可能にする（要素１２１６）。
様々な実施形態では、図１１および／または図１２に示される操作のいくつかは、図に示されるものとは異なる順序で実行され得るか、または順次ではなく並行して実行され得ることに留意されたい。さらに、図１１および／または図１２に示される操作のいくつかは、１つ以上の実装形態では、必要とされない場合がある。
ユースケース
仮想化コンピューティングサービスなどのプロバイダネットワークのネットワークアクセス可能なサービスのデータプレーンを、プロバイダネットワークの外部のプレミスに論理的かつ安全に拡張する上記の技術は、様々なシナリオで非常に有用であり得る。スケーラビリティ、可用性、信頼性、セキュリティ、手頃な価格などの特徴のためにプロバイダネットワークリソース（様々な能力レベルの仮想マシンなど）を利用する多くの組織は、選択した場所、例えば、顧客データセンター、コロケーション設備、および／または一時的なフィールドワークサイト内で同様のリソースを利用したいと思う場合がある。場合によっては、そのような場所が、その場所に記憶され得る大量のアプリケーションデータへのアクセスのため、好まれることがあり、プロバイダネットワーククライアントは、インターネットを介してプロバイダネットワーク自体のデータセンターにそのような大量のデータを転送することに関連付けられたコストおよび／または遅延を回避することを好む場合があり、可能ならば、データが顧客自身のプレミスから出ないことを確実にすることを望む場合がある。クライアントは、インターネットへの接続が信頼性が低いか、または高価である可能性のある遠隔地（例えば、石油掘削装置、携帯電話の塔、科学データ収集センサーアレイなどの近く）で、仮想マシン、および／または仮想マシンをビルディングブロックとして使用するサービスを使用する必要がある場合があり得る。例えば、いくつかの組織は、オフィスまたは他の物理的な場所に多数のエンジニア／設計者を有し、エンジニア／設計者の超低遅延距離内で仮想マシンを使用して実行するために、レンダリングまたは他の計算集約型操作が必要になる場合がある。インターネット接続が可能な任意の所望の場所でローカル機器を使用して、プロバイダネットワークデータセンターで提供されるものと同じ能力をサポートする能力により、プロバイダネットワーククライアントが効率的かつ安全に実行することができるアプリケーションの範囲が大幅に拡大し得る。
例示的なコンピュータシステム
少なくともいくつかの実施形態では、本明細書に記載のサービス拡張技術のタイプをサポート（例えば、プロバイダネットワークのデータセンターの外部の選択された場所での仮想化されたコンピューティングサービスの拡張リソースグループのセットアップおよび使用）するために使用されるコントロールプレーンおよびデータプレーンコンポーネントのうちの１つ以上実装するサーバは、１つ以上のコンピュータアクセス可能なメディアを含むか、またはそれにアクセスするように構成される汎用コンピュータシステムを含み得る。図１３は、そのようなコンピューティングデバイス９０００を例解する。例解された実施形態では、コンピューティングデバイス９０００は、入力／出力（Ｉ／Ｏ）インターフェース９０３０を介してシステムメモリ９０２０（不揮発性および揮発性メモリモジュールの両方を含み得る）に結合された１つ以上のプロセッサ９０１０を含む。コンピューティングデバイス９０００は、Ｉ／Ｏインターフェース９０３０に結合されたネットワークインターフェース９０４０をさらに含む。
様々な実施形態では、コンピューティングデバイス９０００は、１つのプロセッサ９０１０を含む単一プロセッサシステム、またはいくつかのプロセッサ９０１０（例えば、２、４、８、または別の好適な数）を含むマルチプロセッサシステムであり得る。プロセッサ９０１０は、命令を実行することが可能である任意の好適なプロセッサであり得る。例えば、様々な実施形態では、プロセッサ９０１０は、ｘ８６、ＰｏｗｅｒＰＣ、ＳＰＡＲＣ、もしくはＭＩＰＳ ＩＳＡ、または任意の他の好適なＩＳＡなどの任意の様々な命令セットアーキテクチャ（ＩＳＡ）を実装する汎用または組み込みプロセッサであり得る。マルチプロセッサシステムでは、プロセッサ９０１０の各々は、一般的に、必ずしもそうではないが同じＩＳＡを実装し得る。いくつかの実装形態では、グラフィックスプロセッシングユニット（ＧＰＵ）が、従来のプロセッサの代わりに、またはそれに加えて使用され得る。
システムメモリ９０２０は、プロセッサ（複数可）９０１０によってアクセス可能な命令およびデータを記憶するように構成され得る。少なくともいくつかの実施形態では、システムメモリ９０２０は、揮発性部分および不揮発性部分の両方を含み得、他の実施形態では、揮発性メモリのみを使用し得る。様々な実施形態では、システムメモリ９０２０の揮発性部分は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、シンクロナスダイナミックＲＡＭ、または任意の他のタイプのメモリなどの任意の好適なメモリ技術を使用して実装され得る。システムメモリの不揮発性部分（例えば、１つ以上のＮＶＤＩＭＭを含み得る）の場合、いくつかの実施形態では、ＮＡＮＤフラッシュデバイスを含むフラッシュベースのメモリデバイスを使用することができる。少なくともいくつかの実施形態では、システムメモリの不揮発性部分は、スーパーキャパシタまたは他の電力貯蔵デバイス（例えば、バッテリ）などの電源を含み得る。様々な実施形態では、メモリスタベースの抵抗変化型アクセスメモリ（ＲｅＲＡＭ）、３次元ＮＡＮＤ技術、強誘電体ＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、または様々なタイプの相変化メモリ（ＰＣＭ）のいずれかを、少なくともシステムメモリの非揮発性部分に使用し得る。例解された実施形態では、上記のこれらの方法、技術、およびデータなど、１つ以上の所望の機能を実装するプログラム命令およびデータが、コード９０２５およびデータ９０２６としてシステムメモリ９０２０内に記憶されて示される。
一実施形態では、Ｉ／Ｏインターフェース９０３０は、プロセッサ９０１０、システムメモリ９０２０、および様々なタイプの永続および／または揮発性記憶デバイスなどの、ネットワークインターフェース９０４０または他の周辺インターフェースを含むデバイス内の任意の周辺デバイスの間のＩ／Ｏトラフィックを調整するように構成され得る。いくつかの実施形態では、Ｉ／Ｏインターフェース９０３０は、１つのコンポーネント（例えば、システムメモリ９０２０）からのデータ信号を別のコンポーネント（例えば、プロセッサ９０１０）による使用に好適なフォーマットに変換するために必要な任意のプロトコル、タイミング、または他のデータ変換を実行し得る。いくつかの実施形態では、Ｉ／Ｏインターフェース９０３０は、例えば、周辺コンポーネント相互接続（ＰＣＩ）バス規格またはユニバーサルシリアルバス（ＵＳＢ）規格のバリアントなど、様々なタイプの周辺バスを通して接続されたデバイスへのサポートを含み得る。いくつかの実施形態では、Ｉ／Ｏインターフェース９０３０の機能は、例えば、ノースブリッジおよびサウスブリッジなどの２つ以上の別々のコンポーネントに分割され得る。また、いくつかの実施形態では、システムメモリ９０２０へのインターフェースなど、Ｉ／Ｏインターフェース９０３０の機能のいくつかまたは全部を、プロセッサ９０１０に直接組み込むことができる。
ネットワークインターフェース９０４０は、コンピューティングデバイス９０００と、例えば図１～図１２に例解されるような他のコンピュータシステムまたはデバイスなどの１つのネットワークまたは複数のネットワーク９０５０に接続された他のデバイス９０６０との間でデータを交換することを可能にするように構成され得る。様々な実施形態では、ネットワークインターフェース９０４０は、例えば、イーサネットネットワークのタイプなど、任意の好適な有線または無線の一般データネットワークを介した通信をサポートすることができる。さらに、ネットワークインターフェース９０４０は、アナログ音声ネットワークもしくはデジタルファイバ通信ネットワークなどの電気通信／電話ネットワークを介した、ファイバーチャネルＳＡＮなどのストレージエリアネットワークを介した、または任意の他の好適なタイプのネットワークおよび／もしくはプロトコルを介した通信をサポートすることができる。
いくつかの実施形態では、システムメモリ９０２０は、図１～図１２の文脈で考察された方法および装置を実装するために使用されるプログラム命令およびデータの少なくともサブセットを記憶するように構成されたコンピュータアクセス可能媒体の一実施形態を表すことができる。しかしながら、他の実施形態では、プログラム命令および／またはデータは、異なるタイプのコンピュータアクセス可能媒体上で受信、送信、または記憶されてもよい。一般的に言えば、コンピュータアクセス可能媒体は、磁気または光学媒体などの非一時的記憶媒体またはメモリ媒体、例えばＩ／Ｏインターフェース９０３０を介してコンピューティングデバイス９０００に結合されたディスクまたはＤＶＤ／ＣＤを含み得る。非一時的コンピュータアクセス可能記憶媒体はまた、システムメモリ９０２０または別のタイプのメモリとしてコンピューティングデバイス９０００のいくつかの実施形態に含まれ得る、ＲＡＭ（例えば、ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ、ＲＤＲＡＭ、ＳＲＡＭなど）、ＲＯＭなどの任意の揮発性媒体または不揮発性媒体も含み得る。いくつかの実施形態では、複数の非一時的なコンピュータ可読記憶媒体は、１つ以上のプロセッサ上でまたはそれらにわたって実行されると、上記の方法および技術の少なくともサブセットを実装するプログラム命令を集合的に記憶することができる。コンピュータアクセス可能媒体は、ネットワークインターフェース９０４０を介して実装され得るような、ネットワークおよび／または無線リンクなどの通信媒体を介して伝達される、電気信号、電磁気信号、またはデジタル信号などの伝送媒体または信号をさらに含み得る。図１３に例解されるものなどの複数のコンピューティングデバイスの部分またはすべてを使用して、様々な実施形態では、記載の機能を実装することができ、例えば、様々な異なるデバイスおよびサーバで動作するソフトウェアコンポーネントが連携して機能を提供し得る。いくつかの実施形態では、記載の機能の部分は、汎用コンピュータシステムを使用して実装されることに加えて、またはその代わりに、ストレージデバイス、ネットワークデバイス、または専用コンピュータシステムを使用して実装され得る。本明細書で使用される際、「コンピューティングデバイス」という用語は、少なくともこれらのタイプのデバイスのすべてを指すが、これらのタイプのデバイスに限定されるものではない。
本開示の実施形態は、以下の条項に鑑みて説明され得る。
１．システムであって、
プロバイダネットワークの仮想化コンピューティングサービスの１つ以上のコンピューティングデバイスであって、プロバイダネットワークは、１つ以上のデータセンターを含み、１つ以上のデータセンターに配置された仮想化コンピューティングサービスの仮想化ホストのセットは、第１のネットワークアドレス範囲内のそれぞれのネットワークアドレスが割り当てられ、
１つ以上のコンピューティングデバイスは、命令を含み、命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、１つ以上のコンピューティングデバイスに、
拡張リソースグループに関連付けられたアウトバウンドコマンドコミュニケータで仮想マシン起動コマンドを取得することであって、アウトバウンドコミュニケータは、第１のネットワークアドレス範囲内の第１のネットワークアドレスを有し、拡張リソースグループは、１つ以上のデータセンターの外部のプレミスに配置された１つ以上の仮想化ホストを含み、仮想マシン起動コマンドは、第１のネットワークアドレスの表示を含む、取得することと、
安全なネットワークチャネルを介して、拡張リソースグループに、仮想マシン起動コマンドを示し、第１のネットワークアドレスを示すメッセージを送信することであって、メッセージのデスティネーションアドレスは、プレミスで使用される第２のネットワークアドレス範囲の一部であり、ターゲット仮想化ホストは、拡張リソースグループで確立されたプライベートネットワーク内の第１のネットワークアドレスが割り当てられ、ターゲット仮想化ホストでの仮想マシン起動コマンドの処理は、ターゲット仮想化ホストでの仮想マシンのインスタンス化をもたらす、送信することと、を行わせる、１つ以上のコンピューティングデバイスを含む、システム。
２．安全なネットワークチャネルは、１つ以上のデータセンターと拡張リソースグループとの間に確立され、安全なネットワークチャネルは、（ａ）ＶＰＮトンネル、または（ｂ）プレミスとプロバイダネットワークとの間の専用の物理リンクのうちの１つ以上を含む、条項１に記載のシステム。
３．１つ以上のコンピューティングデバイスは、命令をさらに含み、命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、１つ以上のコンピューティングデバイスに、
拡張リソースグループを確立するための要求がプログラムインターフェースを介して提出されていることを判定することであって、アウトバウンドコマンドコミュニケータは、拡張リソースグループを確立するための要求に応答して確立される、判定することをさらに行わせる、条項１～２のいずれか１つに記載のシステム。
４．１つ以上のコンピューティングデバイスは、命令をさらに含み、命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、１つ以上のコンピューティングデバイスに、
安全なネットワークチャネルを確立するための要求が受信されることを判定する前に、アウトバウンドコマンドコミュニケータをインスタンス化することをさらに行わせる、条項１～３のいずれか１つに記載のシステム。
５．アウトバウンドコマンドコミュニケータは、別の仮想化ホスト上の仮想マシンで実行され、他の仮想化ホストは、第１のネットワークアドレス範囲内の第２のネットワークアドレスが割り当てられる、条項１～４のいずれか１つに記載のシステム。
６．方法であって、
プロバイダネットワークの１つ以上のコンピューティングデバイスによって、
プロバイダネットワークのコンピューティングサービスのコントロールプレーンで、計算インスタンスを確立するための要求を受信することと、
プロバイダネットワークの第１のアウトバウンドコマンドコミュニケータで、要求に応答して、計算インスタンスがターゲットホストで確立されるという表示を取得することであって、ターゲットホストは、クライアントプレミスに配置されたプロバイダネットワークの第１の拡張リソースグループの一部であり、第１のネットワークアドレスは、コントロールプレーンでターゲットホストに関連付けられ、第１のアウトバウンドコマンドコミュニケータは、少なくとも第１のネットワークアドレスが割り当てられる、取得することと、
第２のネットワークアドレスをデスティネーションとして示すメッセージを送信することであって、第２のネットワークアドレスは、クライアントプレミスで確立された第１のネットワークの一部であり、メッセージは、ターゲットホストで計算インスタンスを確立するためのコマンドを含み、第１のネットワークアドレスは、クライアントプレミスで確立された第２のネットワーク内のターゲットホストに割り当てられ、ターゲットホストでのコマンドの処理は、計算インスタンスの確立をもたらす、送信することと、を実行することを含む、方法。
７．計算インスタンスは、仮想マシンを含む、条項６に記載の方法。
８．プロバイダネットワークの１つ以上のコンピューティングデバイスによって、
プログラムインターフェースを介して、プロバイダネットワーク内のホストでサポートされる仮想マシンカテゴリのセットの表示を提供することであって、計算インスタンスは、セットの特定の仮想マシンカテゴリに属する、提供することを実行することをさらに含む、条項６～７のいずれか１つに記載の方法。
９．第１のアウトバウンドコマンドコミュニケータで取得された、計算インスタンスが確立されるという表示は、第１のセキュリティアーティファクトを含み、方法は、プロバイダネットワークの１つ以上のコンピューティングデバイスによって、
第２のネットワークアドレスに送信されるメッセージに、第２のセキュリティアーティファクトを含めることであって、第２のセキュリティアーティファクトは、第１のアウトバウンドコマンドコミュニケータで生成される、含めることを実行することをさらに含む、条項６～８に記載の方法。
１０．プロバイダネットワークの１つ以上のコンピューティングデバイスによって、
第１のアウトバウンドコマンドコミュニケータを第１の仮想ネットワークインターフェースおよび第２の仮想ネットワークインターフェースにプログラムで接続することであって、第１の仮想ネットワークインターフェースは、コントロールプレーンから、計算インスタンスが確立されるという表示を取得するために使用され、第２の仮想ネットワークインターフェースは、メッセージが第１の拡張リソースグループに送信される安全なネットワークチャネルにアクセスするために使用される、プログラムで接続することを実行することをさらに含む、条項６～９に記載の方法。
１１．安全なネットワークチャネルは、（ａ）仮想プライベートネットワーク（ＶＰＮ）トンネル、または（ｂ）クライアントプレミスとプロバイダネットワークとの間の専用の物理リンクのうちの１つ以上を含む、条項１０に記載の方法。
１２．第１のアウトバウンドコマンドコミュニケータは、少なくとも部分的に仮想マシンを使用して実装される、条項６～１０のいずれか１つに記載の方法。
１３．第１の拡張リソースグループは、プロバイダネットワークのコンピューティングサービスの第１のクライアントに代わって確立され、第１のアウトバウンドコマンドコミュニケータは、コンピューティングサービスの分離仮想ネットワーク内に構成され、分離仮想ネットワークは、コンピューティングサービスの第２のクライアントに代わって確立された第２の拡張リソースグループと通信するために確立された少なくとも第２のアウトバウンドコマンドコミュニケータを含む、条項６～１０または１２のいずれか１つに記載の方法。
１４．第１の拡張リソースグループは、プロバイダネットワークのコンピューティングサービスのクライアントに代わって確立され、方法は、１つ以上のコンピューティングデバイスによって、
計算インスタンスに、クライアントに代わってプロバイダネットワーク内に確立された分離仮想ネットワークのネットワークアドレス範囲からネットワークアドレスを割り当てることを実行することをさらに含む、条項６～１０または１２～１３のいずれか１つに記載の方法。
１５．計算インスタンスを確立するための要求は、プロバイダネットワークのコンピューティングサービスのパブリックアプリケーションプログラミングインターフェースに関連付けられた第１のネットワークパスを介して受信され、メッセージは、第２のネットワークパスを介して第２のネットワークアドレスに送信される、条項６～１０または１２～１４のいずれか１つに記載の方法。
１６．システムであって、
サービスプロバイダ環境の１つ以上のコンピューティングデバイス上で実行されるコントロールプレーンと、
サービスプロバイダ環境の第１のネットワークに結合されたアウトバウンドコマンドコミュニケータであって、第１のネットワークは、ネットワークアドレスの範囲を使用し、アウトバウンドコマンドコミュニケータは、ネットワークアドレスの範囲内の第１のネットワークアドレスが割り当てられ、サービスプロバイダ環境の第１のネットワークは、計算インスタンスをホストするように構成された複数のサーバを含む、アウトバウンドコマンドコミュニケータと、を含み、
コントロールプレーンは、
計算インスタンスを起動するための要求を含む第１のメッセージを、第１のネットワークアドレスに送信するように構成されており、
アウトバウンドコマンドコミュニケータは、
第１のメッセージを受信することと、
第２のネットワークアドレスが割り当てられたデバイスに第２のメッセージを送信することであって、第２のメッセージは、計算インスタンスを起動するための要求の少なくとも一部分を含み、第２のネットワークアドレスは、顧客データセンターで確立された第２のネットワークの一部であり、デバイスは、顧客データセンター内に確立された第３のネットワークに結合されたターゲットサーバに、第２のメッセージを送信するように構成されており、第３のネットワークは、ネットワークアドレスの範囲の少なくとも一部分を使用し、ターゲットサーバは、第１のネットワークアドレスが割り当てられる、送信することと、を行うように構成されている、システム。
１７．第２のメッセージは、（ａ）ＶＰＮトンネル、または（ｂ）顧客データセンターとサービスプロバイダ環境との間の専用の物理リンクのうちの１つ以上を介して、第２のネットワークアドレスに送信される、条項１６に記載のシステム。
１８．計算インスタンスは、ベアメタル計算インスタンスを含む、条項１６～１７に記載のシステム。
１９．アウトバウンドコマンドコミュニケータは、
第２のネットワークアドレスに送信される第２のメッセージに、ターゲットサーバによって認証され得るセキュリティオブジェクトを含めるように、さらに構成されている、条項１６～１８のいずれか１つに記載のシステム。
２０．第２のネットワークアドレスが割り当てられたデバイスは、第２のネットワークおよび第３のネットワークの両方に結合されており、デバイスは、
第２のメッセージのデスティネーションを第１のネットワークアドレスにさせることと、
第２のメッセージをターゲットサーバに送信することと、を行うようにさらに構成されている、条項１６～１９のいずれか１つに記載のシステム。
２１．システムであって、
ネットワークマネージャと、
プロバイダネットワークの仮想化コンピューティングサービスの拡張リソースグループの１つ以上のコンピューティングデバイスであって、拡張リソースグループは、耐タンパー性ストレージデバイスおよびトラステッドプラットフォームモジュールを含む仮想化ホストを少なくとも含み、仮想化ホストは、プロバイダネットワークの外部のプレミスに配置され、プレミスで構成された第１のネットワークは、ネットワークアドレスの第１の範囲を含み、プロバイダネットワークの１つ以上のデータセンターに配置された仮想化コンピューティングサービスの仮想化ホストは、ネットワークアドレスの第２の範囲からそれぞれのネットワークアドレスが割り当てられる、１つ以上のコンピューティングデバイスと、を含み、
ネットワークマネージャは、命令を含み、命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、ネットワークマネージャに、
安全なネットワークチャネルを介して、拡張リソースグループに関連付けられたアウトバウンドコマンドコミュニケータから送信された、仮想マシン起動コマンドを含むメッセージを取得することであって、仮想マシン起動コマンドは、仮想化されたコンピューティングサービスのパブリックアプリケーションプログラミングインターフェースを介して提出された要求に応答して生成され、ネットワークマネージャに割り当てられたメッセージのデスティネーションアドレスは、ネットワークアドレスの第１の範囲内にある、取得することと、
仮想マシン起動コマンドをネットワークマネージャから拡張リソースグループの仮想化ホストに送信することであって、仮想化ホストでの仮想マシン起動コマンドの処理は、仮想化ホストでの仮想マシンのインスタンス化をもたらし、拡張リソースグループで確立されたプライベートネットワーク内で、仮想化ホストは、第２の範囲のアドレスが割り当てられる、送信することと、を行わせる、システム。
２２．ネットワークマネージャの少なくとも一部分は、（ａ）拡張リソースグループの特定のデバイスでの電源投入信号、または（ｂ）拡張リソースグループの特定のデバイスがインターネットにアクセスしているという表示のうちの１つ以上に応答して開始される、条項２１に記載のシステム。
２３．ネットワークマネージャは、命令をさらに含み、命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、ネットワークマネージャに、
仮想マシンで生成されたネットワークパケットに対して１つ以上の変換操作を実行することと、
ネットワークパケットの変換されたバージョンをネットワークエンドポイントに送信することであって、ネットワークエンドポイントは、（ａ）プロバイダネットワークの一部ではなく、および（ｂ）拡張リソースグループの一部ではない、送信することと、を行わせる、条項２１～２２のいずれか１つに記載のシステム。
２４．ネットワークマネージャは、命令をさらに含み、命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、ネットワークマネージャに、
仮想化ホストでブートストラップ操作を開始させる、条項２１～２３のいずれか１つに記載のシステム。
２５．ネットワークマネージャの少なくとも一部分は、拡張リソースグループの周辺カードに実装される、条項２１～２４のいずれか１つに記載のシステム。
２６．方法であって、
プロバイダネットワークの拡張リソースグループのネットワークマネージャで、拡張リソースグループのホストで計算インスタンスを起動するためのコマンドを含むメッセージを取得することであって、ホストは、プロバイダネットワークの外部のプレミスに配置され、メッセージは、プレミスで構成された第１のネットワークの第１のアドレス範囲内のアドレスでネットワークマネージャによって取得される、取得することと、
ネットワークマネージャからホストにコマンドを送信して、ホストに計算インスタンスをインスタンス化させることであって、プレミスで構成された第２のネットワーク内で、ホストは、第２のアドレス範囲内のアドレスが割り当てられ、第２のアドレス範囲の１つ以上のアドレスは、プロバイダネットワークのコントロールプレーンによってプロバイダネットワーク内のそれぞれのホストに割り当てられる、送信することと、を含む方法。
２７．
計算インスタンスをインスタンス化する前に、ホストのセキュリティモジュールを使用して、ホストが受け入れ基準を満たしていることを確認することをさらに含む、条項２６に記載の方法。
２８．ホストは、ストレージデバイスを含み、方法は、
計算インスタンスの状態情報の暗号化されたバージョンをストレージデバイスに記憶することであって、暗号化されたバージョンの復号化は、ストレージデバイスがホストに物理的に接続されることを必要とする、記憶することをさらに含む、条項２６～２７のいずれか１つに記載の方法。
２９．拡張リソースグループは、計算インスタンスイメージキャッシュを含み、計算インスタンスをインスタンス化することは、
キャッシュから取得した特定の計算インスタンスイメージを利用することを含む、条項２６～２８のいずれか１つに記載の方法。
３０．
拡張リソースグループ内の計算インスタンスの起動を要求することを許可された１つ以上のエンティティの表示を取得することと、
計算インスタンスをインスタンス化する前に、計算インスタンスが１つ以上のエンティティのうちのエンティティによって要求されたことを確認することと、をさらに含む、条項２６～２９のいずれか１つに記載の方法。
３１．ネットワークマネージャの少なくとも一部分は、周辺インターフェースを介して拡張リソースグループのホストに接続されたカードに実装される、条項２６～３０のいずれか１つに記載の方法。
３２．ホストは、拡張リソースグループのラック内に組み込まれ、ネットワークマネージャの少なくとも一部分は、ラック内に組み込まれていない１つ以上のデバイスに実装される、条項２６～３１のいずれか１つに記載の方法。
３３．１つ以上のトリガ信号に応答して、ネットワークマネージャをインスタンス化することと、
ネットワークマネージャによって、プロバイダネットワークの少なくとも一部分と通信するための安全なネットワークチャネルの構成を開始することと、をさらに含む、条項２６～３２のいずれか１つに記載の方法。
３４．１つ以上のトリガ信号は、（ａ）拡張リソースグループの特定のデバイスでの電源投入信号、または（ｂ）拡張リソースグループの特定のデバイスがインターネットにアクセスしているという表示のうちの１つ以上を含む、条項３３に記載の方法。
３５．
ネットワークマネージャによって、ホストでブートストラップ操作を開始することをさらに含む、条項２６～３３のいずれか１つに記載の方法。
３６．システムであって、
プロバイダネットワークの拡張リソースグループの１つ以上のコンピューティングデバイスであって、拡張リソースグループの少なくともホストは、プロバイダネットワークの外部のプレミスに配置され、
１つ以上のコンピューティングデバイスは、命令を含み、命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、１つ以上のコンピューティングデバイスに、
拡張リソースグループのネットワークマネージャで、計算インスタンスを起動するためのコマンドを含むメッセージを取得することであって、メッセージは、プレミスで構成された第１のネットワークの第１のアドレス範囲内のアドレスで、ネットワークマネージャによって取得される、取得することと、
ネットワークマネージャからホストにコマンドを送信することであって、コマンドの処理は、ホストでの計算インスタンスのインスタンス化をもたらし、プレミスで構成された第２のネットワーク内で、ホストは、第２のアドレス範囲内のアドレスが割り当てられ、第２のアドレス範囲の１つ以上のアドレスは、プロバイダネットワークのコントロールプレーンによって、プロバイダネットワーク内のそれぞれのホストに割り当てられる、送信することと、を行わせる、１つ以上のコンピューティングデバイスを含む、システム。
３７．１つ以上のコンピューティングデバイスは、命令をさらに含み、命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、１つ以上のコンピューティングデバイスに、
計算インスタンスのインスタンス化の前に、ホストのセキュリティモジュールを使用して、ホストが受け入れ基準を満たしていることを確認させる、条項３６に記載のシステム。
３８．１つ以上のコンピューティングデバイスは、命令をさらに含み、命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、１つ以上のコンピューティングデバイスに、
計算インスタンスの状態情報の暗号化されたバージョンをストレージデバイスに記憶することであって、暗号化されたバージョンの復号化は、ストレージデバイスがホストに物理的に接続されることを必要とする、記憶することをさらに行わせる、条項３６～３７のいずれか１つに記載のシステム。
３９．拡張リソースグループは、計算インスタンスイメージキャッシュを含み、計算インスタンスをインスタンス化することは、
キャッシュから取得した特定の計算インスタンスイメージを利用することを含む、条項３６～３８のいずれか１つに記載のシステム。
４０．メッセージは、（ａ）プレミスをプロバイダネットワークに接続する専用の物理リンク、または（ｂ）仮想プライベートネットワーク（ＶＰＮ）トンネルのうちの１つ以上を介して、ネットワークマネージャで取得される、条項３６～３９のいずれか１つに記載のシステム。
結論
様々な実施形態は、コンピュータアクセス可能媒体上で前述の説明に従って実装された命令および／またはデータを受信、送信、または記憶することをさらに含むことができる。一般的に言えば、コンピュータアクセス可能媒体は、磁気または光媒体、例えば、ディスクまたはＤＶＤ／ＣＤ－ＲＯＭ、ＲＡＭ（例えば、ＳＤＲＡＭ、ＤＤＲ、ＲＤＲＡＭ、ＳＲＡＭなど）、ＲＯＭなどの揮発性または不揮発性媒体などのストレージ媒体またはメモリ媒体、ならびにネットワークおよび／または無線リンクなどの通信媒体を介して伝達される、電気信号、電磁気信号、またはデジタル信号などの伝送媒体または信号を含むことができる。
図面に例解され、本明細書に記載されるような様々な方法は、方法の例示的な実施形態を表す。方法は、ソフトウェア、ハードウェア、またはそれらの組み合わせで実装することができる。方法の順序は、変更されてもよく、様々な要素は、追加、並べ替え、結合、省略、修正などされてもよい。
本開示の利益を有する当業者に明らかであるように、様々な修正および変更がなされ得る。そのような修正および変更をすべて包含し、したがって上記の説明を限定的な意味ではなく例示的な意味で見なすことを意図する。

Claims (15)

  1. システムであって、
    プロバイダネットワークの仮想化コンピューティングサービスの１つ以上のコンピューティングデバイスであって、前記プロバイダネットワークは、１つ以上のデータセンターを含み、前記１つ以上のデータセンターに配置された前記仮想化コンピューティングサービスの仮想化ホストのセットは、第１のネットワークアドレス範囲内のそれぞれのネットワークアドレスが割り当てられ、
    前記１つ以上のコンピューティングデバイスは、命令を含み、前記命令は、１つ以上のプロセッサ上またはそれらにわたって実行されると、前記１つ以上のコンピューティングデバイスに、
    前記仮想化コンピューティングサービスの、および拡張リソースグループに関連付けられたアウトバウンドコマンドコミュニケータで仮想マシン起動コマンドを取得することであって、前記アウトバウンドコマンドコミュニケータには、前記第１のネットワークアドレス範囲内の第１のネットワークアドレスが割り当てられ、前記拡張リソースグループは、前記１つ以上のデータセンターの外部のプレミスに配置された１つ以上の拡張仮想化ホストを含み、前記仮想マシン起動コマンドは、前記第１のネットワークアドレスの表示を含む、取得することと、
    安全なネットワークチャネルを介して、前記拡張リソースグループに、前記仮想マシン起動コマンドを示し、前記第１のネットワークアドレスを示すメッセージを送信することであって、前記メッセージのデスティネーションアドレスは、前記１つ以上のデータセンターの外部の前記プレミスで使用されている第２のネットワークアドレス範囲の一部であり、ターゲット仮想化ホストにも、前記拡張リソースグループで確立されたプライベートネットワーク内の前記第１のネットワークアドレスが割り当てられ、前記ターゲット仮想化ホストでの前記仮想マシン起動コマンドの処理は、前記ターゲット仮想化ホストでの仮想マシンのインスタンス化をもたらす、送信することと、を行わせる、１つ以上のコンピューティングデバイスを含む、システム。
  2. 前記安全なネットワークチャネルは、前記１つ以上のデータセンターと前記拡張リソースグループとの間に確立され、前記安全なネットワークチャネルは、（ａ）ＶＰＮトンネル、または（ｂ）前記プレミスと前記プロバイダネットワークとの間の専用の物理リンクのうちの１つ以上を含む、請求項１に記載のシステム。
  3. 前記１つ以上のコンピューティングデバイスは、命令をさらに含み、前記命令は、前記１つ以上のプロセッサ上またはそれらにわたって実行されると、前記１つ以上のコンピューティングデバイスに、
    前記拡張リソースグループを確立するための要求がプログラムインターフェースを介して提出されていることを判定することであって、前記アウトバウンドコマンドコミュニケータは、前記拡張リソースグループを確立するための前記要求に応答して確立される、判定することをさらに行わせる、請求項１に記載のシステム。
  4. 前記１つ以上のコンピューティングデバイスは、命令をさらに含み、前記命令は、前記１つ以上のプロセッサ上またはそれらにわたって実行されると、前記１つ以上のコンピューティングデバイスに、
    前記安全なネットワークチャネルを確立するための要求が受信されることを判定する前に、前記アウトバウンドコマンドコミュニケータをインスタンス化することをさらに行わせる、請求項１に記載のシステム。
  5. 前記アウトバウンドコマンドコミュニケータは、別の仮想化ホスト上の仮想マシンで実行され、前記別の仮想化ホスト以外の仮想化ホストには、前記第１のネットワークアドレス範囲内の第２のネットワークアドレスが割り当てられる、請求項１に記載のシステム。
  6. 方法であって、
    プロバイダネットワークの１つ以上のコンピューティングデバイスによって、
    前記プロバイダネットワークのコンピューティングサービスのコントロールプレーンで、計算インスタンスを確立するための要求を受信することと、
    前記プロバイダネットワークの第１のアウトバウンドコマンドコミュニケータで、前記要求に応答して前記計算インスタンスがターゲットホストで確立されるという表示を取得することであって、前記ターゲットホストは、クライアントプレミスに配置された前記プロバイダネットワークの第１の拡張リソースグループの一部であり、第１のネットワークアドレスは、前記コントロールプレーンでの前記ターゲットホストに関連付けられ、前記第１のアウトバウンドコマンドコミュニケータは、少なくとも前記第１のネットワークアドレスが割り当てられる、取得することと、
    第２のネットワークアドレスをデスティネーションとして示すメッセージを送信することであって、前記第２のネットワークアドレスは、前記クライアントプレミスで確立された第１のネットワークの一部であり、前記メッセージは、前記ターゲットホストで前記計算インスタンスを確立するためのコマンドを含み、前記第１のネットワークアドレスは、前記クライアントプレミスで確立された第２のネットワーク内の前記ターゲットホストに割り当てられ、前記ターゲットホストでの前記コマンドの処理は、前記計算インスタンスの確立をもたらす、送信することと、を実行することを含む、方法。
  7. 前記第１のアウトバウンドコマンドコミュニケータで取得された、前記計算インスタンスが確立されるという前記表示は、第１のセキュリティアーティファクトを含み、前記方法は、前記プロバイダネットワークの前記１つ以上のコンピューティングデバイスによって、
    前記第２のネットワークアドレスに送信される前記メッセージに、第２のセキュリティアーティファクトを含めることであって、前記第２のセキュリティアーティファクトは、前記第１のアウトバウンドコマンドコミュニケータで生成される、含めることを実行することをさらに含む、請求項６に記載の方法。
  8. 前記プロバイダネットワークの前記１つ以上のコンピューティングデバイスによって、
    前記第１のアウトバウンドコマンドコミュニケータを第１の仮想ネットワークインターフェースおよび第２の仮想ネットワークインターフェースにプログラムで接続することであって、前記第１の仮想ネットワークインターフェースは、前記コントロールプレーンから、前記計算インスタンスが確立されるという前記表示を取得するために使用され、前記第２の仮想ネットワークインターフェースは、前記メッセージが前記第１の拡張リソースグループに送信される安全なネットワークチャネルにアクセスするために使用される、プログラムで接続することを実行することをさらに含む、請求項６に記載の方法。
  9. 前記第１の拡張リソースグループは、前記プロバイダネットワークのコンピューティングサービスの第１のクライアントに代わって確立され、前記アウトバウンドコマンドコミュニケータは、前記コンピューティングサービスの第１の分離仮想ネットワーク内に構成され、前記第１の分離仮想ネットワークは、前記コンピューティングサービスの第２のクライアントに代わって確立された第２の拡張リソースグループと通信するために確立された少なくとも第２のアウトバウンドコマンドコミュニケータを含む、請求項６に記載の方法。
  10. 前記第１の拡張リソースグループは、前記プロバイダネットワークのコンピューティングサービスのクライアントに代わって確立され、前記方法は、前記１つ以上のコンピューティングデバイスによって、
    前記計算インスタンスに、前記クライアントに代わって前記プロバイダネットワーク内に確立された分離仮想ネットワークのネットワークアドレス範囲からネットワークアドレスを割り当てることを実行することをさらに含む、請求項６に記載の方法。
  11. 前記計算インスタンスを確立するための前記要求は、前記プロバイダネットワークのコンピューティングサービスのパブリックアプリケーションプログラミングインターフェースに関連付けられた第１のネットワークパスを介して受信され、前記メッセージは、第２のネットワークパスを介して、前記第２のネットワークアドレスに送信される、請求項６に記載の方法。
  12. システムであって、
    サービスプロバイダ環境の１つ以上のコンピューティングデバイス上で実行されるコントロールプレーンと、
    前記サービスプロバイダ環境の第１のネットワークに結合されたアウトバウンドコマンドコミュニケータであって、前記第１のネットワークは、ネットワークアドレスの範囲を使用し、前記アウトバウンドコマンドコミュニケータは、ネットワークアドレスの前記範囲内の第１のネットワークアドレスが割り当てられ、前記サービスプロバイダ環境の前記第１のネットワークは、計算インスタンスをホストするように構成された複数のサーバを含む、アウトバウンドコマンドコミュニケータと、を含み、
    前記コントロールプレーンは、
    計算インスタンスを起動するための要求を含む第１のメッセージを、前記第１のネットワークアドレスに送信するように構成されており、
    前記アウトバウンドコマンドコミュニケータは、
    前記第１のメッセージを受信することと、
    第２のネットワークアドレスが割り当てられたデバイスに第２のメッセージを送信することであって、前記第２のメッセージは、前記計算インスタンスを起動するための前記要求の少なくとも一部分を含み、前記第２のネットワークアドレスは、顧客データセンターで確立された第２のネットワークの一部であり、前記デバイスは、前記顧客データセンター内に確立された第３のネットワークに結合されたターゲットサーバに、前記第２のメッセージを送信するように構成されており、前記第３のネットワークは、ネットワークアドレスの前記範囲の少なくとも一部分を使用し、前記ターゲットサーバは、前記第１のネットワークアドレスが割り当てられる、送信することと、を行うように構成されている、システム。
  13. 前記計算インスタンスは、ベアメタル計算インスタンスを含む、請求項１２に記載のシステム。
  14. 前記アウトバウンドコマンドコミュニケータは、
    前記第２のネットワークアドレスに送信される前記第２のメッセージに、前記ターゲットサーバによって認証され得るセキュリティオブジェクトを含めるように、さらに構成されている、請求項１２に記載のシステム。
  15. 前記第２のネットワークアドレスが割り当てられた前記デバイスは、前記第２のネットワークおよび前記第３のネットワークの両方に結合されており、前記デバイスは、
    前記第２のメッセージのデスティネーションを前記第１のネットワークアドレスにさせることと、
    前記第２のメッセージを前記ターゲットサーバに送信することと、を行うようにさらに構成されている、請求項１２に記載のシステム。
JP2021526284A 2018-11-20 2019-11-19 プロバイダネットワークサービス拡張 Active JP7212158B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023002875A JP2023040221A (ja) 2018-11-20 2023-01-12 プロバイダネットワークサービス拡張

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US16/196,736 US10833949B2 (en) 2018-11-20 2018-11-20 Extension resource groups of provider network services
US16/196,723 US20200159555A1 (en) 2018-11-20 2018-11-20 Provider network service extensions
US16/196,723 2018-11-20
US16/196,736 2018-11-20
PCT/US2019/062243 WO2020106740A1 (en) 2018-11-20 2019-11-19 Provider network service extensions

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023002875A Division JP2023040221A (ja) 2018-11-20 2023-01-12 プロバイダネットワークサービス拡張

Publications (2)

Publication Number Publication Date
JP2022507398A JP2022507398A (ja) 2022-01-18
JP7212158B2 true JP7212158B2 (ja) 2023-01-24

Family

ID=68835383

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021526284A Active JP7212158B2 (ja) 2018-11-20 2019-11-19 プロバイダネットワークサービス拡張
JP2023002875A Pending JP2023040221A (ja) 2018-11-20 2023-01-12 プロバイダネットワークサービス拡張

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023002875A Pending JP2023040221A (ja) 2018-11-20 2023-01-12 プロバイダネットワークサービス拡張

Country Status (5)

Country Link
EP (1) EP3884628A1 (ja)
JP (2) JP7212158B2 (ja)
KR (1) KR102441860B1 (ja)
CN (2) CN113039757B (ja)
WO (1) WO2020106740A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130287026A1 (en) 2012-04-13 2013-10-31 Nicira Inc. Extension of logical networks across layer 3 virtual private networks
JP2016536721A (ja) 2013-09-23 2016-11-24 アマゾン・テクノロジーズ・インコーポレーテッド プロバイダ定義インターフェイスを介したクライアント構内リソース制御

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10164304B4 (de) * 2001-12-28 2004-05-13 Wacker Construction Equipment Ag Kabelrolle mit Frequenzumformereinrichtung
US8532108B2 (en) * 2009-09-30 2013-09-10 Alcatel Lucent Layer 2 seamless site extension of enterprises in cloud computing
EP4053699A1 (en) * 2013-01-22 2022-09-07 Amazon Technologies, Inc. Instance host configuration
US9553809B2 (en) * 2013-04-16 2017-01-24 Amazon Technologies, Inc. Asymmetric packet flow in a distributed load balancer
US9485323B1 (en) * 2013-09-23 2016-11-01 Amazon Technologies, Inc. Managing pooled client-premise resources via provider-defined interfaces
US9424067B2 (en) * 2014-12-11 2016-08-23 Amazon Technologies, Inc. Managing virtual machine instances utilizing an offload device
US10037221B2 (en) * 2015-12-28 2018-07-31 Amazon Technologies, Inc. Management of virtual desktop instance pools

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130287026A1 (en) 2012-04-13 2013-10-31 Nicira Inc. Extension of logical networks across layer 3 virtual private networks
JP2016536721A (ja) 2013-09-23 2016-11-24 アマゾン・テクノロジーズ・インコーポレーテッド プロバイダ定義インターフェイスを介したクライアント構内リソース制御

Also Published As

Publication number Publication date
KR102441860B1 (ko) 2022-09-08
JP2022507398A (ja) 2022-01-18
EP3884628A1 (en) 2021-09-29
CN113039757A (zh) 2021-06-25
CN115185699A (zh) 2022-10-14
CN113039757B (zh) 2022-08-30
JP2023040221A (ja) 2023-03-22
KR20210072816A (ko) 2021-06-17
WO2020106740A1 (en) 2020-05-28

Similar Documents

Publication Publication Date Title
US11469964B2 (en) Extension resource groups of provider network services
US11500670B2 (en) Computing service with configurable virtualization control levels and accelerated launches
US11088944B2 (en) Serverless packet processing service with isolated virtual network integration
US11372802B2 (en) Virtual RDMA switching for containerized applications
JP6771650B2 (ja) クラウドコンピューティングシステムにおいて仮想マシンが物理サーバにアクセスするための方法、装置、およびシステム
US20200159555A1 (en) Provider network service extensions
US11563799B2 (en) Peripheral device enabling virtualized computing service extensions
JP2017520823A (ja) エンタープライズ・ベース・ネットワーク及びマルチテナント・ネットワーク間でのアプリケーションの移行
JP2016524760A (ja) クラウドコンピューティング環境における分散ロック管理
US11520530B2 (en) Peripheral device for configuring compute instances at client-selected servers
US9398121B1 (en) Selecting among virtual networking protocols
US20160057171A1 (en) Secure communication channel using a blade server
Khajehei Role of virtualization in cloud computing
US11296981B2 (en) Serverless packet processing service with configurable exception paths
CN114365087A (zh) 用于在客户端选择的服务器上配置计算实例的***设备
JP7212158B2 (ja) プロバイダネットワークサービス拡張
US11363113B1 (en) Dynamic micro-region formation for service provider network independent edge locations
US11297065B2 (en) Technology for computing resource liaison
US10824476B1 (en) Multi-homed computing instance processes
US10848418B1 (en) Packet processing service extensions at remote premises
US11824943B1 (en) Managed connectivity between cloud service edge locations used for latency-sensitive distributed applications
US20230171189A1 (en) Virtual network interfaces for managed layer-2 connectivity at computing service extension locations
CN118266195A (en) Virtual network interface for computing managed layer 2 connections at a service extension location

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210513

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220425

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220510

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220803

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221213

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230112

R150 Certificate of patent or registration of utility model

Ref document number: 7212158

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150