Red Hat Enterprise Linux (RHEL) Reviews

All of our application services, application databases, and web services run on Red Hat Enterprise Linux. Everything is on there.  

Red Hat Enterprise Linux is certainly more secure than AIX, which is what we had. It's also better than Solaris. It has improved from that perspective. We can handle the vulnerabilities better. It's more secure.

Other than that, some of the products that we are using, we are migrating out of very costly license items. For example, we're using Fusion because we wanted to migrate, and then we started using Vision Manager. We did a POC a few years ago. We started using PAM because we wanted an engine in our workflow management system from that perspective. 

We are still exploring a lot of items, but it's been a decent journey. It has helped to set up modern technologies.

We use a lot of Red Hat products. We use Red Hat PAM, Red Hat Session Manager, and the operating system. 

We use the operating system the most because all our servers are on it.

The support is good. Red Hat provides use with a degree of training.

The adoption was slightly slow because the knowledge in the market is slightly less available. It's hard to find resources to actually support the product.

Some kind of training that can upskill the resource into this technology could certainly help.

I started using Red Hat Enterprise Linux version 6 in 2019. We have our own data center.

We used different solutions. We moved from AIX 7.1 to RHEL 6. Then we moved to 7. Now we're going to 8.

We chose Red Hat Enterprise Linux because we wanted to adopt newer technologies and we wanted to secure our systems. Red Hat Enterprise Linux was a good available option. 

It's on-prem right now. The deployment was straightforward. 

I manage the infrastructure team so all of these things are under my purview. 

We did hit some hiccups, but then RHEL's emergency support was available, and we were able to resolve it. 

We have an engineering team that analyzes different products. During the analysis phase, we look for all vulnerabilities.

Once it passes all of those things, it becomes available in our internal protocol. We have different names where it becomes available in our source space to get deployed.

Migrations and upgrades have been straightforward. For example, OpenSSL has different versions that are not supported on RHEL 7, which we have right now. There is a version that comes built-in. 

We faced some issues, but we worked it out with Red Hat. They gave us a patch. 

We're moving to RHEL 8 now. We moved to RHEL 7 last year; we're going to RHEL 8 now. Next year, in 2024, we plan to move to RHEL 8.

We saw a return on investment. It is helping the business. 

The pricing is competitive. It's not low, but it is in the market. 

Overall, I would rate the solution a nine out of ten. 

We use the product as our server's operating system.

The enterprise support of the product is valuable to us. When stuff gets difficult, it's nice to have somebody to ask about it.

The solution should be updated more with the releases of programming languages. They’re lagging a bit too much. We have a lot of developers complaining about having releases that are too old. For example, if they want Python 3.11, Red Hat Enterprise Linux supports only 3.9. So the product is lagging behind a bit more than our developers would like. 

It would be nice if all the features that are available on the cloud, like Image Builder and Insight, would be available on-prem.

I have been using the solution for five years.

The product is very, very stable and tested. It is like everybody tested everything for five years, and every problem was fixed.

We have never had a problem with the solution’s scalability. We have around 6000 Red Hat Enterprise Linux servers in versions 7, 8, and 9.

Red Hat Enterprise Linux is a lot better compared to all other products. I rate the support an eight or a nine out of ten. There's too much information on the support page sometimes. If we log in to the support pages and try to find information, it's hard to get what we're searching for.

Positive

We had a lot of different Linux distributions. The pros of Red Hat Enterprise Linux are that it's the same platform for everybody, and it works for everybody. If you need something very special, you might get issues in Red Hat Enterprise Linux, but you can work around it. 

The biggest issue with Red Hat Enterprise Linux is mostly the old packages. It is a con if you have something that you know is a bug that hasn't really been released in Red Hat Enterprise Linux but has been released in the other products.

We do a template, and then we just use it. It's quite great.

We take 30 minutes to deploy the solution. It depends on the size of the machine.

I am using versions 7, 8, and 9. By implementing the solution, we wanted a unified server with a baseline platform that everybody uses. We wanted to have just one server that is enterprise ready.

We do not really have compliances in the same way as an American company has. It's nice to have IT security personnel. You get SELinux from the start. However, we get a lot of support cases because of it. The developers face problems with it. So, we get the security, but we also get lots of support cases. Usually, I end up in the middle of that because I work with support.

