homeassistant

12045 readers

39 users here now

Home Assistant is open source home automation that puts local control and privacy first. Powered by a worldwide community of tinkerers and DIY enthusiasts. Perfect to run on a Raspberry Pi or a local server. Available for free at home-assistant.io

founded 1 year ago

MODERATORS

GreatAlbatross

HA redundancy options (self.homeassistant)

submitted 10 months ago by Cyber to c/homeassistant@lemmy.world

17 comments fedilink hide all child comments

I'm currently running HA on a Pi3... it works fine, but it's now a single point of failure.

I have some new hardware arriving to run VMs in and was intending to move HA to it, but now I'm wondering if I can have HA in 2 places for fault tolerance.

I'm aware that there's no built-in failover options, but has anyone done something similar?

you are viewing a single comment's thread
view the rest of the comments

[–] markr@lemmy.world 5 points 10 months ago (1 children)

I run HA as a container in a vm. I back HA data up nightly and the compose script for running HA is archived on github. If the vm dies there is another vm that can bring it back up. If the host dies (I have a pool of xenserver (xcp-ng) hosts, so it would be a major domestic disaster if they all croaked) I have a fallback to run HA on docker on wsl. If the house burns down all the scripts are on GitHub and the backups get sent to Azure monthly. I think I’m covered.

[–] Cyber 1 points 10 months ago (1 children)

Ok, yep, if the house burns down (been there, done that), HA is priority 0.

But good point about the offsite backup + compose, I hadn't considered that - thanks.

Interesting that you're using a container inside a VM... is that just because you're using a VM-only hypervisor (ie Xen) or was there another reason?

I've heard good things about Proxmox, but no idea if it has a container / VM watchdog function.

[–] markr@lemmy.world 1 points 10 months ago

Yeah is type 1. But it pools supports network storage and is free, and I know how to use it.