Azure Storage GPv1（General Purpose v1、汎用ストレージアカウント旧バージョン）が2026年10月13日に廃止される。Azureでストレージアカウントを持つ組織は、この期日までにGPv2（General Purpose v2）への移行を完了させる必要がある[1]。Microsoftはこの期日を過ぎた時点でGPv1アカウントを自動的にGPv2へ移行するとしているが、移行後に請求が増加する可能性があると明記している[1]。「とりあえずGPv2へ移行すれば解決」という認識が危険なのは、GPv1とGPv2のトランザクション課金モデルが根本的に異なり、使い方によっては移行後にコストが増加するケースがあるからだ[1][2]。廃止期限前に自社のGPv1アカウントを棚卸しし、コスト試算を経てから移行計画を立てることが今すぐ必要なアクションだ。
GPv1廃止と自動移行が持つリスク
2026年6月時点でGPv1の新規アカウント作成はすでにブロックされている。10月13日を過ぎると、残存するGPv1アカウントをMicrosoftが自動的にGPv2へ移行するが、このアクションは「GPv2への移行に同意したものとみなす」という取り扱いになる[1]。問題はその後の請求だ。移行はワンウェイ（GPv2からGPv1への降格は不可）であり[2]、一度移行するとGPv1の課金モデルには戻れない。
Azureサブスクリプションが古い組織は、長年放置されたGPv1アカウントを複数持つケースがある。Infrastructure as Codeを使わず手動でプロビジョニングされたアカウント、試験的に作ったが本番データが入り込んでしまったアカウント、組織改編で誰も管理していないアカウント——これらが自動移行され、その課金増に誰も気づかないという事態が起きうる。
GPv1とGPv2の課金構造の差：コスト増になる条件
| 課金項目 | GPv1 | GPv2 |
|---|---|---|
| キャパシティ（GB単価） | やや高い | 低い |
| トランザクション（操作数単価） | 低い | 高い |
| アクセス層（Hot/Cool/Cold/Archive） | なし | あり |
GPv1は「トランザクション課金が低く、容量課金がやや高い」モデルだ[1]。GPv2に移行すると「トランザクション課金が上がり、容量課金は下がる」方向に変わる。
コスト増になりやすいのは頻繁な読み書きを伴うワークロードだ[1][2]。ログ収集先（アプリログが毎分・毎秒書き込まれる）、IoT・センサーデータの格納先、CI/CDアーティファクト保存など、1日あたりのオペレーション数が多いアカウントほど、移行後のトランザクション課金増が容量課金の削減を上回る可能性がある。
逆に大容量かつ操作が少ないコールドデータの保存先はGPv2移行で恩恵を受けやすい。GPv2ではBlob単位でアクセス層（Cool・Cold・Archive）を設定でき、アクセス頻度の低いデータの容量課金を大幅に抑えられる[1]。バックアップ・アーカイブ・監査ログなど「保存するが滅多に読まない」用途がこれに当たる。
移行前の棚卸しと試算手順
| ステップ | 作業内容 |
|---|---|
| 1. インベントリ | AzureポータルまたはAzure Resource Graphで、ストレージアカウントの種類（Kind）が「Storage」（GPv1）のリソースをサブスクリプション横断で洗い出す |
| 2. 使用状況の把握 | Azure Monitorのメトリクスで、アカウントごとのトランザクション数（Transactions/日）と使用容量（Used Capacity/GB）を1カ月分確認する |
| 3. コスト試算 | Azureの料金計算ツール（Pricing Calculator）でGPv2のHot/Cool層の単価を入力し、現在のトランザクション数・容量に当てはめて月額を試算する。現在のGPv1請求額（Azureコスト分析で確認）と比較する |
| 4. 優先度分類 | トランザクション多×容量小 → 移行前に設計見直しを検討。容量大×トランザクション少 → 移行後にCool/Cold/Archive層への移動で削減可能 |
| 5. 移行実施 | Azureポータルから各アカウントをGPv2へアップグレード。ダウンタイムなし・データ損失なしで完了[2] |
試算で「移行後コストが増える」と判明した場合、そのアカウントのワークロードを見直す好機でもある。ログの書き込み頻度・保持期間の短縮、Blobライフサイクル管理ポリシーによる自動層移動、別の格納先への切り替えを検討することで、GPv2移行後のコストを抑えられる。
まとめ：10月13日前に確認すべき3点
Azure GPv1廃止は単なる「バージョン上げ作業」ではない。トランザクション課金モデルの変化を理解せずに移行すると、特にトランザクション頻度の高いワークロードで移行後のコストが想定外に増える。今すぐ確認すべき3点は①全サブスクリプションのGPv1アカウントの棚卸し（Kind=Storageのリソース）、②Azure MonitorでTransactions/日の現状把握、③Azure料金計算ツールで移行後コストの試算——この3ステップを完了してから移行計画を立てる。自動移行に任せると後から戻せないコスト構造に固定される。能動的に動く期限は今だ。
よくある質問（FAQ）
Q1. GPv1からGPv2に移行したら元に戻せますか？
いいえ、GPv2からGPv1への降格はできません。GPv2への移行はワンウェイです。移行前にコスト試算を行い、問題がないことを確認してから実行することを強く勧めます。
Q2. 10月13日を過ぎて自動移行されても問題ないのでは？
自動移行後にコストが増加しても、その時点でGPv1に戻す手段はありません。Microsoftは「自動移行により請求が増加する可能性がある」と明記しており、自動移行は最後の手段として捉えてください。コストインパクトを事前に把握してから移行を完了させることが重要です。
Q3. GPv2移行後のコスト増を抑える方法はありますか？
GPv2移行後はBlob単位でアクセス層（Cool/Cold/Archive）を設定できます。アクセス頻度の低いデータをCool層やArchive層に移動することで、容量課金を大幅に下げてトランザクション課金増を相殺できる場合があります。Azure Blob Storageのライフサイクル管理ポリシーで自動化すると効果的です。