We run containers on OpenShift. We run only one platform, so portability isn't a concern. We only have Red Hat Enterprise Linux and OpenShift. We don't really need portability since we are government agencies. Nothing else other than on-prem is allowed for us.

The knowledge base offered by Red Hat Enterprise Linux is extensive. It is a bit hard to find information. However, when you find it, it's good. The packages are a bit old. We have a bit of an issue because of that. But other than that, it's a great operating system.

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

I use the solution to build web applications.

The tool provides more support, resources, and documentation than other products.

The product is super easy to use.

The default settings are confusing. I often change these settings to avoid problems.

I have been using the solution for a couple of years.

The stability of the product is very good.

I did not have issues finding configurations and changing settings as needed. I haven't had any issues like bugs or downtime while using Red Hat Enterprise Linux. Overall, it was a good experience. Overall, I rate the solution an eight out of ten.

It's the operating system for different applications we have that are related to telecommunications such as VoIP, DNS, and many others including identity management.

We are using it based on virtualization, including VMware, Red Hat Virtualization, and we have some OpenShift Virtualization.

RHEL has improved things a lot when it comes to automation. Creating a virtual machine was not an issue, but when it comes to the post-configuration of the workload, the solution has made life way easier. For instance, we created an automation chain that creates a virtual machine from scratch right through until the post-configuration is done. We managed to group different applications in this one chain.

In terms of speeding deployment, we have playbooks that are supported by Red Hat, where we can automate deployment and configuration. That helps a lot, making things much faster. It has accelerated our deployment of cloud-based workloads because of the availability of the modules that help us to create playbooks for post-configuration. It's not only creating a VM but, after that, we still have to do the post-configuration manually; rather that's all automated now. Where post-configuration used to take one or two days, it now takes a couple of hours.

In addition, so far the applications are consistent, regardless of the infrastructure. That's especially true when you automate it. Even if you have an issue, the consistency of deployment helps a lot.

In addition to Red Hat Virtualization and Red Hat OpenShift, we use Red Hat Satellite. We decided to base our entire stack on Red Hat because most of the vendors we use want us to have our applications on the Red Hat operating system. With our whole stack on Red Hat, it makes communication easier because we aren't ping-ponged between different vendors. In addition, there is a good knowledge base for different Red Hat products. The integrated approach among Red Hat products has helped us in that when it comes to identity management, for instance, because we don't need to wonder if Microsoft will support this or not. It has also helped to automate patching as well.

The most valuable feature is the Identity Management. You pay almost the same subscription cost for normal RHEL and you get the central Identity Management. You would need to pay much more if you were using other applications or products like Active Directory from Microsoft.

It also enables you to deploy current applications and emerging workloads across bare-metal and private cloud, which are the only environments we have. The applications are very reliable, across these environments, with RHEL.

In addition, we use the solution for monitoring using the features like PCP and that is helpful indeed.

An area for improvement in RHEL has to do with security policies. I know they are doing something about this in RHEL 9, but I haven't worked with that version yet. When it comes to security policies in RHEL 8, it is a bit behind. It would be better if we could just enforce a certain security policy such as CIS Level 1. That was not available, out-of-the-box, in RHEL 8.

We have been using Red Hat Enterprise Linux (RHEL) since mid-2010.

If it works the first time, usually it will work forever. It's only when you patch that you need to do some regression testing to make sure that it's working.

We haven't had any issues with scalability at the OS level for years.

I'm very satisfied with the technical support for RHEL. They are helpful and knowledgeable. I don't have any complaints.

Positive

I used to have Ubuntu, but I didn't like it. The beauty of RHEL is that you can easily find support, unlike Ubuntu. While Ubuntu has free subscriptions, unlike RHEL, you cannot get support for Ubuntu easily.

With Ubuntu, when I had an issue, I would have to go to Stack Overflow and check the internet. With RHEL, I like that I can go to IRC and post my question and they answer me.

We are using Satellite, which is considered to be a subscription manager, in a way. In the beginning, it was complicated. Now, they have created something called Simple Content Access  (SCA). We buy a subscription for audit purposes and for legality to have a legitimate copy. On the other hand, Satellite itself issues subscriptions once you have a new OS system. That has made things way easier.

We used professional services back in 2009 or 2010. But once we found that every vendor was looking for Red Hat Enterprise Linux, we added that skill in our department and now we are doing everything ourselves.

