범용 v2 스토리지 계정으로 업그레이드Upgrade to a general-purpose v2 storage account

범용 v2 스토리지 계정은 최신 Azure Storage 기능을 지원하고 모든 범용 v1의 기능 및 Blob Storage 계정을 통합합니다.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 storage 계정에서 범용 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 storage 계정을 범용 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 storage 서비스 및 데이터 개체를 지원 하지만 액세스 계층은 Blob storage 내의 블록 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 계정으로 마이그레이션하기 위한 두 가지 일반적인 사용자 시나리오가 있습니다.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.

  • 지역에서 복제 데이터 전송 비용: 이 요금은 GRS 및 RA-GRS를 포함하여 지역에서 복제가 구성된 계정에만 해당합니다.Geo-Replication data transfer costs: This charge only applies to accounts with geo-replication configured, including GRS and RA-GRS. 지역 복제 데이터 전송에는 기가바이트당 요금이 발생합니다.Geo-replication data transfer incurs a per-gigabyte charge.

  • 아웃바운드 데이터 전송 비용: 아웃바운드 데이터 전송(Azure 지역 밖으로 전송된 데이터)에서는 기가바이트당 요금을 기준으로 대역폭 사용 요금이 발생하며 범용 스토리지 계정과 같습니다.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 Storage 사용량(기가바이트 단위):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 Storage 데이터에 대한 기본 액세스 패턴: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 분석을 사용할 수 있습니다.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. 스토리지 분석은 GPv1, GPv2 및 Blob Storage 계정 형식의 스토리지 서비스에 대한 요청과 관련하여 집계된 트랜잭션 통계 및 용량 데이터를 포함하는 메트릭을 저장할 수 있습니다.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.

자세한 내용은 스토리지 분석 메트릭 정보스토리지 분석 메트릭 테이블 스키마를 참조하세요.For more information, see About Storage Analytics Metrics and Storage Analytics Metrics Table Schema

참고

Blob Storage 계정은 해당 계정의 메트릭 데이터를 저장하고 액세스하는 경우에만 Table service 엔드포인트를 노출합니다.Blob storage accounts expose the Table service endpoint only for storing and accessing the metrics data for that account.

Blob Storage에 대한 스토리지 사용량을 모니터링하려면 용량 메트릭을 활성화해야 합니다.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 Storage에 대한 데이터 액세스 패턴을 모니터링하려면 API에서 시간당 트랜잭션 메트릭을 활성화해야 합니다.To monitor data access patterns for Blob storage, you need to enable the hourly transaction metrics from the API. 시간당 트랜잭션 메트릭을 활성화하면 API당 트랜잭션은 매시간 집계되며 동일한 스토리지 계정 내에서 $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. 한 가지 옵션은 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.

메트릭 데이터 사용, 수집 및 보기에 대 한 자세한 내용은 저장소 분석 메트릭을 참조 하세요.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

트랜잭션 메트릭 테이블에서 API에 대한 모든 항목에 대한 'TotalBillableRequests' 의 합계는 특정 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 Storage 계정에 대한 트랜잭션 비용을 예상하려면 트랜잭션을 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.

데이터 액세스 및 지역에서 복제 데이터 전송 비용Data access and geo-replication data transfer costs

스토리지 분석은 스토리지 계정에서 읽고 쓰는 데이터의 양을 제공하지 않지만 트랜잭션 메트릭 테이블을 확인하여 대략적으로 예상할 수 있습니다.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 Storage 계정에 대한 데이터 액세스 비용을 예상하려면 트랜잭션을 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 Storage 계정에 대한 지역에서 복제 데이터 전송의 비용은 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?' Azure Storage 가격 책정 페이지합니다.in the Azure Storage Pricing Page.

다음 단계Next steps