버킷 공간을 사용하는 데이터
W&B는 설정된 오브젝트 스토리지에 여러 범주의 데이터를 저장합니다. BYOB 개요에서 실험 파일과 메트릭, 아티팩트 파일, 미디어 파일, run 파일, Parquet 형식으로 내보낸 이력 등의 예시를 확인할 수 있습니다. 이러한 데이터가 합쳐져 버킷 크기와 비용이 결정됩니다.W&B가 저장소에서 데이터를 제거하는 방식
W&B App 또는 Public API에서 삭제하면 W&B 메타데이터가 먼저 업데이트됩니다. 제품에서 run, 아티팩트 또는 파일을 제거하더라도 보고되는 버킷 사용량이 곧바로 줄어들지 않을 수 있습니다. 오브젝트 스토리지 정리는 백그라운드 작업으로 실행되므로 지연될 수 있으며, 부하가 큰 인스턴스에서는 특히 그렇습니다.아티팩트
삭제된 아티팩트는 먼저 소프트 삭제된 후 아티팩트 가비지 컬렉션을 통해 정리됩니다. Self-Managed 배포에서는GORILLA_ARTIFACT_GC_ENABLED를 설정해야 하며, 버전 관리나 소프트 삭제 등 공급자 요구 사항도 충족해야 합니다. 자세한 내용은 아티팩트 삭제 및 환경 변수 설정을 참조하세요.
run 데이터와 run 파일
run 또는 run과 연결된 파일을 삭제한 후 기본 저장 객체를 영구적으로 제거하는 방식은 아티팩트와 별도로 제어됩니다. Dedicated Cloud 및 Self-Managed 배포에서는GORILLA_DATA_RETENTION_PERIOD로 삭제된 run 데이터를 저장소에서 제거할 수 있게 되기까지 보존하는 기간을 설정합니다. 이 설정은 아티팩트를 삭제하지 않습니다. 자세한 내용은 환경 변수 설정 및 Dedicated Cloud의 데이터 보존 정책을 참조하세요. run 및 파일 삭제와 저장소의 관계는 run 삭제를 참조하세요.
백그라운드 정리 작업에 대해 알아 둘 사항
가비지 컬렉션을 비롯해 오브젝트 스토리지 공간을 확보하는 관련 작업은 완료 시점이 보장되지 않습니다. UI 또는 API에서 콘텐츠를 삭제하더라도 W&B는 해당 객체가 특정 시간 내에 버킷에서 삭제된다고 보장하지 않습니다. run마다 많은 미디어 파일을 로깅하는 경우처럼 run당 파일 수가 많은 프로젝트에서는 저장소 사용량이 해제되기까지 시간이 더 오래 걸릴 수 있습니다. 클라우드 제공업체에서 버킷 상태를 모니터링하고, 정리 작업이 멈춘 것으로 보이면 W&B Support 또는 담당 계정 팀에 문의하세요.버킷 사용량 줄이기
이 섹션에서는 버킷의 공간을 확보할 때 권장되는 작업 순서를 설명합니다. 안전한 제품 플로우부터 시작해, 더 주의가 필요한 버킷 직접 오퍼레이션 순으로 진행합니다. 먼저 지원되는 제품 플로우를 사용하세요.- 더 이상 필요하지 않은 run은 W&B App에서 삭제하거나 Python으로 삭제하세요.
- 더 이상 필요하지 않은 아티팩트를 삭제하고, 워크플로에 맞는 경우 Artifact TTL을 사용하세요.
- 삭제한 객체는 W&B를 통해 더 이상 다운로드할 수 없습니다.
- 제거하려는 키만 삭제해야 합니다. 잘못 삭제하면 앱이 아직 참조하는 데이터에 액세스하지 못할 수 있습니다.
- 버킷에서 객체 버전 관리 또는 공급자 소프트 삭제(예: Google Cloud Storage)를 사용하는 경우, 클라우드 라이프사이클 규칙에 따라 최신이 아닌 버전이나 소프트 삭제된 객체가 만료될 때까지 저장소 요금이 계속 부과될 수 있습니다. :::