Because it's a very stable solution, if you have the knowledge in-house, go for a regular subscription. Otherwise, buy the Premium Support.

We had some AppStream versions for different OSs, such as CentOS, but we decided to go for RHEL because it would make life easier in terms of lifecycle management. If we had RHEL and CentOS, it would make patching more complicated.

The biggest lesson I have learned with RHEL is don't complicate your design. You can always find an easier way to do things. Sometimes you'll think, "Oh, we can do this," and you start thinking about very complicated processes. It's better to think and start simple.

With RHEL, we have patching in place, automation in place, and we already know the support. We are very satisfied. We have done a lot of work on it and now it's easy to deploy VMs immediately. We are not looking to implement any other version of Linux.

We use RHEL for database servers, a few of them run Oracle servers, and we are also using it for some of the network and infrastructure services.

The best operating system I've ever used is Red Hat, in terms of its ability and consistency of the operating system. Other than that, the vast majority of applications that I had, I could deploy those on Red Hat without much effort as it supported a vast majority of applications. I never faced any major issues with the OS, the support is also very good.

The most valuable features are:

• The stability and reliability of the OS itself
• Being open-source and leading the open-source market trends/ technologies
  
• The wide variety of applications we can deploy on Red Hat
• Their support 

I am a big fan of the OS and the user experience. They're very good. The OS is very stable and very good in performance as well.

RHEL enables us to deploy current applications and emerging workloads across all virtualized hybrid cloud and multi-cloud environments. It is one of the most stable OS that are available. 

We use RHEL to run multiple versions of the same applications and databases on a specific operating system. We have several deployments of database and a few of them are running on a bit older versions of Red Hat and some of them are running on newer versions. We are running different versions on different platforms. The management aspect is also very good, especially when we need updates on the different packages from the RH support network, management is easy.

We also use the tracing and monitoring tools to monitor OS as well as applications running on RHEL platform. The OpenShift is also a big plus through which you can manage and deploy enterprise-ready containerized workloads.

Being an advocate of open source technologies I always wished that Red Hat subscription/ support should be offered free of cost. Having said that, I understand the economics involved in running large enterprise like Red Hat; support cost is one area that can be improved. They should offer it at reduced prices.

I have been using RHEL since the start of my technical career, which was around the mid of 2003. So it's been almost 18+ years. I started using RH when it was version 7.

Stability has always been a plus for RHEL. 

Scalability is excellent. With the introduction of hybrid and multi-cloud support, one can scale up as well as scale out his workloads pretty easily. We usually scale up our traditional workloads when we need more resources i.e., during peak seasons. 

Four people in my team are responsible for deployment and support of Linux based workloads. 

We have around 300 virtual machines (VMs) and roughly 20% of them are running on Linux environment.

Whenever I open a case, I believe the support team will be able to solve my problem. They are very good at it. The documentation RHEL provides is also very good. Almost all the time, I get a solution to my problem. :)

We are using other flavors of Linux OSes, that include Oracle Enterprise Linux (OEL) and CentOS, both of which are binary compatible with RHEL. We are also using a couple of other Linux flavors like Ubuntu and OpenSUSE.

RHEL provides features that help speed our deployment. Installing on a physical server takes more time than installing it onto a virtual machine (VM).

Because of absence of local support in our part of the region, we did find some difficulties in the initial deployments with hardware vendors/ partners when we started in 2003. The local partners didn't have much knowledge of Linux environments at that time, and the support for hardware was also a bit tricky. The deployment took a couple of days until we got support from the hardware manufacturer.

Nowadays, it's very good. I managed to get good support from the hardware vendors after that incident.

We have our own deployment plans for the operating systems that include some baseline configurations and security checklists.

We usually deploy in-house as we have a trained team. Occasionally, little help is sought from the vendor teams, some of them have skilled professionals.

RHEL offers an efficient, cost-effective and reliable OS environment for enterprise-level environments. Similarly cost of running operations and the scalability factors make RHEL a good choice for providing a better ROI. The feature set it offers, support for a variety of applications, ease of deployment, and an excellent level of support all result in a good ROI. 

I believe for an enterprise-level operating system and the feature set RHEL offers, it's like any other enterprise platform cost. The introduction of OpenShift is also a big plus in terms of deployment and management of container based workloads. Red Hat as mentioned earlier can improve a bit on support/ subscription costs.

