Home Assistant: 스마트 홈을 위한 통합 제어 센터

스마트 전구는 첫 번째 앱에, 로봇청소기는 두 번째 앱에, 에어컨은 세 번째 앱에 등록되어 있고 누수 센서는 네 번째 앱으로 알림을 보냅니다. 결국 “스마트 홈”이 일반 스위치보다 더 많은 수동 작업을 요구하게 됩니다.

Home Assistant는 호환되는 기기를 하나의 대시보드에 모으고 자동화로 서로 연결합니다. 기능과 시스템 요구 사항, Docker Compose를 이용한 설치 방법을 살펴보겠습니다.

Home Assistant를 시작하는 일곱 단계

1. Home Assistant 통합 카탈로그에서 보유한 기기를 확인합니다.
2. 설치 위치를 선택합니다. 완제품 허브, 미니 PC, Raspberry Pi, NAS, 가상 머신 또는 Linux 서버를 사용할 수 있습니다.
3. Home Assistant OS 또는 Home Assistant Container를 설치합니다.
4. 검색된 기기와 서비스를 추가합니다.
5. 기기를 방별로 배치하고 대시보드를 설정합니다.
6. 유용한 자동화 하나를 만듭니다.
7. 백업과 안전한 원격 접속을 설정합니다.

처음부터 수십 개의 시나리오를 만들기보다 실제로 불편한 문제 하나부터 해결하는 편이 좋습니다. 첫 번째 자동화가 안정적으로 작동하면 시스템을 확장할 수 있습니다.

Home Assistant란 무엇인가

Home Assistant는 스마트 홈을 제어하는 무료 오픈 소스 플랫폼입니다. 중앙 허브처럼 작동하여 여러 제조사의 기기와 서비스에 연결하고, 웹 인터페이스나 모바일 앱에서 이를 관리할 수 있게 합니다.

프로젝트 카탈로그에는 조명, 냉난방 기기, 카메라, 로봇청소기, 에너지 계량기, MQTT, Zigbee, Z-Wave, Matter, Apple HomeKit, 클라우드 서비스 등 1,500개가 넘는 통합이 제공됩니다.

특정 브랜드 앱과의 가장 큰 차이는 시나리오가 하나의 생태계에 제한되지 않는다는 점입니다. 한 제조사의 센서가 다른 제조사의 조명을 켜고, 타사 온도 조절기의 온도를 바꾸며, 휴대전화로 알림을 보낼 수 있습니다.

Home Assistant가 여러 앱보다 유용한 이유

시스템이 스위치를 스마트폰으로 옮기기만 한다면 집이 더 똑똑해지는 것은 아닙니다. Home Assistant의 가치는 익숙한 동작이 자동으로 실행될 때 시작됩니다.

자동화는 트리거, 선택 조건, 동작으로 구성됩니다. 예를 들어 “누군가 집에 도착했다”는 트리거이고, “이미 해가 졌다”는 조건이며, “거실 조명을 켠다”는 동작입니다.

기기는 휴대전화, 컴퓨터 또는 벽걸이 태블릿에서 사용하는 공용 대시보드에 표시됩니다. 방별로 정리하고 가족과 방문객을 위한 별도의 화면도 만들 수 있습니다.

로컬 통합을 사용하면 명령과 데이터가 홈 네트워크 안에 남고, 인터넷이 없어도 시나리오가 작동할 수 있습니다. 하지만 기기가 클라우드 API만 제공한다면 Home Assistant도 제조사의 서비스에 의존합니다.

이 밖에도 모바일 알림, 재실 감지, Assist 음성 비서, 전력망과 태양광 패널, 배터리, 가스, 수도, 개별 가전의 사용량을 기록하는 에너지 대시보드를 사용할 수 있습니다.

유용한 Home Assistant 시나리오

스위치를 계속 누르지 않아도 되는 조명

동작 센서는 해가 진 뒤에만 조명을 켭니다. 밤에는 낮은 밝기를 사용하고, 몇 분 동안 움직임이 없으면 조명이 꺼집니다.

누수 방지

센서가 물을 감지하면 시스템이 호환되는 전동 차단 밸브를 잠그고 펌프를 끈 뒤 알림을 보냅니다. 사용자가 메시지를 확인할 때까지 기다리지 않고 중요한 조치가 즉시 실행됩니다.

재실 상태에 따른 냉난방

