AWS、Azureとは違う？　GCPインスタンスの選び方

「Google Cloud Platform」には幅広いインスタンスタイプがある。Googleクラウドが用意するインスタンスタイプの中から自社のワークロードに最適なタイプを選ぶためのガイドラインを提示する。

公開 2017年02月20日 15時00分

更新 2018年05月18日 20時28分

著者

Kurt Marko

[TechTarget]

印刷する

Googleクラウドのマシンタイプ抜粋（出典：Google）《クリックで拡大》

　ワークロードは必ずしも同じではない。多くのCPUを必要とするワークロードもあれば、多くのメモリを必要とするワークロードもある。その点、Googleはクラウドインスタンスのさまざまなタイプを用意し、多くの選択肢を企業に提供している。

　パブリッククラウドではリソースが事前に構成されるが、その選択肢が多すぎると、「選択のパラドックス」とも呼ばれる状況に陥る恐れがある。つまり品ぞろえが豊富になるほど、選ぶのが難しくなるというパラドックスだ。そして、選択を誤れば、パフォーマンスの低下やコストの増大など、重大な結果を招くこともある。

　他のパブリッククラウドプロバイダーと同様、Googleの「Google Cloud Platform」では幅広いインスタンスタイプを用意してユーザーが選択できるようにしている。加えて、カスタムマシンタイプもある。本稿では、Googleが用意するクラウドインスタンスタイプの中から自社のワークロードに最適なタイプを選ぶためのガイドラインを提示する。

併せて読みたいお薦めの記事

Googleクラウドを選ぶ理由

クラウド比較

ワークロードのリソース要件と標準マシンタイプ

　特定の用途に合わせて物理サーバのサイズを変えるように、Googleのクラウド仮想インスタンスを選択する場合、CPU、メモリ、ローカルストレージパフォーマンスの3つを基準に選択できる。一般に、コンピューティングとメモリの要件には相関関係がある。そのため、仮想CPU（vCPU）とRAMとの比率を固定して各インスタンスが事前構成されている。この構成は、Amazon Web Services（Amazon）の「Amazon Web Services」（AWS）やMicrosoftの「Microsoft Azure」（Azure）でも同じだ。ただし、CPUサイクルやメモリを多く必要とするワークロードもあるため、Googleのクラウドインスタンスには3つのタイプが用意されている。

標準マシンタイプ―vCPUごとに3.75GBのメモリ
ハイメモリマシンタイプ—vCPUごとに6.5GBのメモリ
ハイCPUマシンタイプ—vCPUごとに0.9GBのメモリ

　Googleは共有コアマシンタイプも用意している。このタイプは複数のワークロードが1つのvCPUを共有する。だがこのタイプには、システムリソースが利用可能になると追加のvCPUを短期間使用できるバースト機能が備わっている。

　vCPUの数は、2、4、8、16など2の累乗数で、最大32基まで選択できる。ただし、標準マシンタイプは1基から利用できるのに対し、ハイメモリマシンタイプとハイCPUマシンタイプで利用できるのは2基からになっている。Googleのn1 vCPU表記は、シングルコアハイパースレッドの総称で、この仮想CPUがIntelの2.6 GHzの「Intel Xeon E5（Sandy Bridge）」、2.5 GHzの「Intel Xeon E5 v2（Ivy Bridge）」、2.3 GHzの「Intel Xeon E5 v3（Haswell）」、2.2 GHzの「Intel Xeon E5 v4（Broadwell）」のいずれかで実装されることを表している。

　Broadwellのシングルコアのパフォーマンスは第一世代のSandy Bridgeに比べて約20～25％高い。だが、Googleは周波数比に1.18：1を採用しているため、ほとんどのワークロードではBroadwell vCPUの方がわずかに速いだけだ。

　ただし、ユーザーはインスタンスを構成する際に直接CPUの実装を選択できない。Googleでは地域ごとに使用できるシステムが異なるためだ。例えばGoogleは米国西部地域では最新のv4 Broadwellプロセッサにアップグレードしたが、米国中部地域では第一世代、第二世代、第三世代のCPUが入り交じっている。

　Googleクラウドインスタンスのタイプを選択するユーザーは、事前にアプリケーションの要件を把握しておかなければならない。

　大半のワークロードには標準マシンタイプが最も適している。だが小さなアプリケーション、リソース消費量がそれほど多くないアプリケーション、バックグラウンドアプリケーションには、共有コアマシンタイプのバースト機能を利用する方が適している。アプリケーションのプロファイリングを行わずに、vCPUとメモリの適切な組み合わせを選ぶのは難しい。だが、Googleは同社の「Google Stackdriver」を基盤とする推奨エンジンを用意している。このエンジンはシステムメトリックを収集して、こうした選択のガイダンスを生成する。

　推奨ガイダンスは、直前8日間のデータを基に、以下の原則を使用して生成される。

大半の期間CPUの利用率が低いインスタンスでは使用するvCPUを減らし、利用率が高いインスタンスでは使用するvCPUを増やす
メモリ使用率の低いインスタンスにはメモリが少ない構成を、メモリ使用率の高いインスタンスにはメモリが多い構成を選択する

Googleのカスタムマシンとローカルストレージ

　Googleでは、特定のワークロードにどの標準構成も適さない場合に備えて、カスタムインスタンスタイプもサポートしている。カスタムインスタンスでは、vCPUの数を1～32基までの偶数で選択できる。併せて、メモリ比率をvCPUごとに0.9～6.5 GBまで0.25 GB単位で指定できる。

　Googleクラウドインスタンスの各タイプは、永続ブロックストレージもサポートする。この永続ブロックストレージには、HDDまたはソリッドステートドライブ（SSD）を使用する。HDDでもSDDでも最大容量は64TBだ。各インスタンスはシングルコアに16個のディスクを割り当てることができる。8コア以上では最大128個のディスクを割り当てることができる。ディスクのパフォーマンスはサイズに応じて変化する。ただし、SSDはHDDに比べてインスタンスあたりのスループットが高く、読み取りIOPSで8倍、書き込みIOPSで67％、読み取り／書き込みIOPSで50～100％上回る。

　一般に、読み取り数や書き込み数が少ないトランザクション処理ワークロードにはSSDを利用するメリットがあるが、コンテンツ配信ソフトウェアやリッチメディアソフトウェアのようなアプリケーションではこれまでどおりHDDを使用してもよい。Googleは永続ストレージを自動的に管理する。ただし、高いパフォーマンスを提供するために、ローカルに接続し、ユーザーが管理するiSCSI SSDやNVMe SSDもサポートする。

推奨事項

　Googleは、クラウドインスタンスのさまざまな標準タイプと、CPU、メモリ、ローカルストレージをカスタマイズする機能を用意して、ユーザーに多くの選択肢を提供している。一般的には、事前構成されているインスタンスタイプのいずれかをそのまま使用し、Googleによるサイズ調整の自動推奨を使用する。運用経験を積み、CPUとメモリの非標準の組み合わせを必要とするパフォーマンスデータがそろうまでは、カスタムマシンタイプの使用は控える方が良い。

　ただし、事前構成された2つのタイプの中間に位置する構成を必要とする場合は、カスタムマシンを使用すればコストを節約できる。分単位に課金されるのは標準タイプと変わらないが、カスタムタイプでは1時間当たりのメモリ使用時間とvCPU数に基づいて課金額が決まる。

印刷する