汎用 v2 ストレージ アカウントにアップグレードするUpgrade to a General-purpose v2 storage account

汎用 v2 ストレージ アカウントは最新の Azure Storage 機能をサポートし、汎用 v1 および BLOB ストレージ アカウントのすべての機能を組み込んでいます。General-purpose v2 storage accounts support the latest Azure Storage features and incorporate all of the functionality of General-purpose v1 and Blob storage accounts. ほとんどのストレージ シナリオに汎用 v2 アカウントをお勧めします。General-purpose v2 accounts are recommended for most storage scenarios. 汎用 v2 アカウントは、業界内の他社に引けを取らないトランザクション料金で、Azure Storage に対してギガバイトあたり容量の最低価格を提供しています。General-purpose v2 accounts deliver the lowest per-gigabyte capacity prices for Azure Storage, as well as industry-competitive transaction prices.

汎用 v1 または BLOB ストレージ アカウントから汎用 v2 ストレージ アカウントへのアップグレードは単純です。Upgrading to a General-purpose v2 storage account from your General-purpose v1 or Blob storage accounts is simple. Azure portal、PowerShell、または Azure CLI を使用してアップグレードできます。You can upgrade using the Azure portal, PowerShell, or Azure CLI.

重要

汎用 v1 または BLOB ストレージ アカウントから汎用 v2 へのアップグレードは永続的であり、元に戻すことはできません。Upgrading a General-purpose v1 or Blob storage account to General-purpose v2 is permanent and cannot be undone.

Azure portal を使用したアップグレードUpgrade using the Azure portal

  1. Azure Portal にサインインします。Sign in to the Azure portal.

  2. ストレージ アカウントに移動します。Navigate to your storage account.

  3. [設定] セクションで [構成] をクリックします。In the Settings section, click Configuration.

  4. [アカウントの種類][アップグレード] をクリックします。Under Account kind, click on Upgrade.

  5. [アップグレードの確認] で、アカウントの名前を入力します。Under Confirm upgrade, type in the name of your account.

  6. ブレードの下部にある [アップグレード] をクリックします。Click Upgrade at the bottom of the blade.

    アカウントの種類をアップグレードする

PowerShell を使用したアップグレードUpgrade with PowerShell

注意

この記事は、新しい Azure PowerShell Az モジュールを使用するために更新されました。This article has been updated to use the new Azure PowerShell Az module. AzureRM モジュールはまだ使用でき、少なくとも 2020 年 12 月までは引き続きバグ修正が行われます。You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Az モジュールと AzureRM の互換性の詳細については、「Introducing the new Azure PowerShell Az module (新しい Azure PowerShell Az モジュールの概要)」を参照してください。To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Az モジュールのインストール手順については、Azure PowerShell のインストールを参照してください。For Az module installation instructions, see Install Azure PowerShell.

PowerShell を使用して汎用 V1 アカウントを汎用 v2 アカウントにアップグレードするには、まず最新バージョンの Az.Storage モジュールを使用するように PowerShell を更新します。To upgrade a General-purpose v1 account to a General-purpose v2 account using PowerShell, first update PowerShell to use the latest version of the Az.Storage module. PowerShell のインストールについては、「Azure PowerShell のインストールおよび構成」を参照してください。See Install and configure Azure PowerShell for information about installing PowerShell.

次に、次のコマンドを呼び出してアカウントをアップグレードします。その際、目的のリソース グループおよびストレージの名前に置き換えます。Next, call the following command to upgrade the account, substituting the name of your resource group and storage account:

Set-AzStorageAccount -ResourceGroupName <resource-group> -AccountName <storage-account> -UpgradeToStorageV2

Azure CLI を使用したアップグレードUpgrade with Azure CLI

Azure CLI を使用して汎用 V1 アカウントを汎用 v2 アカウントにアップグレードするには、まず最新バージョンの Azure CLI をインストールします。To upgrade a General-purpose v1 account to a General-purpose v2 account using Azure CLI, first install the latest version of Azure CLI. CLI のインストールについては、Azure CLI 2.0 のインストールに関するページを参照してください。See Install the Azure CLI 2.0 for information about installing the CLI.

次に、次のコマンドを呼び出してアカウントをアップグレードします。その際、目的のリソース グループおよびストレージの名前に置き換えます。Next, call the following command to upgrade the account, substituting the name of your resource group and storage account:

az storage account update -g <resource-group> -n <storage-account> --set kind=StorageV2

BLOB データのアクセス層を指定するSpecify an access tier for blob data