마지막 사람이 집을 나가면 난방이나 에어컨이 절전 모드로 전환됩니다. 창문이 열리면 해당 방의 냉난방 시스템을 일시적으로 끌 수도 있습니다.

세탁 완료 알림

스마트 플러그가 세탁기의 전력 소비를 측정합니다. 세탁이 끝난 뒤 전력이 설정값 아래로 내려가면 Home Assistant가 빨래를 꺼낼 시간이라고 알려줍니다.

불필요한 에너지 소비 찾기

소비 이력을 통해 계속 작동하는 부하를 발견하고, 어떤 기기를 다른 시간대에 사용하는 것이 더 경제적인지 파악할 수 있습니다.

코딩이 필요한가

기본적인 스마트 홈에는 프로그래밍이 필요하지 않습니다. 통합, 방, 대시보드, 대부분의 자동화는 그래픽 인터페이스에서 설정할 수 있습니다.

YAML, 템플릿, 사용자 정의 통합은 복잡한 경우에 필요합니다. 처음부터 사용할 필요는 없습니다. 거의 모든 설정을 직접 편집하도록 안내하는 오래된 가이드는 이제 초보자의 일반적인 시작 방법을 반영하지 않습니다.

Home Assistant를 어디에 설치하는 것이 좋은가

현재 문서에서는 Home Assistant Operating System과 Home Assistant Container, 두 가지 주요 방식을 사용합니다.

방식	적합한 사용자	알아둘 점
Home Assistant Green	바로 사용할 수 있는 허브가 필요한 경우	시스템이 이미 설치되어 있음
Home Assistant OS가 설치된 Raspberry Pi 또는 미니 PC	대부분의 가정 사용자	업데이트, 백업, 앱 관리가 편리함
NAS 또는 홈 서버의 가상 머신	항상 켜져 있는 호스트가 이미 있는 경우	리소스를 할당하고 USB를 패스스루할 수 있음
Home Assistant Container	Docker 사용자	내장 앱 스토어가 없고 업데이트가 수동임
VPS	테스트와 원격 장소	집 안의 무선 기기에 직접 접근할 수 없음

Home Assistant OS는 대부분의 사용자에게 권장되는 방식입니다. Linux 서버에서 이미 다른 서비스가 실행 중이라면 Container가 편리하지만, 앱과 Thread 또는 Z-Wave용 일부 구성 요소는 별도로 관리해야 합니다.

필요한 리소스

가상 머신의 공식 최소 요구 사항은 2 vCPU와 2 GB RAM입니다. 실용적인 기준은 다음과 같습니다.

사용 시나리오	CPU	RAM	저장 공간
테스트 또는 소규모 시스템	2 vCPU	2 GB	32 GB SSD
추가 서비스를 위한 여유가 있는 가정용 시스템	2–4 vCPU	4 GB	32–64 GB SSD
카메라, 로컬 음성, 긴 이력	4+ vCPU	8+ GB	64 GB SSD 이상

카메라, 이력 보존 기간, 음성 모델, 추가 컨테이너가 부하를 가장 크게 늘립니다. 상시 설치에는 SSD를 사용하는 것이 좋습니다.

Docker Compose로 Home Assistant를 설치하는 방법

이 방법은 Docker Engine과 Docker Compose가 설치된 Linux 서버에 적합합니다. 디렉터리를 만듭니다.

mkdir -p ~/homeassistant/config
cd ~/homeassistant

compose.yaml을 만듭니다.

services:
  homeassistant:
    container_name: homeassistant
    image: ghcr.io/home-assistant/home-assistant:stable
    volumes:
      - ./config:/config
      - /etc/localtime:/etc/localtime:ro
      - /run/dbus:/run/dbus:ro
    environment:
      TZ: Etc/UTC
    restart: unless-stopped
    stop_grace_period: 60s
    privileged: true
    network_mode: host

/run/dbus 줄은 Bluetooth에 필요하며, Bluetooth를 사용하지 않으면 삭제할 수 있습니다. Etc/UTC 시간대를 사용하는 지역에 맞게 변경합니다. 컨테이너를 시작합니다.

docker compose up -d

인터페이스는 http://서버_IP:8123에서 열립니다. 홈 서버에서는 로컬 네트워크 안에서 사용하십시오. VPS에서는 미리 외부 방화벽에서 8123 포트를 닫아야 합니다.

원격 서버에 처음 접속할 때는 SSH 터널을 만들 수 있습니다.

ssh -L 8123:127.0.0.1:8123 user@서버_IP

