Pros and cons of Proxmox in a home lab?

Submitted ⁨⁨4⁩ ⁨months⁩ ago⁩ by ⁨rottedmood@lemmy.linuxuserspace.show⁩ to ⁨selfhosted@lemmy.world⁩

Hi all. I was curious about some of the pros and cons of using Proxmox in a home lab set up. It seems like in most home lab setups it’s overkill. But I feel like there may be something I’m missing. Let’s say I run my home lab on two or three different SBCs. Main server is an x86 i5 machine with 16gigs memory and the others are arm devices with 8 gigs memory. Ample space on all. Wouldn’t Proxmox be overkill here and eat up more system resources than just running base Ubuntu server on them all and either running the services needed from binary or docker? Seems like the extra memory needed to run the Proxmox software and then the containers would just kill available memory or CPU availability. Am I wrong in thinking that Proxmox is better suited for when you have a machine with 32gigs or more of memory and some sort of base line powerful cpu?

source

Comments

Sort:hotnew top

thatsnothowyoudoit@lemmy.ca ⁨4⁩ ⁨months⁩ ago
Pros:

you run a homelab

Cons: -you run a home lab
source
- rottedmood@lemmy.linuxuserspace.show ⁨4⁩ ⁨months⁩ ago
  ahhh thanks, i needed that laugh. too true…
  
  source
TCB13@lemmy.world ⁨4⁩ ⁨months⁩ ago
If you know your way around Linux you most likely don’t need Proxmox and its pseudo-open-source… you can try Incus / LXD instead.

Avoid Proxmox and safe yourself a LOT of headaches down the line. Go with Debian 12 + Incus/LXC, it runs VMs and containers very well. Proxmox ships with an old kernel that is so mangled and twisted that they shouldn’t even be calling it a Linux kernel. Also their management daemons and other internal shenanigans will delay your boot and crash your systems under certain circumstances.

LXD/Incus provides a management and automation layer that really makes things work smoothly - essentially what Proxmox does but properly done. With Incus you can create clusters, download, manage and create OS images, run backups and restores, bootstrap things with cloud-init, move containers and VMs between servers (even live sometimes).

Another big advantage is the fact that it provides a unified experience to deal with both containers and VMs, no need to learn two different tools / APIs as the same commands and options will be used to manage both. Even profiles defining storage, network resources and other policies can be shared and applied across both containers and VMs.

I draw your attention to containers (not docker), LXC containers because for most people full virtualization isn’t even required. In a small homelab if you can have containers that behave like full operating systems (minus the kernel) including persistence, VMs might not be required. Either way LXD/Incus will allow for both and you can easily mix and match and use what you require for each use case. Hell, you can even run Docker inside an LXC container.

For eg. I virtualize the official HomeAssistant image with Incus because we all know how hard is to get that thing running, however my NAS / Samba shares are just a LXD Debian 12 container with Samba4, Nginx and FileBrowser. Same goes for torrent client that has its own container. Some other service I’ve exposed to the internet also runs a full VM for isolation.

Like Proxmox, LXD/Incus isn’t about replacing existing virtualization techniques such as QEMU, KVM and libvirt, it is about augmenting them so they become easier to manage at scale and overall more efficient. I can guarantee you that most people running Proxmox today it today will eventually move to Incus and never look back. It woks way better, true open-source, no bugs, no delayed security updates, no BS licenses and way less overhead.

Yes, there’s a WebUI for it as well!

Image Image

source
- barsquid@lemmy.world ⁨4⁩ ⁨months⁩ ago
  I think I was on a previous account the last time I saw you, glad to see you’re still posting. You convinced me to move from Proxmox to Incus a while back. Sure, I had some growing pains, but it’s pretty smooth now.
  
  I like that I can switch out my distros underneath Incus instead of being stuck on one weird kernel. IME you were absolutely right about that. I’m getting into atomic distros to manage homelab machines. I would not be able to do that on Proxmox.
  
  I also don’t need to edit a giant Javascript file to remove a nag about enterprise software repos, which is nice.
  
  source
  - TCB13@lemmy.world ⁨4⁩ ⁨months⁩ ago
    I’m glad to know that I could help.
    
    I like that I can switch out my distros underneath Incus instead of being stuck on one weird kernel
    
    This is an interesting take that I never considered before, my experience (be it corporate or at home) is usually around Debian machines running Incus and I never had the need to replace the distro underneath it.
    
    source
    -> View More Comments
