Azure Blob storage: 핫, 쿨 및 보관 액세스 계층Azure Blob storage: hot, cool, and archive access tiers

Azure storage는 blob 개체 데이터를 가장 비용 효율적인 방식으로 저장할 수 있는 다양 한 액세스 계층을 제공 합니다.Azure storage offers different access tiers, which allow you to store blob object data in the most cost-effective manner. 사용 가능한 액세스 계층은 다음과 같습니다.The available access tiers include:

  • 자주 액세스 하는 데이터를 저장 하기 위한 최적화.Hot - Optimized for storing data that is accessed frequently.
  • 자주 액세스 하지 않으며 30 일 동안 저장 되는 데이터를 저장 하기 위한 최적화입니다.Cool - Optimized for storing data that is infrequently accessed and stored for at least 30 days.
  • 거의 액세스 하지 않는 데이터를 저장 하는 데 최적화 되어 있으며, 시간 순서에 따라 유연한 대기 시간을 요구 하 여 최소 180 일 동안 저장 됩니다.Archive - Optimized for storing data that is rarely accessed and stored for at least 180 days with flexible latency requirements (on the order of hours).

다음은 다양 한 액세스 계층에 적용 되는 고려 사항입니다.The following considerations apply to the different access tiers:

  • 핫 및 쿨 액세스 계층만 계정 수준에서 설정할 수 있습니다.Only the hot and cool access tiers can be set at the account level. 보관 액세스 계층은 계정 수준에서 사용할 수 없습니다.The archive access tier isn't available at the account level.
  • 핫, 쿨 및 archive 계층은 blob 수준에서 설정할 수 있습니다.Hot, cool, and archive tiers can be set at the blob level.
  • 쿨 액세스 계층의 데이터는 약간 낮은 가용성을 허용할 수 있지만 핫 데이터와 유사한 높은 내구성, 검색 대기 시간 및 처리량 특성이 필요 합니다.Data in the cool access tier can tolerate slightly lower availability, but still requires high durability, retrieval latency, and throughput characteristics similar to hot data. 쿨 데이터의 경우 핫 데이터와 비교할 때 약간 낮은 가용성 SLA (서비스 수준 계약) 및 액세스 비용이 더 낮은 저장소 비용에 대 한 적절 한 장단점입니다.For cool data, a slightly lower availability service-level agreement (SLA) and higher access costs compared to hot data are acceptable trade-offs for lower storage costs.
  • 보관 저장소는 데이터를 오프 라인으로 저장 하 고 가장 낮은 저장소 비용 뿐만 아니라 가장 높은 데이터 리하이드레이션 및 액세스 비용을 제공 합니다.Archive storage stores data offline and offers the lowest storage costs but also the highest data rehydrate and access costs.

클라우드에 저장된 데이터는 기하급수적으로 증가합니다.Data stored in the cloud grows at an exponential pace. 스토리지 확장 요구에 대한 비용을 관리하려면 비용 최적화를 위해 액세스 빈도 및 계획 보존 기간과 같은 속성을 기반으로 하여 데이터를 구성하는 것이 좋습니다.To manage costs for your expanding storage needs, it's helpful to organize your data based on attributes like frequency-of-access and planned retention period to optimize costs. 클라우드에 저장 된 데이터는 수명 동안 생성, 처리 및 액세스 하는 방법에 따라 다를 수 있습니다.Data stored in the cloud can be different based on how it's generated, processed, and accessed over its lifetime. 일부 데이터는 수명 기간 전반에 걸쳐 활발하게 액세스되고 수정됩니다.Some data is actively accessed and modified throughout its lifetime. 일부 데이터는 수명 기간 초반에는 빈번하게 액세스되지만 데이터가 오래될수록 액세스 빈도가 급격하게 떨어집니다.Some data is accessed frequently early in its lifetime, with access dropping drastically as the data ages. 일부 데이터는 클라우드에서 유휴 상태를 유지 하 고 저장 된 후에 액세스 하는 경우에 거의 발생 하지 않습니다.Some data remains idle in the cloud and is rarely, if ever, accessed after it's stored.

이러한 각 데이터 액세스 시나리오는 특정 액세스 패턴에 맞게 최적화 된 다른 액세스 계층의 이점을 활용 합니다.Each of these data access scenarios benefits from a different access tier that is optimized for a particular access pattern. Azure Blob storage는 핫, 쿨 및 보관 액세스 계층을 사용 하 여 별도의 가격 책정 모델을 통해 차별화 된 액세스 계층에 이러한 요구 사항을 해결 합니다.With hot, cool, and archive access tiers, Azure Blob storage addresses this need for differentiated access tiers with separate pricing models.

참고

이 문서에 설명된 기능은 이제 계층 네임스페이스가 있는 계정에서 사용할 수 있습니다.The features described in this article are now available to accounts that have a hierarchical namespace. 제한 사항을 검토하려면 Azure Data Lake Storage Gen2에서 알려진 문제 문서를 참조하세요.To review limitations, see the Known issues with Azure Data Lake Storage Gen2 article.

계층을 지원하는 스토리지 계정Storage accounts that support tiering

