this post was submitted on 23 Apr 2024
13 points (84.2% liked)

Selfhosted

40329 readers
368 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

How do you manage multiple machines in different locations. The use case is something like this, i want self hosted different apps in different locations as redundancy. Something like i put one server in my house, one in my dad’s house, couple other in my siblings/friends house. So just in case say machine in my house down or internet down. It can fallback to the other machines. I was thinking using docker swarm on multiple raspberry pis. But opening port on router seems not secure at all. How do i connect those machine together? Should i put wireguard on server # 1 and other servers will connect to that server. But if the network/machine failed on thar server; everything else will not work.

top 10 comments
sorted by: hot top controversial new old
[–] atzanteol@sh.itjust.works 20 points 7 months ago

This will be a good lesson in how difficult it is to setup servers with high availability.

I'd suggest getting redundancy working on your own network first before distributing it. How do you plan to handle storage? Will that be redundant as well?

[–] sandalbucket@lemmy.world 8 points 7 months ago (2 children)

Tailscale might be the best bet at this point. It will manage the wireguard mesh for you, and use nat holepunching for handshaking instead of needing listening ports.

[–] BearOfaTime@lemm.ee 1 points 7 months ago* (last edited 7 months ago)

And enable subnet routing on the Pi.

I've done this, it works very well. And since a Pi is small, you can keep a "hot spare" ready to send to anyone.

[–] sntx@lemm.ee 1 points 7 months ago

This, or slackhq/nebula

[–] catloaf@lemm.ee 3 points 7 months ago

You might just run it in the cloud. A DR failover process is a bit more complex than most home server environments, and is rarely automatic or smooth.

[–] five82@lemmy.world 3 points 7 months ago (1 children)

Tailscale. Use Headscale if you prefer self hosting over using their cloud service.

[–] skywhale241@lemmy.one 1 points 7 months ago

Never use tailscale before but this is good opportunity to learn.

[–] possiblylinux127@lemmy.zip 3 points 7 months ago

What services are you running? You don't want to cluster with multiple locations as the latency will kill you and it will eat bandwidth like crazy.

Maybe use something like syncthing to sync data directories across. I would use Netbird to connect them and the. Ansible for administration.

[–] theroff@aussie.zone 2 points 7 months ago

You could use HAProxy on the client side to load balance apps in multiple locations, but it really depends on the application.

I like to manage my software with Ansible but Docker stack files might make it simple enough for you.

[–] mhzawadi@lemmy.horwood.cloud 2 points 7 months ago

The comments about storage still stand, that's a tricky thing to do over the internet.

But I would recommend a meshing VPN, tinc can mesh and will route round network problems.

Also don't forget about backups, as that could be a better thing to have off site