<style> .hd-hero{padding:clamp(25px,5vw,48px);border-radius:24px;background:linear-gradient(125deg,#111827,#075985 60%,#0d9488);color:#fff}.hd-hero h2{color:#fff;margin:.35em 0}.hd-kicker{font-size:.8rem;letter-spacing:.14em;font-weight:700}.hd-grid{display:grid;grid-template-columns:repeat(3,minmax(0,1fr));gap:12px;margin:22px 0}.hd-card{padding:18px;border:1px solid #bae6fd;border-radius:16px;background:#f0f9ff}.hd-card strong{display:block;color:#0369a1;font-size:1.35rem}.hd-table{overflow-x:auto;margin:20px 0}.hd-table table{min-width:620px;width:100%;border-collapse:collapse}.hd-table th,.hd-table td{padding:11px;border:1px solid #cbd5e1;text-align:left}.hd-table th{background:#e0f2fe;color:#075985}.hd-flow{display:grid;grid-template-columns:repeat(3,minmax(0,1fr));gap:10px;margin:20px 0}.hd-step{padding:16px;border:1px solid #99f6e4;border-radius:14px;background:#f0fdfa}.hd-step b{display:block;color:#0f766e}.hd-note{padding:17px;border-left:5px solid #f59e0b;background:#fffbeb;border-radius:10px;margin:20px 0}@media(max-width:720px){.hd-grid,.hd-flow{grid-template-columns:1fr}} </style>

CLOUD / COMPUTE ENGINE / 2026.09.28

「ディスクを速くしたのに、VMでは遅い」を防ぐ

C4DでHyperdisk Throughputが一般提供。性能設計は、容量・ディスク・VMをセットで考えます。

9月28日Google Cloudのリリースノート掲載日
2〜32 TiB1ボリュームの容量範囲
最大2,400 MiB/s1ボリュームの設定可能な上限

3行要約

  • Google Cloudは2026年9月28日、C4Dマシン系列によるHyperdisk Throughputのサポートを一般提供と発表しました。[^release]
  • 大きなブロックを順番に読み書きする分析処理に向きますが、実効速度は容量に応じた設定上限、ディスク上限、VM上限の最小値を超えません。[type][limits]
  • 料金は容量だけでなく設定スループットにもかかるため、計測して必要量を決めるのが実務上の要点です。[^overview]

背景:C4DのCPU性能だけではデータ処理は速くならない

分析基盤やログ処理では、CPUより先に永続ディスクの転送量がボトルネックになることがあります。スループットは「1秒に転送できるデータ量」、IOPSは「1秒に処理できる読み書き回数」です。大量の連続データを扱う処理と、小さなランダム読み書きが多いデータベースでは、必要な特性が違います。

何が新しいのか

今回の変更はHyperdisk Throughputそのものの新製品発表ではなく、C4Dマシン系列での一般提供です。Google CloudのCompute Engineリリースノートに9月28日付で掲載されています。[^release] 既存のC4Dを選定候補にしているチームは、ディスク種別の比較を見直せます。実際に利用できるゾーンや構成は、作成前にコンソールまたはCLIで確認してください。

技術的なポイント:速さは3段階で頭打ちになる

1 容量の上限設定可能なMiB/sは容量1TiBあたり最大90。10TiBなら最大900MiB/s。
2 ボリュームの上限Hyperdisk Throughputは1本あたり最大2,400MiB/s。
3 VMの上限C4Dのマシンタイプごとの上限を超えて転送できない。

Google Cloudの仕様では、容量を x TiBとすると、設定可能なスループットは下限が max(20, 5x)、上限が min(90x, 2400) MiB/sです。2TiBで最大180MiB/s、10TiBで最大900MiB/s、27TiBで最大2,400MiB/sになります。IOPSを直接指定する方式ではなく、設定スループット1MiB/sにつき4 IOPSが割り当てられます。[^type]

C4Dとディスク容量を組み合わせた設計例。数値は仕様上限であり、実測値ではありません。
構成容量による最大設定値VMの上限設計上の頭打ち
2TiB + c4d-standard-8180 MiB/s800 MiB/s180 MiB/s
10TiB + c4d-standard-8900 MiB/s800 MiB/s800 MiB/s
10TiB + c4d-standard-16900 MiB/s1,200 MiB/s900 MiB/s

VM上限は複数ディスクの合計にも関係します。上の800/1,200MiB/sはGoogle CloudのHyperdisk Throughput向けC4D表にある値です。最大値を達成できる保証ではありません。ブロックサイズや並列度など、ワークロード側の条件も影響します。[limits][performance]

開発者・企業への影響と導入例

例えば10TiBの順次読み書きワークロードで800MiB/sを狙う場合、容量上限900MiB/sの範囲内です。c4d-standard-8のVM上限は800MiB/sなので、まず小規模な検証を行い、転送量と遅延を測ります。[^limits] 設定例は次のとおりです。プロジェクト、ゾーン、費用の承認を済ませてから実行してください。コマンドは記事執筆時点で実行していない例です。[^create]

gcloud compute disks create analytics-throughput \
  --zone=YOUR_ZONE \
  --type=hyperdisk-throughput \
  --size=10240GB \
  --provisioned-throughput=800

作成後はC4D VMへアタッチし、ファイルシステムを準備してアプリの実I/Oで測定します。容量だけを増やしてもVM上限が先に当たることがあります。逆にVMだけ大きくしても、容量に応じたディスク設定上限は増えません。

リスクと限界

高スループット=低遅延ではありません。Google CloudはHyperdisk Throughputの平均読み取り遅延を10〜30ミリ秒程度と説明しています。低遅延・高IOPSが重要なデータベースでは、他のディスク種別とも比較してください。[^type]
  • 課金はプロビジョニングした容量とスループットに基づき、停止中や未アタッチでも容量料金が発生します。[^overview]
  • 4世代VMにアタッチして作成したボリュームには、他世代VMへの付け替え制約があります。移行手順で確認が必要です。[^type]
  • 上限値はベンチマーク結果ではありません。性能はI/Oサイズ、並列度、VM構成で変わります。[limits][performance]

今後注目すべき点

C4Dの採用を決める前に、同じデータセットでHyperdisk Balancedなどの代替案と実測スループット、p95遅延、月額費用を比較してください。これは公式な推奨順位ではなく、今回の仕様から導く編集上の提案です。仕様と提供ゾーンは更新されうるため、導入時に公式文書を再確認してください。

最終確認日:2026年9月29日(日本時間)。発表日(9月28日)と記事公開日(9月29日)は異なります。

参照元

[^release]: Google Cloud: Compute Engine release notes(2026年9月28日) [^type]: Google Cloud: About Hyperdisk Throughput [^limits]: Google Cloud: Performance limits for machine series that support Hyperdisk [^performance]: Google Cloud: Hyperdisk performance overview [^overview]: Google Cloud: Hyperdisk overview [^create]: Google Cloud: Create a new Hyperdisk volume

Previous Post Next Post