클라우드에 저장되는 데이터는 기하급수적으로 증가합니다. 확장되는 스토리지 요구에 따른 비용을 관리하기 위해 액세스 빈도 및 보존 기간을 기준으로 데이터를 구성하는 것이 도움이 될 수 있습니다. Azure Storage는 사용 방법에 따라 Blob 데이터를 가장 비용 효율적인 방식으로 저장할 수 있도록 다양한 액세스 계층을 제공합니다. Azure Storage 액세스 계층에는 다음이 포함됩니다.
- 핫 계층 - 자주 액세스하거나 수정하는 데이터를 저장하는 데 최적화된 온라인 계층입니다. 핫 계층은 스토리지 비용이 가장 높지만 액세스 비용은 가장 낮습니다.
- 쿨 계층 - 자주 액세스하거나 수정하지 않는 데이터를 저장하는 데 최적화된 온라인 계층입니다. 쿨 계층의 데이터는 최소 30일 동안 저장해야 합니다. 쿨 계층은 핫 계층에 비해 저장 비용은 낮지만 액세스 비용은 더 높습니다.
- 콜드 계층 - 거의 액세스하거나 수정하지 않지만, 여전히 빠른 검색이 필요한 데이터를 저장하도록 최적화된 온라인 계층입니다. 콜드 계층의 데이터는 최소 90일 동안 저장해야 합니다. 콜드 계층은 쿨 계층에 비해 스토리지 비용이 낮고 액세스 비용은 높습니다.
- 보관 계층 - 거의 액세스하지 않고 요구되는 대기 시간(시간 기준)이 유연한 데이터를 저장하는 데 최적화된 오프라인 계층입니다. 보관 계층의 데이터는 최소 180일 동안 저장해야 합니다.
- 스마트 계층 - 스마트 계층은 사용 패턴에 따라 핫, 쿨 및 콜드 액세스 계층 간에 데이터를 자동으로 이동하여 이러한 액세스 계층에 대한 비용을 자동으로 최적화합니다. 자세한 내용은 스마트 계층을 사용하여 비용 최적화를 참조하세요.
Azure Storage 용량 제한은 액세스 계층에 따라 설정하는 대신 계정 수준에서 설정됩니다. 한 계층에서 용량 사용량을 최대화할 수도 있고, 두 개 이상의 계층에 용량을 분산할 수도 있습니다.
참고
액세스 계층 설정은 블록 Blob에서만 허용됩니다. 추가 및 페이지 Blob에는 지원되지 않습니다.
온라인 액세스 계층
데이터가 온라인 액세스 계층(핫, 쿨 또는 콜드)에 저장되어 있는 경우, 사용자는 즉시 해당 데이터에 액세스할 수 있습니다. 핫 계층은 활발하게 사용되는 데이터에 가장 적합한 선택입니다. 쿨 또는 콜드 계층은 액세스 빈도는 낮지만, 여전히 읽기와 쓰기가 가능해야 하는 데이터에 적합합니다.
핫 계층의 예시 사용 시나리오는 다음과 같습니다.
- 활발하게 사용 중이거나 자주 읽기 및 쓰기가 필요할 것으로 예상되는 데이터.
- 처리 및 쿨 액세스 계층에 대한 최종 마이그레이션을 위해 스테이징된 데이터.
쿨 및 콜드 액세스 계층의 사용 시나리오는 다음과 같습니다.
- 단기 데이터 백업 및 재해 복구
- 자주 사용되지는 않지만 즉시 액세스할 수 있어야 하는 이전 데이터 세트입니다.
- 다른 데이터를 처리용으로 수집하는 동안, 비용 효율적으로 저장해야 하는 대용량 데이터 세트.
Blob을 핫, 쿨 또는 콜드 계층으로 이동하는 방법은 Blob 액세스 계층 설정을 참조하세요.
쿨 및 콜드 계층의 데이터는 가용성이 약간 낮지만, 핫 계층과 동일한 높은 내구성, 검색 지연 시간, 처리량 특성을 제공합니다. 쿨 또는 콜드 계층의 데이터는 핫 계층에 비해 전체 저장 비용을 낮출 수 있는 대가로, 약간 낮은 가용성과 더 높은 액세스 비용을 수용할 수 있습니다. 자세한 내용은 SLA 용 데이터 스토리지를 참조하세요.
Blob은 계층별 최소 보존 기간이 지나기 전에 삭제, 덮어쓰기 또는 다른 계층으로 이동될 경우 조기 삭제 페널티가 적용됩니다. 예를 들어, 범용 v2 계정의 쿨 계층에 있는 Blob은 30일이 경과하기 전에 삭제되거나 다른 계층으로 이동될 경우 조기 삭제 페널티가 적용됩니다. 콜드 계층에 있는 Blob은 90일이 경과하기 전에 삭제되거나 다른 계층으로 이동될 경우 삭제 페널티가 적용됩니다. 요금이 비례하여 배분됩니다. 예를 들어, Blob을 쿨 계층으로 이동한 후 21일 만에 삭제하면, 쿨 계층에서 해당 Blob을 30일 중 21일만 저장했으므로 나머지 9일(30–21)에 해당하는 조기 삭제 요금이 부과됩니다. 지정된 기간 내에 Blob 전체를 다시 쓰는 작업(예: Put Blob, Put Block List, Copy Blob)도 조기 삭제 요금이 발생합니다. 이 요금은 해당 계층의 데이터 스토리지 가격을 기준으로 비례 배분됩니다. 즉, 120일 후에 보관된 Blob을 삭제하면 이 개체가 180일 동안 청구됩니다.
참고
소프트 삭제가 활성화된 계정에서는, Blob이 삭제되고 보존 기간이 만료되면 해당 Blob이 삭제된 것으로 간주됩니다. 해당 기간이 만료될 때까지 Blob은 일시 삭제만 되며 조기 삭제 위약금이 부과되지 않습니다.
핫, 쿨, 콜드 계층은 모든 중복 구성을 지원합니다. Azure Storage의 데이터 중복도 옵션에 대한 자세한 내용은 Azure Storage 중복도를 참조하세요.
보관 액세스 계층
보관 계층은 거의 액세스하지 않는 데이터를 저장하기 위한 오프라인 계층입니다. 보관 액세스 계층의 스토리지 비용이 가장 낮습니다. 그러나 이 계층은 핫, 쿨, 콜드 계층과 비교할 때 데이터 검색 비용이 더 높고 지연 시간도 길어집니다. 보관 액세스 계층의 사용 예시 시나리오는 다음과 같습니다.
- 장기 백업, 보조 백업, 및 아카이브 데이터 세트
- 처리 후에도 최종 사용 가능한 형태로 가공되더라도 반드시 보존해야 하는 원시 데이터
- 장기간 저장할 필요가 있거나 거의 액세스하지 않는 규정 준수 및 보관 데이터
Blob을 보관 계층으로 이동하는 방법을 알아보려면 Blob 보관을 참조하세요.
데이터는 최소 180일 동안 보관 계층에 남아 있어야 합니다. 그렇지 않으면 초기 삭제 요금이 부과됩니다. 예를 들어 Blob이 보관 계층으로 이동된 다음, 45일이 지나서 삭제되거나 핫 계층으로 이동되는 경우 보관 계층에 해당 Blob을 저장한 135일(180-45)에 해당하는 조기 삭제 요금이 청구됩니다.
참고
소프트 삭제가 활성화된 계정에서는, Blob이 삭제되고 보존 기간이 만료되면 해당 Blob이 삭제된 것으로 간주됩니다. 해당 기간이 만료될 때까지 Blob은 일시 삭제만 되며 조기 삭제 위약금이 부과되지 않습니다.
Blob이 보관 계층에 있는 동안에는 읽거나 수정할 수 없습니다. 보관 계층에 있는 Blob을 읽거나 다운로드하려면 먼저 온라인 계층(핫, 쿨, 콜드) 중 하나로 재활성화해야 합니다. 보관 계층의 데이터는 재활성화 작업에서 지정한 우선순위에 따라 최대 15시간이 걸릴 수 있습니다. Blob 리하이드레이션에 대한 자세한 내용은 보관 계층의 Blob 리하위드레이션 개요를 참조하세요.
보관된 Blob의 메타데이터는 읽기 액세스에 사용할 수 있으므로 Blob 및 해당 속성, 메타데이터 및 인덱스 태그를 나열할 수 있습니다. 보관 계층에 있는 Blob의 메타데이터는 읽기 전용이며, Blob 인덱스 태그는 읽기 및 쓰기가 가능합니다. 보관된 Blob의 메타데이터에 대한 저장 비용은 쿨 계층 요금으로 부과됩니다. 보관된 Blob에는 스냅샷이 지원되지 않습니다.
보관 계층에 있는 Blob에 대해 다음 작업이 지원됩니다.
- Blob 복사
- Blob 삭제
- Blob 삭제 취소
- 태그별 Blob 찾기
- Blob 메타데이터 가져오기
- Blob 속성 가져오기
- Blob 태그 가져오기
- Blob을 나열합니다
- Blob 태그 설정
- Blob 계층 설정
LRS, GRS 또는 RA-GRS로 구성된 저장소 계정에서만 Blob을 보관 계층으로 이동할 수 있습니다. 보관 계층은 ZRS, GZRS 또는 RA-GZRS 계정에서는 지원되지 않습니다. Azure Storage에 대한 중복도 구성에 대한 자세한 내용은 Azure Storage 중복도를 참조하세요.
보관 계층에 Blob이 있는 저장소 계정의 중복 구성을 변경하려면 먼저 모든 보관 Blob을 핫, 쿨, 또는 콜드 계층으로 재활성화해야 합니다. 재활성화 작업은 비용과 시간이 많이 들 수 있으므로, 보관 Blob이 있는 저장소 계정의 중복 구성 변경은 피하는 것이 좋습니다.
저장소 계정을 LRS에서 GRS로 마이그레이션하는 것은, 계정이 LRS로 설정된 동안 Blob이 보관 계층으로 이동되지 않았다면 지원됩니다. 계정이 LRS로 변경된 후 14일 이내에 업데이트가 수행되고, 계정이 LRS인 동안 Blob이 보관 계층으로 이동되지 않았다면 계정을 다시 GRS로 이동할 수 있습니다.
기본 계정 액세스 계층 설정
스토리지 계정의 기본 액세스 계층 설정은 새 Blob이 만들어지는 온라인 계층을 나타냅니다. 기본 액세스 계층 설정은 핫, 쿨 또는 콜드로 지정할 수 있습니다. 사용자는 Blob을 업로드하거나 해당 계층을 변경할 때 개별 Blob에 대한 기본 설정을 재정의할 수 있습니다.
새 일반 목적 v2 저장소 계정의 기본 액세스 계층은 기본적으로 핫 계층으로 설정됩니다. 스토리지 계정을 만들 때나 만든 후에 기본 액세스 계층 설정을 변경할 수 있습니다. 저장소 계정에서 이 설정을 변경하지 않거나 Blob 업로드 시 계층을 명시적으로 지정하지 않으면, 새 Blob은 기본적으로 핫 계층에 업로드됩니다.
명시적으로 할당된 계층이 없는 Blob은 기본 계정 액세스 계층 설정에서 해당 계층을 유추합니다. Blob의 액세스 계층이 기본 계정 액세스 계층 설정에서 유추된 경우 Azure Portal에서는 액세스 계층을 핫(유추됨), 쿨(유추됨) 또는 콜드(유추됨)으로 표시합니다.
스토리지 계정에 대한 기본 액세스 계층 설정을 변경하면 액세스 계층이 명시적으로 설정되지 않은 계정의 모든 Blob에 적용됩니다. 일반 목적 v2 계정에서 기본 액세스 계층 설정을 더 차가운 계층으로 전환하면, 액세스 계층이 추론되는 모든 Blob에 대해 쓰기 작업 비용(10,000건당)이 부과됩니다. 일반 목적 v2 계정에서 기본 액세스 계층을 더 따뜻한 계층으로 전환하면, 읽기 작업(10,000건당)과 데이터 검색(GB당) 비용이 모두 부과됩니다.
레거시 Blob Storage 계정을 만들 때는 생성 시 기본 액세스 계층을 핫 또는 쿨로 지정해야 합니다. 레거시 Blob Storage 계정에서 기본 계정 액세스 계층을 더 차가운 계층으로 변경해도 비용이 부과되지 않습니다. Blob Storage 계정에서 기본 액세스 계층을 더 따뜻한 계층으로 전환하면, 읽기 작업(10,000건당)과 데이터 검색(GB당) 비용이 모두 부과됩니다. 가급적 Blob Storage 계정이 아닌 범용 v2 스토리지 계정을 사용하는 것이 좋습니다.
참고
보관 계층은 스토리지 계정에 대한 기본 액세스 계층으로 지원되지 않습니다.
Blob의 계층 설정 또는 변경
Blob을 만들 때 Blob의 계층을 명시적으로 설정하려면 Blob을 업로드할 때 계층을 지정합니다.
Blob을 만든 후 다음 방법 중 하나로 해당 계층을 변경할 수 있습니다.
Blob 계층 설정 작업을 직접 또는 수명 주기 관리 정책을 통해 호출해서. Blob 계층 설정을 호출하는 것은 일반적으로 Blob의 계층을 더 높은 핫 계층에서 더 낮은 쿨 계층으로 변경하는 경우에 가장 적합합니다.
참고
수명 주기 관리 정책을 사용하여 보관 Blob을 온라인 계층으로 재활성화할 수 없습니다.
Blob 복사 작업을 호출하여 한 계층에서 다른 계층으로 Blob을 복사합니다. 보관 계층에서 온라인 계층으로 Blob을 리하이드레이션하거나 Blob을 쿨에서 핫으로 이동하는 대부분의 시나리오에서는 Blob 복사를 호출하는 것이 좋습니다. Blob을 복사하면 원본 Blob에 요구되는 스토리지 간격이 아직 경과하지 않은 경우 부과되는 조기 삭제 위약금을 피할 수 있습니다. 그러나 Blob을 복사하면 두 개의 Blob, 즉 원본 Blob 및 대상 Blob에 대한 용량 요금이 청구됩니다.
Blob의 계층을 더 따뜻한 계층에서 더 차가운 계층으로 변경하는 것과, 콜드 또는 쿨에서 핫으로 변경하는 것은 즉시 적용됩니다. 보관 계층의 Blob을 핫, 쿨, 콜드와 같은 온라인 계층으로 재활성화하는 데는 최대 15시간이 걸릴 수 있습니다.
Blob의 계층을 변경할 때는 다음과 같은 사항에 유의합니다.
Blob 계층 설정은 암호화 범위를 사용하는 Blob을 보관하는 데 사용할 수 없습니다. Blob 계층 설정만 사용하여 온라인 액세스 계층 간에 이동할 수 있습니다. 암호화 범위에 대한 자세한 내용은 BLOB 스토리지의 암호화 범위를 참조하십시오.
Blob이 명시적으로 쿨 또는 콜드 계층으로 이동한 후 보관 계층으로 이동되면, 조기 삭제 요금이 적용됩니다.
Blob 수명 주기 관리
Blob Storage 수명 주기 관리는 지정한 조건이 충족되면 데이터를 원하는 액세스 계층으로 전환하는 데 사용할 수 있는 규칙 기반 정책을 제공합니다. 수명 주기 관리를 사용하여 수명이 끝날 때 데이터를 만료할 수도 있습니다. 자세히 알아보려면 Azure Blob Storage 액세스 계층을 자동화하여 비용 최적화를 참조하세요.
수명 주기 관리 정책을 사용하여 보관 Blob을 온라인 계층으로 재활성화할 수 없습니다. 프리미엄 블록 Blob Storage 계정에 저장된 데이터는 Blob 계층 설정 또는 Azure Blob Storage 수명 주기 관리 기능을 사용하여 핫, 쿨, 콜드 또는 보관 계층으로 변경할 수 없습니다. 데이터를 이동하려면 URL API에서 블록 배치 또는 이 API를 지원하는 AzCopy 버전을 사용하여 블록 Blob 스토리지 계정에서 다른 계정의 핫 계층으로 Blob을 동기식으로 복사해야 합니다. URL에서 블록 배치 API는 서버에서 데이터를 동기적으로 복사합니다. 이는 모든 데이터를 원래 서버 위치에서 대상 위치로 이동하면 호출이 완료된다는 의미입니다.
스토리지 작업
수명 주기 관리는 단일 계정의 계층 간에 데이터를 이동하는 데 도움이 되지만, 스토리지 작업을 사용하면 여러 계정에 걸쳐 대규모로 이 작업을 수행할 수 있습니다. 스토리지 작업은 Azure 스토리지 작업에서 사용할 수 있는 리소스입니다. 여러 스토리지 계정에 걸쳐 수백만 개의 개체에 대해 일반적인 데이터 작업을 수행하는 데 사용할 수 있는 서버리스 프레임워크입니다. 자세히 알아보려면 Azure 스토리지 작업이란?을 참조하세요.
액세스 계층 옵션 요약
다음 표는 핫, 쿨, 콜드, 보관 액세스 계층의 기능을 요약한 것입니다.
| 핫 계층 | 쿨 계층 | 콜드 계층 | 보관 계층 | |
|---|---|---|---|---|
| 가용성 | 99.9% | 99% | 99% | 99% |
|
가용성 (RA-GRS 읽기) |
99.99% | 99.9% | 99.9% | 99.9% |
| 사용 요금 | 스토리지 비용 더 높음, 액세스 및 트랜잭션 비용 더 낮음 | 스토리지 비용 더 낮음, 액세스 및 트랜잭션 비용 더 높음 | 스토리지 비용 더 낮음, 액세스 및 트랜잭션 비용 더 높음 | 스토리지 비용 가장 낮음, 액세스 및 트랜잭션 비용 가장 높음 |
| 최소 권장 데이터 보존 기간 | 해당 없음 | 30일1 | 90일1 | 180일 |
|
대기 시간 (첫 번째 바이트까지의 시간) |
밀리초 | 밀리초 | 밀리초 | 시간2 |
| 지원되는 중복도 구성 | 모두 | 모두 | 모두 | LRS, GRS 및 RA-GRS만3 |
1 범용 v2 계정의 쿨 계층에 있는 개체의 최소 보존 기간은 30일입니다. 일반 목적 v2 계정의 콜드 계층에 있는 객체는 최소 보존 기간이 90일입니다. Blob Storage 계정에서는 쿨 계층과 콜드 계층에 최소 보존 기간이 없습니다.
2 보관 계층의 Blob을 재활성화할 때 표준 또는 높은 재활성화 우선순위를 선택할 수 있습니다. 옵션별로 검색 대기 시간 및 비용이 서로 다릅니다. 자세한 내용은 보관 계층의 Blob 리하이드레이션 개요를 참조하세요.
3 Azure Storage의 중복도 옵션에 대한 자세한 내용은 Azure Storage 중복도를 참조하세요.
가격 책정 및 대금 청구
모든 스토리지 계정에서는 Blob의 계층에 따라 블록 Blob Storage에 가격 책정 모델을 사용합니다. 다음 섹션에 설명된 청구 고려 사항에 유의합니다.
블록 Blob의 가격 책정에 대한 자세한 내용은 블록 Blob 가격 책정을 참조하세요.
스토리지 용량 비용
데이터 저장 비용은 저장되는 데이터의 양과 액세스 계층에 따라 달라집니다. 계층이 차가워질수록 기가바이트당 용량 비용이 감소합니다.
데이터 액세스 비용
계층이 차가워질수록 데이터 액세스 요금이 증가합니다. 쿨, 콜드, 보관 계층의 데이터는 읽기 시 GB당 데이터 액세스 요금이 부과됩니다.
트랜잭션 비용
트랜잭션당 요금은 모든 계층에 적용되고 계층이 더 쿨해지면서 증가합니다.
지역에서 복제 데이터 전송 비용
이 요금은 GRS, RA-GRS, GZRS 등 지리적 복제가 설정된 계정에만 적용됩니다. 지역 복제 데이터 전송에는 기가바이트당 요금이 발생합니다.
송신 데이터 전송 비용
아웃바운드 데이터 전송(Azure 지역 밖으로 전송된 데이터)에서는 기가바이트당 요금을 기준으로 대역폭 사용 요금이 발생합니다. 아웃바운드 데이터 전송 요금에 대한 자세한 내용은 대역폭 가격 책정 정보 페이지를 참조하세요.
기본 계정 액세스 계층 변경
계정 액세스 계층을 변경하면 계층이 명시적으로 설정되지 않은 모든 Blob에 대한 계층 변경 요금이 청구됩니다. 자세한 내용은 Blob의 액세스 계층 변경 섹션을 참조하세요.
BLOB의 액세스 계층 변경
Blob의 계층을 변경할 때는 다음과 같은 청구 영향에 유의합니다.
- 계층 간에 Blob을 업로드하거나 이동하는 경우 업로드 또는 계층 변경 시 즉시 해당 요금으로 비용이 청구됩니다.
- Blob을 더 차가운 계층으로 이동하면, 해당 작업은 대상 계층에 대한 쓰기 작업(10,000건당)으로 청구됩니다. 레거시 Blob Storage 계정 내에서 Blob을 쿨 계층으로 이동할 때 추가 데이터 쓰기(GB당) 요금이 적용됩니다.
- Blob을 더 따뜻한 계층으로 이동하면, 해당 작업은 원본 계층에서의 읽기 작업으로 청구되며, 원본 계층의 읽기 작업(10,000건당) 및 데이터 검색(GB당) 요금이 적용됩니다. 쿨, 콜드, 보관 계층에서 이동된 Blob에는 조기 삭제 요금이 적용될 수 있습니다.
- 보관 계층에서 Blob이 재활성화되는 동안, 해당 Blob의 데이터는 복원되어 계층이 핫, 쿨, 또는 콜드로 변경될 때까지 보관 데이터로 청구됩니다.
다음 표에는 이러한 계층의 변경 내용에 대한 대금 청구 방식이 요약되어 있습니다.
| 읽기 요금(작업 + 액세스) | 읽기 요금(작업 + 액세스) |
|---|---|
| 핫~쿨 핫에서 콜드 핫~보관 쿨에서 콜드 쿨~보관 콜드에서 보관으로 |
보관에서 콜드 쿨에서 보관 핫에서 보관 콜드에서 쿨 콜드에서 핫 쿨에서 핫 |
Blob 버전 관리가 활성화되어 있거나 Blob에 스냅샷이 있는 경우, 액세스 계층 변경 시 추가 요금이 발생할 수 있습니다. 버전 관리가 활성화된 Blob에 대한 정보는 Blob 버전 관리 문서의 요금 및 청구를 참조하세요. 스냅샷이 포함된 Blob에 대한 자세한 내용은 Blob 스냅샷 설명서의 가격 책정 및 청구를 참조하세요.
콜드 계층
콜드 계층은 다음 최소 버전의 REST, SDK 및 도구를 요구합니다
| Environment | 최소 버전 |
|---|---|
| REST API | 2021-12-02 |
| .NET | 12.15.0 |
| java | 12.21.0 |
| 파이썬 | 12.15.0 |
| JavaScript | 12.13.0 |
| PowerShell (Az.Storage) | 5.8.0 |
| Azure CLI | 2.50.0 |
| AzCopy | 10.18.1 |
| Azure Storage Explorer | 1.29.0 |
기능 지원
이 기능에 대한 지원은 Data Lake Storage Gen2, NFS(네트워크 파일 시스템) 3.0 프로토콜 또는 SSH SFTP(파일 전송 프로토콜)를 사용하도록 설정하면 영향을 받을 수 있습니다. 이러한 기능을 사용하도록 설정한 경우 Azure Storage 계정의 Blob Storage 기능 지원을 참조하여 이 기능에 대한 지원을 평가합니다.