Compute Engine

Googleは2012年6月28日、Google I/O 2012において限定プレビューモードでCompute Engineを発表した。

2013年4月、GCEはゴールドサポートパッケージを契約している顧客に提供された。

2013年2月25日、GoogleはRightScaleが同社初の再販業者になったことを発表した^[2]。Google I/O 2013では、1時間未満の課金、共有コアインスタンスタイプ、より大きな永続ディスク、強化されたSDNベースのネットワーク機能、ISO/IEC 27001認証など、多くの機能が発表された。

2013年5月15日、GCEは一般公開された。

2013年8月7日にはレイヤー3ロードバランサーが導入された。

2013年12月2日、Googleは最終的にGCEの一般提供（GA）開始を発表した。また、OSサポートの拡大、VMのライブマイグレーションの有効化、16コアインスタンス、より高速な永続ディスクの導入、および標準インスタンスの値下げが行われた。

2014年3月25日に開催されたイベント「Google Cloud Platform Live」にて、テクニカルインフラストラクチャ担当シニアVPであるUrs Hölzleは、継続利用割引、Microsoft Windows Server 2008 R2のサポート、Cloud DNS、Cloud Deployment Managerを発表した。

2014年5月28日、GoogleはLXCコンテナの最適化と、VMインスタンス群全体におけるDockerコンテナの動的スケジューリングを発表した^[3]。

Google Compute Engine Unit（GCEU）は「GQ」と発音され、コンピューティングリソースを抽象化した単位である。Googleによると、2.75 GCEUは、Sandy Bridgeプラットフォームに基づく1つの論理コア（ハードウェアのハイパースレッド）の最小性能を表している。GCEUは、Googleが提供する仮想マシンのパフォーマンスを比較する必要性からAnthony F. Voellmによって考案された。これは、多くのクラウドプロバイダーと提携してGoogleが作成したオープンソースのベンチマークであるPerfKitBenchmarkerの一部として実行される、Coremark(TM)ベンチマークによって近似される。

すべてのGoogle Compute Engineインスタンスは、永続ディスクと呼ばれるディスクリソースから開始される。永続ディスクはインスタンスにディスクスペースを提供し、インスタンスが起動するルートファイルシステムを含んでいる。永続ディスクは、生のブロックデバイスとして使用できる。デフォルトでは、Google Compute Engineは永続ディスクの接続にSCSIを使用する。永続ディスクは、一貫性があり信頼性の高いストレージを一貫性のある価格で提供するため、個別のローカルエフェメラルディスクの必要性を排除する。永続ディスクは、インスタンスを起動する前に作成する必要がある。インスタンスに接続された後は、ネイティブのファイルシステムでフォーマットできる。1つの永続ディスクを、読み取り専用モードで複数のインスタンスに接続可能である。各永続ディスクのサイズは最大10 TBまで設定できる。Google Compute Engineは、AES-128-CBで永続ディスクを暗号化しており、この暗号化はデータが仮想マシンモニタを離れてディスクに書き込まれる前に適用される。暗号化は常に有効であり、ユーザーに対して透過的に行われる。永続ディスクの整合性はHMACスキームを介して維持される。

2014年6月18日、GoogleはSSD永続ディスクのサポートを発表した。これらのディスクは、1 GBあたり最大30 IOPSを提供し、これは標準の永続ディスクと比較して書き込みIOPSで20倍、読み取りIOPSで100倍の性能向上となる。

イメージとは、インスタンスの起動に必要なオペレーティングシステムとルートファイルシステムを含む永続ディスクのことである。インスタンスの作成時、またはルート永続ディスクの作成時にイメージを選択する必要がある。デフォルトでは、イメージによって定義されたルートファイルシステムがルート永続ディスクにインストールされる。Google Compute Engineは、標準のLinuxイメージとしてCentOSおよびDebianを提供している。Red Hat Enterprise Linux（RHEL）およびMicrosoft Windows Server 2008 R2のイメージは、追加料金で利用可能なプレミアムオペレーティングシステムイメージの一部である。ChromiumOSをベースとした軽量Linux OSであるContainer Linux（旧CoreOS）も、Google Compute Engineでサポートされている。

Google Compute EngineはKVMをハイパーバイザとして使用し^[4]、64ビットx86アーキテクチャに基づく仮想マシンを起動するために使用されるLinuxおよびMicrosoft Windowsを実行するゲストイメージをサポートしている。

Googleは以下の特定のマシンタイプを提供している。

• 標準マシン：仮想CPUあたり3.75 GBのRAM
• ハイメモリマシン：仮想CPUあたり6.5 GBのRAM
• ハイCPUマシン：仮想CPUあたり0.9 GBのRAM
• 共有マシン：CPUとRAMが顧客間で共有される
• メモリ最適化マシン：vCPUあたり14 GB以上のRAM

以下に示す価格^[5]は、標準的なDebianまたはCentOS Linux仮想マシン（VM）の実行に基づいている。プロプライエタリなオペレーティングシステムを実行するVMには、追加料金が発生する。

Compute Engineは、デプロイメントの一部となる「リソース」と呼ばれるさまざまなエンティティを接続する。各リソースは異なる機能を実行する。仮想マシンインスタンスが起動されると、ディスクリソース、ネットワークリソース、イメージリソースなどの他のリソースを使用するインスタンスリソースが作成される。たとえば、ディスクリソースは物理ハードドライブと同様に仮想マシンのデータストレージとして機能し、ネットワークリソースはインスタンスとの間のトラフィックの調整を支援する。

リージョンとは、Googleのインフラストラクチャ施設の地理的な場所を指す。ユーザーは、要件に基づいて利用可能なリージョンのいずれかにリソースをデプロイすることを選択できる。2014年6月1日時点で、Google Compute Engineは米国中部リージョン、西欧リージョン、東アジアリージョンで利用可能である。

ゾーンは、リージョン内の隔離された場所である。ゾーンは、同じリージョン内の他のゾーンに対して広帯域幅で低遅延のネットワーク接続を備えている。高い可用性を持つ耐障害性の高いアプリケーションをデプロイするために、Googleはアプリケーションをリージョン内の複数のゾーンにデプロイすることを推奨している。これにより、単一ゾーンを含むコンポーネントの予期しない障害から保護できる。2014年8月5日時点で、米国中部および東アジアに各3つ、西欧に2つの合計8つのゾーンが存在する。

GCE内のすべてのリソースは、グローバル、リージョン、またはゾーンのいずれかのプレーン（平面）に属している。グローバルリソースは、すべてのリージョンおよびゾーンからアクセス可能である。たとえば、イメージはグローバルリソースであるため、ユーザーはグローバルイメージに基づいて任意のリージョンでVMを起動できる。しかし、アドレスはリージョンリソースであり、同じリージョン内のいずれかのゾーンで起動されたインスタンスのみが利用可能である。インスタンスは特定のゾーンで起動されるため、そのインスタンスへのすべてのリクエストにゾーンの指定が必要となる。

以下の表に、GCEリソースのスコープをまとめる。