Home / server / Questions / 1139110
Accepted
King David
Asked: 2023-07-25 23:33:43 +0800 CST

Does VM machine can replace physical machine,

  • 772

We have 254 Physical servers when all machines are DELL servers R740.

servers are part of Hadoop cluster. most of them are holding HDFS filesystem and data node & node manager services, part of them are Kafka machines.

The OS that installed on the physical servers is RHEL 7.9

Now we want to add additional 52 physical servers to the cluster. but we can add only the DELL servers R760 That must be installed with RHEL 8.6

each physical server includes 256G and 64 Cores.

The problem is that we can't works with RHEL 8.6 version because Hadoop version. not fit RHEL 8.6

Therefore, we need to stay with RHEL 7.9 version but on other hand DELL server R760 can't be alignment with RHEL 7.9

so, we are thinking to use VM machines instead of DELL R760 physical machines.

it's clear for us that VM performance isn't like the physical machines.

but let's say. if we increase the default memory from 256G to 384G and increase the COREs from 64 to 80 Core's, on VM machine/s

So, in case we set VM machine as above spec with more memory and CPU's

then is it make sense to add the additional VM machines? to Hadoop cluster and not Worry about performance issues?

enter image description here

redhat

1 Answers

  1. Best Answer

    Required note: I work for Dell

    @HBrujin's comment already has basically answered the question and is sufficiently thorough that it is worth repeating:

    Running one-one-one legacy RHEL virtually on a more modern RHEL release to achieve hardware compatibility is a fully supported strategy by Red Hat (ask about your specific support/license impact for that though). The overhead / performance penalty for such virtualisation should be relatively small and certainly does not warrant hypervisors with 50% more RAM and 25% more CPU cores than you want to assign to the virtualised RHEL instance. RHEL for example supports allocating all physical memory from the host to the virtualised guest.

    ^that's what I would do.

    What I will add is that I frequently work with HPC customers and at some point you need to bite the bullet. RHEL 7 is a decade old now and is basically EOL (it technically has some bare minimum maintenance until next June at which point you're completely on your own). Working in HPC I fully appreciate the effort that it takes to upgrade, but if you're at the point that you're buying new hardware backwards compatibilty barring running everything in VMs is only going to become increasingly cumbersome. NVMe doesn't behave quite right in some cases, BIOS problems have arisen, driver support is increasingly dodgy, I've seen all sorts of things start breaking on our Gen 15 servers let alone Gen 16 (what you have).

    If one isn't already in place, I strongly recommend creating a migration plan to a newer version of RHEL.

    • 3