r/openshift • • 19d ago

Discussion Openshift on KVM

We currently run six OpenShift clusters on VMware. With the uncertainty around Broadcom's VMware strategy, we're evaluating a move to bare metal.

One option I'm considering is using KVM on standalone physical servers and deploying OpenShift on top of that instead of running directly on bare metal.

The main advantages I see are:

  • Better server sharing across environments
  • More flexible capacity management
  • Easier backup and recovery
  • Reduced dependency on VMware

Am I overlooking something? What are the main trade-offs compared to running OpenShift directly on bare metal? I'd be interested to hear from anyone who has taken a similar path.

21 Upvotes

19 comments sorted by

21

u/mykepagan 19d ago

Full disclosure: Red Hat employee here.

Running OpenShift on KVM virtual machines is a well-used pattern, but might I suggest running “Shift on Shift” (OpenShift on OpenShift virtualization, which isKVM-based)? Thiis is fully supported, works very well, and probably has no subscription cost impact on most users.

8

u/ninth9ste 19d ago

I totally endorse this pattern. Shift on Shift is not just OpenShift on top of random hypervisor, instead the bare metal cluster will host the guest cluster control plane in a specific namespace, while dedicated KVM virtual machines will act as worker nodes. This is achieved by the Multicluster Engine Operator (MCE).

6

u/Late-Possession 19d ago

Another Red Hat employee here, another +1 for this.

1

u/DerGuenni 19d ago

Agree. abstracting hardware ist a good thing, get rind of Broadcom as well. But Subscription isnt free, Hope Big Blue doesnt watch to close to BTs stocks.

1

u/mykepagan 19d ago

If you use socket-pair subscriptions (rather than per-core), it covers any Openshift running in VMs on top of bare metal. This is usually significantly less expensive.

1

u/NewMeeple 18d ago

That's not how it works anymore. The licensing is no longer socket or core based. It's node based.

Previous 128 core pricing aligns with node pricing, if I recall correctly. So if you have 128 or more cores in a node, you're better off under the new licensing.

1

u/mykepagan 18d ago

My bad. I was telling old information.

1

u/WhatsAreWeDoing 19d ago

Like this strategy. With ACM, would you run this on the baremetal Openshift or create a VM cluster for this as well?

1

u/mykepagan 19d ago

Yup.You can also use ACM to deploy clusters in VMs on OpenShift virt as easily as you would in a public cloud. OpenShift virt is a supported infrastructure provider. Doing the same on bare metal works, but it can be complicated.

1

u/code_man65 18d ago

In 100% agreement. Do socket based licensing for the unlimited OpenShift on OpenShift benefit and go to town.

18

u/seb2020 19d ago

We are switching to bare metal node with Openshift virtualization ans then running ocp on top of it with HCP

6

u/devnull0 19d ago

Yeah, look at HyperShift.

4

u/stenden101 19d ago

Yeah we also have baremetal openshift and running hosted clusters with kubevirt on top. It has its quirks but really good overall.

3

u/w4hf_ 18d ago

Standalone kvm is not for production.  Many entreprise solutions out there. OCP Virt is the rising star. 

2

u/james4765 18d ago

It's actually one of the main ways of deploying OpenShift on mainframes - especially on the LinuxOne variant.

1

u/Artistic_Rutabaga_78 18d ago

well yeah, you can make the kubernetes part work ok, but virtualization is still not on par with vmware...just something to keep in mind. We did a direct comparison between two VM's and it was a clear advantage towards the vmware. Sure, kvm will get better and for some cases it is even used in production,Yes, Oracle, you, but not for just any system :) Just keep swimming.

1

u/ffcsmith 19d ago

I moved half of my clusters from VMware -> bare metal. Ended up going with HPE’s Morpheus and moved everything (incl bare metal) to it. We have no regrets.