Azure Blob Storage 액세스 계층 설명 및 관리
지금까지 몇 가지 비용 최적화 옵션을 검토했으므로 Azure Blob Storage 액세스 계층을 좀 더 자세히 살펴보겠습니다. 스토리지 사용 비용을 절감할 수 있음을 인식하고 있지만, 부적절하게 사용하면 스토리지 요금이 실제로 증가할 수 있다는 것도 알고 있습니다. 이 단원에서는 액세스 계층 동작을 제어하는 몇 가지 일반적인 규칙에 대해 알아봅니다. 또한 혜택을 최적화하는 데 도움이 되는 몇 가지 주의 사항을 식별합니다.
Azure Blob Storage는 다음 네 가지 액세스 계층을 지원합니다.
핫 계층: 자주 액세스하거나 수정하는 데이터를 저장하는 데 최적화된 온라인 계층입니다. 이 계층은 스토리지 비용이 가장 높지만 액세스 비용은 가장 낮습니다.
쿨 계층: 자주 액세스하거나 수정하지 않는 데이터를 저장하는 데 최적화된 온라인 계층입니다. 이 계층은 핫 계층보다 스토리지 비용이 낮지만 액세스 비용은 더 높습니다.
콜드 계층: 자주 액세스하거나 수정하지 않는 데이터를 저장하는 데 최적화된 온라인 계층입니다. 이 계층은 쿨 계층보다 스토리지 비용이 낮지만 액세스 비용은 더 높습니다.
보관 계층: 드물게 액세스하거나 전혀 액세스하지 않는 데이터를 저장하는 데 최적화된 오프라인 계층입니다. 이 계층은 스토리지 비용이 가장 낮지만 액세스 비용은 가장 높습니다.
드물게라는 용어는 객관적이지 않습니다. 일반적인 지침으로, 최소 30일 동안 연속해서 Blob을 삭제하거나 다른 계층으로 이동할 필요가 없는 경우 쿨 계층을 사용하는 것이 좋습니다. 최소 90일 연속으로 Blob을 삭제하거나 이동할 필요가 없는 경우 콜드 계층을 사용해도 됩니다. 해당 기간이 180일 이상인 경우 보관 계층을 사용하는 것이 좋습니다. 이러한 값은 조기 삭제 요금을 부과하는 가격 책정 모델로 인한 결과입니다. 계층별 기간이 지나기 전에 쿨 또는 보관 계층에서 Blob이 삭제되거나 이동된 경우 이 요금이 적용됩니다. 이 기간은 쿨 계층의 경우 30일, 콜드 계층의 경우 90일, 보관 계층의 경우 180일입니다.
조기 삭제 요금은 계층별 기간의 남은 일 수에 따라 비례 배분됩니다. 예를 들어 Blob이 쿨 계층에 할당되고 20일 후에 삭제되는 경우 조기 삭제 요금은 쿨 계층에서 Blob을 10일(30 - 20) 동안 저장하는 비용을 나타냅니다. 마찬가지로 Blob이 보관 계층에 할당되고 100일 후에 쿨 또는 핫 계층으로 이동되는 경우 조기 삭제 요금은 보관 계층에서 Blob을 80일(180 - 100) 동안 저장하는 비용을 나타냅니다.
참고
Blob에 대한 조기 삭제 요금을 방지하기 위해 Blob 복사 작업을 사용하여 Blob을 다른 계층에 복사할 수 있습니다. 그러나 이로 인해 원본 Blob의 복제본인 추가 Blob을 만드는 것과 관련된 용량 요금이 증가합니다.
Blob에 대한 액세스 계층 관리 모델 설명
핫, 쿨, 콜드 및 보관 액세스 계층 중에서 선택하는 경우 고려해야 할 추가 요소가 있습니다. 또한 다양한 액세스 계층의 관리 모델을 이해하는 것도 도움이 됩니다.
가격 차이 외에도 Blob에는 다양한 가용성의 SLA(서비스 수준 계약)이 있습니다. 보관, 콜드 및 쿨 계층은 동일한 내구성, 처리량 및 스토리지 액세스 대기 시간 특성을 제공합니다. 검색 시간은 밀리초 범위입니다. 또한 핫 및 쿨 계층은 모든 중복 옵션을 지원합니다.
핫, 쿨, 콜드 또는 보관 액세스 계층은 업로드하는 동안 Blob에 직접 할당할 수 있습니다. 또는 스토리지 계정 수준에서 기본 계층으로 지정된 액세스 계층에 따라 핫, 쿨 또는 콜드 액세스 계층(보관은 아님)을 유추할 수 있습니다. 그러나 명시적 계층 할당은 유추된 계층 할당보다 우선합니다.
참고 항목
스토리지 계정 수준에서 기본 액세스 계층을 변경하는 경우의 의미를 신중하게 고려합니다. 명시적으로 할당된 액세스 계층이 없는 Blob 수가 많은 경우 가격 책정에 상당한 영향을 미칠 수 있습니다.
보관 계층에서는 Blob의 콘텐츠를 직접 읽거나 수정할 수 없습니다. 그러나 인덱스 태그를 포함하여 메타데이터에 액세스할 수 있습니다. Blob의 콘텐츠에 액세스하기 위해 핫, 쿨 또는 콜드 계층에 할당하여 리하이드레이션이라고 하는 프로세스를 트리거할 수 있습니다. 또는 Blob 복사 작업을 호출하여 핫, 쿨 또는 콜드 계층에서 Blob 복사본을 만들 수 있습니다.
참고 항목
보관 계층에는 Blob 리하이드레이션에 대한 두 가지 우선 순위(표준 및 높음)가 있습니다. 표준 우선 순위 리하이드레이션에는 최대 15시간이 걸릴 수 있습니다. 그러나 우선 순위가 높은 요청은 표준 우선 순위보다 먼저 처리되며, 크기가 10GB 미만인 Blob의 경우 1시간 이내에 완료될 수 있습니다. 우선순위가 높은 리하이드레이션은 비용이 더 많이 들기 때문에 Microsoft는 긴급 데이터 복원 상황에서 사용하기 위해 우선순위가 높은 리하이드레이션을 예약하는 것을 권장합니다.
보관 계층을 사용하는 스토리지 계정은 LRS, GRS 또는 RA-GRS 중복 옵션을 사용하여 구성해야 합니다. 보관 계층은 영역 중복을 지원하지 않으므로 중복을 ZRS, GZRS 또는 RA-GZRS로 설정할 수 없습니다.
참고
보관 계층에는 유추를 사용하는 대신 명시적 Blob 수준 할당이 필요합니다. Azure Storage 계정은 기본 계층을 보관으로 설정하여 구성할 수 없습니다.