Red Hat Enterprise Linux (RHEL) Reviews

We are using Red Hat Enterprise Linux for running solutions, such as database solutions, and enterprise, web, and network applications.

One of the fundamental reasons Red Hat 7 has benefited our organization is that it is fully certified. It has certifications on the DISA STG and other cybersecurity frameworks like Zero Trust. This is what the Department of Defense mandates to be used and it is feasible to receive these specifications and automate the implementation for continuous improvement. By implementing the technical guides, we can receive immediate results and protect environments according to our expectations. There are a group of technical procedures that are shared and that you can implement, if you follow the industry best practices.

The most valuable features are the specification and technical guides, they are most important for cyber security assurance

The accessibility to the resources could be more widespread. The registration of the license information is complicated and this product registration process should be easier for customers to access.

In an upcoming release, they could improve by having more focused security.

I have been using Red Hat Enterprise Linux for more than 15 years.

The solution is highly stable.

Red Hat Enterprise Linux is perfectly scalable. You have some resource limits depending on how you're using the technologies. According to those usage patterns, the system is going to be able to give more or less. However, this depends more on the user side than on the system side.

We have approximately 10,000 enterprise users using the systems. They sporadically log into the applications and make use of the database systems and extract information. 

There is a division between the paid support and the support that is included by the website of Red Hat. I have only used the website support and there is a lot of documentation available.

I have used other Linux products, such as AWS Linux, Debian Linux, and Ubuntu.

The initial setup is straightforward for our use case. As long as you understand what you're doing, the technologies that are involved, the proper way to style, secure, and prepare them, everything will be fine.

After you have the guide, the printed procedure, the deployment is straightforward. The operating system can be deployed in less than an hour.

Okay, and how long did the deployment take?

The solution requires maintenance, and it is a shared responsibility. They take different maintenance actions or tasks, and sometimes it's the operating system, database system, or application front band that needs maintenance.

The number one advice would be to keep the division between testing and production.

There's one system that you need to set up for testing purposes only, and this testing system can be obtained free of license. There's an evaluation license that can be easily applied. When developing the application on the Red Hat 7 system, stay using the evaluation version until the requirements are fully met, only then should you migrate them to a paid supported version.

The biggest lesson that you learn by using this solution is, you easily reach a point where a single person or a single team can no longer respond to the complexities and challenges of the security or the different versions of the applications. At that moment you need to rely on a serious fused team, that team that is backing the effort.

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

My main and only usage of Red Hat Enterprise Linux is for the on-premise workload. We use it for running Red Hat Ceph Storage and running automation using Ansible. Other than this, I use it for doing any auto test that I would like to do on a Linux-based machine.

From a security perspective, the most valuable feature is SELinux. SELinux provides good security. It's doing a good job of protecting my real estate.

The portability of applications and containers built on Red Hat Enterprise Linux is great.

It has its own ups and downs. Most of the time, it's pretty stable, but sometimes, you'll find some weird bugs that could affect the availability of your running machine. Red Hat can improve its operating system by making it better from the quality assurance perspective. Users do find bugs, which they, of course, shouldn't encounter. A better QA would probably make the job a lot better. It would make the product a lot more stable than it's today.

I've been using Red Hat Enterprise Linux for over three years.

It has its own ups and downs. The operating system itself is pretty much stable, but there could be some bugs that could affect your availability. While running the Red Hat Enterprise Linux operating system, I did experience some bugs from time to time that did affect the availability on my machine.

Overall, it's pretty stable, but when you do something more hardcore or special, then its stability could be affected. I can't recall anything that I faced in the last few weeks or months, but as you go around production with Red Hat Enterprise Linux and have lots of machines running on it, you can get stability issues or kernel issues. A machine might suddenly be rebooted for no reason. That's my experience with Red Hat Enterprise Linux's stability.

It's deployed at multiple locations. Approximately, there are 200 people using this solution.

The support in Israel from the guys sitting in Israel is great, but when contacting the support engineers across the globe, the support level just decreases, and the reliability decreases as well. The support guys locally in Israel are great, but the support guys worldwide aren't that reliable. Overall, I'd rate them a seven out of ten.

Neutral

