Azure VM サイジング完全ガイド｜シリーズ選定・命名規則・コスト最適化

Azure VM は用途別に B / D / E / F / G / H / L / M / N の主要シリーズに分類されます。B: Burstable (CPU クレジットベース、開発・テスト・低負荷)、D: General Purpose (バランス型、Web サーバー)、E: Memory Optimized (メモリ多め、データベース・キャッシュ)、F: Compute Optimized (CPU 多め、バッチ処理・ゲームサーバー)、G: High Performance Compute (CPU+ メモリ大型)、H: HPC (HPC 専用、MPI ワークロード)、L: Storage Optimized (大容量ローカル NVMe、NoSQL DB)、M: Memory Optimized (超大容量メモリ最大 12 TB、SAP HANA)、N: GPU (機械学習・グラフィック)。各シリーズの中でさらに世代 (例: D2s_v5 の v5 が世代) があり、新しい世代ほど性能・コストが優れます。

Azure VM サイズ命名規則: 『シリーズ + vCPU 数 + 追加機能 + 世代』。例: Standard_D2s_v5 は D シリーズ・2 vCPU・s (Premium Storage 対応)・v5 (第 5 世代)。追加機能の文字: a (AMD CPU)・s (Premium Storage 対応・必須要件多い)・d (Local Temp Disk 付き)・i (Isolated、専有ハードウェア)・p (Arm ベース ARM Ampere Altra)・l (Low Memory)。例: Standard_D4ads_v5 は D シリーズ・4 vCPU・a (AMD)・d (Local Disk)・s (Premium Storage)・v5。命名規則を読めれば、サイズ名から特性を即判断可能で、サイジング判断が大幅に効率化されます。

標準的なサイジング手順: 1) ワークロード特性の特定 (CPU 負荷型・メモリ負荷型・I/O 負荷型・GPU 必要)、2) 主要シリーズの絞り込み (CPU 集約 → F、メモリ集約 → E、HPC → H、AI/ML → N)、3) vCPU 数とメモリ量の見積もり (オンプレ移行なら現行スペック+ 30% 余裕、新規なら最小から開始してスケール)、4) Premium Storage 必要性で s オプション選定、5) コスト最適化オプション (Spot VM・Reserved Instance・Savings Plan・Hybrid Benefit)、6) 同じ仕様で複数世代を比較し最新世代を選定、7) Azure Pricing Calculator で月額試算。実機テストはまず最小サイズで始めて、Azure Monitor / Insights でリソース使用率を 1-2 週間観察、必要に応じて Resize するのが王道。Azure は VM Resize がオンライン (数分の再起動のみ) で可能なため、過剰サイジングを避ける文化を持つことが重要です。

Spot VM は Azure の余剰キャパシティを最大 90% 割引で利用できる VM で、いつでも 30 秒前通知で停止される可能性がある特殊な VM。適用シーン: 1) バッチ処理 (Genomics 解析・動画レンダリング・機械学習トレーニング)、2) Dev / Test 環境、3) Stateless ワークロード (Web 配信の一時スケールアウト)、4) AKS の Spot Node Pool でコスト最適化、5) Azure Batch のワーカーノード。注意点: 1) 本番ステートフルワークロードでは絶対使わない (停止リスク)、2) Eviction Policy を Deallocate or Delete を選択、3) 最大価格を設定 (Pay-as-you-go 価格まで OK にすると Eviction 頻度低下)、4) Spot Placement Score API で利用可能性を事前確認。AKS の Spot Node Pool は Tolerations を使った Pod スケジューリングで、Spot VM の停止に強いアーキテクチャを実現可能です。

Reserved Instance (RI): 特定の VM サイズ・リージョン・OS を 1 年または 3 年契約で予約購入、Pay-as-you-go から最大 72% 割引。柔軟性は低い (サイズ変更には RI 交換)。Savings Plan: 1 年または 3 年契約で『時間あたりのコミット金額』を設定、Compute 系サービス (VM・Container Instances・Functions Premium・App Service・Container Apps) で柔軟に適用、最大 65% 割引。Reserved Instance のほうが割引率は高いが Savings Plan は柔軟性で優位。判断: ワークロードが固定 (例: 特定 SAP HANA 構成) → RI、ワークロードが変動 (Auto Scale・Container) → Savings Plan。両方の併用も可能で、コアワークロードは RI + 余剰負荷を Savings Plan + バッチを Spot という三層構成がコスト最適化の王道。

Azure Hybrid Benefit は、既存のオンプレ Windows Server / SQL Server / Linux サブスクリプション (Software Assurance 付き) を Azure に持ち込むことで、Azure 上の同等ライセンスコストを免除する仕組み。Windows Server: VM の Windows ライセンス費 (Pay-as-you-go から約 40% 削減) を免除、最大 2 つの Azure VM で利用可能。SQL Server: VM 上の SQL Server (Standard / Enterprise)・Azure SQL DB / MI のライセンス費を免除、最大 4 vCore (Standard) または 1 vCore (Enterprise) → Azure VM の各 vCore に変換。Linux RHEL / SUSE: Red Hat / SUSE Cloud Access Subscription を持ち込み、Azure マーケットプレース価格を BYOS (Bring Your Own Subscription) 価格に。組織既存ライセンスがある場合は必ず Hybrid Benefit 適用を検討すべきで、コスト削減効果が大きい (年間数千万円規模) ケースが多いです。

Azure Managed Disk の選択肢: 1) Standard HDD (S シリーズ): 最安・低性能・Backup / Archive 用途、2) Standard SSD (E シリーズ): 中性能・コスト安・Web Server 程度、3) Premium SSD (P シリーズ): 高性能・本番 DB 一般向け、4) Premium SSD v2: 2022 年 GA、Premium SSD の進化版で IOPS / Throughput を Disk Size と独立して調整可能、5) Ultra Disk: 超高 IOPS (160,000)・超低レイテンシ (1ms 未満)、SAP HANA / Oracle / 高性能 SQL Server 向け。VM サイズが Premium Storage 対応 (s 付き) でないと Premium SSD・Ultra Disk は使えない制約あり。本番 DB は Premium SSD v2 が現時点でのコスパ最高、超高負荷なら Ultra Disk、コスト最優先なら Standard SSD という選定軸が標準です。

AZ-104 (Administrator) のドメイン 3 (Compute 20-25%) で VM サイジング・Premium Storage 選定・Backup が深く問われる。AZ-305 (Solutions Architect Expert) のドメイン 4 で全体アーキテクチャでのコンピュート選定、AZ-204 (Developer Associate、2026-07 リタイア注意) で開発者視点での App Service 等との使い分け、AZ-140 (AVD Specialty) で AVD ホスト用 VM 選定、AZ-120 (SAP on Azure) で M シリーズ・HANA Large Instances。実務でも VM サイジングは Azure コスト最適化の中心トピックで、すべての Azure エンジニアにとって必須スキルです。