汎用 v2 アカウントは、すべての Azure ストレージ サービスとデータ オブジェクトをサポートしていますが、アクセス層は BLOB ストレージのブロック BLOB に対してのみ使用できます。General-purpose v2 accounts support all Azure storage services and data objects, but access tiers are available only for block blobs in Blob storage. 汎用 v2 ストレージ アカウントにアップグレードする場合は、BLOB データのアクセス層を指定できます。When you upgrade to a General-purpose v2 storage account, you can specify an access tier for your blob data.

アクセス層を使用すると、想定される使用パターンに基づいて最も費用対効果の高いストレージを選択できます。Access tiers enable you to choose the most cost-effective storage based on your anticipated usage patterns. ブロック BLOB は、ホット層、クール層、またはアーカイブ層に格納できます。Block blobs can be stored in a Hot, Cool, or Archive tier. アクセス層の詳細については、「Azure Blob Storage:ホット ストレージ層、クール ストレージ層、アーカイブ ストレージ層」をご覧ください。For more information on access tiers, see Azure Blob storage: Hot, Cool, and Archive storage tiers.

既定では、新しいストレージ アカウントはホット アクセス層に作成され、汎用 v1 ストレージ アカウントはホット アクセス層にアップグレードされます。By default, a new storage account is created in the Hot access tier, and a General-purpose v1 storage account is upgraded to the Hot access tier. アップグレード後にデータに使用するアクセス層を検討している場合は、実際のシナリオを考慮してください。If you are exploring which access tier to use for your data post-upgrade, consider your scenario. 汎用 v2 アカウントに移行するための一般的なユーザー シナリオには、次の 2 つがあります。There are two typical user scenarios for migrating to a General-purpose v2 account:

  • 既存の汎用 v1 ストレージ アカウントを持っており、BLOB データの適切なストレージ アクセス層を使用して、汎用 v2 ストレージ アカウントへのアップグレードを評価したいと考えている。You have an existing General-purpose v1 storage account and want to evaluate an upgrade to a General-purpose v2 storage account, with the right storage access tier for blob data.
  • 汎用 v2 ストレージ アカウントを使用することを決定しているか、またはそれを既に持っており、BLOB データのホットまたはクール ストレージ アクセス層のどちらを使用すべきかを評価したいと考えている。You have decided to use a General-purpose v2 storage account or already have one and want to evaluate whether you should use the Hot or Cool storage access tier for blob data.

どちらの場合も、最優先事項は、汎用 v2 ストレージ アカウントに格納されたデータに関する格納、アクセス、および操作のコストを見積もり、それを現在のコストと比較することです。In both cases, the first priority is to estimate the cost of storing, accessing, and operating on your data stored in a General-purpose v2 storage account and compare that against your current costs.

価格と課金Pricing and billing

v1 ストレージ アカウントから汎用 v2 アカウントへのアップグレードは無料です。Upgrading a v1 storage account to a General-purpose v2 account is free. ただし、ストレージ アクセス層を変更すると、請求が変更されることがあります。However, changing the storage access tier may result in changes to your bill.

すべてのストレージ アカウントでは、各 BLOB の層に基づいた Blob Storage の価格モデルを採用しています。All storage accounts use a pricing model for blob storage based on the tier of each blob. ストレージ アカウントを使用するときには、課金に関して次の点を考慮してください。When using a storage account, the following billing considerations apply:

  • ストレージ コスト:データの格納のコストは、格納されているデータの量だけでなく、ストレージ アクセス層にも左右されます。Storage costs: In addition to the amount of data stored, the cost of storing data varies depending on the storage access tier. よりクールな層になるほど、ギガバイトあたりのコストが下がります。The per-gigabyte cost decreases as the tier gets cooler.

  • データ アクセス コスト:データ アクセス料金は、よりクールな層になるほど高くなります。Data access costs: Data access charges increase as the tier gets cooler. クールおよびアーカイブ ストレージ アクセス層のデータの場合、読み取りに対して、ギガバイト単位のデータ アクセス料金が課金されます。For data in the cool and archive storage access tier, you are charged a per-gigabyte data access charge for reads.

  • トランザクション コスト:すべての層に対してトランザクションごとに課金されます。よりクールな層になるほどコストが高くなります。Transaction costs: There is a per-transaction charge for all tiers that increases as the tier gets cooler.

  • geo レプリケーション データ転送コスト:GRS と RA-GRS を含む geo レプリケーションが構成されているアカウントだけに適用されます。Geo-Replication data transfer costs: This charge only applies to accounts with geo-replication configured, including GRS and RA-GRS. geo レプリケーション データ転送には、ギガバイトあたりの料金がかかります。Geo-replication data transfer incurs a per-gigabyte charge.

  • 送信データ転送コスト:送信データ転送 (Azure リージョンから転送されるデータ) では、汎用ストレージ アカウントと整合性のある、帯域幅使用量への課金 (GB 単位) が発生します。Outbound data transfer costs: Outbound data transfers (data that is transferred out of an Azure region) incur billing for bandwidth usage on a per-gigabyte basis, consistent with General-purpose storage accounts.

  • ストレージ アクセス層の変更:アカウント ストレージ アクセス層をクールからホットに変更すると、ストレージ アカウントに存在するすべてのデータの読み取りと同等の課金が発生します。Changing the storage access tier: Changing the account storage access tier from cool to hot incurs a charge equal to reading all the data existing in the storage account. ただし、アカウント アクセス層をホットからクールに変更したときは、クール層への全データの書き込みに相当する課金が発生します (GPv2 アカウントのみ)。However, changing the account access tier from hot to cool incurs a charge equal to writing all the data into the cool tier (GPv2 accounts only).

