Our use cases for Red Hat Enterprise Linux (RHEL) involve a lot of infrastructure; we run Ansible on it, and we run any other containerized utilities we're using on Podman. We run OpenShift as well, so I don't think we have any RHEL workloads on there, but we definitely use RHEL for a lot of our internal infrastructure.

Red Hat Enterprise Linux for SAP with HA and Update Services 9.2
Amazon Web ServicesExternal reviews
External reviews are not included in the AWS star rating for the product.
RHEL
Seamless deployments and responsive support enhance operational efficiency
What is our primary use case?
What is most valuable?
The Podman feature of Red Hat Enterprise Linux (RHEL) is very valuable; that's probably the core of it—just a simple containerized solution that allows us to stand it up in a server really quickly. This feature and other features benefit our company since we are able to quickly deploy containers to support our infrastructure with minimal management needs from our engineering team.
Red Hat Enterprise Linux (RHEL) helps us solve pain points such as automation, as well as supporting other file servers using NFS and other kinds of development workloads we're running on it.
My experience with RHEL has not been too complicated; most of our stuff is on RHEL 9 now. A lot of times, our security team comes to us for some of the patching and upgrades, so we're following their lead, however, it hasn't been too difficult for us. We manage our Red Hat Enterprise Linux (RHEL) systems for provisioning and patching using Ansible and Terraform a lot, so we've been happy with that management experience.
My assessment of Red Hat Enterprise Linux (RHEL)'s built-in security features is that using SC Linux is helpful for us to lock things down, and our security team is pretty happy with it whenever they're doing their vulnerability scans. From a security standpoint, we're happy with it.
Red Hat Enterprise Linux (RHEL) has helped to mitigate downtime and lower risk. If there ever is a problem, it's quick to stand up a replacement system.
It's pretty lightweight, so I'd much rather deal with a RHEL system any day versus a Windows system. If you compare it to a Windows system, which has a much bigger attack surface, there's a big reduction there.
When it comes to our security team having to scan for vulnerabilities and such, there is a lot less vulnerability scanning that needs to be done, so it's been a better fit for us for our infrastructure.
What needs improvement?
I am interested to see how Red Hat Enterprise Linux (RHEL) can be improved. It can be improved overall. Specifically, I'm interested in seeing some of the image incorporation with RHEL 10, as that might improve some of our upgrades and help in moving to the newer versions. I'm eager to learn more about that.
For how long have I used the solution?
I have been using Red Hat Enterprise Linux (RHEL) in my company for ten-plus years.
What do I think about the stability of the solution?
It has been very reliable and stable; I have not had any major crashes or outages with RHEL.
What do I think about the scalability of the solution?
Red Hat Enterprise Linux (RHEL) scales very well with the growing needs of our company, as we can spin up instances quickly whenever we add new environments or data centers.
How are customer service and support?
I have been pretty pleased with the customer service and technical support; it's infrequent that we have to engage support, but when we do, they've been responsive and we've gotten some answers, so we've been happy. I would rate the customer service and technical support as eight out of 10.
How would you rate customer service and support?
Positive
Which solution did I use previously and why did I switch?
We have considered other solutions before or while using Red Hat Enterprise Linux (RHEL). We've considered other Linux distros in the past, however, the ability to have a fully supported platform allows us to reach out to support from Red Hat if needed, which is the reason why we've stuck with Red Hat versus others.
How was the initial setup?
In terms of deployment, it's been good standing it up and then maintaining it with patching through Satellite. Upgrades have been not time-impacted. They're pretty quick to get patching done. Everything is pretty easy. Migrations aren't too complicated.
What was our ROI?
The biggest return on investment for me when using Red Hat Enterprise Linux (RHEL) is certainly the ease of use for the engineering team; they can get things done without taking a lot of their time.
What's my experience with pricing, setup cost, and licensing?
My experience with the pricing, setup cost, and licensing of the Red Hat Enterprise Linux (RHEL) platform has been pleasing; it's pretty straightforward and we haven't had any major concerns with costs on it compared to others, so we've been happy.
What other advice do I have?
Currently, we don't have any upgrade or migration plans to stay current with Red Hat Enterprise Linux (RHEL) as far as moving to RHEL 10; that's going to be coming, I'm sure. Most of it involves keeping on the latest versions, and sometimes it's just a driver for keeping Podman up to date whenever Ansible needs to run, as Ansible is core for us.
I would rate Red Hat Enterprise Linux (RHEL) an eight out of ten overall.
What could make it a ten comes down to us being able to have time to dig into some of the features we're not using, so it's probably just on us to get wowed by some of the stuff we're not doing today.