핫, 쿨 및 보관 간의 개체 저장소 데이터 계층화는 Blob storage 및 범용 v2 (GPv2) 계정 에서만 지원 됩니다.Object storage data tiering between hot, cool, and archive is only supported in Blob storage and General Purpose v2 (GPv2) accounts. 범용 v1 (GPv1) 계정은 계층화를 지원 하지 않습니다.General Purpose v1 (GPv1) accounts don't support tiering. 고객은 Azure Portal를 통해 기존 GPv1 또는 Blob storage 계정을 GPv2 계정으로 쉽게 변환할 수 있습니다.Customers can easily convert their existing GPv1 or Blob storage accounts to GPv2 accounts through the Azure portal. GPv2는 blob, 파일 및 큐에 대 한 새로운 가격 책정 및 기능을 제공 합니다.GPv2 provides new pricing and features for blobs, files, and queues. 일부 기능 및 가격 컷은 GPv2 계정에만 제공 됩니다.Some features and prices cuts are only offered in GPv2 accounts. 가격 책정을 포괄적으로 검토 한 후 GPv2 계정을 사용 하 여 평가 합니다.Evaluate using GPv2 accounts after comprehensively reviewing pricing. 일부 워크 로드는 GPv1 보다 GPv2 비용이 더 많이 들 수 있습니다.Some workloads can be more expensive on GPv2 than GPv1. 자세한 내용은 Azure Storage 계정 개요를 참조하세요.For more information, see Azure storage account overview.

Blob storage 및 GPv2 계정은 계정 수준에서 액세스 계층 특성을 노출 합니다.Blob storage and GPv2 accounts expose the Access Tier attribute at the account level. 이 특성을 사용 하면 개체 수준에서 명시적으로 설정 하지 않은 모든 blob에 대 한 기본 액세스 계층을 지정할 수 있습니다.This attribute allows you to specify the default access tier for any blob that doesn't have it explicit set at the object level. 개체 수준에서 계층이 설정 된 개체의 경우 계정 계층이 적용 되지 않습니다.For objects with the tier set at the object level, the account tier won't apply. 보관 계층은 개체 수준 에서만 적용할 수 있습니다.The archive tier can be applied only at the object level. 언제 든 지 이러한 액세스 계층 간을 전환할 수 있습니다.You can switch between these access tiers at any time.

핫 액세스 계층Hot access tier

핫 액세스 계층은 쿨 및 archive 계층 보다 더 높은 저장소 비용이 있지만 액세스 비용은 가장 낮습니다.The hot access tier has higher storage costs than cool and archive tiers, but the lowest access costs. 핫 액세스 계층에 대 한 사용 시나리오 예는 다음과 같습니다.Example usage scenarios for the hot access tier include:

  • 활성 상태 이거나 액세스 해야 하는 데이터 (읽기 및 쓰기)가 자주 사용 되는 데이터입니다.Data that's in active use or expected to be accessed (read from and written to) frequently.
  • 처리를 위해 준비 된 데이터 및 쿨 액세스 계층으로의 최종 마이그레이션Data that's staged for processing and eventual migration to the cool access tier.

쿨 액세스 계층Cool access tier

쿨 액세스 계층은 핫 저장소에 비해 저장소 비용이 낮고 액세스 비용이 높습니다.The cool access tier has lower storage costs and higher access costs compared to hot storage. 이 계층은 최소 30일 동안 쿨 계층에 유지되는 데이터를 위한 계층입니다.This tier is intended for data that will remain in the cool tier for at least 30 days. 쿨 액세스 계층에 대 한 사용 시나리오 예는 다음과 같습니다.Example usage scenarios for the cool access tier include:

  • 단기 백업 및 재해 복구 데이터 세트Short-term backup and disaster recovery datasets.
  • 자주 감상하지 않으나, 액세스할 때 즉시 사용할 수 있어야 하는 오래된 미디어 콘텐츠Older media content not viewed frequently anymore but is expected to be available immediately when accessed.
  • 향후 처리를 위해 더 많은 데이터를 수집하는 동안 경제적으로 저장되어야 하는 대용량 데이터 집합Large data sets that need to be stored cost effectively while more data is being gathered for future processing. (예: 과학적 데이터의 장기 스토리지, 제조 설비의 원시 원격 분석 데이터)(For example, long-term storage of scientific data, raw telemetry data from a manufacturing facility)

보관 액세스 계층Archive access tier

보관 액세스 계층의 저장소 비용은 가장 낮습니다.The archive access tier has the lowest storage cost. 그러나 핫 및 쿨 계층에 비해 데이터 검색 비용이 더 높습니다.But it has higher data retrieval costs compared to the hot and cool tiers. 보관 계층의 데이터를 검색 하는 데 몇 시간 정도 걸릴 수 있습니다.Data in the archive tier can take several hours to retrieve. 데이터는 최소 180 일 동안 보관 계층에 유지 되거나 초기 삭제 요금이 적용 되어야 합니다.Data must remain in the archive tier for at least 180 days or be subject to an early deletion charge.

