OpenShift is Red Hat's Cloud Computing Platform as a Service (PaaS) offering. OpenShift is an application platform in the cloud where application developers and teams can build, test, deploy, and run their applications.
N/A
VMware ESXi
Score 7.8 out of 10
N/A
A bare-metal hypervisor that installs directly onto a physical server. With direct access to and control of underlying resources, VMware ESXi partitions hardware to consolidate applications and cut costs.
N/A
Pricing
Red Hat OpenShift
VMware ESXi
Editions & Modules
No answers on this topic
No answers on this topic
Offerings
Pricing Offerings
Red Hat OpenShift
VMware ESXi
Free Trial
Yes
No
Free/Freemium Version
Yes
Yes
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
No setup fee
No setup fee
Additional Details
—
—
More Pricing Information
Community Pulse
Red Hat OpenShift
VMware ESXi
Features
Red Hat OpenShift
VMware ESXi
Platform-as-a-Service
Comparison of Platform-as-a-Service features of Product A and Product B
Red Hat OpenShift
8.2
Ratings
3% above category average
VMware ESXi
-
Ratings
Ease of building user interfaces
8.40 Ratings
00 Ratings
Scalability
9.20 Ratings
00 Ratings
Platform management overhead
7.80 Ratings
00 Ratings
Workflow engine capability
7.90 Ratings
00 Ratings
Platform access control
8.30 Ratings
00 Ratings
Services-enabled integration
8.30 Ratings
00 Ratings
Development environment creation
8.50 Ratings
00 Ratings
Development environment replication
8.40 Ratings
00 Ratings
Issue monitoring and notification
7.80 Ratings
00 Ratings
Issue recovery
7.50 Ratings
00 Ratings
Upgrades and platform fixes
8.30 Ratings
00 Ratings
Server Virtualization
Comparison of Server Virtualization features of Product A and Product B
Red Hat OpenShift, despite its complexity and overhead, remains the most complete and enterprise-ready Kubernetes platform available. It excels in research projects like ours, where we need robust CI/CD, GPU scheduling, and tight integration with tools like Jupyter, OpenDataHub, and Quiskit. Its security, scalability, and operator ecosystem make it ideal for experimental and production-grade AI workloads. However, for simpler general hosting tasks—such as serving static websites or lightweight backend services—we find traditional VMs, Docker, or LXD more practical and resource-efficient. Red Hat OpenShift shines in complex, container-native workflows, but can be overkill for basic infrastructure needs.
If you're looking for the industry standard in server virtualization, I would recommend ESXi. After decades of expertise in the field, VMware continues to provide a strong product, production-ready, with an easy-to-learn interface that allows for quick management along with less costly upfront onboarding and training. Grab the free personal-use license and install in your homelab to start!
One thing is the way how it works with the GitHubs model on an enterprise business, how the hub and spoke topology works. Hub cluster topology works the way how there is a governance model to enforce policies. The R back models, the Red Hat OpenShift virtualization that supports the cube board and developer workspace is one big feature within. So yes, these are all some features I would call out.
So I don't know that this is a specific disadvantage for Red Hat OpenShift. It's a challenge for anything that Kubernetes face is. There's an extremely large learning curve associated with it and once you get to the point where you're comfortable with it, it's really not bad. But beating that learning curve is a challenge. I've done a couple presentations on our implementation of Red Hat OpenShift at various conferences and one of the slides I always have in there is a tweet from years ago that said, "I tried to teach somebody Kubernetes once. Now neither of us knows what it is."
There are some odd issues with VMware's virtualized network drive (VMXNET3). On occasion, after a reboot of a Windows-based VM the NIC will fail to bind properly and network access is unavailable until an admin intervenes by disabling/re-enabling the adapter. While it's possible that our environment is a contributing factor, this never happens on VMs using Intel E1000 emulation, only the paravirtual NICs.
Logging is extensive but difficult to work with. VMware's solution is a product called Log Insight, which comes at additional cost. Fortunately this is somewhat mitigated by the extensive support documentation and robust user community, but in the heat of the moment obtaining the required detail can be a trying experience.
This is the current strategy for the company, most of the products in the organisation are aligning to Openshift and various use cases it support. Also lot of applications are being developed for AI use case, openshift.AI provides opportunity to host and leverage the AI capabilities for these applications
It is critical to our business, what started out as a way to do certain functions, it has now become core to ensuring our product is available to our customers and reducing our costs to operate and reduce our recovery time and provisioning servers. Their support is great and the costs to renew is reasonable.
The virtualization part takes some getting used to it you are coming from a more traditional hypervisor. Customization options are not intuitive to these users. The process should be more clear. Perhaps a guide to Openshift Virtualization for users of RHV, VMware, etc. would ease this transition into the new platform
The interface is fairly intuitive for most things, and the areas that are a little less obvious usually have fantastic documentation in the online knowledgebase. In 3-4 years of managing our ESXi hosts, I think that I have only opened 4-5 support cases for things that I could not figure out myself or find answers to on the website.
Redhat openshift is generally reliable and available platform, it ensures high availability for most the situations. in fact the product where we put openshift in a box, we ensure that the availability is also happening at node and network level and also at storage level, so some of the factors that are outside of Openshift realm are also working in HA manner.
Without the need to patch the servers with bug fixes and enhancements we whave not experienced any downtime with VMware issues. Even the bug fixes and updates do not cause of downtime as we just migrate the servers to the opposite node and update the one and then move servers back. Very simple and painless.
Overall, this platform is beneficial. The only downsides we have encountered have been with pods that occasionally hang. This results in resources being dedicated to dead or zombie pods. Over time, these wasted resources occasionally cause us issues, and we have had difficulty monitoring these pods. However, this issue does not overshadow the benefits we get from Openshift.
We do not notice any difference between a physical and virtual server running the same workload. In fact we can scale quicker with the virtual server than we can with the physical.
Every time we need to get support all the Red Hat team move forward looking to solve the problem. Sometimes this was not easy and requires the scalation to product team, and we always get a response. Most of the minor issues were solved with the information from access.redhat.com
I rarely ever need support for anything VMWare makes, but when I do, the documentation available just in the free community is generally enough. It's extensive and the community is truly robust and active. And if you have a myvmware account, you can get support for your owned products from VMWare support by the conventional case/ticket method
I was not involved in the in person training, so i can not answer this question, but the team in my org worked directly with Openshift and able to get the in person training done easily, i did not hear problem or complain in this space, so i hope things happen seamlessly without any issue.
We went thru the training material on RH webesite, i think its very descriptive and the handson lab sesssions are very useful. It would be good to create more short duration videos covering one single aspect of openshift, this wll keep the interest and also it breaks down the complexity to reasonable chunks.
Jsut read and follow anything your storage provider may require to allow the integration of VMware with storage operations, outside of that VMware jsut works.
We utilized the Thycotic Secret Service to manage all our application secrets, resulting in seamless integration with our applications. We developed all the applications using Red Hat Fuse (currently migrated to Quarkus). We used the built-in Kali Linux support of OpenShift to manage and configure the services and API. Additionally, the Red Hat Developer Studio facilitates faster development.
While Hyper-V also can work very well and can have licensing benefits, it does rely on Windows in order to run. This isn't necessarily a bad thing, but it can add another layer of potential failure and might not be running on as low of a level as ESXi does. The footprint for Hyper-V can be smaller if the Desktop Experience isn't used for the hosts, but this is the default fashion that ESXi has been running for many years. VMware's support has always been stellar, and its documentation is phenomenal. Hyper-V can work as a virtual environment option, but ESXi has never let me down in any environment I have managed. I will continue standing by this product and prefer it over other options. It has proven itself time and time again over time as the defacto virtual environment hosting platform.
This is a great platform to deployment container applications designed for multiple use cases. Its reasonably scalable platform, that can host multiple instances of applications, which can seamlessly handle the node and pod failure, if they are configured properly. There should be some scalability best practices guide would be very useful
We started out with a two-server cluster and adding a third or fourth is very straightforward and simple with no issues. You just need to be aware of the size of your Vcenter Server to handle the workload, but still the resources needed is very minimal
It has allowed us to see where we need to be in the container world. I'm going to call it a net neutral impact, not negative or positive. It has given us a sense of what we are ready for and what we're not ready for. You know where you stand.
You don't know what you don't know, so it helps us know what we want to know.
Positively, it has saved us time in spinning up new servers for the different departments in our company. It is easy for us to spin up virtual machines with VMware ESXi and deploy applications at the drop of a hat.
Positively we are able to save space in our data closets as we no longer need to keep room for physical servers and workstations, allowing us to expand in other areas like networking equipment and physical backup solutions.
It has moved our business forward as we are able to migrate old servers and static workstations in the virtual environment allowing us to easily keep an eye on older applications and update/backup easily through VMware ESXi management console.