We had been using a couple of Red Hat variants for some scientific experiments that included Scientific Linux CERN (SLC) and Scientific Linux (SL), which were a confidence booster for choosing and deploying RHEL for production workloads.

Since I started with version RH 7, I believe the GUI is quite close to any other GUI operating system. There have always been a variety of tools and features that attract a non-Linux user.  As already mentioned, RHEL has been a pioneer in open-source technologies; it continued to evolve with changing market needs, that has been a big success for them.

I would definitely advise choosing RHEL if you need stability, scalability, and reliability of the OS platform. I would be a big advocate for the use of Red Hat to any new person who wants to deploy his production workloads, on-prem or on cloud on a Linux environment.

I would rate it a nine out of ten. It's near perfect. 

It's what we run our primary mission systems on. Our office automation runs on Microsoft, which includes Word, email, etc. For everything that we present to the customers through the agency, the backend is an RHEL platform.

Through the various tools that we've utilized, RHEL was able to help improve our security posture. We run a very tight ship.

We use Satellite to do patch management and limited repository so that we don't have folks going out to the internet to get the repos. You have to get the repos through our Satellite system. We also do patches through that. We use Ansible for our automation to build boxes, to install all the security patches on them, and to run the vulnerability scan against them. It initiates that. Also, implementing IdM on them is done through Ansible. So, we use Ansible quite a bit, and we're just starting with OpenShift.

One benefit of using multiple Red Hat products is compatibility. Compatibility is the most important. We haven't had an issue where the tool doesn't understand the OS or doesn't understand the platform. Ansible written for Red Hat works perfectly. It understands the plugins and satellites, and it's having one ecosystem where it also gives one phone call. If there's a problem, we call Red Hat. That has been very handy.

RHEL’s built-in security features and security profiles are very good for reducing risk and maintaining compliance, but as a government agency, we have to use other baselines. CIS baseline is what we primarily rely on. We also put in a little bit of DISA as a baseline, but they're standard out-of-the-box solutions. It's pretty good. It just has to be tweaked slightly to get it to the level we have to run at.

It's relatively easy to troubleshoot using RHEL. Sometimes, the troubleshooting can take quite a bit of work, but it's an easily understandable OS. If you understand the basic key principles, you can pretty much work it out.

We're very happy with the amount of security customization we've been able to do with RHEL. The fact that Red Hat is really on top of security issues is also valuable. We get daily emails from Red Hat letting us know of possible issues and fixes, which is incredibly helpful for us.

Other than that, we use it as our primary DNS. So, DNS is an important piece of it. 

Compatibility is also extremely important. We get the ability to run as many applications on it. They are widely supported.

There are some things that we've seen from RHEL that have given us a little bit of consternation. Their IdM product could be improved greatly. It would be great if they had some type of application built in that would let you do whitelisting for applications. On the government side, for zero trust, that's becoming very important. We're currently using a third-party solution, and it's tough to get it to match up because anytime the kernel changes, you have to match the software to the kernel. If we get a critical vulnerability on a kernel, we have to roll out the new kernel but then our third-party software isn't cooperating, and it starts breaking down the system. So, it would be great if Red Hat could integrate that type of functionality into the product so that when a new kernel comes out, it includes the updated software to do whitelisting and blacklisting of applications and processes.

At the agency, we have been using it for about 10 years. For me personally, it has been about six years.

It has been relatively stable. The only time we see stability issues is when we introduce new third-party products. We have some mandates as a government agency to do some endpoint security stuff and integrating that in has caused us a few stability issues, but that's not so much the fault of Red Hat. It's a quagmire of the chicken and the egg. You have to run a certain kernel, but that kernel is not compatible with the other software that you are forced to run. So, we've artificially created stability issues.

They eventually work out or work themselves out. When the vendors get on board and update their products to match the kernel, then everything tends to function smoothly at that point until we introduce another hiccup. We're constantly throwing hurdles, but we also have a very good system for bringing stuff back to life after it's dead, and we've done it enough that we're pretty timely. We can get one of our servers up in about 10 minutes.

It has been relatively scalable. We don't have any super large deployments, but we've had some scaling of specific applications, which has worked out great. We're integrating it more into Ansible and using our virtual hypervisor platform to recognize times when it needs to scale, and when we expect a large deluge of customers coming into our website, we have to have the backend expand. We've been doing that manually up to this point, but we're looking forward to being able to automate that.