I used Ubuntu and Fedora, but mainly Ubuntu. Ubuntu was a great operating system. We had to change from Ubuntu to Red Hat Enterprise Linux due to subscriptions. The enterprise had more and more need for container orchestration, so we ended up purchasing the Red Hat OpenShift container platform, and the use of Red Hat Enterprise Linux in the organization grew significantly.

The security features of Red Hat Enterprise Linux are aligned with the entire industry. They do not have any higher advantage over other competitors, such as Ubuntu from Canonical, so security-wise, it's okay.

It was pretty much straightforward. Deployment of the Red Hat Enterprise Linux operating system didn't take longer than two days.

It was deployed in-house. Three to four people were involved in its deployment.

In terms of maintenance, it just works unless you do anything special with it.

It's pretty expensive, but I'm not familiar with the pricing of other vendors for their operating systems. I'd rate it a seven out of ten in terms of pricing.

Red Hat Enterprise Linux's main advantage is the support that you get by purchasing their subscriptions. 

We looked at OpenSUSE, but we eventually ended up with Red Hat Enterprise Linux because of the support that Red Hat has in my country. In Israel, Red Hat is a lot bigger than OpenSUSE, so we ended up going with Red Hat Enterprise Linux because of the available support in the country.

If you're evaluating this solution, I'd recommend having your own architects discuss your architecture with the local Red Hat personnel in your state. Red Hat Enterprise Linux is a good product, and it could be even better if you know how to integrate it based on the preferences of your organization. So, my advice would be to have your guys discuss your IT architecture with the local Red Hat people and then decide how to specifically integrate your IT infrastructure with the Red Hat software.

Overall, I'd rate Red Hat Enterprise Linux a seven out of ten.

We installed the product at a very large hospital as their underlying operating system for Kubernetes, but it is not OpenShift. We use it for one-off servers and lab machines.

Copious documentation is probably the best feature of the solution. If you have a lot of high-quality documentation in one location, it is easier to search and get exactly what you need. It's more efficient when I get stuck on a problem or need help configuring something. It saves us time searching through Google or looking through GitHub Issues to solve the problems. It is a top-notch solution.

If the solution were easier to use and understand, it would not get disabled as often as it does. The solution should be made more secure. The changes made to CentOS make it hard for somebody to spin up and test it without having a preexisting relationship and license. 

If somebody wants to get something going quickly and is trying to settle on Red Hat, they don't have a free version to go to. Ubuntu and SUSE provide such platforms to the users. It is one Achilles heel in Red Hat at the moment. 

Even if Red Hat would enable a full version trial for people to test it, it would be less than what others are doing. Others are giving it away for free until you actually need support, and then you can choose if you need to buy it. With SUSE you can install it with SUSE Leap. It's pretty much the same thing. When you want support, you must enable support, and it becomes SLES.

There's nothing in Red Hat where I can run along on the free version for as long as I need to, and then when I want support, activate support on the same product. I have to reinstall it if I want Red Hat. Even with CentOS, it still wasn't possible to just activate it for Red Hat and make it become Red Hat Enterprise Linux. That's been something that's long been lacking in the product.

I have been using the solution since 1996 or 1997.

I have no complaints at all about the stability of the product.

As time goes on, the solution gets better. It adopts new features. I would say that it does a pretty good job.

The few times that I've encountered support, it was great. I don't really go through support channels. However, when I reach out and ask a question to the people I know in support, I get answers pretty quickly. I find that they have a good deal of product knowledge.

Positive

When I first started using the product in the 90s, it was just Red Hat. So I used Red Hat, and I used IBM Slack. I've used quite a number of different Linux distributions. Red Hat Enterprise Linux has been around longer than Ubuntu. I still use other solutions along with Red Hat Enterprise Linux.

Typically, the initial setup is pretty straightforward. If it's virtualization, it is really easy because we have an image already, or we can create one. We can use Kickstart. I used to run a 5000-node HPC cluster in the early 2000s based on Red Hat Enterprise Linux. We used a combination of SystemImager and Kickstart for it.

