カスタムインスタンスも検討
AWS、Azureとは違う？ GCPインスタンスの選び方
「Google Cloud Platform」には幅広いインスタンスタイプがある。Googleクラウドが用意するインスタンスタイプの中から自社のワークロードに最適なタイプを選ぶためのガイドラインを提示する。
Googleクラウドのマシンタイプ抜粋（出典：Google）《クリックで拡大》
ワークロードは必ずしも同じではない。多くのCPUを必要とするワークロードもあれば、多くのメモリを必要とするワークロードもある。その点、Googleはクラウドインスタンスのさまざまなタイプを用意し、多くの選択肢を企業に提供している。
パブリッククラウドではリソースが事前に構成されるが、その選択肢が多すぎると、「選択のパラドックス」とも呼ばれる状況に陥る恐れがある。つまり品ぞろえが豊富になるほど、選ぶのが難しくなるというパラドックスだ。そして、選択を誤れば、パフォーマンスの低下やコストの増大など、重大な結果を招くこともある。
他のパブリッククラウドプロバイダーと同様、Googleの「Google Cloud Platform」では幅広いインスタンスタイプを用意してユーザーが選択できるようにしている。加えて、カスタムマシンタイプもある。本稿では、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数に基づいて課金額が決まる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは？ -
事例
[株式会社ビザスク] 「新規事業」事例集：大手企業はどのように想定顧客ヒアリングを行っているのか -
市場調査・トレンド
[株式会社ビザスク] 質の高い「仮説検証インタビュー」を実施するためのポイント -
事例
[株式会社ビザスク] 富士フイルムの新領域参入に学ぶ事業創出 「畑違い」でもビジネス化できる方法 -
事例
[株式会社ビザスク] 三菱電機 上席執行役員に学ぶ、未来を切り開く「新事業創出」の実践方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
3
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
4
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
5
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
9
Microsoft 365の「テナント統合・分離」問題 手戻りのない道を選ぶ秘訣とは？
-
10
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
8
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー