백그라운드 작업을 위해 Immich가 확보해야 하는 여유 저장 공간은 얼마나 되나요?

에바 왕기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Immich는 가장 큰 예상 업로드 배치, 생성될 수 있는 파생 파일과 임시 출력물, 최신 데이터베이스 백업 하나, 그리고 파일 시스템 안전 여유 공간을 감당할 만큼의 여유 저장 공간을 확보해야 합니다. 모든 라이브러리에 적용할 수 있는 신뢰할 만한 보편적 비율은 없습니다.

휴대폰 동영상 중심의 가정, RAW 사진 아카이브, 거의 변경되지 않는 외부 라이브러리는 매우 다른 규모의 일시적 증가를 만듭니다. 대표적인 작업 주기를 측정하고, 추가로 필요한 바이트와 inode의 최대치를 계산한 다음, 일반적인 처리로는 사용하지 않을 복구용 여유 공간을 더하세요. 명목상 백분율은 위험할 정도로 작거나 불필요하게 클 수 있으므로, 절대 여유 바이트와 inode를 기준으로 알림을 설정하세요.

라이브러리와 최대 작업 주기 하나를 측정하세요

대표적인 가져오기 작업 전에 원본, 썸네일, 인코딩된 동영상, 프로필 데이터, 데이터베이스 백업, 임시 위치의 크기를 기록하세요. 해당 배치에서 예상되는 메타데이터 추출, 썸네일 생성, Smart Search 또는 얼굴 처리, 동영상 트랜스코딩을 실행한 뒤 최대 사용량을 기록하세요.

한 사용자의 트랜스코딩 중심 사례에서는 저장 공간이 약 100GB에서 326GB로 증가했습니다. 이 배포 환경별 증가 사례는 미디어 구성을 반드시 측정해야 하는 이유를 보여 주며, 일반적인 배수로 사용할 수는 없습니다.

사진 한 장이 아니라 현실적으로 가장 큰 가족 업로드를 기준으로 반복 측정하세요. 관련된 모든 경로와 파일 시스템이 포함되어야 합니다. 임시 파일이 컨테이너 루트나 별도의 볼륨에 저장된다면 라이브러리 디스크의 여유 공간에 의존하지 말고 해당 용량을 별도로 측정하세요.

구성 요소별로 예약 공간을 계산하세요

계획 수식을 사용하세요. 예약 공간은 최대 가져오기 배치, 측정된 파생 파일 및 임시 파일 증가량, 예약된 백업이 겹칠 때 필요한 최대 공간, 파일 시스템 및 복구 여유 공간의 합계입니다. 각 수치를 문서화하고 동영상 정책, 모델, 라이브러리 크기 또는 백업 프로세스를 변경할 때마다 다시 계산하세요.

독립적인 Immich 저장 공간 계획 문서는 원본, 생성 파일, 데이터베이스 활동, 증가 계획을 구분합니다. 이 프레임워크를 참고하되, 알림을 설정하기 전에 일반적인 추정치를 직접 측정한 최대 사용량으로 대체하세요.

회수 가능한 스냅샷이나 삭제 대기 항목은 파일 시스템에서 실제로 여유 공간으로 보고할 때까지 확실한 여유 공간으로 계산하지 마세요. 예약 공간에는 실패한 작업 후의 롤백과 로그 수집에 필요한 공간도 포함되어야 하므로, 일반적인 큐가 최종 복구 여유 공간을 소모하도록 두어서는 안 됩니다.

바이트, inode, 증가 속도를 기준으로 알림을 설정하세요

계산된 예약 공간보다 높은 지점에 경고 임계값을 설정하고, 쓰기 실패 전에 선택적 가져오기나 재처리를 중단할 수 있도록 위험 임계값을 설정하세요. 절대 바이트, 사용률, inode 가용량, 스냅샷 증가량, 마운트 식별자를 모니터링하여 연결이 끊긴 공유 저장소가 로컬 용량을 잘못 보고하지 않도록 하세요.

현재 총량뿐 아니라 큐 처리 중 변화 속도도 추적하세요. 빠르게 증가하는 트랜스코딩이나 백업은 일일 점검 사이에 예약 공간을 초과할 수 있습니다. 알림 메시지에는 단순히 Immich 저장 공간이 부족하다고 표시하지 말고 파일 시스템과 현재 작업을 명시해야 합니다.

가정용 NAS 저장 공간 용량에 관한 ZimaSpace 문서는 더 폭넓은 증가 및 확장 계획에서 여유 공간 경고의 위치를 파악하는 데 도움이 됩니다.

임계값을 검증하고 확장 시점을 정하세요

통제된 시간대에 여유 공간을 경고 임계값보다 충분히 높게 확보한 상태에서 최대 배치와 예약된 백업 패턴을 실행하세요. 모든 작업이 완료되고 백업이 끝나며, inode가 고갈되지 않은 채 남은 공간이 복구 여유 공간보다 높은 상태를 유지해야 통과로 간주합니다.

예약 공간의 소모량을 매월 추세로 확인하세요. 조달에 필요한 리드 타임 안에 예상 여유 공간이 경고 임계값에 도달하기 전에 용량을 확장하거나, 용량을 많이 사용하는 미디어를 옮기거나, 보존 정책을 변경하세요. 위험 임계값에 도달한 뒤 저장 장치를 주문하지 마세요.

여유 공간이 위험 경계에 가까워지면 새 업로드나 선택적 재처리를 중단하되 데이터베이스와 로그는 보존하세요. 필요한 원본이나 마지막으로 검증된 백업을 삭제하는 정책 변경은 되돌리세요. 보고된 사용량이 경로별 측정값과 일치하지 않으면 스냅샷, 삭제되었지만 열려 있는 파일, 누락된 마운트가 실제 기록 주체를 숨기고 있을 수 있으므로 문제를 에스컬레이션하세요.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.