이 글은 자동 번역되었습니다. 원문은 여기를 참조하세요.
Azure Blob Storage 수명 주기 정책을 조정하는 데 시간을 쏟았다가 액세스 패턴이 바뀌면서 다 무너지는 걸 본 적이 있다면, 이 글이 딱 맞습니다. Microsoft가 Azure Blob 및 Data Lake Storage용 smart tier의 정식 출시를 발표했습니다 — 실제 사용량을 기반으로 hot, cool, cold 티어 간에 객체를 자동으로 이동하는 완전 관리형 티어링 기능입니다.
Smart tier가 실제로 하는 일
개념은 간단합니다. smart tier는 스토리지 계정 내 각 객체의 마지막 액세스 시간을 지속적으로 평가합니다. 자주 액세스하는 데이터는 hot에 유지되고, 비활성 데이터는 30일 후 cool로, 그리고 60일 후 cold로 이동합니다. 데이터에 다시 액세스하면 즉시 hot으로 승격됩니다. 사이클이 다시 시작됩니다.
구성할 수명 주기 규칙 없음. 액세스 패턴 예측 없음. 수동 튜닝 없음.
프리뷰 기간 동안 Microsoft는 smart tier로 관리되는 용량의 50% 이상이 실제 액세스 패턴을 기반으로 자동으로 더 차가운 티어로 이동했다고 보고했습니다. 대규모 스토리지 계정에 대해 의미 있는 비용 절감입니다.
.NET 개발자에게 왜 중요한가
로그, 텔레메트리, 분석 데이터, 또는 어떤 종류든 계속 늘어나는 데이터 자산을 생성하는 애플리케이션을 구축하고 있다면 — 솔직히, 안 그런 사람이 있나요? — 스토리지 비용은 빠르게 쌓입니다. 기존 방식은 수명 주기 관리 정책을 작성하고, 테스트하고, 앱의 액세스 패턴이 변경되면 다시 조정하는 것이었습니다. Smart tier는 그 전체 워크플로를 제거합니다.
도움이 되는 실용적인 시나리오들:
- 애플리케이션 텔레메트리 및 로그 — 디버깅 중에는 hot, 몇 주 후에는 거의 액세스하지 않음
- 데이터 파이프라인 및 ETL 출력 — 처리 중에는 집중적으로 액세스, 이후에는 대부분 cold
- 사용자 생성 콘텐츠 — 최근 업로드는 hot, 오래된 콘텐츠는 점차 냉각
- 백업 및 아카이브 데이터 — 컴플라이언스를 위해 가끔 액세스, 대부분 유휴 상태
설정 방법
Smart tier 활성화는 일회성 구성입니다:
- 새 계정: 스토리지 계정 생성 시 smart tier를 기본 액세스 티어로 선택 (영역 중복 필요)
- 기존 계정: blob 액세스 티어를 현재 기본값에서 smart tier로 변경
128 KiB보다 작은 객체는 hot에 유지되며 모니터링 요금이 발생하지 않습니다. 그 외의 모든 객체는 티어 전환 요금 없이, 조기 삭제 수수료 없이, 데이터 검색 비용 없이 표준 hot/cool/cold 용량 요금을 지불합니다. 객체당 월별 모니터링 요금이 오케스트레이션을 커버합니다.
알아야 할 트레이드오프
Smart tier의 티어링 규칙은 고정입니다 (30일 → cool, 90일 → cold). 사용자 정의 임계값이 필요한 경우 — 예를 들어 특정 워크로드에 대해 7일 후 cool로 이동 — 수명 주기 규칙이 여전히 올바른 선택입니다. 그리고 둘 다 혼합하지 마세요: smart tier로 관리되는 객체에 수명 주기 규칙을 사용하면 충돌할 수 있으므로 피하세요.
마무리
혁명적이진 않지만, 실제 운영상의 골칫거리를 해결합니다. 성장하는 blob storage 계정을 관리하고 있고 수명 주기 정책 유지 관리에 지쳤다면, smart tier를 활성화하고 Azure에 맡기세요. 현재 거의 모든 영역 퍼블릭 클라우드 리전에서 사용 가능합니다.
