Azure Storageの今回の更新で最も重要なのは、Azure Premium SSD v2 DiskがJapan Westリージョンの3つすべての可用性ゾーンで一般提供された点です。これにより、西日本リージョンでAzure VMのデータディスクを設計する際、Premium SSD v2をゾーン1・2・3のいずれにも配置しやすくなりました。既存環境が自動的に移行されるわけではありませんが、低遅延・高IOPSが必要なデータベース、分析基盤、ステートフルアプリの配置設計を見直す価値があります。
ただし、Premium SSD v2はOSディスクには使えず、可用性ゾーン対応リージョンではゾーン指定されたVMにのみ接続できます。移行前に、VMのゾーン、ディスク種別、ホストキャッシュ、バックアップ、コスト見積もりを必ず確認しましょう。(マイクロソフト アジュール)
今回の変更点：Premium SSD v2がJapan Westの全3可用性ゾーンで利用可能に
2026年5月8日に公開または更新されたAzure Updatesでは、Azure Premium SSD v2 DiskがJapan Westの3つすべてのAvailability Zonesで利用可能になったことが案内されています。Azure Updates上の「Launched」は、全Azure顧客が利用できる本番対応のリリースを意味します。(マイクロソフト アジュール)
| 項目 | 内容 |
|---|---|
| 対象サービス | Azure Storage / Azure Disk Storage |
| 対象リソース | Azure Premium SSD v2 Disk |
| 対象リージョン | Japan West |
| 変更点 | Japan Westの3つすべての可用性ゾーンでPremium SSD v2を利用可能 |
| ステータス | Generally Available / Launched |
| 主な利用者 | Azure VM、データベース、分析基盤、ステートフルコンテナを運用する管理者・開発者 |
| すぐに必要な対応 | 既存環境への自動変更はないため、移行・新規展開時の候補として評価する |
今回の更新は、単なる「新しいディスクが追加された」という話ではありません。Japan Westで可用性ゾーンを意識した構成を組む場合に、Premium SSD v2を選べる範囲が広がったことが実務上のポイントです。
たとえば、これまで特定ゾーンでPremium SSD v2が選びにくかった構成では、ゾーンをまたいだアプリケーション設計、DR設計、VM配置ルールの見直しがしやすくなります。
Premium SSD v2とは何か
Premium SSD v2は、Azure VM向けの次世代の汎用ブロックストレージです。IO負荷の高いエンタープライズワークロード向けに設計されており、サブミリ秒級のレイテンシ、高いIOPS、スループットを低コストで実現する選択肢として位置づけられています。公式ドキュメントでは、SQL Server、Oracle、MariaDB、SAP、Cassandra、MongoDB、ビッグデータ分析、ゲーム、ステートフルコンテナなどが代表的な用途として挙げられています。(Microsoft Learn)
Premium SSD v2の特徴は、容量・IOPS・スループットを個別に設定できることです。従来のPremium SSDのように、ディスクサイズに応じて性能階層がほぼ決まる設計とは異なり、必要な容量と性能をより細かく調整できます。
| 比較項目 | Premium SSD | Premium SSD v2 |
|---|---|---|
| 性能設計 | P10、P20、P30などサイズ別の性能階層が中心 | 容量、IOPS、スループットを個別に調整 |
| 向いている用途 | 一般的な本番VM、安定したI/O要件 | DB、分析、ピーク変動のある高I/Oワークロード |
| コスト調整 | サイズ変更や性能階層変更で調整 | 必要なIOPS・スループットだけを設定しやすい |
| ホストキャッシュ | 構成により利用可能 | 非対応 |
| OSディスク利用 | 利用可能 | 非対応 |
Premium SSD v2は、1GiBから64TiBまで1GiB単位で容量を設定できます。ベースラインとして3,000 IOPSと125MB/sのスループットが含まれ、より高いIOPSやスループットを構成できます。上限はディスクサイズや設定値に依存するため、単に「最大性能が高い」だけで判断せず、VMサイズ側の上限も合わせて確認する必要があります。(Microsoft Learn)
Japan Westの全3ゾーン対応で実務上なにが変わるのか
Japan Westは大阪を物理的な場所とするAzureリージョンで、Microsoft Learnのリージョン一覧でも可用性ゾーン対応リージョンとして掲載されています。今回Premium SSD v2が全3ゾーンで利用可能になったことで、西日本リージョン内でゾーンを指定したVMとPremium SSD v2データディスクを組み合わせる選択肢が広がりました。(Microsoft Learn)
新規構築時にゾーン設計の自由度が上がる
新規にAzure VMを構築する場合、Japan Westのゾーン1、ゾーン2、ゾーン3のいずれかにVMを配置し、そのVMと同じゾーンにPremium SSD v2データディスクを配置する設計がしやすくなります。
これは、次のようなケースで特に有効です。
- 西日本リージョン内でDBサーバーをゾーン分散したい
- アプリケーションサーバーとDBサーバーを同じゾーンに寄せて低遅延化したい
- DRや可用性設計で、ゾーンごとに同等のストレージ性能を確保したい
- 東京側のJapan Eastだけでなく、大阪側のJapan Westでも本番ワークロードを強化したい
可用性ゾーンは、リージョン内で物理的に分離されたデータセンター群です。各ゾーンは独立した電源、冷却、ネットワークを持つため、単一ゾーン障害の影響を分離しやすい設計になっています。(Microsoft Learn)
既存環境が自動的に高可用になるわけではない
注意したいのは、Premium SSD v2が全3ゾーンで使えるようになっても、既存のVMやディスクが自動的に別ゾーンへ移動したり、ゾーン冗長になったりするわけではないことです。
Premium SSD v2は、可用性ゾーン対応リージョンではゾーン指定されたVMに接続する前提のディスクです。さらに、Premium SSD v2はZRSマネージドディスクには対応していません。ZRS for managed disksはPremium SSDとStandard SSDではサポートされていますが、Premium SSD v2とUltra Disksではサポートされていません。(Microsoft Learn)
つまり、Premium SSD v2を1台のVMに接続しただけでは、ゾーン障害に対する自動フェールオーバー構成にはなりません。高可用性を求める場合は、複数ゾーンにVMを分散し、アプリケーション側のレプリケーション、クラスタリング、バックアップ、Azure Site Recoveryなどを組み合わせて設計する必要があります。
影響範囲：誰が確認すべきか
今回の更新で特に確認すべきなのは、Japan WestでVMベースの本番ワークロードを運用しているチームです。とくに、ディスクI/Oがボトルネックになりやすいワークロードでは、Premium SSD v2への移行や新規採用を検討する価値があります。
| 対象 | 確認すべき理由 |
|---|---|
| インフラ管理者 | Japan Westでのゾーン配置、ディスクSKU、バックアップ、DR設計を見直す必要がある |
| DB管理者 | SQL Server、Oracle、MySQL/MariaDBなどのI/O要件に合わせて性能を調整しやすい |
| アプリ開発者 | ステートフルアプリや分析処理のレイテンシ改善余地を確認できる |
| SRE / 運用担当 | ゾーン障害時の復旧手順、監視、コストアラートを更新する必要がある |
| FinOps担当 | 容量だけでなく、設定したIOPS・スループットが課金に影響するため見積もりが必要 |
とくに注意すべきなのは、Premium SSD v2のコストは「実際に使ったI/O量」だけで決まるわけではない点です。Premium SSD v2の料金は、容量、設定したIOPS、設定したスループットの組み合わせで決まります。共有ディスクとして使う場合は、追加のスロットル設定によってコストに影響する場合もあります。(Microsoft Learn)
管理者・開発者が確認すべき設定
Premium SSD v2をJapan Westで使う前に、次の項目を確認してください。特に、OSディスク非対応、ホストキャッシュ非対応、ゾーン指定の3点は見落としやすいポイントです。
| 確認項目 | 確認内容 | 失敗しやすいポイント |
|---|---|---|
| リージョン | japanwestを選択しているか | Japan EastとJapan Westを混同する |
| 可用性ゾーン | VMとディスクを同じゾーンに配置するか | ディスクだけゾーン指定してもVM側と合わない |
| VMの配置 | 可用性ゾーンを指定したVMか | 非ゾーンVMに接続しようとして失敗する |
| ディスク用途 | データディスクとして使うか | OSディスクに使おうとする |
| SKU | PremiumV2_LRSを選ぶか | Premium SSDやUltra Diskと混同する |
| ホストキャッシュ | Noneにする | ReadOnly/ReadWriteキャッシュ前提の設計を流用する |
| セクターサイズ | 4Kまたは512Eの要件を確認する | Oracleなど一部アプリの互換性を確認しない |
| 性能値 | IOPS、スループット、容量を個別に設計する | 最大値だけ見てVM側の上限を見落とす |
| コスト | 容量＋IOPS＋スループットで見積もる | ピーク用に過剰設定したまま放置する |
| バックアップ | Azure Backup、スナップショット、復旧手順を確認する | 変換時のスナップショット課金やポリシーを見落とす |
Premium SSD v2はホストキャッシュをサポートしていません。また、可用性ゾーン対応リージョンでは、Premium SSD v2ディスクはゾーンVMにのみ接続できます。新規VMを作成する場合は、VM作成時点で可用性ゾーンを指定してからPremium SSD v2ディスクを追加する必要があります。(Microsoft Learn)
さらに、ゾーン番号の扱いにも注意が必要です。Azureの論理ゾーンと物理ゾーンの対応はサブスクリプションごとに異なる場合があります。複数サブスクリプションでDRや分散構成を組む場合、「サブスクリプションAのゾーン1」と「サブスクリプションBのゾーン1」が同じ物理ゾーンとは限りません。(Microsoft Learn)
Premium SSD v2を選ぶべきケース、選ばない方がよいケース
Premium SSD v2は高性能ですが、すべてのVMに向くわけではありません。ディスク性能が明確なボトルネックになっている場合や、容量と性能を個別に調整したい場合に向いています。
| 判断 | 具体例 |
|---|---|
| 選ぶべき | DBの読み書き待ちが多い、P30/P40などの固定サイズでは性能と容量のバランスが悪い、ピーク時だけ高IOPSが必要 |
| 慎重に検討 | 小規模Webサーバー、CPUやメモリがボトルネックのVM、Standard SSDで十分な開発環境 |
| 避けるべき | OSディスクとして使いたい、ZRSディスクが必須、ホストキャッシュ前提の設計を変更できない |
| 別案を検討 | 単一ディスクを超える極端な性能が必要ならUltra Disk、ゾーン冗長ディスクが必要ならPremium SSD ZRSやStandard SSD ZRSを検討 |
判断のコツは、Azure PortalやAzure Monitorで「ディスク待ちが本当に問題になっているか」を先に確認することです。CPU、メモリ、ネットワーク、アプリケーションロックが原因なのにディスクだけを高性能化しても、期待した改善は得られません。
Windows VMでSQL Serverを運用している場合は、PerfMonのDisk Reads/sec、Disk Writes/sec、Disk Read Bytes/sec、Disk Write Bytes/secなどを使って、必要なIOPSとスループットを把握してから設計するのが安全です。(Microsoft Learn)
新規展開時の実務手順
Japan WestでPremium SSD v2を新規展開する場合は、先にゾーン設計を決めてからVMとディスクを作成します。後からゾーンやディスク種別を直す前提で進めると、メンテナンス停止や再作成が必要になる可能性があります。
| 手順 | 作業内容 |
|---|---|
| 要件整理 | 必要な容量、IOPS、スループット、可用性要件を整理する |
| ゾーン選定 | VM、データディスク、関連リソースを配置するゾーンを決める |
| VM作成 | Japan Westで可用性ゾーンを指定してVMを作成する |
| ディスク作成 | PremiumV2_LRSでPremium SSD v2ディスクを作成する |
| 接続 | 同じゾーンのVMにデータディスクとして接続する |
| OS設定 | パーティション作成、ファイルシステム作成、マウント、アプリ設定を行う |
| 性能確認 | Azure Monitor、OSメトリック、アプリログでレイテンシとスループットを確認する |
| コスト監視 | 使い始めた後にIOPS・スループット設定が過剰でないか見直す |
Azure CLIで作成する場合の例は次の通りです。値は環境に合わせて調整してください。
az disk create \
--resource-group rg-prod-japanwest \
--name data01-premiumv2 \
--location japanwest \
--sku PremiumV2_LRS \
--size-gb 512 \
--zone 1 \
--disk-iops-read-write 12000 \
--disk-mbps-read-write 500 \
--logical-sector-size 512この例では、Japan Westのゾーン1にPremium SSD v2データディスクを作成しています。実際には、接続先VMも同じリージョン・同じゾーンに配置されている必要があります。
既存ディスクからPremium SSD v2へ移行する際の注意点
既存のStandard HDD、Standard SSD、Premium SSDからPremium SSD v2へ移行する場合は、事前確認が重要です。Microsoft Learnでは、既存ディスクをPremium SSD v2へ変換できる一方で、OSディスクはPremium SSD v2へ切り替えられない、既存ディスクを直接切り替える場合は512セクターサイズのPremium SSD v2に限られる、Standard HDD/Standard SSDはデタッチが必要などの制約が示されています。(Microsoft Learn)
特に確認すべき制約は次の通りです。
| 項目 | 注意点 |
|---|---|
| OSディスク | Premium SSD v2へ切り替え不可 |
| Standard HDD / Standard SSD | Premium SSD v2へ変換するにはVMからのデタッチが必要 |
| 共有ディスク | すべてのVMからデタッチしてから変更する |
| ホストキャッシュ | 事前にNoneへ変更する |
| バースト | 有効な場合は事前に無効化する |
| 二重暗号化 | 単一暗号化方式への変更が必要 |
| Azure Site Recovery | 構成済みの場合は事前に無効化が必要 |
| Azure Backup | Enhanced Backup policyへの切り替えが必要な場合がある |
| 大量移行 | 50〜100ディスク単位のバッチ移行が推奨される |
| 1,000ディスク超 | 事前にAzure Supportへ相談する |
変換中はディスク性能が低下する可能性があり、変換完了までカスタマー管理キーの変更やローテーションができない場合があります。また、Azure Backupを使っているディスクをPremium SSD v2へ変換すると、新しいディスクのフルスナップショットが取得され、課金対象になることがあります。(Microsoft Learn)
スナップショット経由で移行する場合は、フルスナップショットではなく増分スナップショットを使う必要があります。Standard HDD、Standard SSD、Premium SSDからPremium SSD v2またはUltra Diskへ移行する場合、論理セクターサイズは512である必要があります。(Microsoft Learn)
移行前に作るべきチェックリスト
移行作業では、ディスクの性能値だけでなく、停止時間、バックアップ、ロールバックを含めて準備します。特に本番DBでは、移行後に「速くなったか」だけでなく、「障害時に戻せるか」を確認することが重要です。
| フェーズ | チェック項目 |
|---|---|
| 事前調査 | 現在のディスク種別、容量、IOPS、スループット、レイテンシを記録する |
| 適合確認 | 対象がデータディスクか、VMがゾーン対応か、Premium SSD v2が使えるリージョンか確認する |
| コスト試算 | 通常時とピーク時のIOPS・スループットで料金を見積もる |
| バックアップ | スナップショット、Azure Backup、アプリケーションバックアップを取得する |
| 停止計画 | デタッチやVM停止が必要な場合、メンテナンス時間を確保する |
| 移行作業 | 変換またはスナップショットから新規Premium SSD v2ディスクを作成する |
| 検証 | アプリ起動、DB整合性、I/O性能、監視アラートを確認する |
| ロールバック | 旧ディスク、スナップショット、復元手順を一定期間保持する |
| 運用見直し | 過剰なIOPS・スループット設定を削減し、コストを最適化する |
Premium SSD v2は性能値を柔軟に調整できますが、作成直後を含め、24時間内の性能変更回数には制限があります。ピークのたびに細かく変更する運用ではなく、通常時・繁忙期・障害時のパターンを決めておくと安定します。(Microsoft Learn)
よくある失敗と対策
VMのゾーンとディスクのゾーンが一致していない
Premium SSD v2をJapan Westのゾーン1に作成しても、接続先VMがゾーン2や非ゾーン構成では期待通りに接続できません。新規作成時は、VM、ディスク、可用性設計を同じ段階で決めてください。
OSディスクに使えると思ってしまう
Premium SSD v2はOSディスクとして利用できません。OSディスクの性能改善を狙っている場合は、Premium SSD、Premium SSD ZRS、VMサイズ変更、アプリケーション設計の見直しなど別の選択肢を検討します。
ZRSと同じ意味だと誤解する
「全3ゾーンで利用可能」と「ディスクが3ゾーンに冗長化される」は別の意味です。Premium SSD v2は、各ゾーンで使えるようになったゾーン型のディスクとして理解するのが安全です。ゾーン障害に備えるには、アプリケーション側の冗長化やバックアップ設計が必要です。
最大IOPSだけを見てVMサイズを確認しない
ディスク側で高いIOPSやスループットを設定しても、VMサイズ側の上限を超えて使うことはできません。移行前に、対象VMのストレージIOPS、スループット、接続可能ディスク数を確認してください。
コスト最適化を後回しにする
Premium SSD v2は柔軟に設定できる反面、必要以上のIOPSやスループットを設定するとコストが増えます。移行後は1〜2週間程度の実測値を見て、余裕を残しつつ過剰な設定を削る運用が現実的です。
今回の更新で次に取るべき行動
Japan WestでAzure VMを運用している場合、まずは対象ワークロードを棚卸ししてください。特に、データベース、分析処理、ログ基盤、ゲーム、ステートフルコンテナなど、ディスクI/Oが性能に直結するシステムは優先的に確認する価値があります。
次に、現在のディスクメトリックを取得し、Premium SSD v2へ移行した場合の容量、IOPS、スループット、コストを比較します。そのうえで、新規構築ならJapan Westのゾーン設計にPremium SSD v2を組み込み、既存環境なら小さな検証環境から移行手順を確認するのが安全です。
今回の更新は、Japan WestでのAzure Storage設計において、低遅延・高性能なデータディスクをより柔軟に配置できるようになったことを意味します。ただし、Premium SSD v2は万能ではありません。OSディスク非対応、ホストキャッシュ非対応、ZRS非対応、コスト設計の必要性を理解したうえで、I/O要件の高いワークロードから段階的に適用していきましょう。
コメント