- catloaf@lemm.ee ⁨4⁩ ⁨months⁩ ago
  In what scenarios have you found Proxmox to be unstable? I’ve had almost no issues with it, despite using it in several unsupported ways.
  
  source
  - TCB13@lemmy.world ⁨4⁩ ⁨months⁩ ago
    Check the bottom of reply, there’s a link there with my experience over the years.
    
    source
- rottedmood@lemmy.linuxuserspace.show ⁨4⁩ ⁨months⁩ ago
  Thanks for all this. I’m familiar with Linux and I just think for my need, something like Proxmox is overkill. I do need to learn LXD on its own. Typically I just run binaries of the services I use, and I don’t tend to use docker or other things. I had toyed with the thought of using Proxmox for management purposes because let’s face it management of several on prem and off prem servers can be a pain. But keeping things running fast and smooth (for spouse approval) is important. I’ll look over the links you provided as it’s probably just good for me to learn LXD directly.
  
  source
  - TCB13@lemmy.world ⁨4⁩ ⁨months⁩ ago
    
    Typically I just run binaries of the services I use, and I don’t tend to use docker or other things
    
    That’s essentially what I do in my NAS with LXD, it’s a great use case for it.
    
    Enjoy.
    
    source
- mouse@midwest.social ⁨4⁩ ⁨months⁩ ago
  As a small homelabber I agree with this. I started with a baremetal and using Docker, and switched to Proxmox, and now over to Incus, actually currently I am using Debian with cockpit + cockpit-machines. I do like Incus, I keep hopping back and forth between cockpit, I need to settle on one.
  
  source
  - TCB13@lemmy.world ⁨4⁩ ⁨months⁩ ago
    Actually it would be interesting to see cockpit-machines move to Incus as a virtualization backend and support both LXC containers and QEMU VMs tat way.
    
    source
- rottedmood@lemmy.linuxuserspace.show ⁨4⁩ ⁨months⁩ ago
  Okay, i was able to take some time and play with Incus. i really like it. I had set it up on a clean VPS and attempted to set up Dendrite in a container. I had some issues getting the traffic to route appropriately to the Incus container and I didn’t have as much time to sit back and play with the settings. It was the first time I was set ting up Dendrite and I had a ton of issues with that in of itself, so i just wiped the VPS and installed Dendrite w/o the use of Incus to get a good understanding of how to get it set up correctly and federate it, etc. Now that I know that I think I am going to give this another try. I like the web UI as well, but since i use an iPhone i wasn’t really able to be able to set up the browser with the cert, which in the long run isn’t a big deal. overall, outside of the firewall settings, it was super easy to setup and get moving. thanks again for the recommendation.
  
  source
  - TCB13@lemmy.world ⁨4⁩ ⁨months⁩ ago
    
    I like the web UI as well, but since i use an iPhone i wasn’t really able to be able to set up the browser with the cert
    
    One thing you can do (that I have in the corporate) is to setup a reverse proxy in front of the WebUI and have it serve the certificate and authenticate against nginx with username/password. We did this but instead of http basic auth we used our companies existing Keycloak IdP.
    
    community.openhab.org/t/…/14542
    
    docs.nginx.com/…/securing-http-traffic-upstream/
    
    github.com/kendokan/phpAuthRequest
    
    thanks again for the recommendation.
    
    You’re welcome, enjoy.
    
    source