Blob이 보관 저장소에 있는 동안 blob 데이터는 오프 라인 상태 이며 읽기, 복사, 덮어쓰기 또는 수정할 수 없습니다.While a blob is in archive storage, the blob data is offline and can't be read, copied, overwritten, or modified. 보관 저장소에서 blob의 스냅숏을 만들 수 없습니다.You can't take snapshots of a blob in archive storage. 그러나 Blob 메타데이터는 온라인 상태로 유지되며 사용할 수 있으므로 Blob 및 해당 속성을 나열할 수 있습니다.However, the blob metadata remains online and available, allowing you to list the blob and its properties. 보관에 있는 blob의 경우 유효한 유일한 작업은 GetBlobProperties, Getblobproperties, ListBlobs, SetBlobTier 및 DeleteBlob입니다.For blobs in archive, the only valid operations are GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, and DeleteBlob.

보관 액세스 계층의 예제 사용 시나리오는 다음과 같습니다.Example usage scenarios for the archive access tier include:

  • 장기 백업, 보조 백업 및 보관 데이터 세트Long-term backup, secondary backup, and archival datasets
  • 사용 가능한 최종 형태로 처리된 후에도 보존할 필요가 있는 원래(원시) 데이터.Original (raw) data that must be preserved, even after it has been processed into final usable form.
  • 장기간 저장할 필요가 있거나 거의 액세스하지 않는 규정 준수 및 보관 데이터.Compliance and archival data that needs to be stored for a long time and is hardly ever accessed.

계정 수준 계층화Account-level tiering

세 가지 액세스 계층의 blob은 모두 동일한 계정 내에 공존할 수 있습니다.Blobs in all three access tiers can coexist within the same account. 명시적으로 할당 된 계층이 없는 모든 blob은 계정 액세스 계층 설정에서 계층을 유추 합니다.Any blob that doesn't have an explicitly assigned tier infers the tier from the account access tier setting. 액세스 계층이 계정에서 제공 되는 경우 유추 된 액세스 계층 blob 속성이 "true"로 설정 되 고 액세스 계층 blob 속성이 계정 계층과 일치 하는 것을 볼 수 있습니다.If the access tier comes from the account, you see the Access Tier Inferred blob property set to "true", and the Access Tier blob property matches the account tier. Azure Portal에서 유추 된 액세스 계층 속성은 blob 액세스 계층을 핫 (유추) 또는 쿨 (유추) 로 표시 합니다.In the Azure portal, the access tier inferred property is displayed with the blob access tier as Hot (inferred) or Cool (inferred).

계정 액세스 계층을 변경 하는 것은 명시적 계층 집합이 없는 계정에 저장 된 모든 액세스 계층 유추 개체에 적용 됩니다.Changing the account access tier applies to all access tier inferred objects stored in the account that don't have an explicit tier set. 계정 계층을 핫에서 쿨로 전환 하는 경우 GPv2 계정의 집합 계층 없이 모든 blob에 대 한 쓰기 작업 (1만 당)에 대해 요금이 청구 됩니다.If you toggle the account tier from hot to cool, you'll be charged for write operations (per 10,000) for all blobs without a set tier in GPv2 accounts only. Blob storage 계정에는 이러한 변경 내용이 부과 되지 않습니다.There's no charge for this change in Blob storage accounts. Blob storage 또는 GPv2 계정에서 쿨에서 핫으로 전환 하는 경우 읽기 작업 (1만 당) 및 데이터 검색 (GB 당) 모두에 대 한 요금이 청구 됩니다.You'll be charged for both read operations (per 10,000) and data retrieval (per GB) if you toggle from cool to hot in Blob storage or GPv2 accounts.

Blob 수준 계층화Blob-level tiering

Blob 수준 계층화를 사용하면 Blob 계층 설정이라는 단일 작업을 사용하여 개체 수준에서 데이터의 계층을 변경할 수 있습니다.Blob-level tiering allows you to change the tier of your data at the object level using a single operation called Set Blob Tier. 사용 패턴이 변경되면 계정 간에 데이터를 이동하지 않고 핫, 쿨 또는 보관 계층 간에 Blob의 액세스 계층을 쉽게 변경할 수 있습니다.You can easily change the access tier of a blob among the hot, cool, or archive tiers as usage patterns change, without having to move data between accounts. 모든 계층 변경은 즉각 발생합니다.All tier changes happen immediately. 그러나 보관에서 Blob을 리하이드레이션하는 데 몇 시간이 걸릴 수 있습니다.However, rehydrating a blob from archive can take several hours.

마지막 Blob 계층 변경 시간은 액세스 계층 변경 시간 Blob 속성을 통해 노출됩니다.The time of the last blob tier change is exposed via the Access Tier Change Time blob property. Blob이 보관 계층에 있는 경우 덮어쓸 수 없으므로 동일한 blob을 업로드 하는 것은이 시나리오에서 허용 되지 않습니다.If a blob is in the archive tier, it can't be overwritten, so uploading the same blob isn't permitted in this scenario. 핫 또는 쿨 계층의 blob을 덮어쓸 때 새로 만든 blob은 새 blob 액세스 계층이 생성 시 명시적으로 설정 되지 않으면 덮어쓴 blob의 계층을 상속 합니다.When overwriting a blob in the hot or cool tier, the newly created blob inherits the tier of the blob that was overwritten unless the new blob access tier is explicitly set on creation.

