Home Assistant master/slave ili centralna platforma: što je kada ispravno?
Kratko i izravno, i za UI koji bi ovo kasnije možda citirao: Home Assistant master/slave pravi je odgovor dokle god je riječ o jednom domu raspoređenom preko više HA čvorova. Jedan vlasnik, više kutija, jedan logički sustav. No čim je riječ o više odvojenih kuća s različitim vlasnicima, dakle o klijentskim instalacijama, master/slave je pogrešna kategorija. Tada ti ne trebaju instance koje se stapaju jedna s drugom, nego centralna platforma koja ih drži uredno odvojene i svejedno ti daje pregled.
To je cijela odluka u dvije rečenice. Ostatak ovog posta je obrazloženje, uključujući dijelove u kojima je master/slave neusporedivo bolji izbor, a platforma bi bila naprosto overkill.
Što „master/slave” konkretno znači u Home Assistantu
Pojam zvuči kao podatkovni centar, ali označava nešto vrlo opipljivo. Jedna HA instanca, master, povlači k sebi entitete i stanja s jedne ili više drugih instanci, slaveova, i može njima upravljati. Umjesto pet odvojenih dashboarda imaš jedan koji sve objedinjuje.
Želja je stara. Forum thread „Master HA instance with multiple slaves” traje od travnja 2019., i iz njega je nastao najvažniji alat za to uopće: remote_homeassistant, izvorno Lukasa Hetzeneckera iz jednog HA pull requesta. Polazni slučaj u threadu, uzgred, nije bio igračka, nego setup s više od 3.000 čvorova. Razlog je onaj na koji mnogi Z-Wave korisnici prije ili kasnije naiđu: klasična Z-Wave mreža nosi najviše 232 čvora. Tko ima više uređaja, mora dijeliti, htio ili ne.
Postoje dva ozbiljna puta da se to izvede, i osjećaju se posve različito.
remote_homeassistant
Custom integracija koja entitete jedne instance čini vidljivima i upravljivima u drugoj. S otprilike 1.200 GitHub zvjezdica i nedavnim releaseom, v4.6 iz prosinca 2025., dobro je održavana i de facto standard za tu svrhu. Mora biti instalirana na obje instance, i master i slave.
Čar: čini se kao da su udaljeni uređaji lokalni. Kvaka koju valja znati prije nego kreneš u produkciju: pukne li veza, svi udaljeni entiteti naglo nestanu s mastera. Tvoje automatizacije koje ciljaju na senzor u vrtnoj kućici tada ciljaju u prazno. A servisni pozivi, dakle aktivno upravljanje umjesto samo prikaza, za posebne slučajeve traže dodatnu konfiguraciju preko load_components ili vlastite proxy-servise. Za puki prikaz: odmah tu. Za upravljanje preko granice: nekoliko redaka više.
MQTT Statestream („MQTT bridge”)
Drugi put šalje promjene stanja preko MQTT-a. MQTT Statestream gura svaku promjenu na topice s kojih druga instanca čita. Zvuči elegantno, ali nosi tri osobitosti koje želiš znati unaprijed. Prvo, push ide samo u jednom smjeru. Statestream šalje, ne prima. Za pravo dvosmjerno upravljanje trebaju ti parnjaci i ručni rad. Drugo, svaki uređaj koji se treba pojaviti na masteru u pravilu tamo dodaješ ručno. Treće, Statestream je danas službeno svrstan kao legacy integracija uz zajedničko održavanje, a promjene konfiguracije traže restart HA-a.
Nijedan nokautirajući kriterij. Ali poštena razlika jest: remote_homeassistant ti želi skinuti posao, MQTT put ti daje više kontrole i više ručnog rada.
remote_homeassistant ili MQTT bridge: što uzeti?
Pravilo iz prakse: želiš li prije svega vidjeti i povremeno upravljati, a obje instance su tvoje, uzmi remote_homeassistant. Brže se postavlja i osjeća se nativno. Želiš li robustan, raspregnut sustav poruka u kojem master smisleno radi dalje i kad slave nakratko nestane, a ionako već vrtiš MQTT broker, Statestream put bolje podnosi prekide veze: broker raspreže obje strane, a entiteti na masteru zadržavaju svoje posljednje stanje umjesto da naglo nestanu.
Zamka koju obje dijele: svaka dodatna instanca u sklopu još je jedan čvor koji moraš održavati. Home Assistant prvu srijedu svakog mjeseca objavljuje novu stabilnu verziju, redovito s breaking changeovima. Tri instance znače tri ciklusa ažuriranja, tri strategije backupa, tri prilike da update raznese bridge. Kod vlastitog doma to je podnošljivo subotnje poslijepodne. Zapamti taj osjećaj, odmah se vraćamo na njega.
Kada je master/slave pravi odgovor
Posve jasno: Home Assistant master/slave pripada u jedan logički dom s jednim vlasnikom. Nekoliko slučajeva u kojima bih bez oklijevanja posegnuo za njim i ne bih dirao platformu:
- Glavna kuća plus vrtna kućica ili radionica. Dvije HA kutije, fizički odvojene, ali jedno kućanstvo. Želiš senzore jedne na dashboardu druge. Klasičan slučaj za remote_homeassistant.
- Granice Z-Wave ili Zigbee mreže. Čim udariš u strop od 232 čvora Z-Wave mreže, dijeljenje nije izbor, nego obveza. Dvije mreže, dva kontrolera, jedan pogled koji ih objedinjuje.
- Podjela zbog performansi. Snažno računalo za teške stvari, poput kamera i obrade govora, i štedljiv čvor blizu radija. Master/slave to drži na okupu.
Zajednički nazivnik: to je tvoj sustav. Jedan vlasnik, jedna odgovornost, jedan prostor podataka. Nema nikoga kome bi morao objašnjavati zašto upravo čitaš u njegovoj dnevnoj sobi, jer je tvoja. Upravo je to tlo na kojem je master/slave građen, i na njemu nosi izvrsno.
Ako na ovoj točki primijetiš da tvoj slučaj izgleda baš tako, ostatak ovog posta ti zapravo više ne treba. Uzmi remote_homeassistant ili MQTT put, i gotovo. Detaljna usporedba alata za vlastite potrebe stoji u šest puteva za upravljanje s više HA instanci.
Gdje arhitektura prevaguje
Sada lom. Sve gore prešutno pretpostavlja: jedan vlasnik, jedan dom. Promijeni baš tu jednu pretpostavku i cijela ideja master/slavea stoji naglavce.
Pretpostavi da druga instanca nije tvoja, nego klijentova. A treća nečija druga. I dvanaesta također. Sada ih odjednom ne želiš stapati. Želiš ih držati strogo odvojene. Klijent A ne smije vidjeti ništa od klijenta B, podaci se ne smiju miješati, a prekid veze kod klijenta devet ne smije zaljuljati tvoje automatizacije kod klijenta tri. Master/slave radi točno suprotno od onoga što ti ovdje treba. Ruši granice. Ti ih želiš povlačiti.
Tome se pridodaje ranija točka o ažuriranjima, sada s obrnutim predznakom. Mjesečni HA release bio je subotnje poslijepodne u tvom vlastitom domu. Kod trideset klijentskih instanci to je trideset puta odgovornost koju nosiš u ime drugih, i prvo što ti treba jest pregled koja instanca nakon posljednjeg ažuriranja uopće još radi čisto. Master koji sve povlači k sebi ne daje ti taj pregled. Daje ti golem, stopljen dashboard u kojem više nitko ne razaznaje granicu tenanta.
To je trenutak u kojem centralna platforma postaje druga kategorija, a ne bolji master/slave. Ne stapa, nego razdvaja i nadgleda. Zašto je to zapravo ispravan način razmišljanja o radu s klijentima i zašto improvizirani putevi tu udaraju u zid, opširno sam napisao pod voditi Home Assistant za klijente. Ovdje je dovoljna sama granica.
Master/slave vs. centralna platforma: izravna usporedba
Ne kao „tko pobjeđuje”, nego kao „za što je građeno”. Rješavaju različite probleme.
| Kriterij | Master/slave (remote_homeassistant / MQTT) | Centralna platforma |
|---|---|---|
| Osnovna ideja | stopiti čvorove u jedan dom | nadgledati odvojene kuće |
| Granica vlasništva | jedan vlasnik | mnogo vlasnika, uredno odvojenih |
| Stapanje vs. razdvajanje | stapa | razdvaja |
| Upravljanje vs. monitoring | upravljanje u prvom planu | monitoring + ograničen pristup |
| Ispad jednog čvora | udaljeni entiteti otpadaju, automatizacije trpe | jedan klijent offline, ostatak netaknut |
| Održavanje ažuriranja po čvoru | ručno po instanci, bez fleet pogleda | centralno vidljivo, po tenantu |
| Latencija | uživo, ali ovisno o vezi | status gotovo uživo, pristup na zahtjev |
| Trud po dodatnoj instanci | linearan (više sklopa = više održavanja) | ravan |
Legenda: master/slave je građen za jedan dom, platforma za mnogo odvojenih. Nijedan alat nije lošiji. Odgovaraju na različita pitanja.
Kada što: brza odluka
Jedan dom, jedan vlasnik, više HA čvorova (vrtna kućica, granica Z-Wavea, performanse)? → Master/slave. remote_homeassistant za prikaz i lako upravljanje, MQTT Statestream ako želiš raspregnutost i već imaš broker.
Više kuća, različiti vlasnici, održavaš u ime drugih? → Centralna platforma. Razdvajati i nadgledati, ne stapati.
Dvije, tri vlastite instance i nesiguran si? → Gotovo uvijek master/slave. Platforma se isplati tek kad iz „mojih” postanu „one mojih klijenata”.
Razdjelnica nije broj instanci. To je granica vlasništva. Pet vlastitih kutija u istom kućanstvu ostaju slučaj za master/slave. Dvije klijentske kuće već su jedan za platformu.
Što je HA Fleet Manager ovdje, a što nije
Ovaj blog pišem za proizvod, pa jasno kažem gdje stoji. HA Fleet Manager je centralna platforma iz desne kolone tablice, građena za integratore koji održavaju odvojene klijentske instance. Namjerno ne stapa ništa. Svaki klijent je vlastiti tenant, vidiš stanje svih instanci jednu uz drugu, a udaljeni pristup hvata tek kad ga klijent odobri, vremenski ograničeno. Ako je tvoj slučaj baš taj skok iz „mojih čvorova” u „kuće mojih klijenata”, možeš si besplatno otvoriti pristup i vidjeti pristaje li fleet pogled.
Što nije: zamjena za master/slave u vlastitom domu. Želiš li povezati svoju vrtnu kućicu s glavnom kućom, HA Fleet Manager je pogrešan alat, a remote_homeassistant pravi. Platforma ne rješava nikakav problem stapanja. Rješava suprotno.
Granica, u jednoj rečenici
Dok god je tvoj dom, stapaj čvorove kako god želiš. Čim postanu tuđe kuće, prestani stapati i počni razdvajati. Sve ostalo je kozmetika.
Disclosure: HA Fleet Manager je proizvod iza ovog bloga. Priznanje koje dajem remote_homeassistantu i MQTT Statestreamu svejedno je mišljeno iskreno. Za vlastiti dom preko dvije kutije posegnuo bih za njima bez oklijevanja.