- possiblylinux127@lemmy.zip ⁨4⁩ ⁨months⁩ ago
  LXC is worse than virtualization as it pins to a single core instead of getting scheduled by the kernel scheduler. It also is quiet slow and dated. Either run Podman, Docker or full VMs. Proxmox has a really nice GUI that allows for more advanced management and live transfers between hosts. It also ships with a newer kernel than Debian although it shouldn’t matter as you are using it for virtualization.
  
  source
  - TCB13@lemmy.world ⁨4⁩ ⁨months⁩ ago
    
    LXC is worse than virtualization as it pins to a single core instead of getting scheduled by the kernel scheduler. It also is quiet slow and dated. Either run Podman, Docker or full VMs.
    
    First what you’re saying about the scheduler isn’t even what happens by default, that was some crap that Proxmox pulled when they migrated from OpenVZ to LXC. To be fair, they had a bunch of more or less valid reasons to force that configuration, but again it due to kernel related issues that were affecting Proxmox more than regular Ubuntu and those issues were solved around the end of 2021.
    
    Now Docker and LXC serve different purposes and they aren’t a replacement for each other. Docker is a stateless application container solution while LXC is a full persistent container aimed at running full operating systems…
    
    Docker and LXC share a bunch of underlaying technologies at on the beginning Docker even used LXC as their backed, they later moved to their execution environment called libcontainer because they weren’t using all the featured that LXC provided and wanted more control over the implementation.
    
    For those who really need full systems is LXC definitely faster than a VM. Your argument assumes everything can and should be done inside Docker/Podman when that’s very far from the reality. The Docker guys have written a very good article showcasing the differences and optimal use cases for both.
    
    Here two quotes for you:
    
    LXC is especially beneficial for users who need granular control over their environments and applications that require near-native performance. As an open source project, LXC continues to evolve, shaped by a community of developers committed to enhancing its capabilities and integration with the Linux kernel. LXC remains a powerful tool for developers looking for efficient, scalable, and secure containerization solutions. Efficient access to hardware resources (…) Virtual Desktop Infrastructure (VDI) (…) Close to native performance, suitable for intensive computational tasks. Docker excels in environments where deployment speed and configuration simplicity are paramount, making it an ideal choice for modern software development. Streamlined deployment (…) Microservices architecture (…) CI/CD pipelines.
    
    It also ships with a newer kernel than Debian although it shouldn’t matter as you are using it for virtualization.
    
    It matters, trust me. Once you start requiring modules it will suddenly matter. Either way even if they ship a kernel that is newer than Debian it is so fucked at that point that you’ll be better with whatever Debian provides out of the box.
    
    source
machinin@lemmy.world ⁨4⁩ ⁨months⁩ ago
For me, pros are:

Fun to learn something new

Easy to test different systems. For example, I can play with different router or NAS software without having a separate computer around.

I’ve been able to create different “computers” that serve different needs and require different levels of security.

Currently, a cluster is probably overkill, it was a fun experiment.

Cons

Updating all the different systems can be a pain. I could probably automate it, but I haven’t made the time to learn it yet.

As a beginner, I’m throwing a bunch of parts together and hoping it will work. I should probably be more strategic in my implementation, but I don’t know what to prioritize. I’m sure I’ll have to start over in the future.

With the previous point, the storage setup doesn’t seem very intuitive. I probably need to set up that better.

I haven’t quite figured out backups yet. My VM backups all seem too big. I need to figure that out and automate it.

Hope this is helpful.
source
- umbrella@lemmy.ml ⁨4⁩ ⁨months⁩ ago
  a simple cron job pointing to an update.sh with an apt update && apt upgrade -y does the trick.
  
  i wouldnt recommend you to completely automate it though
  
  debian has unattended-updates by default and generally takes care of itself
  
  source
snekerpimp@lemmy.world ⁨4⁩ ⁨months⁩ ago
Proxmox is based on kvm/qemu, and is very resource conservative. There is virtually no impact on performance due to the hypervisor, even on older processors. Scheduling on the cpu and hypervisor makes running multiple VMs at the same time trivial as well. RAM and I/O bandwidth are the two things that can affect performance. Running out of RAM due to too many VMs will grind you to a halt, but so would running too many applications or containers on bare metal. Running everything off of one spinning sata disk will make it impossible, but again, same downfall on bare metal.

