Establishing Proxmox VE as a Cross-Platform Hypervisor with Full RHEL/EL9 Ecosystem Support

O

offsoc

New Member
Mar 14, 2026
1
0
1
Bringing Proxmox to the Enterprise Mainstream: A Case for RHEL/EL Ecosystem Support

Hi Proxmox Team and Community,

With the recent shifts in the virtualization market, Proxmox VE has a historic opportunity to become the primary alternative for enterprise-grade infrastructures. However, to truly penetrate the Mission-Critical Production Environments, we must address the "RHEL Elephant in the Room."

While Debian is an excellent community-driven base, the global enterprise landscape is heavily standardized on the Red Hat Enterprise Linux (RHEL) ecosystem (including AlmaLinux and Rocky Linux) for several non-negotiable reasons:

1. The "Industrial Standard" Argument: In finance, government, and healthcare sectors, RHEL is the baseline. These organizations rely on SELinux mandatory access controls, FIPS 140-3 certification, and kernel-level hardening that is natively integrated into the EL (Enterprise Linux) ecosystem. Proxmox’s current Debian-only stance creates a "silo" that prevents seamless integration into these hardened environments.

2. Hardware & Vendor Certification: Most Tier-1 hardware vendors (storage arrays, specialized NICs, FPGA accelerators) prioritize RHEL drivers and management agents. By supporting an RPM-based delivery (or an EL-compatible kernel), Proxmox would instantly inherit the vast hardware compatibility and vendor support matrices of the RHEL ecosystem.

3. The VMware Migration Gap: Many enterprises migrating from VMware are looking for a drop-in replacement that fits their existing Ansible/Puppet/Satellite workflows, which are often optimized for RHEL. A Proxmox stack running on a RHEL-compatible base would be the "Ultimate Migration Path" for these high-value clients.

Technical Suggestion: I am not suggesting a move away from Debian, but rather a decoupling of the Proxmox Management Stack from the underlying OS distribution.

  • Componentized RPMs: Porting pve-manager, pve-cluster, and libpve-storage-perl to the EL9 ecosystem.
  • Universal PVE Kernel: Providing a RHEL-compatible build of the Proxmox-optimized Ubuntu/Debian kernel.
  • Storage Parity: Ensuring ZFS-on-Linux and Ceph integration works natively within the RHEL storage stack.
Conclusion: If Proxmox wants to win the "Enterprise War," it must speak the language of the enterprise—and that language is RHEL. Providing official support for the RHEL/EL ecosystem would transform Proxmox from a "great Debian-based tool" into a Universal Enterprise Virtualization Standard.

I look forward to hearing the team's thoughts on the feasibility of a multi-distro support roadmap.
 
Feature requests should be filed on bugzilla.proxmox.com since there is no guarantee the developers will read everything on the forum. On Bugzilla however any new issue is read by a staff member.

Now I'm not part of the team but a fellow community member but I'm wondering which usecases you want to address?
ProxmoxVE already fully supports running RHEL as vm or lxcs. If you want that they use RHEL instead of Debian as base of the Hypervisor this was asked before. The developers politely declined since they prefer Debian for technical and other reasons:
M

Thread 'Why Debian?'

Hi all,

I'm sorry as this is my first topic. I've been hearing a lot of buzz around Proxmox and decided to give it a try.
As I proceeded for install I realised Proxmox is Debian based. But as I see it, Proxmox is an expensive packaging of KVM and a couple of open-source tools, of which, coincidentally, are maintained by RedHat.

Also, I don't see much Debian used for enterprise applications. I mean enterprise, not new kids on the block labs because they were hit with the ubuntu hype and all of the sudden think that's linux. I see ubuntu a lot with low-quality developers and container...

Btw Standard is quite subjective in my line of work our partners mostly use Debian ( with a little bit of RHEL where the support contract demands it), my workplace is the odd fellow with Ubuntu and plans migrating to Debian.

To be fair we are some kind of niche but it wouldn't surprise me if Debian is farther spread than known since ( due to its free nature) it doesn't have sale numbers. Googles internal Desktop Linux is based on Debian Testing and different to my employer I wouldn't consider Google niche ;)

Now if there are companys/governnment agencies etc who only will run a hypervisor baded on RHEL I guess that it wouldn't actually be in the best interest of the Company Proxmox Server Solutions or the community to switch to Redhat as base. Please take this with some grains of salt since I propably missed something. My reasonings are following:

- ESXi or Hyper-V are not based on RHEL either.
- The actual virtualisation technology ( kvm/qemu/lxc ) is the same for RHEL and Debian, the rest of the distribution is quite different. It would be a lot of work to change that for no actual benefit than checking some box
- Potential customers who see Enterprise as "I can check some Boxes and don't need to think for myself, I have support for this" are propably costing more revenue than generating it

As said: Since I'm working in the public sector and have no experience in running a business my ramblings are propably wrong. I don't know anything about Proxmox teams Business decisions or the thoughts of the developers.

Nontheless I fail to see what the "full support of Redhat" should entail. Running vms of the Redhat ecosystem is already supported so what do you miss?
 
Last edited:
  • Like
Reactions: cwt, gurubert and UdoB
Most large organizations treat Proxmox VE in terms of accrediation/ATO as an appliance. Since PVE is a hypervisor platform. It's NOT meant to directly run workloads. Workloads are done via VMs/LXCs.

Same with PBS & PDM. It's treated as an appliance. Just like switches, routers, firewalls, etc are appliances and anything else running their vendor's OS.
 
  • Like
Reactions: gurubert and Johannes S
You must log in or register to reply here.
Top Bottom
Back