• 5 Posts
  • 91 Comments
Joined 2 years ago
cake
Cake day: June 13th, 2023

help-circle











  • Personally I’m mostly involved with my homelab migration so there’s not too much on the selfhosting page except os updates. I set up meshmini earlier to access my thin clients via vPro/AMT but I need to configure the clients before being able to actually using meshmini. Once I’m done with that I’ll finally be able to set up Lemmy and Pine pods.

    My selfhosted stuff currently works fine without me doing much which feels good and lets me focus on hardware stuff currently.



  • Not answering every single point but generally: I’d set up proxmox, test everything, make notes, reach a state/config that you like, and then start over doing it “properly” from start.

    Personally: ZFS yes, quemu/lxc depends on use case

    I shy away from running all services as Docker on the same machine for backup/restore purposes and rather have VMs per service. Is there anything wrong with this approach?

    No, but you’ll have much more overhead. I have a VM that hosts all Docker deployments which don’t need much disk space (most of them)







  • I can’t say much to docker in LXC as I’m not using it, I vaguely remember some limitation I’ve read of but if it works fine for you those don’t seem to apply.

    A VM has more overhead than an LXC, but with several LXCs maybe a single VM wins on overhead.

    I currently have most Docker containers in one VM and am thinking about splitting it, the main reason is that 2 deployments have way larger volumes than the rest. This leads to the snapshots of the VM being very large as well and if I would need to restore from snapshots for a “small” application, it would take super long because of the large ones.

    A single VM may be a bit easier on maintenance than several LXCs.

    If you don’t have a specific reason to switch, I would not.