참고

보관 스토리지 및 Blob 수준 계층화는 블록 Blob만 지원합니다.Archive storage and blob-level tiering only support block blobs. 또한 스냅숏이 있는 블록 blob의 계층을 현재 변경할 수 없습니다.You also cannot currently change the tier of a block blob that has snapshots.

Blob 수명 주기 관리Blob lifecycle management

Blob Storage 수명 주기 관리는 데이터를 최상의 액세스 계층으로 전환 하 고 수명 주기 종료 시 데이터를 만료 하는 데 사용할 수 있는 다양 한 규칙 기반 정책을 제공 합니다.Blob Storage lifecycle management offers a rich, rule-based policy that you can use to transition your data to the best access tier and to expire data at the end of its lifecycle. Azure Blob Storage 수명 주기 관리를 참조하여 자세히 알아보세요.See Manage the Azure Blob storage lifecycle to learn more.

참고

블록 blob storage 계정 (프리미엄 성능)에 저장 된 데이터는 현재 Set Blob 계층 또는 Azure Blob Storage 수명 주기 관리를 사용 하 여 핫, 쿨 또는 보관으로 계층화 할 수 없습니다.Data stored in a block blob storage account (Premium performance) cannot currently be tiered to hot, cool, or archive using Set Blob Tier or using Azure Blob Storage lifecycle management. 데이터를 이동 하려면 블록 blob 저장소 계정에서 blob을 사용 하 여 다른 계정에서 핫 액세스 계층으로 blob을 동기식으로 복사 해야 합니다. URL Api의 Put 블록 또는이 api를 지 원하는 AzCopy의 버전입니다.To move data, you must synchronously copy blobs from the block blob storage account to the hot access tier in a different account using the Put Block From URL API or a version of AzCopy that supports this API. URL에서 블록 배치 API는 서버에서 데이터를 동기적으로 복사합니다. 이는 모든 데이터를 원래 서버 위치에서 대상 위치로 이동하면 호출이 완료된다는 의미입니다.The Put Block From URL API synchronously copies data on the server, meaning the call completes only once all the data is moved from the original server location to the destination location.

Blob 수준 계층화 청구Blob-level tiering billing

BLOB이 쿨 계층으로 이동하는 경우(핫->쿨, 핫->아카이브, 또는 쿨->아카이브) 작업은 대상 계층 쓰기 작업으로 청구되며 대상 계층의 쓰기 작업(10,000개당) 및 데이터 쓰기(GB당) 요금이 적용됩니다.When a blob is moved to a cooler tier (hot->cool, hot->archive, or cool->archive), the operation is billed as a write operation to the destination tier, where the write operation (per 10,000) and data write (per GB) charges of the destination tier apply.

Blob이 핫 계층으로 이동 하면 (archive-> 쿨, archive-> 핫 또는 쿨 > 핫) 작업은 원본 계층에서 읽기로 청구 되며 원본 계층의 읽기 작업 (1만 당) 및 데이터 검색 (GB 당) 요금이 적용 됩니다.When a blob is moved to a warmer tier (archive->cool, archive->hot, or cool->hot), the operation is billed as a read from the source tier, where the read operation (per 10,000) and data retrieval (per GB) charges of the source tier apply. 쿨 또는 보관 계층에서 이동한 모든 Blob에 대한 초기 삭제 요금도 적용해야 합니다.Early deletion charges for any blob moved out of the cool or archive tier may apply as well. 다음 표에는 이러한 계층의 변경 내용에 대한 대금 청구 방식이 요약되어 있습니다.The following table summarizes how tier changes are billed.

쓰기 요금(작업 + 액세스)Write Charges (Operation + Access) 읽기 요금(작업 + 액세스)Read Charges (Operation + Access)
SetBlobTier 방향SetBlobTier Direction 핫 > 쿨,hot->cool,
핫 > 보관hot->archive,
쿨 > 보관cool->archive
보관-> 쿨,archive->cool,
보관-> 핫,archive->hot,
쿨 > 핫cool->hot

쿨 및 보관 초기 삭제Cool and archive early deletion

쿨 계층으로 이동 하는 모든 blob (GPv2 계정에만 해당)은 쿨 초기 삭제 기간인 30 일의 영향을 받습니다.Any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days. 보관 계층으로 이동 하는 모든 blob에는 보관 초기 삭제 기간인 180 일이 적용 됩니다.Any blob that is moved into the archive tier is subject to an archive early deletion period of 180 days. 요금이 비례하여 배분됩니다.This charge is prorated. 예를 들어 blob가 보관으로 이동 된 다음 45 일 후에 삭제 되거나 핫 계층으로 이동 되 면 보관에 해당 blob을 저장 하는 135 (180-45) 일에 해당 하는 초기 삭제 요금이 청구 됩니다.For example, if a blob is moved to archive and then deleted or moved to the hot tier after 45 days, you'll be charged an early deletion fee equivalent to 135 (180 minus 45) days of storing that blob in archive.

