汎用 v2 ストレージ アカウントへのアップグレード

汎用 v2 ストレージ アカウントでは、最新の Azure Storage 機能がサポートされ、汎用 v1 と BLOB ストレージ アカウントのすべての機能が組み込まれています。 ほとんどのストレージ シナリオでは、汎用 v2 アカウントをお勧めします。 汎用 v2 アカウントでは、Azure Storage の容量あたりの容量価格が最も低く、業界で競争力のあるトランザクション価格が提供されます。 汎用 v2 アカウントでは、ホット、クール、コールド、またはアーカイブの間のホットまたはクールおよび BLOB レベルの階層化の既定のアカウント アクセス層がサポートされます。

汎用 v1 または BLOB ストレージ アカウントから汎用 v2 ストレージ アカウントにアップグレードするのは簡単です。 Azure portal、PowerShell、または Azure CLI を使用してアップグレードできます。 汎用 v2 ストレージ アカウントへのアップグレードに関連するダウンタイムやデータ損失のリスク はありません 。 アカウントのアップグレードは、アカウントの種類を変更する単純な Azure Resource Manager 操作によって行われます。

汎用 v1 ストレージ アカウントがある場合は、汎用 v2 ストレージ アカウントにアップグレードできますが、汎用 v1 ストレージ アカウントにダウングレードすることはできません。 BLOB ストレージ アカウントがある場合は、汎用 v2 ストレージ アカウントにアップグレードできますが、BLOB ストレージ アカウントにダウングレードすることはできません。

アップグレードによる課金への影響

GPv1 から GPv2 にアップグレードすると、特に読み取り/書き込み操作が多いワークロードでは、トランザクション コストが高くなる可能性があります。 GPv2 ではストレージ コストと階層化の柔軟性が低くなりますが、トランザクションの価格はより細かく、課金に大きな影響を与える可能性があります。 アップグレードする前に、現在の使用パターンを確認し、コストを見積もうことをお勧めします。

アカウントのアップグレード

汎用 v1 または BLOB ストレージ アカウントを汎用 v2 アカウントにアップグレードするには、Azure portal、PowerShell、または Azure CLI を使用します。

Set-AzStorageAccount -ResourceGroupName <resource-group> -Name <storage-account> -UpgradeToStorageV2 -AccessTier <Hot/Cool>

az storage account update -g <resource-group> -n <storage-account> --set kind=StorageV2 --access-tier=<Hot/Cool>

BLOB データのアクセス層を指定する

汎用 v2 アカウントでは、すべての Azure ストレージ サービスとデータ オブジェクトがサポートされますが、アクセス層は Blob Storage 内の BLOB をブロックする場合にのみ使用できます。 汎用 v2 ストレージ アカウントにアップグレードする場合は、ホットまたはクールの既定のアカウント アクセス層を指定できます。これは、BLOB データがアップロードされる既定の層を、個々の BLOB アクセス層パラメーターが指定されていないかのように示します。

BLOB アクセス層を使用すると、予想される使用パターンに基づいて、最もコスト効率の高いストレージを選択できます。 ブロック BLOB は、ホット層、クール層、またはアーカイブ層に格納できます。 アクセス層の詳細については、「 Azure BLOB ストレージ: ホット、クール、アーカイブ ストレージ層」を参照してください。

既定では、ホット アクセス層に新しいストレージ アカウントが作成され、汎用 v1 ストレージ アカウントをホット アカウント層またはクール アカウント層にアップグレードできます。 アップグレード時にアカウント アクセス層が指定されていない場合、既定ではホットにアップグレードされます。 アップグレードに使用するアクセス層を確認する場合は、現在のデータ使用シナリオを検討してください。 汎用 v2 アカウントに移行する一般的なユーザー シナリオは 2 つあります。

• 既存の汎用 v1 ストレージ アカウントがあり、BLOB データ用の適切なストレージ アクセス層を持つ汎用 v2 ストレージ アカウントへのアップグレードを評価する必要があります。
• 汎用 v2 ストレージ アカウントを使用するか、既にストレージ アカウントを持っているか、BLOB データにホット ストレージ アクセス層とクール ストレージ アクセス層のどちらを使用するかを評価することにしました。

どちらの場合も、最優先事項は、汎用 v2 ストレージ アカウントに格納されているデータの格納、アクセス、操作のコストを見積もり、現在のコストと比較することです。

価格と請求

