Home Assistant 메타데이터는 SSD에, 대용량 데이터는 HDD에 저장해야 할까요?

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

대체로 그렇습니다. Home Assistant의 활성 구성, 레지스트리, 메타데이터 및 로컬 데이터베이스는 안정적인 SSD에 보관하고, 대용량 미디어, 카메라 녹화 파일, 내보낸 파일 및 보조 백업 사본은 HDD 스토리지에 두세요.

중요한 기준은 단순히 파일 크기가 작으냐 크냐가 아닙니다. Home Assistant의 /config 트리에는 긴밀하게 연결된 영구 상태가 포함되어 있으며, Recorder는 데이터베이스 작업을 자주 수행하고 외부 마운트는 시작 및 가용성에 대한 종속성을 추가합니다. 액세스 패턴에 따라 데이터를 분리하고, 모든 마운트를 문서화하며, 이 분할을 신뢰하기 전에 재시작과 복원을 모두 확인하세요.

활성 Home Assistant 상태는 SSD에 함께 보관하세요

/config를 하나의 복구 단위로 취급하세요. 일반적으로 YAML, 비밀 정보, .storage 디렉터리, 레지스트리, 통합 상태 및 SQLite를 사용하는 경우 활성 데이터베이스가 포함됩니다. 개별 숨김 상태 파일을 여러 마운트에 분산하면 소유권, 시작 순서 및 복원 범위를 파악하기가 어려워집니다.

Recorder는 지속적으로 기록하므로 가끔 열어 보는 아카이브와는 스토리지 동작이 다릅니다. 독립적인 문제 해결 지침에서는 활성 Home Assistant 데이터베이스에 빠른 스토리지를 사용할 것을 권장합니다. 빈번한 읽기 및 쓰기 작업으로 인해 느린 미디어에서는 기록 조회와 자동화가 눈에 띄게 지연될 수 있기 때문입니다. 참고할 근거의 초점은 활성 데이터베이스에 빠른 스토리지를 사용하는 것이며, 모든 병목 현상을 SSD가 해결한다는 의미는 아닙니다.

외부 MariaDB 또는 PostgreSQL 서비스를 사용하는 경우 데이터베이스는 자체 백업, 인증, 네트워크 및 업그레이드 경계를 갖는 별도의 상태 저장 시스템이 됩니다. 데이터베이스 URL을 변경하는 일을 단순한 파일 위치 변경으로 취급하지 마세요.

명확한 경계가 있는 경우에만 용량을 많이 차지하는 데이터를 이동하세요

대용량 미디어 파일, 장기간의 카메라 녹화 파일, 내보낸 보고서 및 추가 백업 사본은 해당 경로에 실시간 구성이나 데이터베이스가 포함되지 않는다면 HDD 스토리지에 보관해도 좋습니다. 이러한 작업은 일반적으로 짧은 지연 시간의 무작위 I/O보다 용량을 더 중요하게 여깁니다.

호스트 경로를 명시적으로 만들고 안정적인 컨테이너 위치에 마운트하세요. /config 위에 광범위한 상위 디렉터리를 마운트하지 마세요. 비어 있거나 늦게 연결된 호스트 경로가 예상 데이터를 가려 Home Assistant가 새로 설치된 것처럼 보이게 할 수 있습니다. 컨테이너가 시작되기 전에 HDD가 마운트되는지 확인하고, HDD를 사용할 수 없을 때 어떻게 처리할지 결정하세요.

Home Assistant 메타데이터 및 기록 증가에 관한 관련 ZimaSpace 글은 각 스토리지 계층에 할당하기 전에 레지스트리, Recorder 기록, 로그 및 백업을 구분하는 데 도움이 됩니다.

두 스토리지 계층에 걸쳐 백업을 계획하세요

어떤 백업이 /config, 활성 데이터베이스, HDD 경로 및 외부 데이터베이스를 포함하는지 기록해 두세요. 겉보기에는 전체 백업처럼 보이는 아카이브라도 별도로 마운트된 미디어 또는 데이터베이스 경로를 누락할 수 있으며, 데이터베이스에 쓰기가 진행 중일 때 파일 시스템 복사본을 만들면 일관성이 깨질 수 있습니다.

Home Assistant 호스트 외부에 최소 하나의 백업 사본을 보관하세요. SSD/HDD 분할은 배치 방식을 개선하지만 삭제, 정전, 컨트롤러 고장 또는 두 디스크 모두에 영향을 미치는 잘못된 마이그레이션으로부터 보호하지는 못합니다. 암호화 키와 자격 증명은 같은 컴퓨터에 보관하기보다 복구 계획과 함께 기록하세요.

마운트를 변경하기 전에 정상 작동이 확인된 백업을 만들고 현재 엔터티 수, 통합, 최근 기록, 대시보드, 자동화 및 미디어 경로를 기록하세요. 이러한 관찰 결과는 재생성 후의 승인 테스트가 되며, 로그인 페이지가 열리는지만 확인하는 것보다 훨씬 유용합니다.

재시작, 부하 및 복원을 통해 분할을 검증하세요

마운트 순서를 테스트하려면 Home Assistant뿐 아니라 호스트도 재시작하세요. Home Assistant가 쓰기를 시작하기 전에 /config가 SSD 경로로 연결되고 모든 대용량 데이터 마운트가 의도한 HDD 경로로 연결되는지 확인하세요. 어느 위치에서든 빈 디렉터리가 발견되면 중단해야 합니다.

기존 작업을 실행하세요. 기록을 열고, 바쁜 자동화를 트리거하고, 녹화 파일 또는 미디어 파일을 작성한 뒤 백업을 생성하세요. 성공적인 결과는 제어 기능이 즉시 반응하고, 데이터가 의도한 디스크에 기록되며, 데이터베이스 또는 권한 경고가 발생하지 않고, 호스트의 I/O 지연 시간이 정상으로 유지되는 것입니다.

마지막으로 격리된 테스트 인스턴스에 복원하고 두 스토리지 계층을 모두 확인하세요. Home Assistant가 빈 레지스트리, 오래된 기록, 누락된 미디어 또는 마운트 의존성 오류와 함께 시작되면 분할을 되돌리세요. 더 단순한 SSD /config 및 HDD 대용량 데이터 경계로 용량 또는 가용성 요구 사항을 충족할 수 없을 때만 외부 데이터베이스나 스토리지 재설계를 검토하세요.

지원 및 팁

더 읽어보기

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.