액세스 계층이 변경 되지 않은 경우에는 마지막으로 수정한blob 속성을 사용 하 여 초기 삭제를 계산할 수 있습니다.You may calculate the early deletion by using the blob property, Last-Modified, if there has been no access tier changes. 그렇지 않으면 blob 속성: 액세스 계층 변경 시간을 확인 하 여 액세스 계층이 쿨 또는 보관으로 마지막으로 수정 된 시간을 사용할 수 있습니다.Otherwise you can use when the access tier was last modified to cool or archive by viewing the blob property: access-tier-change-time. Blob 속성에 대한 자세한 내용은 Blob 속성 가져오기를 참조하세요.For more information on blob properties, see Get Blob Properties.

블록 blob 저장소 옵션 비교Comparing block blob storage options

다음 표에서는 프리미엄 성능 블록 blob 저장소와 핫, 쿨 및 보관 액세스 계층의 비교를 보여 줍니다.The following table shows a comparison of premium performance block blob storage, and the hot, cool, and archive access tiers.

프리미엄 성능Premium performance 핫 계층Hot tier 쿨 계층Cool tier 보관 계층Archive tier
가용성Availability 99.9%99.9% 99.9%99.9% 99%99% 오프라인Offline
가용성Availability
(RA-GRS 읽기)(RA-GRS reads)
해당 없음N/A 99.99%99.99% 99.9%99.9% 오프라인Offline
사용 요금Usage charges 더 높은 저장소 비용, 낮은 액세스 및 트랜잭션 비용Higher storage costs, lower access and transaction cost 스토리지 비용 더 높음, 액세스 및 트랜잭션 비용 더 낮음Higher storage costs, lower access, and transaction costs 스토리지 비용 더 낮음, 액세스 및 트랜잭션 비용 더 높음Lower storage costs, higher access, and transaction costs 스토리지 비용 가장 낮음, 액세스 및 트랜잭션 비용 가장 높음Lowest storage costs, highest access, and transaction costs
최소 개체 크기Minimum object size 해당 없음N/A 해당 없음N/A 해당 없음N/A 해당 없음N/A
최소 스토리지 기간Minimum storage duration 해당 없음N/A 해당 없음N/A 30 일130 days1 180일180 days
대기 시간Latency
(첫 번째 바이트까지의 시간)(Time to first byte)
1 자리 밀리초Single-digit milliseconds 밀리초milliseconds 밀리초milliseconds 시간2hours2

1 GPv2 계정의 쿨 계층에 있는 개체의 최소 보존 기간은 30 일입니다.1 Objects in the cool tier on GPv2 accounts have a minimum retention duration of 30 days. Blob storage 계정에는 쿨 계층에 대 한 최소 보존 기간이 없습니다.Blob storage accounts don't have a minimum retention duration for the cool tier.

2 Archive Storage 현재는 서로 다른 검색 대기 시간을 제공 하는 2 리하이드레이션 우선 순위 (높음 및 표준)를 지원 합니다.2 Archive Storage currently supports 2 rehydrate priorities, High and Standard, that offers different retrieval latencies. 자세한 내용은 리하이드레이션 blob data from the archive 계층항목을 참조 하세요.For more information, see Rehydrate blob data from the archive tier.

참고

Blob storage 계정은 범용 v2 저장소 계정과 동일한 성능 및 확장성 목표를 지원 합니다.Blob storage accounts support the same performance and scalability targets as general-purpose v2 storage accounts. 자세한 내용은 Azure Storage 확장성 및 성능 목표를 참조하세요.For more information, see Azure Storage Scalability and Performance Targets.

빠른 시작 시나리오Quickstart scenarios

이 섹션에서는 Azure Portal을 사용하여 다음 시나리오를 보여줍니다.In this section, the following scenarios are demonstrated using the Azure portal:

  • GPv2 또는 Blob Storage 계정의 기본 계정 액세스 계층을 변경하는 방법입니다.How to change the default account access tier of a GPv2 or Blob storage account.
  • GPv2 또는 Blob Storage 계정의 계층을 변경하는 방법입니다.How to change the tier of a blob in a GPv2 or Blob storage account.

GPv2 또는 Blob Storage 계정의 기본 계정 액세스 계층을 변경합니다.Change the default account access tier of a GPv2 or Blob storage account

  1. Azure 포털에 로그인합니다.Sign in to the Azure portal.

  2. 스토리지 계정으로 이동하려면 모든 리소스를 선택하고 스토리지 계정을 선택합니다.To navigate to your storage account, select All Resources, then select your storage account.

  3. 설정에서 구성 을 클릭 하 여 계정 구성을 확인 하 고 변경 합니다.In Settings, click Configuration to view and change the account configuration.

  4. 요구 사항에 적합 한 액세스 계층을 선택 합니다. 액세스 계층 또는 으로 설정 합니다.Select the right access tier for your needs: Set the Access tier to either Cool or Hot.

  5. 위쪽에서 저장 을 클릭합니다.Click Save at the top.