Those minimal impacts to performance are a minor nuisance compared to the ability to run experiments and learn on sandboxed VMs. Now that TrueNAS has better virtualization support, it has caught my eye as a better homelab solution, but I will always have a proxmox server running somewhere in my stack just due to the versatility it gives me.

source
ikidd@lemmy.world ⁨4⁩ ⁨months⁩ ago
VMs under KVM are pretty much bare metal and Proxmox doesn’t use much for resources itself, it’s basically a headless Debian with a webserver interface to do all the KVM stuff.

Proxmox, especially if you use ZFS for the VM datastore, makes a home lab so much easier to revert, backup and deploy/clone VMs and LXCs. I highly recommend it if you’re just starting out. Once you wrap your head around it, it gets out of the way and lets you just tinker with your projects, and not have to manually do everything in VirtManager or at the command line.

source
- SaintWacko@midwest.social ⁨4⁩ ⁨months⁩ ago
  Seconding this. Especially if you’re still learning and making mistakes, it’s so nice to just be able to destroy a VM/CT and start over, rather then potentially breaking other things or the OS itself.
  
  source
  - DarkDarkHouse@lemmy.sdf.org ⁨4⁩ ⁨months⁩ ago
    Also needs mentioning: clustering. I have a six year old cluster with none of the hardware I originally started with, but my Pi-hole is still there. Having the ability to migrate guests between hosts is a game changer when you frequently replace or rebuild said hosts. With the right setup, migration can have as little as a few seconds of downtime, or even no downtime at all. You can’t do that with bare metal installs.
    
    source
TechnicallyColors@lemm.ee ⁨4⁩ ⁨months⁩ ago
I used Proxmox for a couple years and it’s good if you run a lot of VMs or LXCs, but I found that I’m not really the target audience. I ended up only running one Debian VM for my Docker containers. It was fine, but I eventually felt that Proxmox added no value for me, and the end result was sacrificing some memory and performance from using virtio emulations for CPU/GPU/RAM/filesystems. If your machines only have 8-16GB of RAM I don’t think it would be a good idea, as I’ve seen the rule of thumb is to dedicate 2GB for Proxmox’s usage. Meanwhile I have a Debian install on a VPS that takes about 450MB of RAM.

For me, pros:

Native ZFS support - invaluable, ZFS is terrific. MergerFS+SnapRAID is a decent replacement but the dodgy tooling and laundry list of footguns makes me nervous to use it on important data. ZFS is idiot-proof, as long as you know what you’re doing during the initial setup. RAIDZ expansion is coming this year and you can still use mixed-size disks in a RAIDZ as long as you accept that all disks are equivalent to the smallest one, so I personally feel ZFS is acceptable for grab-bag disk usage now

Separation of bare metal and server environment, which means you can spin up another server VM from scratch without impacting the previous one, then switch with zero downtime. In the end, I replaced Proxmox with Debian on ZFS root (ZFSBootMenu) and wrote a few hundred lines of bash to automate the installation, so when I switched it only took about 30 minutes of downtime start to finish.

Isolation of different environments. If my VM gets hacked, it will have a harder time reaching my Proxmox host etc. I run all services in isolated Docker environments anyway so this isn’t that big of a perk for my threat profile.

Cons:

Partitioning RAM for ZFS ARC, Proxmox, and VM leads to inherent inefficiencies at the margins.

I usually give my VM n-1 CPU cores, which is still less power than if I had just used the CPU natively.

GPU passthroughs to VM can be less efficient, depending on the GPU and how it handles it. My iGPU is less performant when using its ~SR-IOV feature

Learning requirement - not a huge learning curve but it’s a lot of knowledge that I will not use now that I’ve stopped using Proxmox

Hosting your data pool on the Proxmox host or a dedicated data VM means that your server VM needs to use NFS to access its data, which lacks a handful of features (e.g. inotify) and is a pain

Need to maintain two systems for updates, downtimes, etc

More points of failure

Extra startup time