注意

ストレージ アカウントの価格モデルの詳細については、Azure Storage の価格に関するページを参照してください。For more information on the pricing model for storage accounts, see Azure Storage Pricing page. 送信データ転送の価格の詳細については、データ転送の料金詳細に関するページを参照してください。For more information on outbound data transfer charges, see Data Transfers Pricing Details page.

現在の使用パターンのコストを見積もるEstimate costs for your current usage patterns

特定の層の汎用 v2 ストレージ アカウントでの BLOB データの格納およびアクセスのコストを見積もるには、既存の使用パターンを評価するか、または予測される使用パターンを見積もります。To estimate the cost of storing and accessing blob data in a General-purpose v2 storage account in a particular tier, evaluate your existing usage pattern or approximate your expected usage pattern. 一般に、以下のことを調べる必要があります。In general, you want to know:

  • 以下のような BLOB ストレージの使用量 (GB 単位)Your Blob storage consumption, in gigabytes, including:
    • ストレージ アカウントに格納されているデータの量はどれくらいか。How much data is being stored in the storage account?
    • 月単位でデータ ボリュームがどのように変化するか。古いデータが定期的に新しいデータに置き換わるかどうか。How does the data volume change on a monthly basis; does new data constantly replace old data?
  • 以下のような BLOB ストレージ データの主なアクセス パターン。The primary access pattern for your Blob storage data, including:
    • ストレージ アカウントから読み取られているデータの量とストレージ アカウントに書き込まれているデータの量はどれくらいか。How much data is being read from and written to the storage account?
    • ストレージ アカウントのデータに対して実行されている読み取り操作と書き込み操作の数。How many read operations versus write operations occur on the data in the storage account?

実際のニーズに最適なアクセス層を決定するには、BLOB データの容量と、そのデータが使用されている方法を確認すると役に立ちます。To decide on the best access tier for your needs, it can be helpful to determine your blob data capacity, and how that data is being used. それを行うには、アカウントの監視メトリックを調べるのが最善の方法です。This can be best done by looking at the monitoring metrics for your account.

既存のストレージ アカウントの監視Monitoring existing storage accounts

既存のストレージ アカウントを監視し、そのデータを収集するには、Azure Storage Analytics を利用できます。これにより、ログ記録が実行され、ストレージ アカウントのメトリック データが得られます。To monitor your existing storage accounts and gather this data, you can make use of Azure Storage Analytics, which performs logging and provides metrics data for a storage account. Storage Analytics では、GPv1、GPv2、BLOB というストレージ アカウントの種類について、ストレージ サービスへの要求に関して集計されたトランザクション統計情報と容量データを含むメトリックを格納できます。Storage Analytics can store metrics that include aggregated transaction statistics and capacity data about requests to the storage service for GPv1, GPv2, and Blob storage account types. このデータは、同じストレージ アカウント内の既知のテーブルに格納されます。This data is stored in well-known tables in the same storage account.

詳細については、「About Storage Analytics Metrics (Storage Analytics メトリックについて)」と「Storage Analytics Metrics Table Schema (Storage Analytics メトリックのテーブル スキーマ)」を参照してください。For more information, see About Storage Analytics Metrics and Storage Analytics Metrics Table Schema

注意

BLOB ストレージ アカウントは、そのアカウントのメトリック データの格納とアクセスのためだけに Table service エンドポイントを公開します。Blob storage accounts expose the Table service endpoint only for storing and accessing the metrics data for that account.

