Red Hat Enterprise Linux (RHEL) Reviews

We are a telco company hosting internal applications on the OpenShift platform. It's for general IT workloads, such as backend systems for billing. We are also using it for containerization projects.

With an open-source solution, there is no vendor lock-in at the OS layer, so it's more flexible. I am happy with the value Red Hat delivers, so we don't see a reason to change that.

I like open source and prefer it over some closed proprietary software. In my early days, I was involved in the open-source community of the Red Hat Directory Server, communicating with developers to ensure password policies were implemented and asking questions. It showed me the power of open source.

While the built-in security features are excellent, we don't use all of them. It has many available capabilities, but it's not always up to the infrastructure people to decide what to use for security. 

I'm happy with the value Red Hat Enterprise Linux delivers, but there's always room to improve. 

I have been using Red Hat Enterprise Linux for almost twenty years.

I've never heard of any issues with Red Hat Enterprise Linux's performance on business-critical workloads. If there is a problem, it's mostly on the application layer, not the operating system.

Red Hat Enterprise Linux has native containerization, so it can scale. It uses open-source technology and has Kubernetes underneath, which gives you the scaling you need. .

I rate Red Hat support seven out of 10.

Neutral

We have been a Red Hat customer for over a year, and we are happy with the value it delivers.

I don't know the exact pricing. Red Hat's subscription model is cost-effective because you pay as you go, which is better than paying upfront high license costs. 

I rate Red Hat Enterprise Linux eight out of 10. If you plan to implement Red Hat Enterprise Linux, make sure you get a vendor who can deliver and support it correctly. 

We are an Azure shop that runs middleware applications like Java and JBoss, running on the Azure back end. We have to redeploy everything via ARM templates. Anytime we do an upgrade of the application itself, it's a redeployment. We have custom images that we set up through Azure pipelines. We use Ansible for code changes and server changes.

The solution's stability is great, and patching it with Ansible is very easy.

The solution's licensing sometimes could be a little bit confusing for someone who's not a full-blown system admin and doesn't have a lot of experience with Red Hat Enterprise Linux. It took a while for me to understand the licensing.

I have been using Red Hat Enterprise Linux for three years.

Red Hat Enterprise Linux’s built-in security features for simplifying risk reduction and maintaining compliance are pretty good. My only exposure is just packet management, but packet management gives me everything that I need.

Red Hat Enterprise Linux has enabled us to achieve security standards certification. We have to stay on top of things because we work with the Ontario District School Board. There's a big emphasis on keeping everything secure, and the solution has helped us to do that.

Right now, our company is migrating to 8.8, and I think we will stay on 8 for a few years. We're doing everything through the images, and we keep everything updated with Ansible. I don't think we have any plans to use any of the automation tools other than Ansible.

Overall, I rate Red Hat Enterprise Linux ten out of ten.

Our use cases are pretty broad. We develop the automation that provisions the VMs, and then anyone in the company can request the VM for whatever intended purposes.

Red Hat Support is really good. Support has a fast response time. The product has good security. We deal with very urgent issues. The response time should be optimal if the issue requires Red Hat Support. 

My company is a utility company. Outages are a major issue for us. A faster response time is very important to get the applications back up so we can keep up with our production time. Red Hat's documentation is always really good.

As a software developer, documentation is very important to me. The solution should provide better documentation.

The solution is very stable.

The product is scalable. We're able to provide as many VMs as we like. We never run into an issue with how many VMs we are provisioning.

Support can always be improved. I rate the product’s support an eight or nine out of ten.

Positive

The solution can get pretty pricey depending on how many machines we're licensing but for a good reason.

We purchased the solution from Red Hat. We use Packer by HashiCorp to build our templates. I am a junior developer. I have been employed with my company for about five months. I don't know the initial issues that led to us choosing Red Hat Enterprise Linux as our Linux solution. I speak from a developer’s perspective because I deal with Ansible.

The product has really good built-in security. The product provides good support, which helps us manage downtime and get the service back up and running, thus producing more money.

Overall, I rate the product a ten out of ten.

We use Red Hat Ansible Automation Platform. We are using version 8.4, but we started with 8.3.

The solution’s stability is its most valuable feature. It has only been two years since I first started using the product. So far, I have seen a subtle comparison of the solution’s stability to other operating systems.

It is challenging to use the knowledge base and the deployment documentation. Some of it is all over the place, and it's challenging to piece them together.

It has been two years since we put in the first footprint of Red Hat Enterprise Linux in our organization.

We have about 30 to 40 servers.