Run by a company that thinks it’s okay to use winrar-style nag popups every time you load the console, and requires you to manually dig through the source to disable that. I understand it’s their business model, it doesn’t change how it affects me the end user who lacks $550/year to spend on disabling a popup
source
- k_rol@lemmy.ca ⁨4⁩ ⁨months⁩ ago
  $550? For a homelab you should only need to pay €110/year. What am I missing here?
  
  source
  - TechnicallyColors@lemm.ee ⁨4⁩ ⁨months⁩ ago
    Yeah it’s €110/year here: shop.proxmox.com/index.php?rp=/store/proxmox-ve-c…
    
    I remember evaluating the price a long time ago and thinking it was too much for disabling a pop-up, and on writing my post I navigated to their site and saw the standard subscription and thought that’s what I had looked at a few years back: shop.proxmox.com/index.php?rp=/store/proxmox-ve-s…
    
    source
    -> View More Comments
- hjpoijnerflkjn@feddit.de ⁨4⁩ ⁨months⁩ ago
  I went exactly the same route. Years of proxmox realizing it is not KISS in any way for my use cases. Switches to Nixos on ZFS root (so no bash installation scripts ;) ).
  
  However, docker has not the same level of isolation and security as VMs. I am currently looking into gVisor for that.
  
  source
DeltaTangoLima@reddrefuge.com ⁨4⁩ ⁨months⁩ ago
It all depends on how you want to homelab.

I was into low power homelabbing for a while - half a dozen Raspberry Pis - and it was great. But I’m an incessant tinkerer. I like to experiment with new tech all the time, and am always cloning various repos to try out new stuff. I was reaching a limit with how much I could achieve with just Docker alone, and I really wanted to virtualise my firewall/router. There were other drivers too. I really wanted to cut the streaming cord, and saving that monthly spend helped justify what came next.

I bought a pair of ex enterprise servers (HP DL360s) and jumped into Proxmox. I have an OPNsense VM for my firewall/router, and host over 40 Proxmox CTs, running (at a guess) around 60-70 different services across them.

I love it, because Proxmox gives me full separation of each service. Each one has its own CT. Think of that as me running dozens of Raspberry Pis, without the headache of managing all that hardware. On top of that, Docker gives me complete portability and recoverability. I can move services around quite easily, and can update/rollback with ease.

Finally, the combination of the two gives me a huge advantage over bare metal for rapid prototyping.

Let’s say there’s a new contender that competes with Immich. They offer the promise of a really cool feature no one else has thought of in a self-hosted personal photo library. I have Immich hosted on a CT, using Docker, and hiding behind Nginx Proxy Manager (also on a CT), accessible via photos.domain on my home network.

I can spin up a Proxmox CT from my custom Debian template, use my Ansible playbook to provision Docker and all the other bits, access it in Portainer and spin up the latest and greatest Immich competitor, all within mere minutes. Like, literally 10 minutes max.

I have a play with the competitor for a bit. If I don’t like it, I just delete the CT and move on. If I do, I can point my photos.domain hostname (via Nginx Proxy Manager) to the new service and start using it full-time. Importantly, I can still keep my original Immich CT in place - maybe shutdown, maybe not - just in case I discover something I don’t like about the new kid on the block.

That’s a simplified example, but hopefully illustrates at least what I get out of using Proxmox the way I do.

source
glizzyguzzler@lemmy.blahaj.zone ⁨4⁩ ⁨months⁩ ago
Incus is way easier to work with than Proxmox, and it sits on your OS of choice instead of being the OS you must use. For home use it’s way easier to use with the web ui, it even has clustering if you want to go hard.

So you can install Incus when you want a VM/LXC container and not have to commit to a VM/LXC container OS from the start.

Also Proxmox free just had a bad update that björked some stuff if you updated when it was live. Proxmox free is rolling and apparently lacks basic sanity checks for updates.

source
- Lemongrab@lemmy.one ⁨4⁩ ⁨months⁩ ago
  I remember updating (maybe a year ago now) and it making all my containers unaccessable.
  
  source
  - glizzyguzzler@lemmy.blahaj.zone ⁨4⁩ ⁨months⁩ ago
    Incus or Proxmox (e.g., should I shift to Incus LTS or something?)
    
    source
    -> View More Comments