http://localhost:8123을 열고 관리자 계정을 만든 뒤 첫 번째 통합을 추가합니다.

VPS에서 Home Assistant를 사용할 수 있는가

Home Assistant Container는 Linux VPS에서 작동합니다. 인터페이스를 익히고, 클라우드 통합을 사용하며, VPN 또는 MQTT를 통해 원격 장소를 연결하는 데 적합합니다.

하지만 VPS는 집 밖에 있습니다. 일반적으로 네트워크 검색으로 로컬 기기를 찾을 수 없고, 집에 있는 Zigbee, Z-Wave 또는 Thread USB 어댑터를 직접 사용할 수도 없습니다. Bluetooth 센서 역시 통신 범위를 벗어납니다.

따라서 주 컨트롤러는 집에 두고 VPS를 외부 계층으로 사용하는 편이 합리적입니다. VPN 게이트웨이, 안전한 접속 지점, 모니터링 서버 또는 관련 서비스를 위한 호스트로 활용할 수 있습니다.

로컬 무선 프로토콜을 사용하지 않는 테스트 시스템이라면 2 vCPU, 2 GB RAM, SSD로 충분합니다. tropic.host에서는 작은 Linux 구성으로 시작한 뒤 Home Assistant에 MQTT, Node-RED, 데이터베이스 또는 다른 컨테이너를 추가할 때 리소스를 늘릴 수 있습니다. Zigbee, Thread, Z-Wave, Bluetooth는 계속 홈 노드에 두는 것이 좋습니다.

안전한 접속과 백업을 설정하는 방법

8123 포트를 직접 공개하지 마십시오. 원격 제어에는 Home Assistant Cloud, VPN 또는 HTTPS가 적용된 리버스 프록시를 사용합니다. 다중 인증을 활성화하고 필요한 사용자에게만 관리자 권한을 부여하십시오.

Home Assistant는 자동 암호화 백업을 지원합니다. 사본 하나는 시스템 외부에 보관하고, 암호화 키가 들어 있는 emergency kit도 별도로 저장하십시오.

자주 발생하는 실수

실수	더 나은 방법
통합을 확인하기 전에 기기를 구매함	지원 모델과 기능을 확인함
처음부터 수십 개의 자동화를 만듦	간단한 시나리오 하나부터 시작함
물리 스위치를 완전히 제거함	중요한 기능에는 수동 제어를 유지함
Zigbee 코디네이터를 VPS에 설치함	집 안에 배치함
백업을 시스템과 같은 위치에 보관함	다른 기기나 집 밖에 사본을 만듦

간단한 결론

Home Assistant는 흩어진 기기를 하나의 시스템으로 바꿉니다. 하나의 대시보드, 통합된 이력, 브랜드를 넘나드는 자동화를 사용할 수 있습니다. 호환성을 확인하고 Home Assistant OS 또는 Container를 설치한 뒤 유용한 시나리오 하나를 만들면 프로그래밍 없이 시작할 수 있습니다.

주 서버는 특히 Zigbee, Thread, Z-Wave 또는 Bluetooth를 사용할 때 집 안에 두는 것이 좋습니다. VPS는 테스트, 클라우드 통합, VPN, 모니터링, 관련 서비스에 유용하지만 로컬 무선 게이트웨이를 대체하지는 못합니다.

FAQ

Home Assistant는 무료인가?

네. 하드웨어, 타사 클라우드 서비스, 선택 사항인 Home Assistant Cloud 구독에는 비용이 발생할 수 있습니다.

인터넷이 없어도 시스템이 작동하는가?

로컬 통합과 자동화는 홈 네트워크 안에서 계속 작동합니다. 클라우드 전용 기기는 인터넷이 없으면 사용할 수 없습니다.

Raspberry Pi가 필요한가?

아닙니다. Home Assistant Green, 미니 PC, 오래된 컴퓨터, NAS, 가상 머신 또는 Linux 서버를 사용할 수 있습니다.

Home Assistant OS와 Container 중 무엇이 더 좋은가?

대부분의 사용자에게는 Home Assistant OS가 더 편리합니다. Container는 이미 Docker를 사용하며 추가 서비스를 직접 관리할 준비가 된 사용자에게 적합합니다.

서로 다른 제조사의 기기를 연결할 수 있는가?

네. 호환되는 통합이 있다면 가능합니다. 구매하기 전에 브랜드뿐 아니라 구체적인 모델과 지원 기능도 확인하십시오.