The support team is pretty good. Whenever I send support requests and ask questions, the team is knowledgeable enough to get me the necessary answers. Sometimes there are delays in the response. However, it has been a positive experience for me.

Positive

I was the main engineer during the initial deployment of the product. The initial setup was straightforward. Whatever was in the documentation was exactly what was meant to be done.

We did not struggle with the documentation because I have been an engineer for years. Someone who is just getting started might have a different perspective on the ease of setup.

We purchased the solution from a third-party vendor.

I use Ansible Builder to build my containers. However, I do not use Red Hat Enterprise Linux’s image builder tool.

We do not use Red Hat Insights yet, but we're planning to use it in the near future. As soon as we get more servers in our environment, our firm’s directors might decide to start using Red Hat Insights. Right now, we are just using Automation Analytics. The solution’s resiliency is pretty solid.

We implemented the solution because we wanted automation. We cannot install Ansible Automation Platform in operating systems other than Red Hat Enterprise Linux.

Overall, I rate the product an eight out of ten.

Our company uses the solution to provide DBA services and manage Linux databases for clients. 

The solution works well both on-premises and in the cloud. We deploy based on client preferences that include on-premises, hybrid cloud, and fully public or private cloud. 

Depending on use cases, we use different cloud providers such as AWS, Oracle, or Azure and they all have their own limitations. The solution is flexible and has great scripting so it can accommodate any conditions. 

For one client, we have version 7 installed and managed on a variety of physical servers for different environments including production. For another client, we have VMs. For other use cases, we have a setup of active sites in on-premises with standbys in the Azure cloud. 

The solution has enabled us to centralize development because it provides true automation. It ensures that systems are stable. There is no room for doubt with our clients because the protection is sound. 

Productivity and efficiency are key advantages because the solution automates regular tasks and processes. All of this benefits our company. 

The solution integrates with all types of software and is much easier to manage than a Windows system. 

Management is portable and easily automated so deploying or installing packages and running updates is seamless. You can automate as much as possible from the deployment and maintenance points of view, both on-premises and in the cloud. 

The operating system is very stable and robust with a very good kernel. You don't run into issues related to the core of the operating system.

Updates are constant and delivered pretty regularly. The solution covers most vulnerabilities so we feel pretty confident using it on different machines. We can tell within 30 days that patches or updates are good. 

The solution could provide more APIs and GUI interfaces. The current options are kind of low-level and not as visual as Windows. 

I have been using the solution for 15 years. 

The solution is very stable so I rate stability a nine out of ten. 

The solution is scalable so I rate scalability an eight out of ten. 

I used technical support once and they responded very quickly with useful information. 

I rate support an eight out of ten. 

Positive

I previously used AX, HP-UX, and Solaris at a prior job. My current employer has always used the solution. 

The setup is straightforward. 

For one client's cloud setup, we created virtual machines and provisioned the operating system on the solution. The cloud solution provides images for the operating system so is pretty easy to install. Just click, click, click and that is it. 

For other cases, we had to install from scratch at boot but had well-documented instructions so we didn't have any issues. 

These use cases were not too complex so the focus was more on installing patches and packages that ensure compatibility with the solution. We find prerequisites for implementation in order for it to work. We focus on a strategy that makes sure we have the correct kernel parameters, the right center for settings, and the utilities needed for managing the operating system in conjunction with the database. For example, a lot of C++ compilers need to be installed. Everything that is part of the pre-install packages can be done by a DPA as well. 

We deploy the solution in-house for customers and it takes a few hours.

Ongoing maintenance includes applying versions on occasion to make sure processes aren't hanging, over consuming, or missing resources. 

Each client has a set of servers and databases, so maintenance might require two to six system administrators. It all depends on use cases including the number of systems, how critical systems are, and whether you need downtime. 

It is important to make sure your patches are up to date. Any part of regular maintenance should not be skipped. 

I recommend the solution because it is stable and easy to manage. I rate the solution an eight out of ten. 

The main use case is general system administration, which includes configuring networking, configuring storage volumes, managing users, and running backup applications.

Application performance is one of its main benefits. The applications that run on RHEL are very stable. 

I've not done much work with containers, but with general applications, as compared to other solutions that I've used, RHEL has the best portability. I have not had any issues or application failures while migrating. I've moved virtual machines and systems from one platform to another, and I've never been scared of RHEL. I never had to deal with application failures while moving them from one place to there. That's why I'm pretty confident with RHEL when it comes to working with it.

I like its integrations. I would put it higher than any other Linux version when it comes to availability. Its integrations with different applications and solutions are the best. We work with a lot of clients that use RHEL, and we could easily and quickly integrate any cloud solution, virtualization solution, storage solution, or software with the RHEL system. It is better than the other solutions we have worked with.