It's the default posture of a lot of the third-party vendors that you should just disable and leave them off. With containerization being prevalent everywhere, portability is across the board. Red Hat Enterprise Linux adopted Podman as opposed to Docker. Podman is a good tool, and I like it. Red Hat Enterprise Linux is the standard on which many others have based their platforms.

Using SELinux is largely misunderstood. If used properly, it provides a great platform for us. Red Hat is a big corporation, and we have people we can reach out and talk to. The same goes for SUSE. For Ubuntu, I have always gone straight to NVIDIA for support. I personally don't know of any great differentiators between all the products. I know Red Hat. It's been around longer, and I've had a long history that makes me comfortable. 

I wouldn’t recommend one over the other. It would come down to the use case. If someone wants Kubernetes on-prem, I would probably guide them toward OpenShift. I do have customers that don't run OpenShift on-prem. I often find that the customers already have a preference because they already have a license. So it's never really a decision that falls on me.

Red Hat Enterprise Linux uses firewalls, so configuring a firewall is easy. I have deployed the solution in multiple places. Overall, I rate the product an eight out of ten.

We use the solution for deploying middleware applications and many different applications that we have, like the ones we can use in the marketplace with different users. We use other kinds of solutions in many of the applications we develop. But in general, we use Red Hat Enterprise Linux.

Benefit-wise, the product is very stable. The product is also very compatible, and many people want to use it.

There are a lot of features in the solution. Red Hat Insights is one feature that we rely on currently.

The model, specifically the consumption model, is an area that needs improvement in the solution.

We had a really big challenge striking a chart between on-premises and the public cloud. The approach is that you pay as you go in Red Hat Enterprise Linux. In general, you pay for whatever you use instead of preparing for a full year.

At times, language is a barrier when it comes to support. That's one of the aspects I would like to improve about the solution.

I have been using Red Hat Enterprise Linux for six to eight years. My company has a partnership with Red Hat Enterprise Linux.

Red Hat's support is good. Sometimes cases take a little bit longer to resolve. If you are clever enough to upgrade the case and put it at a very high level of priority, then it gets resolved faster. In general, the support is good. I rate the support an eight out of ten.

Sometimes, a customer doesn't speak English or we need people who speak Spanish for the case to be easier to understand. In those cases, we lose time. I can't push all my engineers to learn to speak English. My customers and our engineers speak Spanish.

Positive

We've been working with Red Hat Enterprise Linux since the beginning.

I was involved in the deployment a long time ago. The setup process is easy. The solution is also easy to use.

Regarding the time taken for deployment, we can do it with a machine at this moment using Ansible. In our orchestration, we passed more or less, creating one machine for Red Hat and the entire environment. It took us eight days and an hour. At this moment, we can deploy it on a machine in an hour with all the security. If a developer comes to us and tells us that they need a new machine or new instance, we can provide that in an hour on-premises. In the cloud, we have to use a lot of tools.

I have purchased the license via hyperscalers and transferred it as well. I purchased the license from the marketplace and also from Red Hat.

Pricing is something that can always be better.

We have not evaluated other options since we trust Red Hat Enterprise Linux.

I am running my workloads on-premises and on the cloud. I mainly use AWS.

Resiliency-wise, the solution is very good. It's good because we don't have a problem with our environment at this moment. When we don't have a problem, we don't need to explain what is to be improved in the solution. It is reliable and doesn't break or bring us any problems.

Regarding how easy or difficult it is for me to move workloads between the cloud and my data center using the solution, we don't have problems. In general, it's easy.

We are talking about moving applications from on-premise to the cloud. We need to see if that represents any cost savings. We would need to go through a migration process, and that would be an extra cost.We would need to see if that is beneficial.

I rate the overall solution a nine out of ten.

We are running our critical applications on it. We are using versions 7, 8, and 9, and we are running our workload on private clouds. We are currently testing Azure, but we don't have the production workload on it. 

By implementing Red Hat Enterprise Linux, we wanted to solve some of the reboot problems of Windows. Every patch on Windows affected our applications because the system had to be rebooted. Red Hat Enterprise Linux has improved the uptime of the applications.

For our company, Red Hat Enterprise Linux is a very secure operating system. It's much better than the Windows system. It's great for us. SELinux is a great tool to protect us from attackers. SELinux is the most important for us.