GPv2 또는 Blob 저장소 계정에서 blob의 계층 변경Change the tier of a blob in a GPv2 or Blob storage account

  1. Azure 포털에 로그인합니다.Sign in to the Azure portal.

  2. 스토리지 계정에서 Blob으로 이동하려면 모든 리소스를 선택하고 스토리지 계정을 선택하고 컨테이너를 선택한 다음 Blob을 선택합니다.To navigate to your blob in your storage account, select All Resources, select your storage account, select your container, and then select your blob.

  3. Blob 속성에서 계층 변경을 선택 합니다.In the Blob properties, select Change tier.

  4. , 또는 보관 액세스 계층을 선택 합니다.Select the Hot, Cool, or Archive access tier. Blob이 현재 보관 된 상태이 고 온라인 계층으로 리하이드레이션 하는 경우 표준 또는 높음의 리하이드레이션 우선 순위를 선택할 수도 있습니다.If your blob is currently in archive and you want to rehydrate to an online tier, you may also select a Rehydrate Priority of Standard or High.

  5. 아래쪽에서 저장 을 선택 합니다.Select Save at the bottom.

가격 책정 및 대금 청구Pricing and billing

모든 저장소 계정은 각 blob의 계층에 따라 블록 blob 저장소에 대 한 가격 책정 모델을 사용 합니다.All storage accounts use a pricing model for Block blob storage based on the tier of each blob. 다음과 같은 비용 청구 고려 사항을 염두에 둡니다.Keep in mind the following billing considerations:

  • 저장소 비용: 저장 된 데이터의 양에 더하여 데이터를 저장 하는 비용은 액세스 계층에 따라 달라 집니다.Storage costs: In addition to the amount of data stored, the cost of storing data varies depending on the 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 access tier, you're charged a per-gigabyte data access charge for reads.
  • 트랜잭션 비용: 계층이 증가 함에 따라 증가 하는 모든 계층에 대해 트랜잭션 별 요금이 청구 됩니다.Transaction costs: There's 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.
  • 액세스 계층 변경: 계정 액세스 계층을 변경 하면 명시적 계층 집합이 없는 계정에 저장 된 액세스 계층 유추 blob에 대 한 계층 변경 요금이 발생 합니다.Changing the access tier: Changing the account access tier will result in tier change charges for access tier inferred blobs stored in the account that don't have an explicit tier set. 단일 blob에 대 한 액세스 계층을 변경 하는 방법에 대 한 자세한 내용은 blob 수준 계층화 청구를 참조 하세요.For information on changing the access tier for a single blob, refer to Blob-level tiering billing.

참고

블록 blob에 대 한 가격 책정에 대 한 자세한 내용은 가격 책정 페이지 Azure Storage 를 참조 하세요.For more information about pricing for Block blobs, see Azure Storage Pricing page. 아웃바운드 데이터 전송 요금에 대한 자세한 내용은 데이터 전송 가격 책정 정보 페이지를 참조하세요.For more information on outbound data transfer charges, see Data Transfers Pricing Details page.

FAQFAQ

데이터를 계층화하려는 경우 Blob Storage 또는 GPv2 계정을 사용해야 하나요?Should I use Blob storage or GPv2 accounts if I want to tier my data?

계층화에 Blob Storage 계정 대신 GPv2를 사용하는 것이 좋습니다.We recommend you use GPv2 instead of Blob storage accounts for tiering. GPv2는 Blob Storage 계정이 지원하는 모든 기능을 지원합니다.GPv2 support all the features that Blob storage accounts support plus a lot more. Blob Storage와 GPv2 간의 가격 책정은 거의 동일하지만 몇 가지 새로운 기능 및 가격 구분은 GPv2 계정에서만 사용할 수 있습니다.Pricing between Blob storage and GPv2 is almost identical, but some new features and price cuts will only be available on GPv2 accounts. GPv1 계정은 계층화를 지원 하지 않습니다.GPv1 accounts don't support tiering.

GPv1과 GPv2 계정 간에 가격 책정 구조가 다르며 고객은 GPv2 계정을 사용하기 전에 둘을 신중하게 평가해야 합니다.Pricing structure between GPv1 and GPv2 accounts is different and customers should carefully evaluate both before deciding to use GPv2 accounts. 간단히 한 번 클릭하는 프로세스를 통해 기존 Blob Storage 또는 GPv1 계정을 GPv2로 쉽게 변환할 수 있습니다.You can easily convert an existing Blob storage or GPv1 account to GPv2 through a simple one-click process. 자세한 내용은 Azure Storage 계정 개요를 참조하세요.For more information, see Azure storage account overview.

동일한 계정에 있는 세 개의 모든 (핫, 쿨 및 보관) 액세스 계층에 개체를 저장할 수 있나요?Can I store objects in all three (hot, cool, and archive) access tiers in the same account?

예.Yes. 계정 수준에서 설정 된 액세스 계층 특성은 명시적 집합 계층이 없는 해당 계정의 모든 개체에 적용 되는 기본 계정 계층입니다.The Access Tier attribute set at the account level is the default account tier that applies to all objects in that account without an explicit set tier. Blob 수준 계층화를 사용 하면 계정의 액세스 계층 설정에 관계 없이 개체 수준에서 액세스 계층을 설정할 수 있습니다.Blob-level tiering allows you to set the access tier on at the object level regardless of what the access tier setting on the account is. 세 가지 액세스 계층 (핫, 쿨 또는 보관) 중 하나에 있는 blob는 동일한 계정 내에 존재할 수 있습니다.Blobs in any of the three access tiers (hot, cool, or archive) may exist within the same account.