BLOB ストレージのストレージ使用量を監視するには、容量メトリックを有効にする必要があります。To monitor the storage consumption for Blob storage, you need to enable the capacity metrics. これを有効にすると、ストレージ アカウントの Blob service に関する容量データが毎日記録されます。これは、同じストレージ アカウント内の $MetricsCapacityBlob テーブルに書き込まれるテーブル エントリとして記録されます。With this enabled, capacity data is recorded daily for a storage account's Blob service and recorded as a table entry that is written to the $MetricsCapacityBlob table within the same storage account.

BLOB ストレージのデータ アクセス パターンを監視するには、API から時間単位のトランザクション メトリックを有効にする必要があります。To monitor data access patterns for Blob storage, you need to enable the hourly transaction metrics from the API. 時間単位のトランザクション メトリックを有効にすると、API あたりのトランザクションが 1 時間ごとに集計され、同じストレージ アカウント内の $MetricsHourPrimaryTransactionsBlob テーブルに書き込まれるテーブル エントリとして記録されます。With hourly transaction metrics enabled, per API transactions are aggregated every hour, and recorded as a table entry that is written to the $MetricsHourPrimaryTransactionsBlob table within the same storage account. $MetricsHourSecondaryTransactionsBlob テーブルには、RA-GRS ストレージ アカウントを使用している場合のセカンダリ エンドポイントに対するトランザクションが記録されます。The $MetricsHourSecondaryTransactionsBlob table records the transactions to the secondary endpoint when using RA-GRS storage accounts.

注意

ページ BLOB や仮想マシン ディスク (またはキュー、ファイル、テーブル) をブロックおよび追加 BLOB データと共に格納している汎用ストレージ アカウントがある場合は、この見積もりプロセスを適用できません。If you have a General-purpose storage account in which you have stored page blobs and virtual machine disks, or queues, files, or tables, alongside block and append blob data, this estimation process is not applicable. 容量データにおいて、ブロック BLOB と他の種類が区別されず、他の種類のデータに関する容量データが得られません。The capacity data does not differentiate block blobs from other types, and does not give capacity data for other data types. これらのタイプを使用する場合、直近の請求書に記載された数量に着目することで対応することもできます。If you use these types, an alternative methodology is to look at the quantities on your most recent bill.

データ使用量とアクセス パターンを正確に見積もるには、通常の使用状況を表すメトリックの保有期間を選択したうえで推定することをお勧めします。To get a good approximation of your data consumption and access pattern, we recommend you choose a retention period for the metrics that is representative of your regular usage and extrapolate. その方法の 1 つとして、メトリック データを 7 日間保持し、そのデータを毎週収集して、月末に分析を行う方法があります。One option is to retain the metrics data for seven days and collect the data every week, for analysis at the end of the month. そのほかに、過去 30 日間のメトリック データを保持し、30 日の期間の最後にそのデータを収集、分析する方法もあります。Another option is to retain the metrics data for the last 30 days and collect and analyze the data at the end of the 30-day period.

メトリック データの有効化、収集、および表示の詳細については、Storage Analytics のメトリックに関するページを参照してください。For details on enabling, collecting, and viewing metrics data, see Storage analytics metrics.

注意

分析データの格納、アクセス、ダウンロードについても、通常のユーザー データと同様に課金されます。Storing, accessing, and downloading analytics data is also charged just like regular user data.

コストを見積もるための使用状況メトリックの利用Utilizing usage metrics to estimate costs

容量のコストCapacity costs

行キー "data" がある容量メトリック テーブル $MetricsCapacityBlob の最新のエントリは、ユーザー データによって使用されたストレージ容量を示します。The latest entry in the capacity metrics table $MetricsCapacityBlob with the row key 'data' shows the storage capacity consumed by user data. 行キー "analytics" がある容量メトリック テーブル $MetricsCapacityBlob の最新のエントリは、分析ログによって使用されたストレージ容量を示します。The latest entry in the capacity metrics table $MetricsCapacityBlob with the row key 'analytics' shows the storage capacity consumed by the analytics logs.

ユーザー データと分析ログ (有効な場合) の両方によって使用されたこの合計容量は、ストレージ アカウントにデータを格納するコストを見積もるために使用できます。This total capacity consumed by both user data and analytics logs (if enabled) can then be used to estimate the cost of storing data in the storage account. また、同じ方法を使用して、GPv1 ストレージ アカウントでのストレージ コストを見積もることができます。The same method can also be used for estimating storage costs in GPv1 storage accounts.

トランザクション コストTransaction costs