- rottedmood@lemmy.linuxuserspace.show ⁨4⁩ ⁨months⁩ ago
  i played around with Incus yesterday on one of my VPSs that I really don’t care about. I did find it really interesting. But im just wondering if its still a bit too much for what i use my home lab for (running local services like jellyfin, gitea, etc.). I would prefer to containerize all of those, but unless im misunderstanding something somewhere (and I probably am), running Incus to then run another instances of ubuntu 22.04 (or whatever) so i can set up Jellyfin or Gitea inside of that seems like a bit of overkill. However, as im trying to get nextcloud set up and running, having it exposed to the internet would mean spousal factor would go way up. Honestly they are about to kill me for using pihole, so having them have to turn on tailscale to connect to nextcloud, well sometimes it feels like its asking too much. So this is where running something in an isolated container would make me feel a bit more at ease. ah if only my spouse would just learn to turn on tailscale when they need it, but i don’t see that happening any time soon.
  
  source
  - glizzyguzzler@lemmy.blahaj.zone ⁨4⁩ ⁨months⁩ ago
    I do use it to hold internet-exposed things in LXC containers to sidestep having to figure out how to not run things as Docker root.
    
    You do not need it for everything, but since it’s not an OS that makes it your everything, that’s ok! Run Docker containers as you need, put internet-exposed ones in an LXC container, put home assistant in a VM because it’s special.
    
    source
corsicanguppy@lemmy.ca ⁨4⁩ ⁨months⁩ ago
I don’t prefer proxmox, but I will say that when you have even a machine with 8 or 16gb RAM, virtualizing a workload on it just makes sense. At that point the cost is 12% resources, and the benefits IMHO farrr outweight that.

source
- possiblylinux127@lemmy.zip ⁨4⁩ ⁨months⁩ ago
  Virtualization has a 1-2% performance penalty
  
  source
WeirdGoesPro@lemmy.dbzer0.com ⁨4⁩ ⁨months⁩ ago
Using ProxMox has been extremely useful for me. It has allowed me to experiment with a lot more things than I ever did before—it is very easy to spin up a new VM to test things out.

I would recommend it to anyone running a home server.

source
phanto@lemmy.ca ⁨4⁩ ⁨months⁩ ago
I have tried a couple of Proxmox clusters, one with overkill specs and one with little Mini PCs. Proxmox does eat up a fair amount of memory, but I have used it with Ceph for live migrations. Its really useful to me to be able to power off a machine, work on it, then bring it back up, and have no interruptions in my services. That said, my Mini PCs always seemed to be hurting for RAM. So that’s my pros and cons.

source
- possiblylinux127@lemmy.zip ⁨4⁩ ⁨months⁩ ago
  Proxmox doesn’t have a lot of overhead. However, Ceph is a beast and requires very power hardware with at least a dedicated 10g network between hosts for transfers. You also need 5 or more nodes for it to be reliable. I wouldn’t recommend Ceph as there isn’t a lot of point to it. You can get a similar functionality with NFS or ZFS replication.
  
  source
  - phanto@lemmy.ca ⁨4⁩ ⁨months⁩ ago
    I have it working with LaCP’d 4gb networking for the transfers. Five nodes. I agree though, It’s a beast on RAM.
    
    source
phucyall@lemmynsfw.com ⁨4⁩ ⁨months⁩ ago
You need to understand what Proxmox gives you, which primarily is ability to run/manage/backup/etc VMs easily. If you don’t care about that, don’t use it. I have a fairly well spec’d desktop I use for homelab and I use proxmox because I often do experiments in VMs where snapshots and ability to jump to snapshots is essential. So is being able to spin up a new VM with new OS (like Windows) for example to do some testing. You can still do VMs without proxmox, but proxmox does make it a lot easier for living with daily.

source
- TCB13@lemmy.world ⁨4⁩ ⁨months⁩ ago
  
  You need to understand what Proxmox gives you, which primarily is ability to run/manage/backup/etc VMs easily
  
  Yeah and after understanding what it gives you then you move to Incus because while it might be a bit harder to setup it delivers around 80% of what Proxmox does without the overhead, mangled kernel and licensing issues.
  
  source
