this post was submitted on 20 Apr 2024
669 points (99.1% liked)
Technology
58975 readers
3733 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
For others, beware that in a docker, each plugin needs its own docker container.
I run everything in docker except for HA which I run in a VM (HaOS) which makes it super easy to use.
Edit: by plugins I meant add-ons
Yeah. I ran it in docker for years and it was such a hassle compared to HAOS. The switch to VM was best decision I made regarding HA.
That's not true at all.
I think the wording is off.
Many or most add-ons need their own docker containers, that is what the add-ons are.
Every integration does not need its own docker container.
Well, the thing is, you don't need add ons when running in Docker.
There are a few add-ons that are very handy that don't have a docker equivalent. Namely the google cloud backup.
I also agree that you generally don't need add-ons and hopefully if someone is running HA on docker, they don't need them, but for a few select ones, it is "needed"
What are you talking about? This is simply not true.
No it's true. I run ha in a docker container too, and it doesn't support the plugin supervisor at all. You have to spin up your own plugin containers manually and configure the connection to them in the core ha instance, that's what I did with piper/wyoming. I'd be happy to share a compose file if someone wants it.
I'd be interested to see that file if you're still willing. IMO separating everything into their own containers is a positive.
This is how I have mine set up:
You don't need a supervisor with docker. And you don't need separate containers for plugins.
If you're running HA in a docker, you need to run additional containers for add-ons. This is called out in the docs. Add-ons are only for HA OS or if you install it natively, with the supervisor (HA Supervised).
If you are willing to dedicate a device to just HA you don't need separate containers for the add-ons. For ease of use that makes a lot of sense, it's, pretty plug and play.
Personally the Pi I'm running it on can handle a lot more than just HA so a docker makes more sense, and just have the add-ons I'm using also defined in the docker compose file.
So, add-ons, not plugins. You don't need add-ons if you are not using HA OS, they're irrelevant.
With plugins you mean add-ons like Z2M, Mosquitto or VSCode Server, right?
Correct, yes, the word I meant is addon, not plugin.