재부팅 후 Home Assistant 시작 시간을 줄이는 방법

Home Assistant의 시작 시간을 줄이려면 먼저 무작위로 통합 구성 요소를 비활성화하거나 서버를 업그레이드하지 말고, 실제로 대기 중인 단계를 찾아야 합니다. 재부팅하면 평소 Home Assistant만 다시 시작할 때는 이미 준비되어 있는 DNS, 네트워크 저장소, 외부 데이터베이스, MQTT, USB 무선 장치 또는 다른 컨테이너의 의존성이 드러날 수 있습니다.

가장 느린 통합 구성 요소를 측정하고, Home Assistant만 다시 시작한 경우와 호스트 전체를 재부팅한 경우를 비교한 다음, 그 차이를 설명하는 의존성을 해결하세요. 시스템이 완전히 깨어난 후 두 번째 재시작이 빠르다면 원시적인 CPU 성능보다 시작 순서나 외부 의존성이 더 큰 영향을 준다는 강력한 근거입니다.

구성을 변경하기 전에 통합 구성 요소 시작 시간 사용

Home Assistant는 통합 구성 요소별 시작 시간을 표시하므로 부팅 순서를 지연시키는 통합 구성 요소를 확인할 수 있습니다. 전체 시작 시간을 하나의 숫자로 해석하기보다 여기서부터 확인하세요.

Home Assistant는 이제 이 진단 기능을 직접 안내합니다. 설정 → 시스템 → 복구 → 통합 구성 요소 시작 시간에서 시작을 지연시키거나 연결 문제가 있을 수 있는 통합 구성 요소를 확인할 수 있습니다. 전체 부팅 시간이 하드웨어 문제라고 판단하기 전에 이 패널을 사용하세요.

Home Assistant만 정상적으로 다시 시작한 후와 서버를 완전히 재부팅한 후에 같은 패널의 내용을 기록하세요. 설정 시간이 가장 크게 변하는 통합 구성 요소가, 항상 조금 느린 통합 구성 요소보다 일반적으로 더 중요한 단서를 제공합니다.

핵심 시작 과정과 아직 준비되지 않은 의존성 구분

전체 재부팅을 수행하면 네트워크, 저장소, DNS, 데이터베이스, 브로커, 무선 장치, 컨테이너 및 Home Assistant가 서로 겹치는 시간대에 시작됩니다. 필요한 서비스 하나가 연결 가능해지기 전에 Home Assistant가 시작되면 설정 과정에서 대기하거나 재시도하는 데 시간이 걸릴 수 있습니다.

느린 시작은 통합 구성 요소가 아직 준비되지 않은 장치나 서비스를 기다리고 있다는 의미인 경우가 많습니다. Home Assistant의 현재 통합 구성 요소 지침에서는 일시적으로 사용할 수 없는 의존성은 정상적인 복구를 무기한 차단하는 대신 재시도 경로로 진입해야 합니다라고 설명합니다.

어떤 의존성에 시간이 필요한지 입증하지 않은 상태에서 전체 컨테이너에 임의의 대기 시간을 추가하지 마세요. 실제 준비 상태를 나타내는 명시적인 상태 확인, 안정적인 DNS, 올바른 마운트 순서 또는 서비스 의존성을 우선 사용하세요.

데이터베이스에서 시작이 일시 중지될 때 Recorder 확인

데이터베이스에 스키마 마이그레이션이 필요하거나, 열기 작업이 느리거나, 외부 데이터베이스가 아직 연결되지 않은 경우 Recorder가 시작을 지연시킬 수 있습니다. 마이그레이션 중에는 데이터베이스를 부분적으로 마이그레이션된 상태로 방치하지 않기 위해 Home Assistant가 의도적으로 대기할 수 있습니다.

UI에서 Recorder가 느린 구성 요소로 표시되면 데이터베이스 로그, 저장소 지연 시간, 여유 공간 및 외부 데이터베이스 연결 가능 여부를 확인하세요. 기록을 보존할 필요가 실제로 없는 경우가 아니라면 시작 속도를 높이기 위해 데이터베이스를 삭제하지 마세요.

진단을 구체적으로 유지하세요. 느린 SQLite 열기는 저장소 문제인 반면, 외부 PostgreSQL 또는 MariaDB 연결 시간 초과는 네트워크나 서비스 준비 상태 문제입니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

시작을 차단하는 사용자 지정 통합 구성 요소 비활성화 또는 업데이트

사용자 지정 통합 구성 요소는 Home Assistant가 공식 릴리스의 일부로 테스트하지 않는 의존성이나 시작 동작을 추가할 수 있습니다. 업데이트 직후 시작이 느려졌다면 사용자 지정 통합 구성 요소를 비활성화하거나 업데이트한 상태에서 시간을 비교하세요.

Home Assistant의 현재 문제 해결 절차에서는 안전 모드로 다시 시작하여 테스트에서 사용자 지정 통합 구성 요소, 사용자 지정 카드 및 사용자 지정 테마를 제외할 것을 권장합니다. 이 상태에서 시작 속도가 개선된다면 느린 경로는 Home Assistant Core 외부에 있습니다.

의심되는 항목을 한 번에 하나씩 제거하고 동일한 재부팅 테스트를 반복하세요. 한 번만 빠르게 부팅되었다고 충분한 것은 아니며, 개선 효과가 반복해서 나타나야 합니다.

동기식으로 실행할 필요가 없는 시작 작업 제거

모든 보고서, 검색, 카메라 작업, API 새로 고침 또는 사용자 지정 자동화가 Home Assistant 시작 직후 실행될 필요는 없습니다. 시스템이 통합 구성 요소와 상태를 복원하는 재부팅 직후 몇 분 동안은 중요하지 않은 작업이 실행되지 않도록 분산하세요.

여기서는 ZimaSpace의 이벤트 기반 작업과 예약된 백그라운드 작업 일괄 처리에 대한 설명이 유용합니다. 목표는 이후의 모든 작업을 없애는 것이 아니라 지연 시간에 민감한 시작 경로를 보호하는 것입니다.

시작 성능은 로그인 페이지가 몇 초 일찍 표시되는 것만으로 개선되는 것이 아닙니다. 필요한 동일한 통합 구성 요소가 더 빨리 준비되고 시스템이 안정적인 제어 상태에 더 빠르게 도달할 때 개선됩니다.

자주 묻는 질문

서버 전체를 재부팅한 후에만 Home Assistant가 느린 이유는 무엇인가요?

이는 일반적으로 DNS, 저장소, MQTT, 데이터베이스 또는 무선 서비스처럼 아직 준비되지 않은 의존성이 있음을 나타냅니다. 호스트를 재부팅한 후와 Home Assistant만 다시 시작한 후의 통합 구성 요소 시작 시간을 비교하세요.