내 Blob 또는 GPv2 저장소 계정의 기본 액세스 계층을 변경할 수 있나요?Can I change the default access tier of my Blob or GPv2 storage account?

예, 저장소 계정에 액세스 계층 특성을 설정 하 여 기본 계정 계층을 변경할 수 있습니다.Yes, you can change the default account tier by setting the Access tier attribute on the storage account. 계정 계층 변경은 명시적 계층 집합이 없는 계정에 저장 된 모든 개체 (예: 핫 (유추) 또는 쿨 (유추) )에 적용 됩니다.Changing the account tier applies to all objects stored in the account that don't have an explicit tier set (for example, Hot (inferred) or Cool (inferred)). 계정 계층을 핫에서 쿨로 전환 하면 GPv2 계정의 집합 계층 없이 모든 blob에 대 한 쓰기 작업 (1만)이 발생 하 고 쿨에서 핫으로 전환 하면 Blob storage의 모든 blob에 대 한 읽기 작업 (1만 당) 및 데이터 검색 (GB 당) 요금이 모두 발생 합니다. 및 GPv2 계정Toggling the account tier from hot to cool incurs write operations (per 10,000) for all blobs without a set tier in GPv2 accounts only and toggling from cool to hot incurs both read operations (per 10,000) and data retrieval (per GB) charges for all blobs in Blob storage and GPv2 accounts.

기본 계정 액세스 계층을 보관 계층으로 설정할 수 있나요?Can I set my default account access tier to archive?

아니요.No. 핫 및 쿨 액세스 계층만 기본 계정 액세스 계층으로 설정할 수 있습니다.Only hot and cool access tiers may be set as the default account access tier. 보관은 개체 수준에서만 설정할 수 있습니다.Archive can only be set at the object level. Blob 업로드에서 기본 계정 계층에 관계 없이 핫, 쿨 또는 보관으로 선택할 액세스 계층을 지정 합니다.On blob upload, You specify the access tier of your choice to be hot, cool, or archive regardless of the default account tier. 이 기능을 사용 하면 데이터를 보관 계층에 직접 기록 하 여 blob 저장소에서 데이터를 만드는 순간부터 비용을 절감할 수 있습니다.This functionality allows you to write data directly into the archive tier to realize cost-savings from the moment you create data in blob storage.

에서 사용할 수 있는 핫, 쿨 및 보관 액세스 계층은 어디 인가요?In which regions are the hot, cool, and archive access tiers available in?

Blob 수준 계층화와 함께 핫 및 쿨 액세스 계층은 모든 지역에서 사용할 수 있습니다.The hot and cool access tiers along with blob-level tiering are available in all regions. 보관 스토리지는 선택 영역에서만 사용할 수 있습니다.Archive storage will initially only be available in select regions. 전체 목록은 지역별 사용 가능한 Azure 제품을 참조하세요.For a complete list, see Azure products available by region.

쿨 액세스 계층의 blob이 핫 액세스 계층의 blob과 다르게 작동 하나요?Do the blobs in the cool access tier behave differently than the ones in the hot access tier?

핫 액세스 계층의 blob에는 GPv1, GPv2 및 Blob storage 계정의 blob과 동일한 대기 시간이 있습니다.Blobs in the hot access tier have the same latency as blobs in GPv1, GPv2, and Blob storage accounts. 쿨 액세스 계층의 blob에는 GPv1, GPv2 및 Blob storage 계정의 blob과 유사한 대기 시간 (밀리초)이 있습니다.Blobs in the cool access tier have a similar latency (in milliseconds) as blobs in GPv1, GPv2, and Blob storage accounts. 보관 액세스 계층의 blob에는 GPv1, GPv2 및 Blob storage 계정에서 몇 시간의 대기 시간이 있습니다.Blobs in the archive access tier have several hours of latency in GPv1, GPv2, and Blob storage accounts.

쿨 액세스 계층의 blob에는 핫 액세스 계층에 저장 된 blob 보다 약간 낮은 가용성 서비스 수준 (SLA)이 있습니다.Blobs in the cool access tier have a slightly lower availability service level (SLA) than the blobs stored in the hot access tier. 자세한 내용은 스토리지에 대한 SLA를 참조하세요.For more information, see SLA for storage.

핫, 쿨 및 보관 계층 간에 작업은 동일한가요?Are the operations among the hot, cool, and archive tiers the same?

핫 및 쿨 간의 모든 작업은 100% 일치합니다.All operations between hot and cool are 100% consistent. GetBlobProperties, Getblobproperties, ListBlobs, SetBlobTier 포함 된 유효한 모든 보관 작업 및 DeleteBlob는 핫 및 쿨의 100%와 일치 합니다.All valid archive operations including GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, and DeleteBlob are 100% consistent with hot and cool. Blob 데이터는 다시 사용할 때까지 보관 계층에서 읽거나 수정할 수 없습니다. 보관 중에는 blob 메타 데이터 읽기 작업만 지원 됩니다.Blob data can't be read or modified while in the archive tier until rehydrated; only blob metadata read operations are supported while in archive.

