- 0 Posts
- 27 Comments
Perhaps you could configure more than unbound service behind a loadbalancer. Each unbound instance is configured to use different upstream dns servers.
Double check if unbound doesn’t allow you to randomly hop between dns upstreams first, but the above solution should work if that’s unavailable atm.
How is running a container in an LXC worse than in a VM? It’s not really, is it? No, not really. Kubernetes could also be built on top of the LXC as well, sure. There are a number of genuine benifits from running docker on top of an LXC, and it doesn’t compromise security or come with a significant performance drop (unlike VMs).
That’s my current configuration, it works well. Put your storage on a separate network. I use smb shares so my data is password protected, even on that separate network.
Main downside of this is there’s more places for failure to occur. If your NAS goes down, there’s no storage access for proxmox which may cause service downtime. Alternatively if proxmox goes down, this also causes service downtime. For me this is fine, but something to keep in mind. Ideal solution would be 2 HA clusters for storage and compute, but thats expensive haha.
If you virtualize unraid, unraid wont have direct drive access - you can get around this by getting an HBA card and forwarding that to the unraid VM. Others have mentioned that proxmox doesn’t have docker support, I personally run docker containers within lxc boxes on proxmox. There are solutions to make managing containers easier, like portainer, if you want to go down that route.
Dell optiplex desktop or workstation would def be a gpod idea. Both are much quieter than servers - you can get the workstation if you want a xeon chip and ecc memory - otherwise the desktop will likely do what you need.