"TotalBillableRequests" の合計は、トランザクション メトリック テーブル内の API のすべてのエントリを対象とし、その特定の API のトランザクションの総数を示すものです。The sum of 'TotalBillableRequests', across all entries for an API in the transaction metrics table indicates the total number of transactions for that particular API. "たとえば"、特定期間の "GetBlob" トランザクションの合計は、行キー "user;GetBlob" を備えたすべてのエントリに対する課金対象の要求をすべて加算することによって計算できます。For example, the total number of 'GetBlob' transactions in a given period can be calculated by the sum of total billable requests for all entries with the row key 'user;GetBlob'.

BLOB ストレージ アカウントのトランザクション コストを見積もるには、トランザクションを 3 つのグループに分類する必要があります (それぞれ価格が異なるため)。In order to estimate transaction costs for Blob storage accounts, you need to break down the transactions into three groups since they are priced differently.

  • "PutBlob""PutBlock""PutBlockList""AppendBlock""ListBlobs""ListContainers""CreateContainer""SnapshotBlob""CopyBlob" などの書き込みトランザクション。Write transactions such as 'PutBlob', 'PutBlock', 'PutBlockList', 'AppendBlock', 'ListBlobs', 'ListContainers', 'CreateContainer', 'SnapshotBlob', and 'CopyBlob'.
  • "DeleteBlob""DeleteContainer" などの削除トランザクション。Delete transactions such as 'DeleteBlob' and 'DeleteContainer'.
  • その他すべてのトランザクション。All other transactions.

GPv1 ストレージ アカウントのトランザクション コストを見積もるには、操作と API に関係なく、すべてのトランザクションを集計する必要があります。In order to estimate transaction costs for GPv1 storage accounts, you need to aggregate all transactions irrespective of the operation/API.

データ アクセスと geo レプリケーション データ転送のコストData access and geo-replication data transfer costs

Storage Analytics では、ストレージ アカウントに対する読み取りと書き込みのデータ量は示されませんが、トランザクション メトリック テーブルを確認することで大まかに見積もることは可能です。While storage analytics does not provide the amount of data read from and written to a storage account, it can be roughly estimated by looking at the transaction metrics table. トランザクション メトリック テーブル内の API の全エントリを対象とした "TotalIngress" の合計は、その特定の API の受信データの総量をバイトで示すものです。The sum of 'TotalIngress' across all entries for an API in the transaction metrics table indicates the total amount of ingress data in bytes for that particular API. 同様に、 "TotalEgress" の合計は、送信データの総量をバイトで示します。Similarly the sum of 'TotalEgress' indicates the total amount of egress data, in bytes.

BLOB ストレージ アカウントのデータ アクセス コストを見積もるには、トランザクションを 2 つのグループに分類する必要があります。In order to estimate the data access costs for Blob storage accounts, you need to break down the transactions into two groups.

  • ストレージ アカウントから取得されたデータの量は、主に "GetBlob" 操作と "CopyBlob" 操作の "TotalEgress" の合計を確認することで見積もることができます。The amount of data retrieved from the storage account can be estimated by looking at the sum of 'TotalEgress' for primarily the 'GetBlob' and 'CopyBlob' operations.

  • ストレージ アカウントに書き込まれたデータの量は、主に "PutBlob" 操作、 "PutBlock" 操作、 "CopyBlob" 操作、 "AppendBlock" 操作の "TotalIngress" の合計を確認することで見積もることができます。The amount of data written to the storage account can be estimated by looking at the sum of 'TotalIngress' for primarily the 'PutBlob', 'PutBlock', 'CopyBlob' and 'AppendBlock' operations.

また、BLOB ストレージ アカウントの geo レプリケーション データ転送のコストは、GRS ストレージ アカウントまたは RA-GRS ストレージ アカウントを使用する場合に書き込まれるデータ量の見積もりを使用することによって計算することもできます。The cost of geo-replication data transfer for Blob storage accounts can also be calculated by using the estimate for the amount of data written when using a GRS or RA-GRS storage account.

注意

ホット ストレージ アクセス層またはクール ストレージ アクセス層を使用する場合のコストの計算に関する詳細な例については、「Azure Storage の価格For a more detailed example about calculating the costs for using the hot or cool storage access tier, take a look at the FAQ titled 'What are Hot and Cool access tiers and how should I determine which one to use?' 」というページにある、 "ホットおよびクール アクセス層とはどのようなものですか? また、どちらを使用すればよいのでしょうか?"にサインインします。in the Azure Storage Pricing Page.

次の手順Next steps