汎用 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. 汎用 v2 アカウントでは、ホットまたはクールの既定のアカウント アクセス層と、ホット、クール、またはアーカイブ間の BLOB レベル階層がサポートされます。General-purpose v2 accounts support default account access tiers of hot or cool and blob level tiering between hot, cool, or archive.

汎用 v1 または BLOB ストレージ アカウントから汎用 v2 ストレージ アカウントへのアップグレードは簡単です。Upgrading to a general-purpose v2 storage account from your general-purpose v1 or Blob storage accounts is straightforward. Azure portal、PowerShell、または Azure CLI を使用してアップグレードできます。You can upgrade using the Azure portal, PowerShell, or Azure CLI. 汎用 v2 ストレージ アカウントへのアップグレードに伴うダウンタイムやデータ損失のリスクはありません。There is no downtime or risk of data loss associated with upgrading to a general-purpose v2 storage account. アカウントのアップグレードは、アカウントの種類を変更する、Azure Resource Manager の単純な操作によって行われます。The account upgrade happens via a simple Azure Resource Manager operation that changes the account type.

重要

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

  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.

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

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 to block blobs within Blob storage. 汎用 v2 ストレージ アカウントにアップグレードするときは、既定のアカウント アクセス層としてホットまたはクールを指定できます。これは、個々の BLOB アクセス層パラメーターが指定されていない場合と同様に、BLOB データがアップロードされる既定の層を示します。When you upgrade to a general-purpose v2 storage account, you can specify a default account access tier of hot or cool, which indicates the default tier your blob data will be uploaded as if the individual blob access tier parameter is not specified.

BLOB アクセス層を使用すると、想定される使用パターンに基づいて最も費用対効果の高いストレージを選択できます。Blob 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 tiers. アクセス層の詳細については、「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 can be upgraded to either the hot or cool account tier. アカウントのアクセス層がアップグレード時に指定されていない場合、既定でホットにアップグレードされます。If an account access tier is not specified on upgrade, it will be upgraded to hot by default. アップグレード用にどのアクセス層を使用するか検討している場合は、現在のデータ使用シナリオを考慮してください。If you are exploring which access tier to use for your upgrade, consider your current data usage 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. アップグレード プロセス中に、目的のアカウント層を指定できます。You may specify the desired account tier during the upgrade process. アップグレード時にアカウント層が指定されていない場合、アップグレードされたアカウントの既定のアカウント層は Hot になります。If an account tier is not specified on upgrade, the default account tier of the upgraded account will be Hot. ただし、アップグレード後にストレージ アクセス層を変更すると、請求書が変更される可能性があるため、アップグレード時に新しいアカウント層を指定することをお勧めします。However, changing the storage access tier after the upgrade may result in changes to your bill so it is recommended to specify the new account tier during upgrade.

すべてのストレージ アカウントでは、各 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 リージョン外に転送されるデータ) では、帯域幅使用量に対する課金が 1 ギガバイトごとに発生します。これは、汎用ストレージ アカウントと同じです。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 データと追加 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