Blob 데이터를 위한 액세스 계층
클라우드에 저장된 데이터는 기하급수적으로 증가합니다. 확장되는 스토리지 요구에 따른 비용을 관리하기 위해 액세스 빈도 및 보존 기간을 기준으로 데이터를 구성하는 것이 도움이 될 수 있습니다. Azure Storage는 사용 방법에 따라 Blob 데이터를 가장 비용 효율적인 방식으로 저장할 수 있도록 다양한 액세스 계층을 제공합니다. Azure Storage 액세스 계층에는 다음이 포함됩니다.
- 핫 계층 - 자주 액세스하거나 수정하는 데이터를 저장하는 데 최적화된 온라인 계층입니다. 핫 계층은 스토리지 비용이 가장 높지만 액세스 비용은 가장 낮습니다.
- 쿨 계층 - 자주 액세스하거나 수정하지 않는 데이터를 저장하는 데 최적화된 온라인 계층입니다. 쿨 계층의 데이터는 최소 30일 동안 저장해야 합니다. 쿨 계층은 핫 계층에 비해 스토리지 비용이 낮고 액세스 비용은 높습니다.
- 콜드 계층 - 거의 액세스하거나 수정하지 않지만 여전히 빠른 검색이 필요한 데이터를 저장하는 데 최적화된 온라인 계층입니다. 콜드 계층의 데이터는 최소 90일 동안 저장해야 합니다. 콜드 계층은 쿨 계층에 비해 스토리지 비용이 낮고 액세스 비용은 높습니다.
- 보관 계층 - 거의 액세스하지 않고 요구되는 대기 시간(시간 기준)이 유연한 데이터를 저장하는 데 최적화된 오프라인 계층입니다. 보관 계층의 데이터는 최소 180일 동안 저장해야 합니다.
Azure Storage 용량 제한은 액세스 계층에 따라 설정하는 대신 계정 수준에서 설정됩니다. 한 계층에서 용량 사용량을 최대화할 수도 있고, 두 개 이상의 계층에 용량을 분산할 수도 있습니다.
참고 항목
액세스 계층 설정은 블록 Blob에서만 허용됩니다. 추가 및 페이지 Blob에는 지원되지 않습니다.
온라인 액세스 계층
데이터가 온라인 액세스 계층(핫, 쿨 또는 콜드)에 저장되는 경우 사용자는 데이터에 즉시 액세스할 수 있습니다. 핫 계층은 활발하게 사용 중인 데이터에 가장 적합합니다. 쿨 또는 콜드 계층은 액세스 빈도는 낮지만 여전히 읽고 쓸 수 있어야 하는 데이터에 이상적입니다.
핫 계층의 사용 시나리오 예는 다음과 같습니다.
- 활발하게 사용 중이지 않은 데이터 또는 빈번한 읽기 및 쓰기가 필요할 것으로 예상되는 데이터.
- 처리 및 쿨 액세스 계층에 대한 최종 마이그레이션을 위해 스테이징된 데이터.
쿨 및 콜드 액세스 계층에 대한 사용 시나리오는 다음과 같습니다.
- 단기 데이터 백업 및 재해 복구
- 자주 사용되지는 않지만 즉시 액세스할 수 있어야 하는 이전 데이터 세트입니다.
- 처리를 위해 기타 데이터를 수집하는 동안 비용 효율적인 방식으로 저장해야 하는 대규모 데이터 세트.
Blob을 핫, 쿨 또는 콜드 계층으로 이동하는 방법을 알아보려면 Blob의 액세스 계층 설정을 참조하세요.
쿨 및 콜드 계층의 데이터는 가용성이 다소 낮지만 내구성, 검색 대기 시간 및 처리량 특성은 핫 계층과 동일하게 높습니다. 쿨 또는 콜드 계층에 있는 데이터의 경우 핫 계층에 비해 가용성이 다소 낮고 액세스 비용이 높을 수 있지만 전반적인 스토리지 비용이 낮기 때문에 상충 관계가 납득할 만한 수준일 수 있습니다. 자세한 내용은 스토리지에 대한 SLA를 참조하세요.
계층에 필요한 최소 일수가 경과하기 전에 Blob을 삭제하거나, 덮어쓰거나, 다른 계층으로 이동하면 조기 삭제 위약금이 부과됩니다. 예를 들어 범용 v2 계정의 쿨 계층에 있는 Blob은 30일이 경과하기 전에 삭제되거나 다른 계층으로 이동하는 경우 조기 삭제 위약금이 부과됩니다. 콜드 계층의 Blob의 경우 90일이 경과하기 전에 삭제되거나 다른 계층으로 이동한 경우 삭제 페널티가 적용됩니다. 요금이 비례하여 배분됩니다. 예를 들어 Blob이 쿨 계층으로 이동된 다음, 21일이 지나서 삭제되는 경우 쿨 계층에 해당 Blob을 저장한 9일(30-21)에 해당하는 조기 삭제 요금이 청구됩니다. 조기 삭제 요금은 지정된 기간 내에 작업(예: Blob 배치, 블록 목록 배치 또는 Blob 복사)을 통해 전체 개체를 다시 쓰는 경우에도 발생합니다.
참고 항목
일시 삭제를 사용하도록 설정된 계정에서 Blob은 삭제되고 보존 기간이 만료된 후 삭제된 것으로 간주됩니다. 해당 기간이 만료될 때까지 Blob은 일시 삭제만 되며 조기 삭제 위약금이 부과되지 않습니다.
핫, 쿨 및 콜드 계층은 모든 중복 구성을 지원합니다. Azure Storage의 데이터 중복도 옵션에 대한 자세한 내용은 Azure Storage 중복도를 참조하세요.
보관 액세스 계층
보관 계층은 거의 액세스하지 않는 데이터를 저장하기 위한 오프라인 계층입니다. 보관 액세스 계층의 스토리지 비용이 가장 낮습니다. 그러나 이 계층은 핫, 쿨, 콜드 계층에 비해 대기 시간이 길어 데이터 검색 비용이 더 높습니다. 보관 액세스 계층에 대한 사용 예시 시나리오는 다음과 같습니다.
- 장기 백업, 보조 백업 및 보관 데이터 세트
- 사용 가능한 최종 형태로 처리된 후에도 보존할 필요가 있는 원래(원시) 데이터
- 장기간 저장할 필요가 있거나 거의 액세스하지 않는 규정 준수 및 보관 데이터
Blob을 보관 계층으로 이동하는 방법을 알아보려면 Blob 보관을 참조하세요.
데이터는 최소 180일 동안 보관 계층에 남아 있어야 합니다. 그렇지 않으면 초기 삭제 요금이 부과됩니다. 예를 들어 Blob이 보관 계층으로 이동된 다음, 45일이 지나서 삭제되거나 핫 계층으로 이동되는 경우 보관 계층에 해당 Blob을 저장한 135일(180-45)에 해당하는 조기 삭제 요금이 청구됩니다.
참고 항목
일시 삭제를 사용하도록 설정된 계정에서 Blob은 삭제되고 보존 기간이 만료된 후 삭제된 것으로 간주됩니다. 해당 기간이 만료될 때까지 Blob은 일시 삭제만 되며 조기 삭제 위약금이 부과되지 않습니다.
Blob이 보관 계층에 있는 동안에는 읽거나 수정할 수 없습니다. 보관 계층에서 Blob을 읽거나 다운로드하려면 먼저 온라인 계층(핫, 쿨 또는 콜드)으로 리하이드레이션해야 합니다. 보관 계층의 데이터는 리하이드레이션 작업에 대해 지정한 우선 순위에 따라 리하이드레이션하는 데 최대 15시간이 걸릴 수 있습니다. Blob 리하이드레이션에 대한 자세한 내용은 보관 계층에서 Blob 리하이드레이션 개요를 참조하세요.
보관된 Blob의 메타데이터는 읽기 액세스에 사용할 수 있으므로 Blob 및 해당 속성, 메타데이터 및 인덱스 태그를 나열할 수 있습니다. 보관 계층의 Blob에 대한 메타데이터는 읽기 전용인 반면 Blob 인덱스 태그는 읽거나 기록할 수 있습니다. 보관된 Blob의 메타데이터에 대한 스토리지 비용은 쿨 계층 요금으로 청구됩니다. 보관된 Blob에는 스냅샷이 지원되지 않습니다.
보관 계층의 Blob에 대해 지원되는 작업은 다음과 같습니다.
- Blob 복사
- Blob 삭제
- Blob 삭제 취소
- Find Blobs by Tags
- Blob 메타데이터 가져오기
- Blob 속성 가져오기
- Get Blob Tags
- Blob 나열
- Set Blob Tags
- Blob 계층 설정
LRS, GRS 또는 RA-GRS에 대해 구성된 스토리지 계정만 보관 계층으로 Blob 이동을 지원합니다. 보관 계층은 ZRS, GZRS 또는 RA-GZRS 계정에 대해 지원되지 않습니다. Azure Storage에 대한 중복도 구성에 대한 자세한 내용은 Azure Storage 중복도를 참조하세요.
보관 계층의 Blob이 포함된 스토리지 계정에 대한 중복 구성을 변경하려면 먼저 보관된 모든 Blob을 핫, 쿨 또는 콜드 계층으로 다시 리하이드레이션해야 합니다. 리하이드레이션 작업에는 많은 비용과 시간이 소요될 수 있으므로 가능하면 보관된 Blob이 포함된 스토리지 계정에 대한 중복 구성을 변경하지 않는 것이 좋습니다.
계정이 LRS에 대해 구성되어 있는 동안 보관 계층으로 이동된 Blob이 없는 한 LRS에서 GRS로의 스토리지 계정 마이그레이션이 지원됩니다. 계정이 LRS가 된 시간부터 30일 이내에 업데이트가 완료되고 계정이 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 Storage 수명 주기 관리는 지정한 조건이 충족되면 데이터를 원하는 액세스 계층으로 전환하는 데 사용할 수 있는 규칙 기반 정책을 제공합니다. 수명 주기 관리를 사용하여 수명이 끝날 때 데이터를 만료할 수도 있습니다. 자세히 알아보려면 Azure Blob Storage 액세스 계층을 자동화하여 비용 최적화를 참조하세요.
참고 항목
프리미엄 블록 Blob 스토리지 계정에 저장된 데이터는 Blob 계층 설정 또는 Azure Blob Storage 수명 주기 관리를 사용하여 핫, 쿨, 콜드 또는 보관으로 계층화할 수 없습니다. 데이터를 이동하려면 URL API에서 블록 배치 또는 이 API를 지원하는 AzCopy 버전을 사용하여 블록 Blob 스토리지 계정에서 다른 계정의 핫 계층으로 Blob을 동기식으로 복사해야 합니다. URL에서 블록 배치 API는 서버에서 데이터를 동기적으로 복사합니다. 이는 모든 데이터를 원래 서버 위치에서 대상 위치로 이동하면 호출이 완료된다는 의미입니다.
액세스 계층 옵션 요약
다음 표에는 핫, 쿨, 콜드 및 보관 액세스 계층의 기능이 요약되어 있습니다.
| 핫 액세스 계층 | 쿨 액세스 계층 | 콜드 계층 | 보관 계층 | |
|---|---|---|---|---|
| 가용성 | 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 가격 책정을 참조하세요.
스토리지 용량 비용
데이터 저장 비용은 저장되는 데이터의 양과 액세스 계층에 따라 달라집니다. 계층이 차가워질수록 기가바이트당 용량 비용이 감소합니다.
데이터 액세스 비용
계층이 차가워질수록 데이터 액세스 요금이 증가합니다. 쿨, 콜드 및 보관 액세스 계층에 있는 데이터의 경우 읽기에 대해 기가바이트당 데이터 액세스 요금이 부과됩니다.
트랜잭션 비용
트랜잭션당 요금은 모든 계층에 적용되고 계층이 더 쿨해지면서 증가합니다.
지역에서 복제 데이터 전송 비용
이 요금은 GRS, RA-GRS 및 GZRS를 포함하여 지역 복제가 구성된 계정에만 해당합니다. 지역 복제 데이터 전송에는 기가바이트당 요금이 발생합니다.
아웃바운드 데이터 전송 비용
아웃바운드 데이터 전송(Azure 지역 밖으로 전송된 데이터)에서는 기가바이트당 요금을 기준으로 대역폭 사용 요금이 발생합니다. 아웃바운드 데이터 전송 요금에 대한 자세한 내용은 대역폭 가격 책정 정보 페이지를 참조하세요.
기본 계정 액세스 계층 변경
계정 액세스 계층을 변경하면 계층이 명시적으로 설정되지 않은 모든 Blob에 대한 계층 변경 요금이 청구됩니다. 자세한 내용은 Blob의 액세스 계층 변경 섹션을 참조하세요.
BLOB의 액세스 계층 변경
Blob의 계층을 변경할 때는 다음과 같은 청구 영향에 유의합니다.
- 계층 간에 Blob을 업로드하거나 이동하는 경우 업로드 또는 계층 변경 시 즉시 해당 요금으로 비용이 청구됩니다.
- Blob이 더 차가운 계층으로 이동하는 경우 작업은 대상 계층에 쓰기 작업으로 청구되며 대상 계층의 쓰기 작업(10,000개당) 및 데이터 쓰기(GB당) 요금이 적용됩니다.
- Blob이 더 따뜻한 계층으로 이동하면 작업은 원본 계층에서 읽기로 청구되며 원본 계층의 읽기 작업(10,000개당) 및 데이터 검색(GB당) 요금이 적용됩니다. 쿨, 콜드 또는 보관 계층에서 이동한 모든 Blob에 대한 초기 삭제 요금도 적용될 수 있습니다.
- Blob이 보관 계층에서 리하이드레이션되는 동안 Blob의 데이터는 데이터가 복원되고 Blob의 계층이 핫, 쿨 또는 콜드로 변경될 때까지 보관된 데이터로 청구됩니다.
다음 표에는 이러한 계층의 변경 내용에 대한 대금 청구 방식이 요약되어 있습니다.
| 쓰기 요금(작업 + 액세스) | 읽기 요금(작업 + 액세스) |
|---|---|
| 핫~쿨 핫에서 콜드로 핫~보관 쿨에서 콜드로 쿨~보관 콜드에서 보관으로 |
보관에서 콜드로 보관에서 쿨로 보관에서 핫으로 콜드에서 쿨로 콜드에서 핫으로 쿨에서 핫으로 |
버전 관리를 사용하도록 설정하거나 Blob에 스냅샷이 있는 경우 Blob에 대한 액세스 계층을 변경하면 추가 요금이 발생할 수 있습니다. 버전 관리를 사용하도록 설정된 Blob에 대한 자세한 내용은 Blob 버전 관리 설명서의 가격 책정 및 청구를 참조하세요. 스냅샷이 포함된 Blob에 대한 자세한 내용은 Blob 스냅샷 설명서의 가격 책정 및 청구를 참조하세요.
콜드 계층
제한 사항 및 알려진 문제
- 계정의 기본 액세스 계층 설정은 콜드 계층으로 설정할 수 없습니다.
REST, SDK 및 도구의 필수 버전
| 환경 | 최소 버전 |
|---|---|
| REST API | 2021-21-02 |
| .NET | 12.15.0 |
| Java | 12.21.0 |
| Python | 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 기능 지원을 참조하여 이 기능에 대한 지원을 평가합니다.