Azure Blob Storage를 사용하면 데이터 볼륨이 증가하고 사용 패턴이 진화하는 경우에도 조직에서 데이터 스토리지 요구 사항을 효율적으로 관리하고 크기를 조정할 수 있습니다. Blob 수명 주기 관리를 사용하면 고객은 데이터를 쿨 계층으로 자동 전환하거나 더 이상 필요하지 않은 경우 만료하는 규칙 기반 정책을 구현하여 비용을 사전에 최적화할 수 있습니다.
이 원활한 자동화를 통해 데이터는 항상 가장 비용 효율적인 방식으로 저장되므로 간편한 액세스 및 강력한 데이터 관리를 유지하면서 예산 효율성을 최대화할 수 있습니다. Blob 수명 주기 관리를 통해 조직은 비용이 최적화되고 데이터가 실제 사용량에 따라 관리된다는 것을 알고 스토리지 환경을 자신 있게 확장할 수 있습니다.
수명 주기 관리 정책을 사용하면 다음을 수행할 수 있습니다.
Blob의 현재 버전, Blob의 이전 버전 또는 Blob 스냅샷이 일정 기간 동안 액세스 또는 수정되지 않는 경우, 이러한 개체를 더 쿨한 저장소 계층으로 전환하여 비용을 최적화합니다.
Blob에 액세스할 때 즉시 쿨에서 핫으로 다시 전환합니다.
Blob의 현재 버전, Blob의 이전 버전 또는 수명 주기가 끝나면 Blob 스냅샷을 삭제합니다.
필터로 이름 접두사 또는 블롭 인덱스 태그를 사용하여 전체 스토리지 계정, 선택된 컨테이너, 또는 블롭 하위 집합에 규칙을 적용합니다.
팁
수명 주기 관리를 사용하면 단일 계정에 대한 비용을 최적화할 수 있지만 Azure Storage Actions 를 사용하여 여러 계정에서 대규모로 여러 데이터 작업을 수행할 수 있습니다.
수명 주기 관리 정책 기능
수명 주기 관리 정책은 JSON 문서의 규칙 컬렉션입니다. 자세한 내용은 Azure Blob Storage 수명 주기 관리 정책 구조를 참조하세요.
수명 주기 관리 정책은 범용 v2, 프리미엄 블록 Blob 및 Blob Storage 계정의 블록 Blob 및 추가 Blob에 대해 지원됩니다. 수명 주기 관리는 $logs 및 $web 컨테이너와 같은 시스템 컨테이너에 영향을 주지 않습니다.
규칙은 개체를 처리하는 데 사용되는 연결된 작업 및 필터와 함께 조건의 정의입니다. 다음 표에서는 각 규칙 요소에 대해 설명합니다.
| 규칙 요소 | 설명 |
|---|---|
| 여건 | 조건은 만들기 시간, 마지막으로 수정한 시간 및 마지막으로 액세스한 시간(액세스 시간 추적을 사용하는 경우)의 세 가지 Blob 속성을 기반으로 합니다. |
| 활동 | 작업은 연결된 조건을 충족하는 필터링된 Blob에 적용됩니다. Blob 계층을 쿨 계층으로 변경하거나 Blob을 삭제하는 등 규칙당 하나 이상의 작업을 정의해야 합니다. |
| 필터 | 필터는 경로 접두사 및 Blob 태그를 사용하여 스토리지 계정 내의 Blob 하위 집합으로 규칙 작업을 제한합니다. 필터가 두 개 이상 정의된 경우 논리 AND는 모든 필터에서 실행됩니다. 필터를 사용하여 포함할 Blob을 지정할 수 있습니다. 필터는 제외할 Blob을 지정할 방법을 제공하지 않습니다. |
정책 실행
수명 주기 정책의 규칙을 추가하거나 편집할 때 변경 내용이 적용되고 첫 번째 실행이 시작되는 데 최대 24시간이 걸릴 수 있습니다.
활성 정책은 개체를 주기적으로 처리하며 정책이 변경되면 중단됩니다. 정책을 삭제하면 새 정책 실행이 예약되지 않지만 실행이 이미 진행 중인 경우 실행이 완료될 때까지 계속되며 실행을 완료하는 데 필요한 작업에 대한 요금이 청구됩니다. 정책의 모든 규칙을 사용하지 않도록 설정하면 정책이 비활성 상태가 됩니다. 실행이 이미 진행 중인 경우 해당 실행은 24시간 내에 중지되며 새 실행은 예약되지 않습니다. 먼저 정책을 사용하지 않도록 설정하고 24시간을 기다린 다음 정책을 삭제하는 것이 좋습니다.
실행이 완료되는 데 필요한 시간은 평가되고 작동하는 Blob의 수에 따라 달라집니다. 스토리지 계정에 대한 요청 속도가 스토리지 계정 제한에 가까워지면 Blob이 평가되고 작동하는 대기 시간이 더 길어질 수 있습니다. 정책 실행의 요청을 포함하여 스토리지 계정에 대한 모든 요청은 초당 요청에 대해 동일한 한도까지 누적되며, 해당 제한이 접근함에 따라 워크로드에서 수행한 요청에 우선 순위가 지정됩니다. 계정 제한을 늘리려면 Azure 지원에 문의하세요.
기본 확장 제한을 보려면 다음 문서를 참조하세요.
수명 주기 관리 성능 특성에 대해 자세히 알아봅니다.
LifecyclePolicyCompleted 이벤트를 구독하여 정책 실행 결과를 모니터링하고 메트릭 및 로그를 사용하여 오류를 진단할 수 있습니다. 수명 주기 관리 정책 모니터링을 참조하세요.
청구서 발행
수명 주기 관리 정책은 무료입니다. Blob 계층 설정 API 호출에 대한 표준 작업 비용이 고객에게 청구됩니다. 삭제 작업은 무료입니다. 그러나 스토리지용 Microsoft Defender 와 같은 다른 Azure 서비스 및 유틸리티는 수명 주기 정책을 통해 관리되는 작업에 대해 요금을 부과할 수 있습니다.
Blob의 마지막 액세스 시간에 대한 각 업데이트 비용은 기타 작업 범주에서 청구됩니다. 각 마지막 액세스 시간 업데이트는 하루에 수천 번 액세스하더라도 개체당 최대 24시간마다 한 번씩 "다른 트랜잭션"으로 청구됩니다. 이는 읽기 트랜잭션 요금과는 별개입니다.
가격에 대한 자세한 내용은 블록 Blob 가격을 참조하세요.
알려진 문제 및 제한 사항
프리미엄 블록 Blob 스토리지 계정에서는 계층화가 아직 지원되지 않습니다. 다른 모든 계정의 경우 계층화는 블록 Blob에서만 허용되며 추가 및 페이지 Blob에는 허용되지 않습니다.
수명 주기 관리 정책은 전체적으로 읽거나 써야 합니다. 부분 업데이트는 지원되지 않습니다.
각 규칙에는 최대 10개의 대/소문자 구분 접두사 및 최대 10개의 Blob 인덱스 태그 조건이 있을 수 있습니다.
수명 주기 관리 정책을 사용하여 암호화 범위를 사용하는 Blob의 계층을 보관 계층으로 변경할 수 없습니다.
수명 주기 관리 정책의 삭제 작업은 변경할 수 없는 컨테이너의 모든 Blob에서 작동하지 않습니다. 변경할 수 없는 정책을 사용하면 개체를 만들고 읽을 수 있지만 수정하거나 삭제할 수는 없습니다. 자세한 내용은 변경이 불가능한 스토리지로 업무상 중요한 Blob 데이터 저장을 참조하세요.
수명 주기 관리는 시스템 컨테이너(예:
$logs$web containers)에 영향을 주지 않습니다.
질문과 대답(FAQ)
수명 주기 관리 FAQ를 참조하세요.