I like the way the updates are done and the way packages can be installed through the Red Hat Package Manager. I like it because of how fast and straightforward it is.

Its user interface could be better for people who want to use the GUI. They can provide a better user interface with more features. Storage works perfectly fine. Of course, continuous improvements should be made all the time, but it isn't at all lacking when it comes to storage and other features.

I've been using RHEL for four years, but in the last 12 months, I've used it more.

It is the most stable one. It is very stable. 

It has the ability to scale. I know that it can scale, but because of my limited experience with scaling, I don't know how good scaling is. I have only done the basic scaling, but I would assume that it can scale way more than what I have done.

Most of my usage of it is on a private cloud. I've used it in a hybrid cloud environment, but I've not done a lot of work with the hybrid cloud because most of the clients we work with have private clouds. The little bit of experience I have had with the hybrid cloud was related to basic application installation and scaling. For the scaling part, I was able to have the applications first in the private cloud and then migrate or move it to a hybrid cloud. I was able to integrate them, and I was able to change the environment, as well as have them work in a cluster. The scaling part was seamless. It was pretty easy. It was easier than I thought.

The private cloud is deployed at three locations. The public cloud is deployed across two regions. There are a lot of users of this solution. There are different systems for different applications and different services. I can't put a number on the total number of users. Some systems have 50 and some systems have close to 70. There are systems with just 10 or 5 users.

They can be faster. Because I work in support, I classify support in terms of how well you can resolve an issue and how fast you can resolve an issue. They don't reply fast enough. In a lot of instances, they don't get back to you immediately, and you have to wait for a while after creating a support ticket. They can be faster at that, but when it comes to resolving your issue, they are good. Overall, I would rate their support a seven out of ten.

Neutral

Prior to using RHEL, I was using Windows. I've also done a lot of work with Ubuntu, SUSE, and other Linux solutions, but Red Hat is the best one. I prefer it over other solutions because I'm used to it, and I find it better than other solutions. I'm used to the commands, and it is easy for me to navigate my way through it. If I have to choose between Windows and Linux, I would always go with Linux and choose RHEL because of its stability and agility.

I also use CentOS for my personal things or running some tests. For example, if I want to run a test with a client, it doesn't make sense to run a test in the client's production environment. I have a test environment with CentOS, and I run the test on CentOS before going to RHEL. I'm pretty comfortable using CentOS. CentOS is like my own testing environment.

The reason I switched over to RHEL was that over here, almost everybody or every client who uses Linux has RHEL. So, I had to understand how RHEL works. I realized that most people use it because of its stability. People find this system and its architecture good. A lot of clients talked about how they preferred the architecture of RHEL. Some clients find the commands to be easily readable, and some clients find it easy to integrate with others. A lot of clients find patching and package management pretty easy.

In terms of the deployment model, we have a private cloud. We have VMware for virtualization and Azure Stack for the private cloud. There are also public clouds, such as GCP, AWS, and Azure, and then there is the physical hardware. Some of our deployments are on physical hardware. So, we deploy RHEL on physical servers, and then, there's also the hybrid model when some clients want to integrate the private cloud and the public cloud together. They want the public cloud to be like a backup environment, or they want the private cloud to be a backup environment.

I was mostly involved in the deployment of the hardware and the private cloud.  I was also a part of the team that set up the hybrid environment, but I didn't do a lot of work on the public cloud side. The only complex part of the deployment was the hybrid configuration, where we were trying to interconnect the private cloud and the public cloud. The deployment on the public cloud was more straightforward than the deployment on the private cloud because, on a public cloud, the image is already there, whereas, on a private cloud, you have to set the image up yourself.

Each deployment model took approximately one week to deploy, but the hybrid model, requiring interconnecting the private and public clouds, took more than a week because there were a lot of dependencies.

In terms of maintenance, it does require maintenance. That's the main reason why people pay for support. 

We have definitely seen an ROI. There are around 15% savings.

It is pretty expensive, but it is worth it. Generally, in an enterprise environment, there is no cheap solution. This is coming from someone who is working with a company that provides a lot of solutions a bit cheaper than the industry standard. In the enterprise environment, I believe no solution is inexpensive, but RHEL is still pretty expensive.

Additional costs that I am aware of are usually for support and setup. A lot of banks use RHEL. I've seen the cost of the support and setup. Some of them complain about it, but they also talk about how well it works.

I have not compared the overall costs of open-source competitors to the overall costs of RHEL when it comes to supporting business operations over time. The only other distribution for which I have seen the pricing is AIX, which was a bit more expensive than RHEL.

