Blob 데이터에 대한 핫, 쿨 및 보관 액세스 계층

  • 아티클
  • 읽는 데 28분 걸림

클라우드에 저장된 데이터는 기하급수적으로 증가합니다. 확장되는 스토리지 요구에 따른 비용을 관리하기 위해 액세스 빈도 및 보존 기간을 기준으로 데이터를 구성하는 것이 도움이 될 수 있습니다. Azure Storage는 사용 방법에 따라 Blob 데이터를 가장 비용 효율적인 방식으로 저장할 수 있도록 다양한 액세스 계층을 제공합니다. Azure Storage 액세스 계층에는 다음이 포함됩니다.

  • 핫 계층 - 자주 액세스하거나 수정하는 데이터를 저장하는 데 최적화된 온라인 계층입니다. 핫 계층은 스토리지 비용이 가장 높지만 액세스 비용이 가장 낮습니다.
  • 쿨 계층 - 자주 액세스하거나 수정하지 않는 데이터를 저장하는 데 최적화된 온라인 계층입니다. 쿨 계층의 데이터는 최소 30일 동안 저장되어야 합니다. 쿨 계층은 핫 계층에 비해 스토리지 비용이 낮고 액세스 비용이 더 높습니다.
  • 보관 계층 - 거의 액세스하지 않고 요구되는 대기 시간(시간 기준)이 유연한 데이터를 저장하는 데 최적화된 오프라인 계층입니다. 보관 계층의 데이터는 최소 180일 동안 저장되어야 합니다.

Azure Storage 용량 제한은 액세스 계층 보다는 계정 수준에서 설정됩니다. 한 계층에서 용량 사용량을 최대화할 수도 있고, 두 개 이상의 계층에 용량을 분산할 수도 있습니다.

참고

액세스 계층 설정은 블록 Blob에서만 허용됩니다. 추가 및 페이지 Blob에는 지원되지 않습니다.

온라인 액세스 계층

데이터가 온라인 액세스 계층(핫 또는 쿨)에 저장되면 사용자는 즉시 액세스할 수 있습니다. 핫 계층은 현재 사용 중인 데이터에 가장 적합합니다. 쿨 계층은 자주 액세스하지 않는 데이터에 적합하지만 읽기 및 쓰기에는 여전히 사용할 수 있어야 합니다.

핫 계층에 대한 사용 시나리오의 예는 다음과 같습니다.

  • 활성 상태인 데이터 또는 예상되는 데이터에는 빈번한 읽기 및 쓰기가 필요합니다.
  • 처리 및 쿨 액세스 계층에 대한 최종 마이그레이션을 위해 스테이징된 데이터.

쿨 액세스 계층에 대한 사용 시나리오는 다음과 같습니다.

  • 단기 데이터 백업 및 재해 복구
  • 자주 사용되지는 않지만 즉시 액세스할 수 있어야 하는 이전 데이터 세트입니다.
  • 처리를 위해 다른 데이터를 수집하는 동안 비용 효율적인 방식으로 저장해야 하는 큰 데이터 세트입니다.

Blob을 핫 또는 쿨 계층으로 이동하는 방법을 알아보려면 Blob의 액세스 계층 설정을 참조하세요.

쿨 계층의 데이터는 가용성이 약간 낮지만 핫 계층과 동일한 높은 내구성, 검색 대기 시간 및 처리량 특성을 제공합니다. 쿨 계층의 데이터의 경우 핫 계층에 비해 가용성이 약간 낮고 액세스 비용이 높을수록 전체 스토리지 비용이 낮아질 수 있습니다. 자세한 내용은 스토리지에 대한 SLA를 참조하세요.

범용 v2 계정의 쿨 계층에 있는 Blob은 삭제되거나 30일이 경과하기 전에 다른 계층으로 이동한 경우 조기 삭제 벌금이 부과됩니다. 요금이 비례하여 배분됩니다. 예를 들어 Blob을 쿨 계층으로 이동한 다음 21일 후에 삭제하는 경우 해당 Blob을 쿨 계층에 저장하는 9일(30-21)에 해당하는 조기 삭제 요금이 청구됩니다.

핫 및 쿨 계층은 모든 중복 구성을 지원합니다. Azure Storage의 데이터 중복도 옵션에 대한 자세한 내용은 Azure Storage 중복도를 참조하세요.

보관 액세스 계층

보관 계층은 거의 액세스하지 않는 데이터를 저장하기 위한 오프라인 계층입니다. 보관 액세스 계층의 스토리지 비용이 가장 낮습니다. 그러나 이 계층은 핫 계층과 쿨 계층에 비해 대기 시간이 길어 데이터 검색 비용이 더 높습니다. 보관 액세스 계층에 대한 사용 예시 시나리오는 다음과 같습니다.

  • 장기 백업, 보조 백업 및 보관 데이터 세트
  • 사용 가능한 최종 형태로 처리된 후에도 보존할 필요가 있는 원래(원시) 데이터
  • 장기간 저장할 필요가 있거나 거의 액세스하지 않는 규정 준수 및 보관 데이터

Blob을 보관 계층으로 이동하는 방법을 알아보려면 Blob 보관을 참조하세요.

데이터는 최소 180일 동안 보관 계층에 남아 있어야 합니다. 그렇지 않으면 초기 삭제 요금이 부과됩니다. 예를 들어 Blob을 보관 계층으로 이동한 다음 삭제하거나 45일 후에 핫 계층으로 이동하면 해당 Blob을 보관 계층에 저장하는 135일(180-45일)에 해당하는 조기 삭제 요금이 청구됩니다.