v1 ストレージ アカウントから汎用 v2 アカウントへのアップグレードは無料です。 アップグレード プロセス中に目的のアカウント層を指定できます。 アップグレード時にアカウント層が指定されていない場合、アップグレードされたアカウントの既定のアカウント層が Hotされます。 ただし、アップグレード後にストレージ アクセス層を変更すると課金が変更される可能性があるため、アップグレード中に新しいアカウント層を指定することをお勧めします。

すべてのストレージ アカウントでは、各 BLOB の層に基づいて BLOB ストレージの価格モデルが使用されます。 ストレージ アカウントを使用する場合は、次の課金に関する考慮事項が適用されます。

• ストレージ コスト: 格納されるデータの量に加えて、データを格納するコストは、ストレージ アクセス層によって異なります。 レベルが涼しくなると、ギガバイトあたりのコストが減少します。

• データ アクセス コスト: 層が涼しくなると、データ アクセス料金が増加します。 クール ストレージ アクセス層とアーカイブ ストレージ アクセス層のデータの場合、読み取りにはギガバイト単位のデータ アクセス料金が課金されます。

• トランザクション コスト: 階層がクールになると、すべてのレベルに対してトランザクションごとの料金が発生します。

• Geo-Replication データ転送コスト: この料金は、GRS や RA-GRS を含む geo レプリケーションが構成されているアカウントにのみ適用されます。 geo レプリケーション データ転送には、ギガバイトあたりの料金がかかります。

• 送信データ転送コスト: 送信データ転送 (Azure リージョンから転送されるデータ) では、汎用ストレージ アカウントと一致する帯域幅使用量に対する課金がギガバイト単位で発生します。

• ストレージ アクセス層の変更: アカウント ストレージ アクセス層をクールからホットに変更すると、ストレージ アカウントに存在するすべてのデータの読み取りと同じ料金が発生します。 ただし、アカウント アクセス層をホットからクールに変更すると、すべてのデータをクール層に書き込むのと同じ料金が発生します (GPv2 アカウントのみ)。

現在の使用パターンのコストを見積もる

特定の層の汎用 v2 ストレージ アカウントに BLOB データを格納してアクセスするコストを見積もるために、既存の使用パターンを評価するか、予想される使用パターンを概算します。 一般に、次のことが必要です。

• BLOB ストレージの使用量 (ギガバイト単位)。

  • ストレージ アカウントに格納されているデータの量
  • データ量はどのように月単位で変化するか。新しいデータは常に古いデータを置き換えますか?

• BLOB ストレージ データの主なアクセス パターンは次のとおりです。

  • ストレージ アカウントから読み取られ、ストレージ アカウントに書き込まれるデータの量はどのくらいですか?
  • ストレージ アカウント内のデータに対して行われる読み取り操作と書き込み操作の数。

ニーズに最適なアクセス層を決定するには、BLOB データの容量と、そのデータがどのように使用されているかを判断すると役立ちます。 これは、アカウントの監視メトリックを調べることで最適に行うことができます。

既存のストレージ アカウントの監視

既存のストレージ アカウントを監視してこのデータを収集するには、Azure Monitor でストレージ メトリックを使用できます。 Azure Monitor には、ストレージ サービスへの要求に関する集計トランザクション統計と容量データを含むメトリックが格納されます。 Azure Storage は、メトリック データを Azure Monitor バックエンドに送信します。 Azure Monitor は、Azure portal からのデータと取り込まれるデータを含む統合された監視エクスペリエンスを提供します。 詳細については、次のいずれかの記事を参照してください。

• Azure Blob Storage の監視
• Azure Files の監視
• Azure Queue Storage の監視
• Azure Table Storage の監視

BLOB ストレージ アカウントのデータ アクセス コストを見積もるには、トランザクションを 2 つのグループに分割する必要があります。

• ストレージ アカウントから取得されるデータの量は、主に "GetBlob" 操作と "CopyBlob" 操作の "Egress" メトリックの合計を調べることで見積もることができます。

• ストレージ アカウントに書き込まれるデータの量は、主に "PutBlob"、"PutBlock"、"CopyBlob"、"AppendBlock" 操作の "イングレス" メトリックの合計を調べることで見積もることができます。

BLOB ストレージ サービスに対する各操作の価格を確認するには、「 各 REST 操作を価格にマップする」を参照してください。

BLOB ストレージ アカウントの geo レプリケーション データ転送のコストは、GRS または RA-GRS ストレージ アカウントを使用するときに書き込まれたデータ量の見積もりを使用して計算することもできます。

次のステップ

• ストレージ アカウントの概要
• ストレージ アカウントを作成する
• Azure Storage アカウントを別のリージョンに移動する
• 削除されたストレージ アカウントを回復する