Azure Storage では、汎用 v1 (GPv1) ストレージ アカウントの種類が廃止されます。 この記事では、変更が発生している理由、ワークロードの意味、および汎用 v2 (GPv2) アカウントへの移行に備える方法について説明します。
GPv1 を廃止する理由
GPv1 は、BLOB、テーブル、キュー、ファイルにまたがる初期の Azure ストレージ シナリオをサポートするために導入されました。 ただし、その後、GPv2 はストレージ アカウントの既定の標準となり、より広範な機能サポート、一貫性の向上、パフォーマンスの向上を実現しています。
GPv1 を廃止することで、Azure はプラットフォームを簡素化し、従来の測定の不整合を排除し、すべての顧客が最新の機能と価格モデルからメリットを得られるようにすることができます。
GPv1 と GPv2 の違い
| 特徴 | GPv1 | GPv2 |
|---|---|---|
| BLOB の階層化 (ホット/クール/アーカイブ) | ❌ | ✅ |
| ライフサイクル管理 | ❌ | ✅ |
| 不変 BLOB ストレージ | ❌ | ✅ |
| Event Grid の統合 | Limited | ✅ |
| 地域的に一貫性のある価格メーター | ❌ | ✅ |
| ZRS と高度な冗長性 | Limited | ✅ |
GPv2 では、GPv1 のすべての機能がサポートされ、コストの最適化や豊富な管理ツールなど、いくつかの機能強化が追加されています。
提供終了のタイムラインと主要なマイルストーン
Warnung
2026 年 10 月までに汎用 v1 ストレージ アカウントを GPv2 に移行しない場合、既存のすべての汎用 v1 アカウントが GPv2 アカウントに自動的に移行されるため、課金コストが高くなる可能性があります。 既存の汎用 v1 アカウントを移行しないという決定は、お客様に代わって Microsoft がアカウントを移行する同意と解釈されます。
| 日付 | マイルストーン |
|---|---|
| 2025 年 9 月 | 提供終了が発表されました |
| 2026 年 3 月 3 日 | 新しい GPv1 ストレージ アカウントの作成が無効になっている |
| 2026 年 10 月 | 完全な提供終了。残りの GPv1 ストレージ アカウントはすべて、GPv2 に自動統合されます。 既存の GPv1 アカウントを移行しないというお客様の決定は、お客様に代わってアカウントを移行する Microsoft の同意と解釈されます。 |
提供終了は、すべての Azure リージョンでグローバルに有効になります。
GPv2 にアップグレードするときの価格に関する考慮事項
Warnung
汎用 v1 (GPv1) から汎用 v2 (GPv2) にアップグレードすると、特定のワークロード (特に読み取り、書き込み、または一覧表示の操作が多いワークロード) のコストが増加する可能性がある新しい価格モデルが導入されます。
ただし、GPv2 では 、アクセス層 や拡張された冗長性オプションなどの最新の機能もロック解除されるため、 GB 単位のストレージ コスト を削減し 、パフォーマンス、スケーラビリティ、管理性を向上させることができます。
トランザクションの価格は GPv2 で異なることを注意してください。 運用が頻繁に行われるワークロードでは、コスト最適化戦略が適用されない限り 、料金が高くなる 可能性があります。
アップグレード前にコストを見積もる
ヒント
ワークロードが 読み取り、書き込み、またはリストの負荷が高い場合は、バッチ処理操作、より大きなブロックの書き込み、およびリスト操作のスコープを設定することで、トランザクション数を減らします。 GPv2 には、データの階層化を可能にすることで、コストを最適化するための優れたツールも用意されています。 コールド データがホット 層に残らないようにします。
- 種類 (読み取り、書き込み、リスト/メタデータ) と エグレスによって、毎月の操作のベースラインをキャプチャします。
- Azure の価格ページを使用して、リージョン、冗長性 (LRS/ZRS/GRS/GZRS)、および目的のアクセス層 (ホット/クール/コールド/アーカイブ) の GB 単位と操作ごとのレートを比較します。
- データを適切な層にマップし、クール/コールド/アーカイブの 早期削除 の最小値を含めます。
- ライフサイクル ポリシーを計画し (たとえば、アクセスが 30 日後にホット →クールから移動し、後でアーカイブする)、トランザクションの影響を考慮します。
- 現在の GPv1 課金を、モデル化された GPv2 課金と比較します (階層とライフサイクル ルールを使用)。
アップグレード プロセスに関する重要な事実
- アップグレードは インプレースであり 、 ダウンタイムは必要ありません。Azure Resource Manager のアカウントの種類が変更されます。
- GPv2 へのアップグレードは 永続的です。
- 意図しない料金が発生しないように、アップグレード中に 既定のアクセス層 (ホットまたはクール) を設定します。 詳細については、 汎用 v2 (GPv2) へのアップグレードを参照してください。
- アップグレードは 中断を伴わない。データとエンドポイントは変わりません。
移行の準備
ヒント
ほとんどのワークロードは、コードを変更せずに GPv1 から GPv2 に移行できます。
リスクを最小限に抑え、スムーズな移行を確保するには:
- アカウントのインベントリ: Azure Resource Graph、CLI、 Azure Inventory、またはポータルを使用して、すべての GPv1 アカウントを識別します。
- ワークロードを評価する: GPv1 を使用してアプリケーションを確認し、GPv2 との互換性を確認します。
- 価格の変更を計画する: BLOB ごとの階層化とトランザクション コストを含む新しい GPv2 価格モデルについて説明します。 Azure 料金計算ツールを使用して、使用パターンに基づいてコストを見積もります。
- アカウントのアップグレード: Azure portal、CLI、または自動化ツールを使用して、GPv1 から GPv2 にアップグレードします。 アップグレード プロセスの詳細を確認します。
- 動作を検証する: ワークロードが引き続き機能し、アップグレード後に予想される変更が課金に反映されていることを確認します。
- 使用状況の監視: 移行後は、ストレージ アカウントのメトリックを監視して、使用パターンまたはコストの予期しない変更を特定します。
Azure Resource Graph - クエリの例
Azure Resource Graph は、Azure リソースを大規模に探索してクエリを実行するための強力なツールです。 これを使用して、環境内のすべての General Purpose v1 (GPv1) アカウントとレガシ BLOB ストレージ アカウントを識別し、それらの構成を評価できます。 これは、GPv2 への移行をより効果的に計画するのに役立ちます。
提供終了の影響を受けるサブスクリプション内のすべての General Purpose v1 (GPv1) ストレージ アカウント (種類 Storage) とレガシ BLOB ストレージ アカウント (種類 BlobStorage) を識別する Azure Resource Graph クエリの例を次に示します。
Resources
| where type == "microsoft.storage/storageaccounts"
| where sku.name in~ ("Standard_LRS", "Standard_GRS", "Standard_ZRS", "Standard_RAGRS", "Standard_RAGZRS")
| where kind != "StorageV2"
| extend Version = tostring(properties.siteProperties.propertiesid)
| project name, type, tenantId, kind, ___location, resourceGroup, subscriptionId, managedBy, sku, plan, properties, tags, identity, zones, extendedLocation, Version
注
このクエリでは、冗長性に関係なく、GPv1 アカウント (種類 Storage) とレガシ BLOB ストレージ アカウント (種類 BlobStorage) の両方が識別されます。 どちらのアカウントの種類も廃止されるため、影響を受けるすべてのアカウントを確認し、移行計画に含めるようにしてください。
期限までに移行しないとどうなるか
Warnung
2026 年 10 月までに GPv1 ストレージ アカウントを GPv2 に移行しない場合、既存のすべての GPv1 アカウントが GPv2 アカウントに自動的に移行されるため、課金コストが高くなる可能性があります。 既存の GPv1 アカウントを移行しないというお客様の決定は、お客様に代わってアカウントを移行する Microsoft の同意と解釈されます。
ヘルプとサポートを受ける場所
ご質問がある場合は、Microsoft Q&A のコミュニティエキスパートから回答を得ることができます。
組織または会社が Microsoft と提携している場合、またはクラウド ソリューション アーキテクト (CA) やカスタマー サクセス アカウント マネージャー (CSAMs) など、Microsoft の担当者と協力している場合は、移行に関するその他のリソースについてお問い合わせください。
サポート プランがあり、技術的なヘルプが必要な場合は、Azure portal でサポート リクエストを作成します。
- Azure portal でヘルプとサポートを検索します。
- Support request の作成を選択します。
- [ 概要] に、問題の説明を入力します。
- [ 問題の種類] で、[ 技術] を選択します。
- [サブスクリプション] で、ご使用のサブスクリプションを選択します。
- [サービス] で、[マイ サービス] を選択します。
- [サービスの種類] で、[ストレージ アカウント管理] を選択します。
- [ リソース] で、 移行するリソースを選択します。
- [ 問題の種類] で、[アップグレード] を選択 するか、アカウントの種類、階層、またはレプリケーションを変更します。
- [ 問題サブタイプ] で、[ 汎用 v2 ストレージ アカウントへのアップグレード] を選択します。
- [ 次へ] を選択し、指示に従ってサポート リクエストを送信します。
ヘルプが必要ですか?
関連する機能と移行方法の詳細については、以下を参照してください。