Blob이 보관 계층에 있는 동안에는 읽거나 수정할 수 없습니다. 보관 계층에서 Blob을 읽거나 다운로드하려면 먼저 온라인 계층(핫 또는 쿨)으로 리하이딩해야 합니다. 보관 계층의 데이터는 리하일레이션 작업에 대해 지정한 우선 순위에 따라 리하이딩하는 데 최대 15시간이 걸릴 수 있습니다. 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에 대해 계정이 구성된 동안 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을 리하드레이션하는 데 최대 15시간이 걸릴 수 있습니다.

Blob의 계층을 변경할 때는 다음과 같은 사항에 유의합니다.

  • 암호화 범위를 사용하는 Blob에서는 Blob 계층 설정을 호출할 수 없습니다. 암호화 범위에 대한 자세한 내용은 BLOB 스토리지의 암호화 범위를 참조하십시오.
  • Blob의 계층이 스토리지 계정의 기본 액세스 계층에 따라 쿨로 유추되고 Blob이 보관 계층으로 이동되는 경우 초기 삭제 비용이 발생하지 않습니다.
  • Blob을 쿨 계층으로 명시적으로 이동한 다음 보관 계층으로 이동하면 초기 삭제 요금이 적용됩니다.

다음 표에는 다양한 계층 간에 Blob을 이동하는 데 사용할 수 있는 방법이 요약되어 있습니다.

원본/대상 핫 액세스 계층 쿨 계층 보관 액세스 계층
핫 액세스 계층 해당 없음 Blob 계층 설정 또는 Blob복사를 사용하여 Blob 계층을 핫에서 쿨로 변경합니다. 자세한 정보...

수명 주기 관리 정책을 사용하여 Blob을 쿨 계층으로 이동합니다. 자세한 정보...		 Blob 계층 설정 또는 Blob복사를 사용하여 Blob 계층을 핫에서 보관으로 변경합니다. 자세한 정보...

수명 주기 관리 정책을 통해 Blob을 보관합니다. 자세한 정보...
쿨 계층 Blob 계층 설정 또는 Blob복사를 사용하여 Blob 계층을 쿨에서 핫으로 변경합니다. 자세한 정보...

수명 주기 관리 정책을 사용하여 Blob을 핫 계층으로 이동합니다. 자세한 정보...		 해당 없음 Blob 계층 설정 또는 Blob복사를 사용하여 Blob 계층을 쿨에서 보관으로 변경합니다. 자세한 정보...

수명 주기 관리 정책을 통해 Blob을 보관합니다. 자세한 정보...
보관 액세스 계층 Blob 계층 설정 또는 Blob 복사를 사용하여 핫 계층으로 리하이딩합니다. 자세한 정보... Blob 계층 설정 또는 Blob 복사를 사용하여 쿨 계층으로 리하이딩합니다. 자세한 정보... 해당 없음

Blob 수명 주기 관리

Blob Storage 수명 주기 관리는 지정한 조건이 충족되면 데이터를 원하는 액세스 계층으로 전환하는 데 사용할 수 있는 규칙 기반 정책을 제공합니다. 수명 주기 관리를 사용하여 수명이 끝날 때 데이터를 만료할 수도 있습니다. 자세히 알아보려면 Azure Blob Storage 액세스 계층을 자동화하여 비용 최적화를 참조하세요.

참고

프리미엄 블록 Blob Storage 계정에 저장된 데이터는 Blob 계층 설정 또는 Azure Blob Storage 수명 주기 관리를 사용하여 핫, 쿨 또는 보관으로 계층화할 수 없습니다. 데이터를 이동하려면 URL API 또는 이 API 를 지원하는 AzCopy 버전을 사용하여 블록 Blob Storage 계정에서 다른 계정의 핫 계층으로 Blob을 동기적으로 복사해야 합니다. URL에서 블록 배치 API는 서버에서 데이터를 동기적으로 복사합니다. 이는 모든 데이터를 원래 서버 위치에서 대상 위치로 이동하면 호출이 완료된다는 의미입니다.

액세스 계층 옵션 요약

다음 표에는 핫, 쿨 및 보관 액세스 계층의 기능이 요약되어 있습니다.

핫 액세스 계층 쿨 계층 보관 액세스 계층
가용성 99.9% 99% 오프라인
가용성
(RA-GRS 읽기)		 99.99% 99.9% 오프라인
사용 요금 스토리지 비용 더 높음, 액세스 및 트랜잭션 비용 더 낮음 스토리지 비용 더 낮음, 액세스 및 트랜잭션 비용 더 높음 스토리지 비용 가장 낮음, 액세스 및 트랜잭션 비용 가장 높음
최소 권장 데이터 보존 기간 해당 없음 30일1 180일
대기 시간
(첫 번째 바이트까지의 시간)		 밀리초 밀리초 시간2
지원되는 중복성 구성 모두 모두 LRS, GRS 및 RA-GRS만3

1 범용 v2 계정의 쿨 계층에 있는 개체의 최소 보존 기간은 30일입니다. 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에 대한 자세한 내용은 Blob 스냅샷 설명서의 가격 책정 및 청구를 참조하세요.

기능 지원

이 기능에 대한 지원은 Data Lake Storage Gen2, NFS(네트워크 파일 시스템) 3.0 프로토콜 또는 SSH SFTP(파일 전송 프로토콜)를 사용하도록 설정하면 영향을 받을 수 있습니다.

이러한 기능을 사용하도록 설정한 경우 Azure Storage 계정의 Blob Storage 기능 지원을 참조하여 이 기능에 대한 지원을 평가합니다.

다음 단계