Azure IaaS VM のマネージド ディスクは、単に「安い HDD か速い SSD か」で選ぶと失敗しやすくなります。2026年5月7日時点で確認すべき結論は、新規の OS ディスクに Standard HDD を選ばないこと、性能が必要なデータ ディスクでは Premium SSD v2 と Ultra Disk の制限を先に確認すること、既存環境では Standard HDD OS ディスクの棚卸しを始めることです。
Microsoft Azure の「Select a disk type for Azure IaaS VMs – managed disks」は、Azure VM で使える Managed Disks の種類と選定基準を整理した公式情報です。対象は Linux VM、Windows VM、フレキシブル スケール セット、均一スケール セットで、現在は Ultra Disk、Premium SSD v2、Premium SSD、Standard SSD、Standard HDD の5種類が中心です。(Microsoft Learn)
Azure IaaS VM のディスク種類選定で何が重要になったのか
今回のポイントは、新しいディスク名を覚えることではありません。管理者や開発者が実務で見るべき点は、次の3つです。
1つ目は、Standard HDD を OS ディスクとして使い続けるリスクです。Microsoft は、2028年9月8日に Standard HDD を OS ディスクとして使用する機能を廃止すると案内しています。廃止日以降、Standard HDD OS ディスクは同等サイズの Standard SSD に自動変換されるため、事前に移行していないワークロードではサービス中断が起きる可能性があります。(Microsoft Learn)
2つ目は、Premium SSD v2 と Ultra Disk は高性能だが、OS ディスクには使えないという点です。どちらも低遅延・高 IOPS を狙うデータ ディスク向けの選択肢であり、OS ディスクには Premium SSD または Standard SSD を選ぶのが現実的です。公式の比較表でも、Ultra Disk と Premium SSD v2 は OS ディスクとして使用不可とされています。(Microsoft Learn)
3つ目は、ディスク性能だけを上げても VM 全体の性能は上がらないという点です。ディスク側で IOPS やスループットを高く設定しても、VM サイズ、リージョン、可用性ゾーン、ホスト キャッシュ、バックアップ、暗号化、アプリケーション側の I/O パターンがボトルネックになることがあります。
Azure Managed Disks の5種類を比較する
Azure IaaS VM のディスク種類は、ワークロードの重要度、I/O 特性、コスト、OS ディスクとして使うかどうかで選びます。公式比較では、5種類のディスクについて最大サイズ、最大 IOPS、最大スループット、OS ディスク可否が整理されています。(Microsoft Learn)
| ディスク種類 | 主な用途 | 最大サイズ | 最大 IOPS | 最大スループット | OS ディスク |
|---|---|---|---|---|---|
| Ultra Disk | SAP HANA、上位データベース、大量トランザクションなど | 65,536 GiB | 400,000 | 10,000 MB/秒 | 不可 |
| Premium SSD v2 | 低遅延・高 IOPS・高スループットが必要な本番ワークロード | 65,536 GiB | 80,000 | 2,000 MB/秒 | 不可 |
| Premium SSD | 性能重視の本番アプリケーション | 32,767 GiB | 20,000 | 900 MB/秒 | 可 |
| Standard SSD | Web サーバー、軽量な業務アプリ、開発・テスト | 32,767 GiB | 6,000 | 750 MB/秒 | 可 |
| Standard HDD | バックアップ、重要度の低いデータ、不定期アクセス | 32,767 GiB | 2,000 または 3,000 | 500 MB/秒 | 可。ただし OS ディスク用途は廃止予定 |
実務では、表の最大値だけで選ばないことが重要です。最大 IOPS は「そのディスクで到達し得る上限」であり、常にその性能が出る保証ではありません。実際の性能は VM サイズ、ディスク数、キャッシュ設定、アプリケーションのブロックサイズ、同時実行数、リージョン側の制約に左右されます。
OS ディスクは Standard SSD か Premium SSD を基本にする
新規 VM の OS ディスクでは、Standard HDD を避けるのが安全です。2028年9月8日の廃止まで猶予はありますが、今から新規構築する VM に Standard HDD OS ディスクを選ぶと、将来の移行作業を自分で増やすことになります。
判断基準はシンプルです。
| 用途 | 推奨しやすい OS ディスク | 理由 |
|---|---|---|
| 一般的な開発・検証 VM | Standard SSD | コストと安定性のバランスがよい |
| 本番 Web サーバー、業務アプリ | Standard SSD または Premium SSD | 起動、パッチ適用、ログ書き込みの安定性を確保しやすい |
| DB サーバー、重要な業務システム | Premium SSD | OS 側の遅延も抑えたい場合に適する |
| 一時的な検証、停止時間を許容できる用途 | Standard SSD | Standard HDD より将来の移行リスクが低い |
| バックアップ用、低頻度アクセスのデータ | Standard HDD | OS ではなくデータ用途なら候補になる |
Standard HDD OS ディスクをすでに使っている場合は、まず対象 VM を洗い出してください。Microsoft は、新規 VM では Standard SSD または Premium SSD を使い、既存の Standard HDD OS ディスクは廃止日より前に変換することを推奨しています。(Microsoft Learn)
データ ディスクはワークロード別に選ぶ
データ ディスクでは、アプリケーションの I/O パターンを見て選びます。単に「本番だから Premium」「安くしたいから HDD」と決めるより、読み書きの頻度、ランダム I/O、ピーク時間帯、復旧要件を確認した方が失敗しません。
Ultra Disk が向いているケース
Ultra Disk は、Azure VM 向けの最上位性能のディスクとして位置付けられています。容量、IOPS、スループットを個別に設定でき、VM を再起動せずに性能パラメーターを変更できます。SAP HANA、最上位の SQL Server や Oracle Database、大量トランザクション処理など、I/O が明確なボトルネックになるワークロード向けです。(Microsoft Learn)
ただし、Ultra Disk はデータ ディスク専用です。OS ディスクには使えず、空のディスクとして作成する必要があります。また、ディスク キャッシュをサポートせず、可用性セットや ZRS に関する制限もあります。リージョンと VM サイズの対応も事前確認が必要です。(Microsoft Learn)
向いている例は、ピーク時の書き込み遅延が業務影響に直結するデータベース、バッチ処理時間を短縮したい分析基盤、複数 VM から共有ディスクとして使う高 IOPS ワークロードです。逆に、Web サーバーの静的ファイル置き場や低頻度のログ保管では、コストに見合わない可能性があります。
Premium SSD v2 が向いているケース
Premium SSD v2 は、Premium SSD より柔軟に容量、IOPS、スループットを調整できる点が特徴です。固定サイズの SKU に縛られにくく、トランザクションが多い DB、ゲーム、分析、状態を持つコンテナーなど、性能要件が変動するワークロードに向いています。公式情報では、多くの汎用ワークロードで価格性能に優れる選択肢として説明されています。(Microsoft Learn)
Premium SSD v2 は、1 GiB から 64 TiB まで 1 GiB 単位で容量を設定でき、ベースライン IOPS は 3,000、最大 IOPS は 80,000、最大スループットは 2,000 MB/秒です。ただし、IOPS やスループットを上げると課金も増えるため、「最大にしておけば安心」という設定は避けるべきです。(Microsoft Learn)
注意点として、Premium SSD v2 は OS ディスクに使えず、ホスト キャッシュもサポートしません。また、可用性ゾーンをサポートするリージョンではゾーン VM にのみ接続できるため、VM 作成時にゾーン指定を忘れると後から構成で詰まることがあります。(Microsoft Learn)
Premium SSD が向いているケース
Premium SSD は、性能重視の本番 VM で扱いやすい標準的な選択肢です。OS ディスクにもデータ ディスクにも使えるため、Premium SSD v2 や Ultra Disk の制限を避けつつ、安定した低遅延を求める場合に適しています。
たとえば、社内基幹システム、RDBMS の中規模構成、ミッションクリティカルなアプリケーション サーバーでは、Premium SSD を基準に検討すると設計がシンプルになります。ただし、Premium Storage に対応する VM サイズが必要です。VM サイズが Premium Storage 非対応の場合、ディスクだけ Premium にしても利用できません。(Microsoft Learn)
Standard SSD が向いているケース
Standard SSD は、コストを抑えながら HDD より安定した性能を得たい場合に向いています。Web サーバー、低 IOPS のアプリケーション サーバー、軽く使う業務システム、開発・テスト環境では、最初の候補になりやすいディスクです。
特に OS ディスクでは、今後 Standard HDD を避ける意味でも Standard SSD の出番が増えます。高性能 DB のデータ ディスクには不足することがありますが、アプリケーション サーバーや踏み台サーバーには十分なケースが多いです。
Standard HDD が向いているケース
Standard HDD は、低遅延が不要で、大きなファイルを順番に読み書きするような用途に向いています。たとえば、バックアップ、古いログの保管、重要度の低いデータ、一時的なアーカイブ領域などです。
一方で、OS ディスク、トランザクション データベース、小さなブロックを頻繁に読み書きする処理には向きません。公式情報でも、低遅延や頻繁な小ブロックアクセスが必要なワークロードでは、Standard SSD または Premium SSD の使用が案内されています。(Microsoft Learn)
影響を受ける管理者・開発者
この情報の影響を受けるのは、Azure VM を直接管理しているインフラ担当者だけではありません。IaC、アプリケーション開発、DB 運用、FinOps まで関係します。
| 対象者 | 確認すべきこと |
|---|---|
| Azure 管理者 | Standard HDD OS ディスクの有無、VM サイズ、リージョン、可用性ゾーン、バックアップ設定 |
| 開発者・DevOps 担当 | Bicep、ARM テンプレート、Terraform、CI/CD のディスク SKU 指定 |
| DB 管理者 | 必要 IOPS、スループット、レイテンシ、セクター サイズ、ピーク時の I/O |
| セキュリティ担当 | カスタマー マネージド キー、二重暗号化、バックアップ、スナップショット |
| コスト管理担当 | プロビジョニング サイズ、未使用 Premium ディスク、スナップショット課金、予約購入 |
特に IaC を使っている環境では、テンプレートの既定値に注意してください。Standard_LRS を OS ディスクに指定しているテンプレートが残っていると、新規 VM を作るたびに将来の移行対象を増やしてしまいます。
既存の Standard HDD OS ディスクを確認する手順
Standard HDD OS ディスクの移行は、いきなり変換するのではなく、棚卸しから始めます。複数サブスクリプションがある場合は、Disk Storage Center で Storage type を Standard HDD LRS、OS type を Linux と Windows に絞り込む方法が案内されています。CLI や PowerShell でも確認できます。(Microsoft Learn)
PowerShell で確認する例です。
Get-AzDisk | Where-Object { $_.Sku.Name -eq "Standard_LRS" -and $_.OsType }Azure CLI で確認する例です。
az disk list --query "[?sku.name=='Standard_LRS' && osType!=null]" --output table棚卸し後は、次の順序で進めると安全です。
| 手順 | 作業 | 判断ポイント |
|---|---|---|
| 1 | 対象 VM と OS ディスクを一覧化 | 本番、検証、停止可能時間で分類する |
| 2 | 移行先を決める | 低〜中負荷は Standard SSD、高負荷は Premium SSD |
| 3 | メンテナンス時間を確保 | ディスク変換では VM 再起動を前提にする |
| 4 | バックアップと復旧手順を確認 | スナップショット、Azure Backup、アプリ側バックアップを確認 |
| 5 | 小規模環境で変換を試す | 起動、ログイン、アプリ起動、監視通知を確認 |
| 6 | 本番を段階的に移行 | 重要度の低い VM から順に進める |
ディスク種類の変換は、Premium SSD、Standard SSD、Standard HDD の間で比較的行いやすい一方、VM の停止や再起動、VM サイズ変更が必要になる場合があります。公式手順でも、変換は既存のメンテナンス ウィンドウ中にスケジュールするよう案内されています。(Microsoft Learn)
Premium SSD v2 へ移行する前に確認すること
Premium SSD v2 は便利ですが、移行条件を見落とすと作業が止まります。特に既存ディスクを Premium SSD v2 に変換する場合は、次の制限に注意してください。
| 確認項目 | 注意点 |
|---|---|
| OS ディスク | Premium SSD v2 には切り替え不可 |
| セクター サイズ | 既存ディスクからの直接切り替えは 512 セクター サイズの Premium SSD v2 のみ |
| Standard HDD / Standard SSD からの変換 | VM からデタッチが必要 |
| 共有ディスク | 接続中のすべての VM からデタッチが必要 |
| ホスト キャッシュ | 変換前に None にする |
| バースト | 変換前に無効化する |
| 二重暗号化 | 単一の暗号化オプションへ切り替える |
| Azure Site Recovery | 変換前に無効化が必要 |
| Azure Backup | Enhanced Backup ポリシーへの切り替えが必要な場合がある |
| カスタマー マネージド キー | 変換中は変更やローテーションができない |
| 大量移行 | リージョン・サブスクリプション単位で50〜100個ずつのバッチが推奨される |
これらは単なる細かい制約ではなく、移行計画そのものに影響します。たとえば Azure Backup を使っているディスクを Premium SSD v2 に変換すると、新しいディスクの完全スナップショットが作成され、課金対象になると案内されています。(Microsoft Learn)
開発者や SRE が IaC で Premium SSD v2 を展開する場合は、OS ディスクに指定していないか、ゾーン指定が正しいか、ホスト キャッシュを有効にしていないかを確認してください。
Ultra Disk へ移行・展開する前に確認すること
Ultra Disk は、性能面では強力ですが、展開条件が厳しいディスクです。OS ディスクに使えないことに加え、Azure Compute Gallery、可用性セット、ディスク キャッシュ、ZRS などに関する制限があります。さらに、すべてのリージョンや VM サイズで使えるわけではありません。(Microsoft Learn)
Ultra Disk を検討する前に、次の条件を確認してください。
| 確認項目 | 実務上の意味 |
|---|---|
| リージョン | 対象リージョンで Ultra Disk が使えるか確認する |
| 可用性ゾーン | 必要なゾーンで VM とディスクを展開できるか確認する |
| VM サイズ | Ultra Disk 対応 VM シリーズか確認する |
| OS ディスク | Ultra Disk はデータ ディスク専用として設計する |
| キャッシュ | ディスク キャッシュを前提にした設計をしない |
| 性能変更 | 変更反映に時間がかかる可能性を運用手順に入れる |
| コスト | IOPS、スループット、容量を過剰に確保しない |
また、Ultra Disk 対応 VM では、Ultra Disk が接続されていない状態で Ultra Disk 機能を有効にすると予約料金が発生する場合があります。検証環境で「いつか使うかもしれない」と有効化したままにすると、不要なコストにつながります。(Microsoft Learn)
スナップショットを使う移行で失敗しやすい点
Ultra Disk や Premium SSD v2 への移行では、スナップショットを使う場面があります。ここで多い失敗は、通常のディスク変換と同じ感覚で進めてしまうことです。
Premium SSD、Standard SSD、Standard HDD から Premium SSD v2 または Ultra Disk を作成する場合、公式手順では増分スナップショットの利用や、論理セクター サイズ 512 の指定が重要になります。ポータルで作成する場合も、スナップショットと同じリージョンを選び、リージョンと可用性ゾーンが対象ディスクの要件を満たすか確認する必要があります。(Microsoft Learn)
よくある失敗は次の通りです。
| 失敗例 | 原因 | 対策 |
|---|---|---|
| Premium SSD v2 を OS ディスクに指定して失敗 | OS ディスク非対応 | OS は Standard SSD または Premium SSD にする |
| 変換後に性能が期待値に届かない | VM サイズ側の IOPS 上限に当たっている | VM サイズのディスク I/O 上限を確認する |
| Premium SSD v2 へ変換できない | ホスト キャッシュ、バースト、暗号化、ASR などの条件未対応 | 事前チェックリストを作る |
| Ultra Disk を接続できない | リージョン、ゾーン、VM サイズが非対応 | 展開前に対象リージョンと VM シリーズを確認する |
| スナップショットから作成できない | リージョンや論理セクター サイズの指定ミス | 同一リージョン、512 セクター サイズを確認する |
| コストが急増する | 過剰な IOPS、スループット、スナップショット課金 | メトリックを見て段階的に引き上げる |
コスト管理で見るべきポイント
Managed Disks のコストは、ディスク種類だけでは決まりません。公式情報では、ディスク種類、マネージド ディスクのサイズ、スナップショット、アウトバウンド データ転送、トランザクション数が課金上の考慮事項として挙げられています。(Microsoft Learn)
特に注意したいのは、マネージド ディスクがプロビジョニング サイズに基づいて課金される点です。たとえば 200 GiB の Standard SSD は、提供される近いサイズである E15、つまり 256 GiB の料金プランにマップされます。実際に書き込んだデータ量ではなく、確保したサイズが基準になるため、過剰なサイズ指定はそのまま無駄な支出になります。(Microsoft Learn)
スナップショットは使用済みサイズに基づいて課金されますが、移行やバックアップ設計によって数が増えると無視できないコストになります。Standard SSD では I/O 操作のサイズによってトランザクション課金が変わり、Standard HDD では10,000ディスク操作ごとに課金対象コストが発生します。(Microsoft Learn)
コストを抑えるには、次の順で確認すると効果的です。
- 停止中または使われていない VM に Premium ディスクが残っていないか
- 開発・検証環境で過剰な Premium SSD や Premium SSD v2 を使っていないか
- OS ディスクに Standard HDD が残っていないか
- Premium SSD v2 の IOPS とスループットを必要以上に高くしていないか
- スナップショットが移行後も残り続けていないか
- Ultra Disk 互換設定だけが有効で、ディスク未接続の VM がないか
展開前チェックリスト
Azure IaaS VM のディスク種類を選ぶときは、次のチェックリストを展開前に確認してください。
| チェック項目 | 確認内容 |
|---|---|
| OS ディスクの種類 | Standard HDD を新規採用していないか |
| データ ディスクの用途 | DB、ログ、バックアップ、アプリ領域を分けて考えているか |
| VM サイズ | Premium Storage、Premium SSD v2、Ultra Disk の要件を満たすか |
| リージョンとゾーン | 対象ディスクが利用可能なリージョン・ゾーンか |
| IOPS とスループット | ディスク上限だけでなく VM 上限も確認したか |
| ホスト キャッシュ | Premium SSD v2 や Ultra Disk の制限と矛盾していないか |
| バックアップ | 変換時のスナップショット課金や復旧手順を確認したか |
| 暗号化 | 二重暗号化や CMK ローテーションの制約を確認したか |
| IaC テンプレート | 古い Standard_LRS 指定や OS ディスクへの Premium SSD v2 指定がないか |
| 移行計画 | メンテナンス時間、ロールバック、検証手順を用意したか |
まず取るべき行動
Azure IaaS VM のディスク種類選定では、次の順で動くのが現実的です。
まず、既存環境の Standard HDD OS ディスクを棚卸しします。対象が見つかったら、Standard SSD か Premium SSD への移行計画を作ります。次に、新規 VM や IaC テンプレートで Standard HDD OS ディスクを作らないように修正します。最後に、性能が必要なデータ ディスクについて、Premium SSD、Premium SSD v2、Ultra Disk のどれが適切かを、VM サイズ、リージョン、ゾーン、キャッシュ、バックアップ、コストまで含めて判断します。
「速いディスクを選ぶ」よりも、「OS ディスク、データ ディスク、バックアップ用ディスクを分けて選ぶ」ことが重要です。Standard SSD は一般的な OS や軽量ワークロード、Premium SSD は本番の安定性能、Premium SSD v2 は柔軟な高性能データ ディスク、Ultra Disk は極端に高い I/O 要件、Standard HDD は低頻度アクセスのデータ保管という位置付けで整理すると、移行・展開・コスト管理の判断がぶれにくくなります。
コメント