집 전체 제어 중 Home Assistant 메타데이터와 기록이 증가하는 원인은 무엇인가요?

에바 왕

IceWhale author

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

What Causes Home Assistant Metadata and History Growth During Whole-Home Control?

Home Assistant의 “메타데이터 증가”는 동일한 설치 환경 주변에 여러 데이터 분류가 함께 존재하기 때문에 쉽게 잘못 진단할 수 있습니다. 기기 및 엔티티 레지스트리는 식별 정보와 구성 관계를 유지하고, 구성 트리는 UI에서 관리되는 상태를 저장하며, Recorder는 훨씬 더 많은 상태 변경 및 이벤트의 시계열 데이터를 저장합니다. 장기 통계는 원시 기록 보존 기간을 넘어 선택된 집계 데이터를 유지합니다.

집 전체 제어를 도입하면 이러한 계층이 서로 다른 방식으로 증가합니다. 기기를 추가하면 레지스트리가 천천히 커지는 반면, 고주파 센서나 속성이 많은 엔티티를 추가하면 데이터베이스가 빠르게 증가할 수 있습니다. 보존 기간을 변경하거나 파일을 삭제하기 전에 실제로 어떤 계층이 증가하고 있는지 확인하세요.

엔티티 및 기기 레지스트리는 관리 객체와 함께 증가합니다

Home Assistant는 엔티티가 재시작 후에도 식별 정보, 사용자 지정 설정, 기기 관계, 영역 할당, 통합 소유권을 유지할 수 있도록 영구 레지스트리 기록을 보관합니다. 이 메타데이터는 모든 과거 센서 샘플과 동일한 것이 아닙니다.

현재 기기 레지스트리 모델은 기기가 구성 항목 및 기능을 나타내는 엔티티와의 관계를 유지하는 방식을 설명합니다. 집에 통합, 브리지, 하위 기기, 엔티티가 추가되면 이 레지스트리는 자연스럽게 더 복잡해집니다.

레지스트리 증가는 일반적으로 Recorder에 비해 크지 않습니다. 엔티티 정의 1,000개는 운영상 중요하지만, 각 엔티티가 수백 또는 수천 개의 과거 행을 생성한다면 저장 공간을 지배할 수 있습니다.

Recorder 증가는 기기 수만이 아니라 변경 빈도에 의해 결정됩니다

Recorder는 상태 변경과 선택된 이벤트를 기록합니다. 하루에 두 번 상태가 바뀌는 도어 접점 센서는 대시보드에서 하나의 엔티티로 표시되더라도 몇 초마다 보고하는 전력 센서보다 저장 비용이 적을 수 있습니다.

2026년의 한 튜닝 사례에서는 Home Assistant 데이터베이스가 6일 만에 963MB에 도달했지만, 노이즈가 많은 엔티티를 제외하자 일일 증가량이 약 160MB에서 50MB 미만으로 줄었습니다. 정확한 수치는 설치 환경에 따라 다르지만, 작동 원리는 동일합니다.

전역 보존 기간을 줄이기 전에 하루 단위 데이터베이스 증가량을 측정하고 가장 많은 행을 생성하는 엔티티 또는 도메인의 순위를 확인하세요. 가정에서 실제로 사용하는 기록은 보존해야 합니다.

속성은 표시되는 상태가 암시하는 것보다 더 많은 저장 공간을 차지할 수 있습니다

엔티티에는 on, 23.4, home처럼 짧은 상태가 표시되더라도 기기 세부 정보, 예보, 목록, 좌표 또는 진단 메타데이터가 포함된 훨씬 더 큰 속성 집합이 함께 저장될 수 있습니다.

현재 Home Assistant 개발자 지침은 상태가 자주 변경되는 엔티티에서 extra_state_attributes도 자주 변경되면 데이터베이스가 빠르게 증가할 수 있다고 명시적으로 경고합니다. 권장되는 방향은 중요하지 않은 속성을 최소화하거나 독립적인 센서 엔티티로 분리해 노출하는 것입니다.

표시되는 엔티티 상태만으로 저장 공간을 추정하지 마세요. 특히 대규모 JSON 형태의 구조를 노출하는 통합에서는 상태 변경 빈도와 속성 변경 빈도를 모두 확인해야 합니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

통계는 서로 다른 장기 보존 곡선을 만듭니다

원시 기록은 일반적으로 보존 기간에 따라 제한되지만, 장기 통계는 선택된 센서의 집계 데이터를 훨씬 더 오래 보존할 수 있습니다. 시스템이 월별 질문에 답하기 위해 모든 원시 샘플을 필요로 하지 않기 때문에 에너지, 온도, 공공요금 추세를 확인하는 데 유용합니다.

따라서 오래된 원시 상태를 삭제해도 모든 과거 데이터가 반드시 제거되는 것은 아니며, 이는 의도된 동작입니다. 최근 문제 해결용 기록과 장기 분석용 기록을 서로 다른 보존 대상으로 취급하세요.

ZimaSpace의 센서 보존 모델은 센서당 바이트 수 하나로 단순화하지 말고 샘플링 빈도, 인덱스, 롤업, 백업 세대를 각각 측정해야 하는 이유를 보여줍니다.

백업은 라이브 시스템에 보존된 모든 데이터를 증폭합니다

Recorder 데이터베이스가 커지면 백업 크기와 복원 시간도 증가합니다. 여러 개의 백업을 보존하면 특히 각 아카이브에 전체 복사본이 포함된 경우 현재 라이브 데이터베이스보다 더 많은 저장 공간을 차지할 수 있습니다.

커뮤니티 Recorder 가이드에서는 업데이트 빈도가 높은 엔티티와 큰 속성이 Home Assistant 데이터베이스가 계속 증가하는 일반적인 원인이라고 설명합니다.

라이브 기록과 백업 모두에 보존 기간을 설정하세요. 활성 데이터베이스를 줄여도 오래된 변경 불가능 백업 아카이브는 해당 백업이 만료될 때까지 공간을 회수하지 않습니다.

무엇이든 삭제하기 전에 데이터 역할을 점검하세요

다음 네 가지 질문을 각각 확인하세요. 더 이상 사용하지 않는 기기 또는 엔티티 기록이 쌓이고 있는가? 원시 Recorder 변경 데이터를 가장 많이 생성하는 엔티티는 무엇인가? 어떤 센서에 장기 통계가 실제로 필요한가? 전체 백업 세대가 몇 개나 라이브 데이터의 저장 공간을 증폭하고 있는가?

유용한 기기, 기록 또는 분석 데이터에 해당하고 계획된 유지 관리 및 복구 범위 안에 있다면 데이터 증가는 정상입니다. 소수의 노이즈가 많은 엔티티, 오래된 레지스트리 또는 불필요한 백업 세대가 저장 공간 대부분을 차지할 때 문제가 됩니다.