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

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

Home Assistant는 모든 환경에 동일한 여유 공간 비율을 적용해서는 안 됩니다. 유용한 여유 공간은 현재 Recorder 데이터베이스에 필요한 공간, 가장 큰 일반 유지 관리 또는 업그레이드 작업에 필요한 공간, 백업 증가분, 그리고 시스템이 스스로 복구하려 할 때 파일 시스템이 가득 차지 않도록 하는 충분한 복구 여유 공간을 합산해 결정해야 합니다.

Recorder가 재구축, 재패킹, 스키마 변경 또는 손상 복구 중 상당한 작업 공간을 일시적으로 필요로 할 수 있으므로, 먼저 데이터베이스부터 확인하세요. 그런 다음 로컬 백업의 실제 크기와 시스템 디스크를 공유하는 다른 애플리케이션이 사용하는 공간을 더하세요. 데이터베이스가 400MB인 소규모 설치와 수GB의 기록 및 다수의 보관 백업을 사용하는 설치는 필요한 최소 여유 공간이 다릅니다.

첫 번째 용량 기준으로 Recorder 데이터베이스 사용하기

현재 데이터베이스 크기와 일일 증가량을 측정하세요. 여유 공간의 하한선은 정상적인 데이터베이스 유지 관리를 수행하는 데 필요한 공간보다 낮아서는 안 되며, 운영 체제가 로그, 임시 파일 및 업그레이드 데이터를 기록할 공간도 남겨야 합니다.

Recorder 유지 관리자 커뮤니티의 안내에서는 최소한 데이터베이스 크기만큼의 여유 공간을 확보하고, 복잡한 테이블 재구축 복구 상황에서는 데이터베이스 크기의 약 2.5배를 권장합니다. 이는 전체 디스크의 보편적인 비율이 아니라 데이터베이스 복구에 필요한 공간으로 이해해야 합니다.

Recorder 데이터베이스가 2GB라면, 256GB 디스크의 여유 공간 비율이 작지만 허용 가능한 수준으로 보여도 디스크가 거의 가득 찬 상태는 여전히 위험할 수 있습니다. 반대로 대용량 SSD에 작은 데이터베이스만 있다면, 단순히 비율 규칙이 정했다는 이유만으로 임의의 20%를 남겨 둘 필요는 없습니다.

백업은 조용히 가장 큰 로컬 공간 사용자가 될 수 있습니다

자동 백업과 수동 백업은 Recorder 데이터베이스와 별도로 계속 쌓입니다. Home Assistant 시스템 디스크에 오래된 아카이브를 여러 개 보관하면 다음 백업을 생성하거나 업그레이드를 완료하는 데 필요한 여유 공간이 사라질 수 있습니다.

로컬 백업 개수, 각 아카이브 크기 및 보관 정책을 추적하세요. 복구용 사본은 NAS나 다른 대상으로 옮기고, 운영 디스크를 실시간 상태 저장소와 장기 백업 저장소로 동시에 사용하지 마세요.

ZimaSpace에서 Home Assistant 백업을 실시간 호스트와 분리하는 방법을 설명한 내용은 올바른 복구 모델입니다. 오래된 백업이 같은 장치의 활성 데이터베이스와 공간을 두고 경쟁하지 않으면 여유 공간 관리가 개선됩니다.

디스크를 확장하기 전에 데이터베이스 증가량 줄이기

빠르게 증가하는 데이터베이스는 어떤 고정된 여유 공간도 소진할 수 있습니다. 저장 공간 할당량을 단순히 늘리기 전에 기록이 불필요하게 많은 엔티티, 불필요한 속성, 지나치게 긴 보관 기간 또는 빈번한 상태 변경을 발생시키는 통합을 찾아보세요.

저장 공간을 확장하기 전에 데이터베이스 증가량을 줄일 수 있는 경우가 많습니다. 한 가지 실용적인 정리 방법은 대용량 디스크를 첫 번째 해결책으로 삼는 대신 시끄러운 엔티티에 Recorder 제외, 더 짧은 보관 기간 및 대상 지정 정리 작업을 적용하는 것입니다.

변경 후 다시 측정하세요. 목표는 가능한 한 작은 데이터베이스가 아니라, 유용한 기록을 보존하면서 정기적인 정리, 백업 및 업그레이드 작업이 점점 더 어려워지지 않도록 하는 데이터베이스입니다.

-15% OFF

재패킹, 업그레이드 및 복구 작업을 위한 여유 공간 확보

오래된 행을 정리해도 데이터베이스 파일 크기가 즉시 줄어들지는 않습니다. 재패킹이나 재구축 과정에서는 데이터베이스의 상당 부분을 다시 기록하므로, 공간이 회수되기 전에 I/O와 저장 공간 사용량이 일시적으로 증가할 수 있습니다.

별도의 데이터베이스 정리 안내에서는 용량이 과도하게 커진 Recorder 데이터베이스가 백업도 부풀릴 수 있음을 보여 줍니다. 기록되는 항목을 줄인 다음 보관 데이터를 정리하거나 재패킹하는 방법을 사용하면 구성 디렉터리에서 무작위로 파일을 삭제하지 않고 두 가지 증가 요인을 모두 해결할 수 있습니다.

디스크가 이미 거의 가득 찬 상태에서는 무거운 재패킹 작업을 시작하지 마세요. 먼저 백업 공간을 확보하거나 파일 시스템을 확장하세요. 작업 공간이 부족해 유지 관리 작업이 중단되면 원래의 대용량 데이터베이스보다 더 복잡한 복구 문제가 발생할 수 있습니다.

측정에 기반한 하한선을 설정하고 도달 전에 알림 받기

공간 구성 요소 크기 산정 방법 중요한 이유
Recorder 작업 공간 최소 현재 데이터베이스 크기, 가능하면 더 넉넉한 복구 여유 공간 재구축, 재패킹 및 스키마 작업
백업 여유 공간 예상되는 새 아카이브 중 가장 큰 크기와 보관 정책을 기준으로 산정 정리 전에 백업이 완료되어야 함
업그레이드 여유 공간 실제로 관찰된 이미지·패키지 및 마이그레이션 최대 사용량 버전 변경에는 임시 파일이 필요할 수 있음
호스트 여유 공간 일반 로그 및 기타 서비스 사용량 유지 관리 중에도 시스템이 계속 작동해야 함

백그라운드 작업이 차단되기 전에 조치할 시간을 확보할 수 있도록 장애 하한선보다 높은 지점에 알림을 설정하세요. 엔티티, 카메라, 보관 기간, 애드온 또는 백업 크기가 크게 증가한 후에는 임계값을 다시 검토하세요.

FAQ

Home Assistant는 항상 디스크의 20%를 비워 둬야 하나요?

아니요. 고정 비율은 대용량 디스크에서는 지나치게 많을 수 있고, 소형 디스크에서 Recorder 데이터베이스가 큰 경우에는 너무 적을 수 있습니다. 실제 데이터베이스, 유지 관리, 백업 및 복구 작업량을 기준으로 하한선을 정하세요.

Recorder가 오래된 데이터를 정리했는데도 데이터베이스 파일이 즉시 줄어들지 않은 이유는 무엇인가요?

행을 삭제하면 데이터베이스 내부의 공간을 재사용할 수 있게 되지만, 디스크에 저장된 파일 자체의 크기가 줄어들지는 않습니다. 재패킹 또는 재구축 작업으로 파일 시스템 공간을 회수할 수 있지만, 이러한 작업은 더 무겁고 추가 작업 공간이 필요합니다.

지원 및 팁

더 읽어보기

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.