some_guy@lemmy.sdf.org ⁨4⁩ ⁨months⁩ ago
Proxmox is available free. You pay for support and maybe other things with a license, but you can download it and give it a spin at no cost. I just switched to Proxmox around 1m ago when I restarted my homelab project after years on hiatus. I used to use Esxi before Broadcom bought VMware and decided to suck. I like it so far.

It might be overkill for your needs. I’m running it because I want to play with setting up and managing Win Server (I only have experience managing existing servers on Win), so there’s a distinct reason for me to be on Proxmox even though I’m a Mac and Linux person. I agree that it might be overkill for your i5 if you only plan to run one Ubuntu instance on it. However, a lot of homelabbing is about having an environment to try out and learn new skills. If that’s something that’s interesting to you, it might be worthwhile.

Keep in mind that you could also run KVM for virtualization if you find reason for VMs. You’re not limited to Proxmox. And if you see no need for VMs, you already have three devices to do the things you bought them to do.

source
- possiblylinux127@lemmy.zip ⁨4⁩ ⁨months⁩ ago
  For stability you want the enterprise subscription which is not free but is fairly reasonable
  
  source

Decronym@lemmy.decronym.xyz ⁨4⁩ ⁨months⁩ ago

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:

Fewer Letters	More Letters
HA	Home Assistant automation software
~	High Availability
LXC	Linux Containers
NAS	Network-Attached Storage
ZFS	Solaris/Linux filesystem focusing on data integrity