We wanted an enterprise platform that was going to be supported. So, support from the vendor has been very important to us, and Red Hat has always provided that. When IBM took over Red Hat, we were very afraid that it was going to change our relationship with Red Hat, but it worked out very well. We've got a great sales team that has helped us, and they've always been able to get us the technical support we need when we run into an issue.

Until we got our new salesperson, I would have rated them a two out of five. Now that we've gotten our new sales team, we've gotten the right people in the right places, it's definitely a five out of five. We had a salesperson who was more focused on larger agencies, and we're a relatively small agency. So, we weren't getting the amount of focus that we needed, but that changed when our Director and our CIO engaged Red Hat's Enterprise Management. They were able to get us someone who could be more focused on smaller agencies and be a lot more helpful, and he has absolutely done that.

Positive

I was involved in the deployment or setup of RHEL to a degree, but it was mostly during our life cycle refreshes when we moved from RHEL 6 to RHEL 7 to RHEL 8. And now, we're looking at RHEL 9. 

On the backend development of the base image, I'm part of the team that puts together the base design, and then we put the steps into our repository so that we can rebuild the images easier. Right now, it's a manual process. We want to get to the point where we have all of the changes documented in a GitHub solution or something where we can make a change, push a button and have it implement those changes in there by using a script or something else. I'm mostly the one yelling to the Linux developers to get their stuff done because they have a tendency to run multiple instances while they're transitioning. They'll run an RHEL 6 box, an RHEL 7 box, and an RHEL 8 box at the same time when they have to get off of RHEL 6 and RHEL 7. So, I'm more of the management yelling at them to get this stuff done.

I would advise making sure you get a good support contract and you have a very good salesperson to work with.

In terms of RHEL's effect on our organization's management and efficiency, it can always be improved, but we probably are a three out of five on efficiency. As we move into OpenShift and get a lot more automation working, we will move slowly to the five, but that's not the fault of Red Hat. That's the fault of our organization having limited resources, and Red Hat is helping to provide the tools to get us to the next level.

Given that we started running everything on Microsoft, Red Hat is a lot more flexible in giving us the ability to span out specifically as we move into containers. It's going to give us the ability to stand up a lot more resiliency. When we're getting a heavy load, we can expand. Even currently, we have the ability to expand slightly but moving into containers will give us even more capability. We've chosen Red Hat as our platform. Red Hat has done well enough for us, and that's the platform that we're moving to with containers.

At this point, I would rate it an eight out of ten because there's always room for improvement. I don't feel that there's a perfect OS. I would even rate Windows as a seven. There's definitely room for improvement, and with Red Hat being one of the larger targets out there for hackers and people, there are always issues coming up.

We use this solution for disaster assistance. 

This solution has increased the speed of our technology. It is easy to troubleshoot using RHEL. RHEL's built-in security features and security profiles for helping to reduce risk and maintain compliance are good. It has also improved our organization's management and efficiency.

The cost of this solution could be improved. 

I have been using this solution for four years. 

This is a stable solution and we have not had any major issues when using it. 

The customer support team are very responsive and always provide the help we need. I would rate the support a nine out of ten. 

Positive

We used to use JBoss at my previous company.

I would rate this solution a nine out of ten. 

For applications, we are the OS support. We build servers and deliver applications.

RHELs overall effect on our organization's management and efficiency has been good. It's easy to support and involves no downtime. It is simple to handle, apply patches and maintain.

The most valuable feature of this solution is how easy it is to use.

When there is down time from a system admin perspective, this solution could improve how they communicate why this down time is happening. 

I have been using this solution for seven years. 

This is a stable solution. Our machines reside on vSphere and when a server goes down, we have to find out the root cause. This requires pulling information from the vSphere. 

I would rate the support for this solution an eight out of ten. 

Positive

We previously used Solaris. We moved to Red Hat because it is easier to manage and more cost-effective. It is also easier to manage patches and security using Red Hat. 

I was only involved in testing this solution during the deployment process. During testing, it was easy to make changes to configurations which also support our decision to use Red Hat. 

This is a cost-effective solution.

I would recommend this solution to others. It is easy to use, manage and handle with very little downtime. 

I would rate this solution an eight out of ten.