I'm running three servers: one for home automation/NVR, one for NAS/media services, and one for network/firewall services.
Does this breakdown look doable based on the hardware? Should the services be ditributed differently for better efficiency?
Server 1 and 3 are already up and running. I just received my NAS, and am trying to decide where to run each service to best take advantage of my hardware.
I'm also considering UnRaid instead of Proxmox for a NAS OS. I just chose Proxmox because I'm familiar with it, and I like the ability to snapshot. I also intend to run Proxmox Backup Server offsite at some point, and I like the PVE/PBS integration.
Any advice would be much appreciated!
Just remember the KISS principal: Keep It Simple, Stupid
Keep the NAS as a NAS, and I would honestly trim down everything else into a clustered hypervisor setup (like Proxmox) with dedicated VMs to run each stack. That way if you need to take a machine down for whatever reason, you can migrate its VMs/containers to another machine, with minimal downtime, so you can do whatever it is you need to do with said machine.
Full disclosure: this is what I do. I was in your shoes before.
I wouldn't do that unless you have lots of money to blow on crazy hardware. Running separate virtual machines is very inefficient. Instead, run a few virtual machines with a few services in each. I would separate it out into classes based on the load and use case.
Or just run them in containers and skip the need to run the VMs at all. You can do snapshots with Debian fine.
I don't like LXC personally. It seems that most of the community disagrees but for me it has been nothing but pain.
Might be the population on lemmy but elsewhere docker or podman are way more common. K8 in Enterprise.
Proxmox doesn't have native support for any of those. Honestly I think it would be cool for Proxmox to switch to some form of Podman.
That would be a smart move on their behalf I think.
That's what I meant, I guess it wasn't very clear. When I say "stack", I mean multiple services.