farcaller

joined 2 years ago
[–] farcaller@fstab.sh 12 points 1 year ago (3 children)

I would not recommend unifi for a mature solution. It sure works nice as a glass panel, but it will get limiting if you will have a desire to hack around your network. Their APs are solid, though, it's just the USG/Dream machine that I wouldn’t recommend.

Mikrotik software is very capable and hackable and you can run it in a vm if you feel like bringing your own hardware.

[–] farcaller@fstab.sh 1 points 1 year ago

restic can run append-only, too. It's more about the remote not allowing deletions.

[–] farcaller@fstab.sh 3 points 1 year ago

Apparently traefik might be better if you run docker compose and such, as it does auto-discovery, which reduces the amount of manual configuration required.

[–] farcaller@fstab.sh 5 points 1 year ago

and swap Prometheus for VictoriaMertics, or your homelab ram usage becomes Prometheus ram usage.

[–] farcaller@fstab.sh 3 points 1 year ago

I’ll second conduit. You can tune up its caching, reducing the ram usage significantly. It does become a bit painful to sync the mobile clients, but at least it's not gigabytes of ram wasted.

[–] farcaller@fstab.sh 2 points 1 year ago (1 children)

In the context of my comments here, any mention of "S3" means "S3-compatible" in the way that's implemented by Garage. I hope that clarifies it for you.

[–] farcaller@fstab.sh 2 points 1 year ago (3 children)

Clearly I mean Garage in here when I write "S3." It is significantly easier and faster to run hugo deploy and let it talk to Garage, then to figure out where on a remote node the nginx k8s pod has its data PV mounted and scp files into it. Yes, I could automate that. Yes, I could pin the blog's pod to a single node. Yes, I could use a stable host path for that and use rsync, and I could skip the whole kubernetes insanity for a static html blog.

But I somewhat enjoy poking the tech and yes, using Garage makes deploys faster and it provides me a stable well-known API endpoint for both data transfers and for serving the content, with very little maintenance required to make it work.

[–] farcaller@fstab.sh 2 points 1 year ago (6 children)

S3 storage is simpler than running scp -r to a remote node, because you can copy files to S3 in a massively parallel way and scp is generally sequential. It's very easy to protect the API too, as it's just HTTP (and at it, it's also significantly faster than WebDAV).

[–] farcaller@fstab.sh 4 points 1 year ago

Of course it does AI now!

But seriously, the easiest guide for minio setup meant using their operator. The garage guide was: spin up this single deploy and it works from there.

[–] farcaller@fstab.sh 17 points 1 year ago (15 children)

I remember when minio just started and it was small and easy to run. Nowadays, it's a full-blown enterprise product, though, full of features you’ll never care about in a homelab eating on your cpu and ram.

Garage is small and easy to run. I’ve been toying with it for several months and I’m more than happy with its simple API and tiny footprint. I even run my (static html) blog off it because it's just easier to deploy it to a S3-compatible API.

[–] farcaller@fstab.sh 6 points 1 year ago

Specifically, use home.arpa, if you must use a private domain.

[–] farcaller@fstab.sh 1 points 1 year ago (1 children)

There’s a whole bunch of “it loses all your data” bugs in OpenZFS too, ironically, although it’s way way less fragile than btrfs in general.

That said, the latter is pretty much solid too, unless you do raid5-like things.

view more: ‹ prev next ›