Reconsidering ProxMox
-
@scottalanmiller said in Reconsidering ProxMox:
The only production virtualization platforms are ESXi, Xen, KVM, Bhyve, and Hyper-V
I've given up on Proxmox.
What do you use to manage KVM? I know you've mentioned it several times, but I can't recall the name.
-
@JasGot said in Reconsidering ProxMox:
What do you use to manage KVM? I know you've mentioned it several times, but I can't recall the name.
We were using virt-manager. But Cockpit will do the trick now in the latest release.
What made you give up on Proxmox?
-
@JasGot said in Reconsidering ProxMox:
@scottalanmiller said in Reconsidering ProxMox:
The only production virtualization platforms are ESXi, Xen, KVM, Bhyve, and Hyper-V
I've given up on Proxmox.
What do you use to manage KVM? I know you've mentioned it several times, but I can't recall the name.
Virtual Machine Manager (virt-manager) and Cockpit. Using Fedora as your KVM host is the best choice if you want the latest version version of Cockpit. But Cockpit also doesn't provide a lot of configuration options like you can with virt-manager.
-
Any update on this?! Never been exposed to proxmox and I'm curious!
-
@scottalanmiller said in Reconsidering ProxMox:
@jmoore said in Reconsidering ProxMox:
@black3dynamite Ok thanks. So it looks like another virtualization option. What advantages and disadvantages does it have with KVM?
The only production virtualization platforms are ESXi, Xen, KVM, Bhyve, and Hyper-V. That's it. And Bhyve might as well not exist.
All products on the market are these products. They may come in different packages, but at the end of the day, every solution is one of these.
Don't forget openbsd:
(https://www.openbsd.org/faq/faq16.html) -
@VoIP_n00b said in Reconsidering ProxMox:
@black3dynamite interesting. Have you used this?
The script works great.
And found a quick way to confirm if the hook script works after a Proxmox replaces
proxmoxlib.jsfile.apt --reinstall install proxmox-widget-toolkit -
@matteo-nunziati said in Reconsidering ProxMox:
Any update on this?! Never been exposed to proxmox and I'm curious!
So far, we are liking it. It's still early, but looking good.
-
@matteo-nunziati said in Reconsidering ProxMox:
@scottalanmiller said in Reconsidering ProxMox:
@jmoore said in Reconsidering ProxMox:
@black3dynamite Ok thanks. So it looks like another virtualization option. What advantages and disadvantages does it have with KVM?
The only production virtualization platforms are ESXi, Xen, KVM, Bhyve, and Hyper-V. That's it. And Bhyve might as well not exist.
All products on the market are these products. They may come in different packages, but at the end of the day, every solution is one of these.
Don't forget openbsd:
(https://www.openbsd.org/faq/faq16.html)I HAD forgotten about that. Anyone ever tried it?
-
@matteo-nunziati said in Reconsidering ProxMox:
Don't forget openbsd:
(https://www.openbsd.org/faq/faq16.html)That is bhyve I believe. Vmm is the kernel module of bhyve.
-
@Pete-S said in Reconsidering ProxMox:
@matteo-nunziati said in Reconsidering ProxMox:
Don't forget openbsd:
(https://www.openbsd.org/faq/faq16.html)That is bhyve I believe. Vmm is the kernel module of bhyve.
Ah, that would explain why I didn't know about it
-
@scottalanmiller - what storage options are you using with your testing?
-
@warren-stanley said in Reconsidering ProxMox:
@scottalanmiller - what storage options are you using with your testing?
Local. Nearly all of our systems are stand alone, local storage.
-
Are you using hardware RAID or ZFS? I'm interested as the Proxmox wiki doesn't encourage mdraid.
-
@warren-stanley said in Reconsidering ProxMox:
Are you using hardware RAID or ZFS? I'm interested as the Proxmox wiki doesn't encourage mdraid.
Meh, I'm still not sure I would look at ProxMox because of all the shit like that over the years.
But to answer your question, use hardware raid giving you blind swap to skip it mattering to the Hypervisor. That is the same decision no matter the hypervisor.
Anyone that wants to manage the raid within the hypervisor is crazy. That never makes good business sense, IMO.
-
Yeah, Proxmox has been on the edge of my radar for years, occasionally I've run up a box to have a look at its progress - never keeping it for actual production use. I've hesitated revisiting recently, for concerns similar to what is echoed in this thread and other past experiences.
-
I've been using proxmox for over a year now. I have read past threads and understand some of issues were not good but, the product itself is good. I wasn't too happy what happend with xencenter and it pretty much pushed everyone to use xcp-ng. Companies can be arses at times. look at some of shit Microsoft has pulled in the past.
-
The only hold up I have is full backups. That is simply not practical for the real world.
Sure, in a better world, state and data only make this better for many things, but even then, not all.
But in the real world we have old bespoke software and a myriad of other poor practices that prevent moving businesses to a place where only full backups would be a valid use case.
It is why I am still on Hyper-V + Veeam for clients.
-
@JaredBusch I agree, I backup inside the VM. Yes not great and not as good as incremental backups from VM level.
-
@JaredBusch said in Reconsidering ProxMox:
The only hold up I have is full backups. That is simply not practical for the real world.
I feel like it is more practical than people think. Modern "app specific" backups not withstanding, between compression and dedupe and low cost storage using full backups can work for some businesses. All, no, of course not. But when comparing Proxmox' full backups to the incrementals that we were doing before using commercial tools we are expecting (we don't have numbers on this yet, that will take months) that the cost of the additional storage will be roughly equal to the cost of the tooling that we are removing.
Not some big win, but not as bad as it sounds.
-
@StuartJordan said in Reconsidering ProxMox:
@JaredBusch I agree, I backup inside the VM. Yes not great and not as good as incremental backups from VM level.
Well, that's not necessarily true. VM level backups have no way, without in-the-VM hooks to specific applications, to back up applications. Same with in VM agents. There are nice features about blind backups from lower in the stack, but in all cases, no matter where the backup is taken from, you either need a stateless box or you need some inside agent mechanism to flush data all the way from the application to the disk.
