수명 주기 관리 성능 특성
Azure Blob Storage 수명 주기 관리를 사용하면 개체를 저렴한 액세스 계층으로의 전환을 자동화하거나 수명 주기가 끝날 때 개체를 삭제하여 스토리지 비용을 줄일 수 있습니다. 정책이 활성화된 경우 수명 주기 관리는 주기 관리 정책에 지정된 필터 집합 및 규칙과 일치하는 스토리지 계정의 개체를 주기적으로 처리합니다. 정책이 스토리지 계정에서 개체 처리를 완료하는 데 필요한 시간은 평가 및 운영할 개체 수, 계정의 고객 워크로드, 스토리지 리소스의 가용성 등과 같은 여러 요인에 따라 달라집니다. 경우에 따라 스토리지 계정의 모든 개체 처리를 완료하는 데 며칠이 걸릴 수 있습니다. 새 수명 주기 관리 정책 실행은 진행 중인 실행이 완료된 후에만 시작됩니다. 수명 주기 관리는 이러한 요소를 염두에 두고 실행 속도를 지속적으로 최적화합니다.
수명 주기 관리 성능에 영향을 주는 요인
수명 주기 관리에서 단일 스토리지 계정의 개체를 처리하는 데 걸리는 실행 시간에 영향을 주는 여러 요인이 있습니다.
수명 주기 관리는 수명 주기 관리 정책에서 필터 집합(접두사 또는 파일 경로)을 만들어 범위가 지정되는 스토리지 계정의 개체 하위 집합을 처리합니다. 범위를 지정하지 않거나 범위가 너무 넓은 경우 수명 주기 관리에서 많은 수의 개체를 처리해야 하므로 정책이 완료되는 데 필요한 시간이 늘어나게 될 수 있습니다. 개체의 상당 비율이 정책 조건을 충족하는 경우에도 처리 시간이 증가할 수 있습니다. 이러한 처리 시간 증가는 스토리지 계정에서 정책이 처음으로 사용하도록 설정된 경우에 특히 그렇습니다.
수명 주기 관리 정책에 의해 만들어진 요청을 포함하여 스토리지 계정에 대해 이루어진 모든 요청은 초당 요청에 대해 동일한 제한으로 누적됩니다. 해당 요청 제한에 접근하면 고객 워크로드에서 수행한 요청에 우선 순위가 지정됩니다. 스토리지 계정의 확장성 및 성능 제한에 도달하면 처리 개체의 대기 시간도 증가합니다. 특정 시간 프레임 내에서 수행해야 하는 작업을 결정할 때 이 대기 시간을 고려합니다. 표준 스토리지 계정의 확장성 및 성능 목표에 대해 자세히 알아봅니다.
고객 워크로드의 우선 순위를 지정하여 수명 주기 관리를 통해 이러한 워크로드가 중단을 최소화 또는 중단 없이 실행할 수 있습니다. 그러나 수명 주기 관리에 의해 처리되는 개체의 속도에 영향을 미칠 수 있습니다. 이러한 경우 개체 만들기 및 수정 속도가 수명 주기 관리에서 스토리지 계정을 처리할 수 있는 속도보다 높을 수 있습니다.
정책 조건은 정책을 실행하는 동안 각 개체에서 한 번만 평가됩니다. 경우에 따라 개체가 이미 실행에 의해 평가된 후 조건을 충족할 수 있습니다. 이러한 개체는 후속 실행에서 처리됩니다.
이러한 조건 중 어느 것이든 스토리지 계정에서 개체 처리를 완료하는 데 수명 주기 관리가 며칠이 걸릴 수 있습니다. 수명 주기 관리의 이러한 성능 특성으로 인해 개체를 처리하는 데 시간이 오래 걸리고 스토리지 용량이 증가할 수 있습니다.
수명 주기 관리 성능 향상을 위한 모범 사례
수명 주기 관리 정책의 범위 좁히기
수명 주기 관리가 실행을 완료하는 데 시간이 오래 걸리는 경우 필터 집합을 적용하여 검색 및 평가 범위를 좁히는 것이 좋습니다. 수명 주기 관리 정책 규칙을 작성하는 동안 접두사 및/또는 Blob 인덱스 태그를 추가하여 이 작업을 수행할 수 있습니다. 범위가 좁아진 경우 수명 주기 관리를 통해 작업을 최적화할 수 있습니다.
팁
Azure Storage Copilot를 사용하여 수명 주기 관리 정책을 구성할 수 있습니다.
스토리지 및 트랜잭션 비용 최적화
더 저렴한 스토리지 계층으로 이동하기 위해 트랜잭션 비용을 지불하는 대신 작은 개체가 현재 계층에 머무르는 것이 더 비용 효율적일 수 있습니다. 작은 파일을 하위 계층으로 이동하지 마세요. 올바른 스토리지 계층을 선택하는 방법에 대해 자세히 알아봅니다.
팁
Azure Storage Actions 는 크기 기반 개체 대상 지정 및 계층화/삭제 작업을 지원합니다.
적절한 시간 기반 규칙 설정
개체 만들기, 수정 또는 마지막 액세스 시간 및 정책에서 의도한 작업 사이에 짧은 기간을 사용하는 정책 조건을 사용하지 않습니다. 수명 주기 관리는 이전 실행이 완료된 후 처리를 시작하는 데 최대 24시간이 걸릴 수 있습니다. 정책 변경 및 업데이트가 적용되려면 최대 24시간이 걸릴 수 있습니다. 여기에는 정책을 비활성 상태로 만들기 위한 모든 규칙 삭제가 포함됩니다. 완료하는 데 며칠이 걸리는 정책은 실행 기간 동안 조건을 충족하더라도 실행 초기에 평가된 개체에서 작동하지 않을 수 있습니다.
확장성 및 성능 제한에 유의하세요.
스토리지 계정의 요청 속도 및 대역폭은 개체 크기, 액세스 패턴 및 워크로드 유형에 따라 달라집니다. 수명 주기 관리는 트래픽이 많은 워크로드 중에 개체 처리 속도가 느려질 수 있습니다. 스토리지 계정이 계정 한도에 도달하고 수명 주기 관리 처리 속도가 느려지면 계정 한도 증가를 요청합니다. 수명 주기 관리 성능은 리소스 할당 및 워크로드 우선 순위에 따라 향상될 수 있습니다. 증가를 요청하려면 Azure 지원에 문의하세요 .
문제 해결 및 모니터링 설정
주기적으로 수명 주기 관리 정책의 성능을 평가해야 합니다. 수명 주기 관리 정책 실행이 완료될 때 알림을 받도록 Event Grid 알림을 설정합니다. 실행 세부 정보를 자세히 알아보려면 Azure Monitor에서 스토리지 리소스 로그를 사용합니다.