I would always advise doing a proof of concept where the client gives out his requirements and you run a proof of concept based on those requirements to make them confident of purchasing the solution. It is always better if a proof of concept is done. This way, everybody knows what they're getting into.

Its built-in security features are definitely helpful, but at the end of the day, you have to go further than using the built-in ones. You have to do a few other things yourself. The built-in features are helpful for compliance, but we, and most enterprise organizations, always want to go further than using built-in features because some built-in features could be more open to risks. We use the best built-in features, but we always want to go further and integrate other features into the RHEL system.

I have used Red Hat Insights only once, and I have not worked much with it, but my colleagues handling monitoring used it. It was helpful for the unpatched system. They checked Red Hat Insights and saw the systems that need patching. We got an email saying that it is a security requirement and that we need to patch them because it may affect the security of the systems. Coincidentally, after doing the patching, we read blogs about security hacks out there for some of the older systems that were not patched early enough.

Red Hat Insights provide us with vulnerability alerts, but I am not sure about targeted guidance. Vulnerability alerts have impacted the uptime, which is something that we take very seriously. Uptime was one of the major reasons we wanted to work with Insights because we didn't want any attacks that would cause downtime.

Overall, I would rate Red Hat Enterprise Linux an eight out of ten.

Our company uses the solution for survey configurations across different types of databases, applications, and web servers. 

The solution has allowed us to stabilize our organization's environment. 

The solution is very stable, reliable, easy to use, and has good technical support. 

Some applications work better overall in comparison to how they work with other tools. 

Logs are detailed, stable, and consistent so it is easy to troubleshoot issues. 

Sometimes the solution deletes our archives or other features that were useful to us. We would like users to be surveyed before items are removed or be provided with a better explanation as to why removals occur. 

For example, some file system patches were recently removed but replacement patches do not cover all features. 

I have been using the solution for five years. 

The solution's efficiency and reliability are fantastic. 

We do not use security features or profiles much but have never had issues with them.

Technical support is great and I rate it a ten out of ten. 

Positive

We previously used Windows and Oracle but migrated some of those systems to the solution. 

The setup is straightforward from the operating system side. 

Installing applications and other software can be a bit complex because you need to first determine which packages are required. Once that step is completed, installation is fine. 

It is sometimes a mystery whether vendors support or license their products for a specific version of the solution. Generally, vendors are a few versions behind. For example, some do not support RHEL 8 and none support version RHEL 9. It is not easy, but the solution should work with big vendors and convince them to license new versions right away. 

Our company implemented the solution in-house. Deployment time depends on the application and use case. 

Two administrators handle ongoing maintenance which includes installing patch files. 

The solution's pricing is reasonable and it is less expensive than other products such as Windows or Oracle. Pricing was definitely an advantage for our company. 

We compared the solution to others we used and determined that price, ease of use, and its lightweight nature were benefits. 

Our company also uses Ansible because it works well with the solution. 

I rate the solution a ten out of ten. 

Our containerized workloads utilize Docker and Kubernetes and run on Red Hat Enterprise Linux to support Final Shell operations.

Red Hat Enterprise Linux helps to partially centralize our development.

The primary advantage of using Red Hat Enterprise Linux for containerized workloads is the robust support it offers in case of any issues.

Red Hat Enterprise Linux has worked well for our business critical applications.

The built-in security features are great.

One of the most significant advantages is having Red Hat behind us. If we encounter problems, we can always call them for assistance, so we are not alone with our problems.

Red Hat Enterprise Linux helps reduce our TCO.

The support from Red Hat is valuable. Having Red Hat behind us provides reassurance, and they deny unauthorized applications the ability to perform actions they shouldn't.

Red Hat Enterprise Linux's SELinux can be challenging to manage and troubleshoot, often causing frustration. While we've resolved these issues, improvements to SELinux would be greatly appreciated. Though not yet explored, Red Hat Insights could potentially aid in resolving broader Linux problems.

I have been using the Red Hat Enterprise Linux for about ten years.

We have yet to encounter problems related to Red Hat.

We install a new server if needed, and it works seamlessly.

Red Hat provides proactive support, including monthly check-ins and arranging calls to address any issues that may arise.

Positive

We do not have any other realistic options besides Red Hat.

The greatest return on investment lies in the platform's user-friendliness. Red Hat seamlessly manages all aspects of versioning and security, eliminating the need for my intervention.

I would rate Red Hat Enterprise Linux nine out of ten.

If your budget allows, I recommend testing Red Hat Enterprise Linux. It's quite easy to install, with Red Hat providing a comprehensive setup that eliminates configuration concerns.