汎用v2ストレージアカウントは最新のAzure Storage機能をサポートし、汎用v1およびブロブストレージアカウントのすべての機能を取り入れています。 ほとんどのストレージ シナリオでは、汎用 v2 アカウントをお勧めします。 汎用v2アカウントはAzure Storageで最もギガバイトあたりの容量価格が最も低いです。 汎用 v2 アカウントでは、デフォルトのアカウント アクセス階層として hot または cool がサポートされており、Blob レベルでは hot、cool、cold、または archive 間の階層化が可能です。
汎用 v1 または BLOB ストレージ アカウントから汎用 v2 ストレージ アカウントにアップグレードするのは簡単です。 アップグレードはAzureポータル、PowerShell、またはAzure CLIを使って行えます。 汎用 v2 ストレージ アカウントへのアップグレードに関連するダウンタイムやデータ損失のリスク はありません 。 アカウントのアップグレードは、アカウントの種類を変更する単純な Azure Resource Manager 操作によって行われます。 GPv2はGPv1のすべての機能を統合しているため、既存のアプリケーションやツールはアップグレード後も変更なしで動作を続けます。
Important
Microsoft は、 2026 年 10 月 13 日に汎用 v1 ストレージ アカウントを廃止し、 2026 年第 1 四半期に新しいアカウントの作成をブロックします。 すべての汎用v1(GPv1)アカウントは、サービスの中断を避けるためにこの日までに汎用v2(GPv2)にアップグレードしなければなりません。 2026年10月までに汎用v1ストレージアカウントをGPv2に移行しなければ、Microsoftは既存の汎用v1アカウントを自動的にGPv2に移行し、請求コストが高くなる可能性があります。 既存の汎用 v1 アカウントを移行しないという決定は、お客様に代わって Microsoft がアカウントを移行する同意と解釈されます。 詳細については、 GPv1 ストレージ アカウントの提供終了の概要に関するページを参照してください。
汎用 v1 ストレージ アカウントがある場合は、汎用 v2 ストレージ アカウントにアップグレードできますが、汎用 v1 ストレージ アカウントにダウングレードすることはできません。 BLOB ストレージ アカウントがある場合は、汎用 v2 ストレージ アカウントにアップグレードできますが、BLOB ストレージ アカウントにダウングレードすることはできません。
アップグレードによる請求への影響
GPv1からGPv2へのアップグレードは、特に読み書き操作数が多いワークロードではトランザクションコストが高くなる可能性があります。 GPv2 ではストレージ コストと階層化の柔軟性が低くなりますが、トランザクションの価格はより細かく、課金に大きな影響を与える可能性があります。 アップグレード前に現在の使用パターンを見直し、費用を見積もりましょう。
ヒント
Azure 料金計算ツールを使用して、現在の使用パターンに基づいて汎用 v2 ストレージ アカウントのコストを見積もります。
アカウントのアップグレード
汎用 v1 または BLOB ストレージ アカウントを汎用 v2 アカウントにアップグレードするには、Azure portal、PowerShell、または Azure CLI を使用します。
- Azure portal にサインインします。
- ストレージ アカウントに移動します。
- [ 設定] セクションで、[ 構成] を選択します。
- アカウントの種類で「アップグレード」を選択してください。
- [ アップグレードの確認] で、アカウントの名前を入力します。
- ページ下部で アップグレード を選択してください。
BLOB データのアクセス層を指定する
汎用 v2 アカウントでは、すべての Azure ストレージ サービスとデータ オブジェクトがサポートされますが、アクセス層は Blob Storage 内の BLOB をブロックする場合にのみ使用できます。 汎用 v2 ストレージ アカウントにアップグレードする場合は、ホットまたはクールの既定のアカウント アクセス層を指定できます。これは、BLOB データがアップロードされる既定の層を、個々の BLOB アクセス層パラメーターが指定されていないかのように示します。
BLOB アクセス層を使用すると、予想される使用パターンに基づいて、最もコスト効率の高いストレージを選択できます。 ブロックブロブはホット、クール、アーカイブの各ティアに保存できます。 アクセス層の詳細については、「 Azure BLOB ストレージ: ホット、クール、アーカイブ ストレージ層」を参照してください。
既定では、ホット アクセス層に新しいストレージ アカウントが作成され、汎用 v1 ストレージ アカウントをホット アカウント層またはクール アカウント層にアップグレードできます。 アップグレード時にアカウント アクセス層が指定されていない場合、既定ではホットにアップグレードされます。 アップグレードに使用するアクセス層を確認する場合は、現在のデータ使用シナリオを検討してください。 汎用 v2 アカウントに移行する一般的なユーザー シナリオは 2 つあります。
- 既存の汎用 v1 ストレージ アカウントがあり、BLOB データ用の適切なストレージ アクセス層を持つ汎用 v2 ストレージ アカウントへのアップグレードを評価する必要があります。
- 汎用 v2 ストレージ アカウントを使用することを決めた、または既に所有しており、Blob データにはホット アクセス層とクール アクセス層のどちらを使用すべきか評価したいと考えています。
どちらの場合も、最優先事項は、汎用 v2 ストレージ アカウントに格納されているデータの格納、アクセス、操作のコストを見積もり、現在のコストと比較することです。
価格と請求
v1 ストレージ アカウントから汎用 v2 アカウントへのアップグレードは無料です。 アップグレード プロセス中に、目的のアカウント層を指定できます。 アップグレード時にアカウントティアを指定しなければ、アップグレードされたアカウントのデフォルトティアは Hotになります。 ただし、アップグレード後にストレージアクセスのティアを変更すると請求書に影響があるので、アップグレード時に新しいアカウントティアを指定するようにしてください。
すべてのストレージ アカウントでは、各 BLOB の層に基づいて BLOB ストレージの価格モデルが使用されます。 ストレージアカウントを利用する場合、以下の請求上の注意点が適用されます:
ストレージ コスト: 格納されるデータの量に加えて、データを格納するコストは、ストレージ アクセス層によって異なります。 階層が低温になるほど、ギガバイトあたりのコストは低くなります。
データ アクセス コスト: 層が涼しくなると、データ アクセス料金が増加します。 クールストレージやアーカイブストレージアクセス層のデータについては、読み取りごとにギガバイト単位のデータアクセス料金が請求されます。
トランザクションコスト: すべての階層でトランザクションごとの料金が発生し、階層がよりクールになるほどその料金は高くなります。
ジオレプリケーションデータ転送コスト:この料金はジオレプリケーションが設定されているアカウント(GRSやRA-GRSを含む)にのみ適用されます。 Geo レプリケーションのデータ転送には、1 ギガバイトごとに料金が発生します。
送信データ転送コスト: 送信データ転送 (Azure リージョンから転送されるデータ) では、汎用ストレージ アカウントと一致する帯域幅使用量に対する課金がギガバイト単位で発生します。
ストレージ アクセス層の変更: アカウント ストレージ アクセス層をクールからホットに変更すると、ストレージ アカウントに存在するすべてのデータの読み取りと同じ料金が発生します。 ただし、アカウント アクセス層をホットからクールに変更すると、すべてのデータをクール層に書き込むのと同じ料金が発生します (GPv2 アカウントのみ)。
注
ストレージ アカウントの価格モデルの詳細については、「 Azure Storage の価格 」ページを参照してください。 送信データ転送料金の詳細については、「 データ転送の価格の詳細 」ページを参照してください。
現在の使用パターンのコストを見積もる
特定の層の汎用 v2 ストレージ アカウントに BLOB データを格納してアクセスするコストを見積もるために、既存の使用パターンを評価するか、予想される使用パターンを概算します。 一般的には、次のことを知っておくとよいでしょう。
Blob ストレージの使用量（ギガバイト単位、以下を含む）:
- ストレージアカウントにどれくらいのデータが保存されていますか?
- データ量は毎月どのように変化しますか? 新しいデータは常に古いデータに取って代わるのでしょうか?
BLOB ストレージ データの主なアクセス パターンは次のとおりです。
- ストレージアカウントに読み書きするデータ量はどれくらいですか?
- ストレージ アカウント内のデータに対して行われる読み取り操作と書き込み操作の数。
ニーズに最適なアクセス層を決定するには、Blobのデータ容量とそのデータの使い方を把握することが役立ちます。 これはアカウントのモニタリング指標を見ることで最もよく理解できます。
既存のストレージ アカウントの監視
既存のストレージアカウントを監視し、そのデータを収集するには、Azure Monitorのストレージメトリクスを使いましょう。 Azure Monitor には、ストレージ サービスへの要求に関する集計トランザクション統計と容量データを含むメトリックが格納されます。 Azure Storage は、メトリック データを Azure Monitor バックエンドに送信します。 Azure Monitor は、Azure portal からのデータと取り込まれるデータを含む統合された監視エクスペリエンスを提供します。 詳細については、次のいずれかの記事を参照してください。
Blobストレージアカウントのデータアクセスコストを推定するには、取引を2つのグループに分ける必要があります。
主にGetBlobとCopyBlob操作の出口メトリックの合計を見てストレージアカウントから取得されるデータ量を推定します。
主にPutBlob、PutBlock、CopyBlob、AppendBlock操作のIngressメトリクスの合計を見てストレージアカウントに書き込まれるデータ量を推定します。
BLOB ストレージ サービスに対する各操作の価格を確認するには、「 各 REST 操作を価格にマップする」を参照してください。
また、GRSや RA-GRS ストレージアカウントを使用した場合のデータ量の推定を用いて、Blobストレージアカウントのジオレプリケーションデータ転送コストを計算することもできます。
注
ホットストレージとクールストレージアクセス層の利用コストの計算に関するより詳細な例については、Azure Storage PricingページのFAQ「ホット層とクールアクセス層とは何か、そしてどちらを使うべきかをどう決めるべきか?」をご覧ください。