[Thread #839 for this sub, first seen 29th Jun 2024, 15:25] [FAQ] [Full list] [Contact] [Source code]

source

monkeyman512@lemmy.world ⁨4⁩ ⁨months⁩ ago
If you want to get things working then never “tinker” with things, maybe it’s not worth it. But if you want to learn and be able to try new things it is really helpful. Having a new VM not breaking existing VMs reduces risk when trying something new.

source
- Lifebandit666@feddit.uk ⁨4⁩ ⁨months⁩ ago
  It’s the same reason I like running things in Docker; you can just wake up and read about something while enjoying your morning shit, then switch the computer on and try and boot it before that thing you’re meant to be doing. If you can’t do it you can just delete it and try again later.
  
  I started Self Hosting with Proxmox 4 months ago and so far my only real snafu has been mapping drives directly to Proxmox with Fstab. If you’re gonna do it, add “nofail” FFS.
  
  I pass my drives through to my NAS VM to handle rather than Proxmox because it’s easier to fix my NAS if it fucks up using Proxmox, than to try and fix a none-booting Proxmox.
  
  Anyway now I’m at a point of stability and dim sat thinking about redoing it bare bones, but I love tinkering so I’m sure this is just the plateau before I discover something new to play with, so I’m keeping Proxmox
  
  source
peregus@lemmy.world ⁨4⁩ ⁨months⁩ ago
I run it on a 4GB Fujitsu Futro S920! 😆 All the RAM seems to be used by 3 VMs. Some SWAP is been used, ok, but the Proxmox overhead doesn’t seem that much.

source
- TCB13@lemmy.world ⁨4⁩ ⁨months⁩ ago
  C’mon just move to Incus: lemmy.world/comment/10896868 :P
  
  source
  - peregus@lemmy.world ⁨4⁩ ⁨months⁩ ago
    No way! For just 1 reason: I will have to learn another new thing and replace it in about 6 servers. I value my time and for now Proxmox is fine.
    
    P.s. Incus seems nice though! NO, stop tempting me!!! I’m already in the rabbit hole with a gazilion of self hosted services and dozens piling up in the to do list 🙈🙈🙈
    
    source
    -> View More Comments
- possiblylinux127@lemmy.zip ⁨4⁩ ⁨months⁩ ago
  Just wait until you get a few machines. You can live transfer things and dynamically allocate resources.
  
  source
fortera@lemmy.zip ⁨4⁩ ⁨months⁩ ago
I use Proxmox/virtualisation because I want to be able to run services within their own OS. I’ve got a VM dedicated to docker both at home and in my colocation, since a lot of services I’m happy to just chuck on there, but there’s others with more complex setups, and other services/systems that just running them in docker isn’t an option.

source
Pika@sh.itjust.works ⁨4⁩ ⁨months⁩ ago
I’m currently running proxmox on a 32 gig server running a ryzen 5600 G, it’s going fine the containers don’t actually use all that much RAM and personally I’m actually seeing a better benchmarks than I did when I just ran as a Bare Bones Ubuntu server, my biggest issue has actually been a larger IO strain than anything, because it’s a lot more IO heavy now since everything’s containerized. I think I easily could run it with a lower amount of ram I would just have to turn off some of the more RAM intensive items

As for if I regret changing, no way Jose, I absolutely love the ability of having everything containerized because I can set things up how I want it when I want it and if I end up screwing something up configuration wise or decide that I no longer need that service I can just nuke the container without having to remember well what did I install on this program so I can remove it and do other programs need this dependency to work.

The biggest con out of it is probably having to figure out how to do the networking side because every container is going to have a different IP address, I found using a web dashboard is my friend because I can have heimdel tell me where all my services are and I just have to click the icon to bring me to the right IP address, it took a lot of work to figure out how it’s operational and how to get it working, but the benefits I’ve gotten of having it is amazing. Just make sure you have a spare disk to temporarily clone partitions to because it’s extremly difficult to use existing disks in the machine. I’ve been slowly going one at a time copying it over to an external drive nuking the and then reinitializing the disc as part of the proxmox lvm and then copying the data back over onto their appropriate image file.

source
specialseaweed@sh.itjust.works ⁨4⁩ ⁨months⁩ ago
I used Proxmox for awhile, then went to Unraid. I learned a lot using Proxmox but for ease of homelabbing, it’s tough to beat Unraid. It depends on what you’re wanting from your lab.

source
LordCrom@lemmy.world ⁨4⁩ ⁨months⁩ ago
I use it on reclaimed hardware … Works great for me. Has all the features you’d want for a home lab, and I run a few production hosts there as well

source
possiblylinux127@lemmy.zip ⁨4⁩ ⁨months⁩ ago
You need Proxmox

Seriously though it is nice to have

source
rutrum@lm.paradisus.day ⁨4⁩ ⁨months⁩ ago
It seemed nice at first, but one major issue: GPU passthrough was a nightmare. It cant be done in the UI and I didnt understand fully how it worked. There are many different tutorials not by promox that are outdated or may not work. It was frustrating enough I jumped to NixOS. Other hiccups included having to go to the terminal to passthrough drives for openmediavault, but that one was kind of straightforward atleast, and it worked first time.

In hindsight, I didnt actually need to virtualize everything at that level, so I never really had a good use case for it anyway. I use containers over entire VMs.

source
- monkeyman512@lemmy.world ⁨4⁩ ⁨months⁩ ago
  I think GPU passthrough has improved since you have used it. Some command line prep work is still necessary, but the passthrough config is done in the GUI.
  
  source
  - Swarfega@lemm.ee ⁨4⁩ ⁨months⁩ ago
    I did it a week ago and it was just a case of passing through the video card. I came across a lot of guides and they were all in the CLI. I assume things have improved or maybe it differs per card. I was just using onboard graphics from an N100 CPU.
    
    source
    -> View More Comments
- possiblylinux127@lemmy.zip ⁨4⁩ ⁨months⁩ ago
  It really depends on the hardware. Also PVE 8 adds some improvements. I would just follow the wiki.
  
  source
habitualTartare@lemmy.world ⁨4⁩ ⁨months⁩ ago
I’m using a commercial desktop with an i5 Sandy bridge. I maxed out to 32Gb of ram only because I’m running trueNAS, debian with containers, and home assistant. Most RAM goes to trueNAS and trueNAS doesn’t accurately report ram. For CPU, mostly just task limited but I don’t really think thats a proxmox issue. Obviously it’s not going to support an enterprise or even small business but it works for what I need of less than 4 users on my budget.

Proxmox doesn’t really ask for much but I probably would recommend docker for your arm devices.

source