보관 계층에서 핫 또는 쿨 계층으로 Blob을 리하이드레이션하는 경우 리하이드레이션이 완료되는 시간을 어떻게 알 수 있나요?When rehydrating a blob from archive tier to the hot or cool tier, how will I know when rehydration is complete?

리하이드레이션 중에는 blob 속성 가져오기 작업을 사용 하 여 보관 상태 특성을 폴링하고 계층 변경이 완료 된 시간을 확인할 수 있습니다.During rehydration, you may use the get blob properties operation to poll the Archive Status attribute and confirm when the tier change is complete. 상태는 대상 계층에 따라 "rehydrate-pending-to-hot" 또는 "rehydrate-pending-to-cool"을 읽습니다.The status reads "rehydrate-pending-to-hot" or "rehydrate-pending-to-cool" depending on the destination tier. 완료되면 보관 상태 속성이 제거되고 액세스 계층 Blob 속성은 새로운 핫 또는 쿨 계층을 반영합니다.Upon completion, the archive status property is removed, and the Access Tier blob property reflects the new hot or cool tier.

Blob의 계층을 설정한 후에 언제부터 해당하는 요금이 청구되기 시작하나요?After setting the tier of a blob, when will I start getting billed at the appropriate rate?

각 Blob은 항상 Blob의 액세스 계층 속성에서 표시하는 계층에 따라 비용이 청구됩니다.Each blob is always billed according to the tier indicated by the blob's Access Tier property. Blob에 대해 새 계층을 설정한 경우 액세스 계층 속성은 모든 전환에 대 해 새 계층을 즉시 반영합니다.When you set a new tier for a blob, the Access Tier property immediately reflects the new tier for all transitions. 그러나 보관 계층에서 핫 또는 쿨 계층으로 Blob을 리하이드레이션하는 데 몇 시간이 걸릴 수 있습니다.However, rehydrating a blob from the archive tier to a hot or cool tier can take several hours. 이 경우 리하이드레이션 완료 될 때까지 보관 요금으로 요금이 청구 됩니다. 이때 액세스 계층 속성은 새 계층을 반영 합니다.In this case, you're billed at archive rates until rehydration is complete, at which point the Access Tier property reflects the new tier. 이 시점에서 핫 또는 쿨 속도로 해당 blob에 대 한 요금이 청구 됩니다.At that point you're billed for that blob at the hot or cool rate.

쿨 또는 보관 계층에서 blob을 삭제 하거나 이동할 때 초기 삭제 요금이 발생 하는지 확인 하는 어떻게 할까요??How do I determine if I'll incur an early deletion charge when deleting or moving a blob out of the cool or archive tier?

쿨(GPv2 계정만) 또는 보관 계층에서 각각 30일 및 180일 이전에 삭제되거나 이동되는 모든 Blob은 비례 배분된 초기 삭제 요금이 발생합니다.Any blob that is deleted or moved out of the cool (GPv2 accounts only) or archive tier before 30 days and 180 days respectively will incur a prorated early deletion charge. 마지막 계층 변경의 스탬프를 제공하는 액세스 계층 변경 시간 Blob 속성을 확인하여 Blob이 쿨 또는 보관 계층에서 유지된 기간을 확인할 수 있습니다.You can determine how long a blob has been in the cool or archive tier by checking the Access Tier Change Time blob property, which provides a stamp of the last tier change. Blob 계층이 절대 변경 되지 않은 경우 마지막으로 수정한 blob 속성을 확인할 수 있습니다.If the blob's tier was never changed, you can check the Last Modified blob property. 자세한 내용은 쿨 및 보관 초기 삭제를 참조 하세요.For more information, see Cool and archive early deletion.

Blob 수준 계층화 및 보관 스토리지를 지원하는 Azure 도구 및 SDK는 무엇인가요?Which Azure tools and SDKs support blob-level tiering and archive storage?

Azure Portal, PowerShell과 CLI 도구 및 .NET, Java, Python과 Node.js 클라이언트 라이브러리는 모두 Blob 수준 계층화 및 보관 스토리지를 지원합니다.Azure portal, PowerShell, and CLI tools and .NET, Java, Python, and Node.js client libraries all support blob-level tiering and archive storage.

핫, 쿨 및 보관 계층에 저장할 수 있는 데이터의 양은 얼마인가요?How much data can I store in the hot, cool, and archive tiers?

다른 제한과 함께 데이터 저장소는 계정 수준에서 설정 되며 액세스 계층 별로 설정 되지 않습니다.Data storage along with other limits are set at the account level and not per access tier. 한 계층 또는 3 계층 모두에서 한도를 모두 사용 하도록 선택할 수 있습니다.You can choose to use all of your limit in one tier or across all three tiers. 자세한 내용은 Azure Storage 확장성 및 성능 목표를 참조하세요.For more information, see Azure Storage scalability and performance targets.

다음 단계Next steps

GPv2 및 Blob 저장소 계정에서 핫, 쿨 및 보관 평가Evaluate hot, cool, and archive in GPv2 and Blob storage accounts