Azure Blob Storage 비용 최적화 옵션 식별

10분

Azure Blob Storage 가격 책정 모델에 대한 일반적인 이해는 비용 최적화의 기회를 식별하는 데 도움이 됩니다. 대상 Azure 지역 또는 스토리지 계정 복제 범위를 선택하는 등 디자인 단계에서 결정해야 하는 몇 가지 결정이 더 적합할 수 있습니다. 사용 패턴은 시간이 지남에 따라 바뀌며 다른 결정에 영향을 미칩니다. 그러나 비용 최적화는 지속적으로 주의 깊게 따르고 평가해야 하는 지속적인 작업이라는 점을 기억해야 합니다. 이 단원에서는 다양한 비용 최적화 옵션에 대해 알아봅니다. 이러한 옵션 중 사용자 환경의 스토리지 관련 요금을 해결하는 데 도움이 될 수 있는 옵션도 결정합니다.

Azure Blob Storage 비용 최적화 옵션 설명

이 단원에서 고려하는 주요 비용 최적화 옵션은 다음과 같습니다.

액세스 계층으로 데이터를 구성합니다.
쿨 및 보관 계층에 직접 작성합니다.
액세스 계층 간에 데이터를 자동으로 이동합니다.
스토리지 용량을 예약합니다.

액세스 계층으로 데이터 구성

액세스 계층의 목적은 회사에서 Blob 사용 패턴을 반영하는 가격 책정 모델 및 데이터 검색 속도를 선택할 수 있도록 하는 것입니다. 액세스 계층은 스토리지 계정 내의 개별 Blob에 액세스하는 빈도에 따라 선택해야 합니다.

예를 들어, 자주 사용되는 Blob은 스토리지 사용을 최적화하고 비용을 최소화하기 위해 핫 액세스 계층으로 구성된 Blob Storage 계정에 있어야 합니다. 반대로, 가끔만 사용하려는 Blob은 쿨 액세스 계층으로 구성된 Blob Storage 계정에 상주해야 합니다. 자주 액세스하거나 수정하지 않는 Blob은 콜드 액세스 계층으로 구성된 Blob Storage 계정에 저장해야 합니다. 마지막으로, 콘텐츠에 액세스하기 위한 단기 계획 없이 보관 목적으로 보존되는 Blob을 보관 계층에 할당해야 합니다.

이 권장 사항은 두 가지 유형의 요금을 결정하는 액세스 계층별 가격 책정 모델을 기반으로 합니다.

미사용 데이터 유지 관리와 관련된 요금(기가바이트당).
읽기, 업데이트 및 삭제 작업을 수행하기 위해 데이터에 액세스하는 것과 관련된 요금입니다.

Blob에 핫 액세스 계층을 할당하면 두 번째 요금은 최소화되지만 첫 번째 요금은 증가합니다. 보관 액세스 계층을 선택하면 반대 효과가 나타납니다. 따라서 데이터에 자주 액세스할 계획인 경우 핫 계층이 가장 비용 효율적인 선택입니다. 데이터에 액세스하는 빈도를 줄이려는 경우 콜드 계층 또는 보관 계층을 사용하면 데이터 저장 비용을 절감할 수 있습니다.

예를 들어 데이터베이스 관리 팀은 온-프레미스 데이터 저장소의 장기 백업에 보관 스토리지를 사용하는 것을 고려해야 합니다. 이러한 백업은 복원할 필요가 거의 없더라도 규정 요구 사항에 따라 몇 년 동안 보존해야 합니다. 반대로 핫 계층은 고객 문제를 해결하는 데 사용되는 로그 파일과 단기 분석 및 보고에 더 적합합니다.

쿨 및 보관 계층에 직접 작성합니다

가까운 시일 내에 새 Blob에 액세스되지 않을 것이라는 명확한 표시가 있는 경우 콜드 또는 보관 계층에 직접 할당하는 것이 좋습니다. 이 단계에서는 여러 단계로 이동하는 데 드는 요금이 제거됩니다.

액세스 계층 간에 데이터를 자동으로 이동

처음에 할당하는 액세스 계층은 장기 스토리지 추세를 반영하지 않을 수 있습니다. 현재 문제를 해결하는 데 사용된 로그는 몇 주 후에는 이전과 같은 중요성을 갖지 않을 수도 있습니다. 마찬가지로, 최근 백업을 신속하게 복원하는 것이 중요할 수 있지만, 동일한 백업 복사본에 대해 지금부터 몇 달 후에는 이러한 긴급성이 적용되지 않을 수 있습니다. 액세스 계층을 수동으로 수정할 수는 있지만, 이런 방식은 상당한 유지 관리 오버헤드를 발생합니다. 특히 엔터프라이즈 시나리오에서 흔히 볼 수 있는 것처럼 대량의 Blob을 수정하는 경우에 그렇습니다.

다행히 이 단계는 필요하지 않습니다. Azure Blob Storage는 정의한 조건에 따라 계층 간에 데이터를 이동하는 수명 주기 관리 정책을 지원합니다. 예를 들어 Blob이 지난 90일 동안 수정되지 않은 경우 Blob을 보관 계층으로 전환하는 정책 규칙을 정의할 수 있습니다. 마찬가지로 지난 360일 동안 액세스하지 않은 경우 보관 계층에서 Blob을 삭제하는 정책 규칙을 만들 수 있습니다.

참고 항목

정책은 마지막으로 수정된 날짜 또는 마지막으로 액세스한 날짜를 기준으로 할 수 있습니다. 후자는 마지막 액세스 시간 추적을 사용하도록 설정해야 합니다.

스토리지 용량 예약