We have been Agile for two years, and Red Hat Enterprise Linux has been a part of it.

Its stability is most valuable. I'm a technical guy, and I love Linux. For me, it's the best platform.

Writing SELinux policies is sometimes very hard if you want to deploy a new application on it.

I started working in 2006, and my first job was administering the Red Hat Enterprise Linux system. 

It's very stable.

Its scalability is extremely good. You can scale it everywhere if you want. We have 600 to 700 Red Hat Enterprise Linux systems. 

The support from Red Hat is very good. The response time is rather low. We have premium support, and we sometimes get an answer to our questions in one hour. If you explain to the support guy your problem, you will get the current answer. Overall, I'd rate them a nine out of ten because you sometimes get someone who doesn't understand your question.

I don't know about the knowledge base of Red Hat Enterprise Linux, but I know the knowledge base of OpenShift is very good now. In the past, it was updated in one single version, whereas now, the change is there for each major and minor version. There is separate documentation, and that's much better than in the past.

Positive

It's getting better and better. In the past, versions 3 and 4 were very complex, but now, it's very easy to do it. We are now creating images and deploying it on our VMware farms, and it's much easier than making a PXE boot from our bare metal systems. 

We evaluated other solutions. We went for Red Hat Enterprise Linux because of better handling. It might also have been cheaper, but I'm not sure. My company decided to go with Red Hat.

As an operating system, I would rate Red Hat Enterprise Linux a ten out of ten.

We use the product for application hosting, availability, and CI/CD pipelines.

The solution has good availability and is easy to use. It saves money and resources like support staff.

The product should provide a portal to manage licenses.

I have been using the solution for more than five years.

The solution’s stability is fine.

The product’s scalability is fine.

The support is good.

Neutral

We have seen an ROI on maintenance. As long as our servers run, our company makes money.

We evaluated SLES and Windows.

We purchased the solution via a cloud provider. We use AWS, Google, and Azure. The resiliency of the product is the same as other products. 

The solution helped us reduce costs. We use SLES and Windows alongside Red Hat Enterprise Linux. Application support and vendor support for Red Hat Enterprise Linux are better than other products. 

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.

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. 

Typically, we use this solution as a base to create and secure container images. Sometimes we use SELinux through RHEL and sometimes we only use RHEL. It is easier to apply STIG baselines to a RHEL system than other systems. We mainly use it for building and securing containers.

RHEL is different than any other Linux distribution folder. Folder locations are different and using this solution makes us more secure.

We are assured of added security because of the STIGs, automation and all the repositories that exist for securing Red Hat and SELinux. We have scripts that can automate the STIGing out of an RHEL machine, RHEL container or an RHEL BM.

It is also easy to troubleshoot using RHEL and follow the same process as other solutions such as Ubuntu, Debian, or Arch.

RHEL's effect on our organization's management and efficiency is noticeable because we check all the compliance boxes when we run STIG machines. It helps us because Red Hat is trusted in the governmental space. It also helps management save people's time by just having use of templated containers.

There's a lot more automation for STIGing out a Red Hat machine than there is in a Ubuntu or a Debian machine and this is one of the most valuable features. 

Since it's based off Fedora, I don't like the DNF package manager. 

I have been using this solution for six months. 

It's very stable. I've never had any breaking issues when upgrading packages or versions. 

We run this solution on a really small scale. We are a development group so we're not working on large-scale systems. We generate proof of concepts and then show that to the company for them to use so I can't really speak to how it scales.

Red Hat's tech support and customer service are really good. The Red Hat team are my favorite people to work with. They are easy to work with and genuinely care. I would rate them a nine out of ten. 

Positive

The initial setup is mostly straightforward depending on the specific setup. We build our own containers and that is more complex but there are simplex supported setups. In both scenarios, maintenance only involves a few commands and is simple. It is maintained by two security engineers. 

From an ROI perspective, this solution helps us win contracts. Contract values are negligible to what the RHEL licensing cost is. It has a really large effect on our contract deals because it gives our work and service credibility.

I would advise others to read up on the solution first. Try Fedora first before you get into Red Hat. There are some similarities and a lot of what you know about Linux transfers over. 

I would rate this solution a nine out of ten.