Red Hat Enterprise Linux (RHEL) Reviews

We've implemented OpenShift on top of OpenStack. It's a Red Hat OpenStack environment, which is the virtualization layer, and then OpenShift is for the cloud technologies.

It's currently on-prem on a private cloud. In the future, we might utilize a public cloud if the government approves that. Currently, the banking industry isn't allowed to go to the public cloud.

There is a big move towards digital banking. They prefer to have their solution up and running as soon as possible when the request comes in. They have to have the libraries and all the containers up and running. In a couple of minutes or seconds, they have their whole infrastructure up and running.

With regard to security, most companies are moving towards the black box approach and Red Hat. It's much more secure compared to the other vendors.

There's consistency, and it's resilient as well.

With regards to OpenShift, everything is related to cost. If you need a vanilla OS, you have to spend a lot on the licensing that is tagged. You have to spend on the infrastructure and the licensing on a core basis, and whatever is required on your containers, you just have to give minimum hardware specs.

Red Hat Enterprise Virtualization isn't up to the mark as compared to VMware and Hyper-V, but they're moving everything on OpenShift for containers and virtual machines, which is stable. If you go into the virtualization layer, they still need to improve a lot of things, but with regards to OpenShift, containers, Docker, and other things, they are doing well. 

We've been using it for three to four years.

Compared to Windows and other operating systems that I've used, it's stable. 

I'd rate it a nine out of ten in terms of scalability. We have plans to increase its usage in the future. Our infrastructure will be able to scale. We have a plan to grow it every three years.

Their support is very good. Most of the things are already listed in their knowledge base. Support cases are only raised when you end up with any critical situation. I'd rate their support a nine out of ten.

Positive

We've used Windows, Solaris, and AIX. The reason for switching to it was that everything is moving to the black box. People want everything to be secured. We got a lot of updates on Red Hat, and it was doing very well in the market.

It was very straightforward. When we did the proof of concept, we had everything ready within two or three days, and then the engineers who came to deploy it did it in a day's time once we had all the infrastructure up and running. This was just for the proof of concept.

With regard to the implementation, they had a timeline, and they did deliver before the timeline.

It has been deployed on Nutanix as well. They are present even in the marketplace for AWS. It's a straightforward installation. They have two categories: UPI and IPI, and the installations are very straightforward, but it requires a lot of expertise if you want to deploy it on a public cloud.

It was implemented by Red Hat. In terms of maintenance, it does require maintenance, but once it is highly available, it's easily done.

We've seen an ROI. It has had cost benefits. 

It has saved us money. We did a proof of concept with the VMware Cloud Foundation and OpenShift. We saw the feasibility and how fast it can be deployed. There were a lot of considerations. We evaluated it from all perspectives. Compared to the VMware Cloud Foundation, we noted that it was just 50% of the cost. If you go for VMware, they charge you on a core basis, and the licensing costs are huge. You'll have to spend on Microsoft licensing, and then you'll have to spend on the OS as well. Comparatively, it's much cheaper.

We purchased it directly from Red Hat. Compared to open source, it's very pricey, but you get the support, which makes it much better.

You have to deploy it and evaluate it. You can see that there's a lot of difference compared to other operating systems. It also depends on where exactly you're going. There are mainframes and other different places where you can deploy it. Even on the mainframe, it makes a lot of difference.

With Red Hat, there are a couple of things you need to consider while building your infrastructure. You need to have good hardware, and you need to have a compatibility matrix to be able to have a stable environment. It has to be tested in a proper way, rather than deploying it on any box.

In terms of the golden images created by the image builder tool, we have vendors who come with their solutions. They come with the containers, and they deploy them. Most of them are using GitHub, and we just provide the infrastructure. From a technical perspective, there's a solutions department that's into APIs. They handle everything, and we just provide the infrastructure.

Overall, I'd rate it an eight out of ten. 

We are running databases and applications on it. We are also using the Squid proxy server, NGINX, and Apache, so we are running multiple services on the servers.

We are using Red Hat Enterprise Linux eight and nine. We also use Red Hat Satellite and Red Hat Ansible Tower.

I've mostly worked with the telcos and banking sectors, and they mostly have on-prem setups. We do have a hybrid environment where we have multiple machines running on AWS. I am based in Saudi, where they are using another cloud called Din. They are running Red Hat Enterprise Linux on Din as well.

Their trainings should be free.

It's more stable than the other operating systems. That's why everyone is using the Red Hat Enterprise Linux platform instead of Windows on the server side.

They regularly send us updates regarding patches and security vulnerabilities. We patch our servers quarterly. Mostly, we do patching every three months. They always send us updates on our official email, so it's quite good.

It would be very good if we can easily migrate from CentOS to Red Hat. We are about to move from CentOS to Red Hat. It would be great if they can give us a free version. Otherwise, we need to purchase licenses, which are quite expensive.

I've been using Red Hat Enterprise Linux for five to six years. I have only been working with Red Hat Enterprise Linux over these years.

Its stability is quite good. I'd rate it a nine out of ten.

I'd rate it a nine out of ten in terms of scalability. It's being used in the banking center, and they are running their applications and databases on it. 

We have LVM configurations, so according to the application, we can increase the disk size. The environment is quite good for my use.

Their support is quite good, and they're responsive, but they first send us to the platform to check the issues. They don't provide direct support immediately. For a new engineer, it can be quite difficult. It would be good if they put us directly on the call in case of an emergency.

Some of the newer engineers require support in a quick manner. Those of us who have experience of six to seven years don't require the support, but in the beginning, we required support, and their support was quite good.

Positive

The product selection depends on the company. Telco companies have the budget, and they are using licensed products, whereas small companies usually use the free versions of Linux. They go for Oracle Linux, CentOS, etc.

We are using CentOS and Ubuntu on some of the machines. The company wanted to go for a free product, but I told them that for any support in the future, we need a licensed product, and they are now migrating to Red Hat Enterprise Linux.

It's best in terms of security features. We configure the templates and then we implement the CIS controls, security features, and complete patching of the server.

In terms of maintenance, Red Hat provides us with the details about the security vulnerabilities, and the engineer needs to implement all the security on the servers.

We did it on our own.

We haven't seen an ROI.

From a management point of view, it's quite good, but everyone is complaining that it's more expensive than the other operating systems.

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

We are in a closed environment, so submitting a ticket can be painstaking as only a few of us have access to do so. We primarily use Red Hat for its stability, and it's one of the few Linux operating systems that meet our security constraints.

I find the satellite feature the most valuable. It allows us to manage disconnected workstations, keeping their patching, software updates, and bug fixes up to date. We can collect all the necessary updates on a connected system and then transfer them to a disconnected system. Each client thinks it's connected to an external satellite infrastructure, making management very easy.

The Image Builder feature seems very helpful. We currently use Kickstart to build systems.

The support can be lackluster sometimes, especially in our disconnected space where we have specific requirements. Occasionally, we encounter support representatives who are not familiar with our setup. So, in that space, personalized and tailored support based on each use case could be better.

In additional features, I would have said being more on the bleeding edge, but RHEL 9 was released, which is a nice push forward. So right now, I don't think there's anything specific. I find the product stack to be pretty decent.

I have been using this solution for three years. We are using versions 7.9 and 8.7.

It's very stable, but that's also why it falls behind at times. For example, if you have newer hardware like systems A and B that were released within the last year, there might be potential sleep issues, specifically with S3 sleep, that require manual patching and intervention in the kernel. It's because they are trying to support newer systems on a much older framework.

I believe RHEL 9 is supposed to mitigate that a little bit. It aims to provide a balance between the latest stable release and the older version that is, like, five years old. They're trying to meet somewhere in the middle.

We have around 30 workstations and approximately 60 servers.

The customer service and support team depends on the environment you are in. The support can be spotty. The support can be spotty; at least they've tried to be helpful. Sometimes they'll just point you to a documentation link, practically like Googling it for you, and it's like, "No, we've already looked at this. Can you please review the logs further?" And sometimes, I'll have to go and pinpoint specific areas to look at. And then it's like, "Oh, okay." 

It's not always very thorough. But it's hit or miss. So I think it's just a people thing. If you get somebody in support who really likes their job or enjoys fixing things, they're going to go out of their way, as opposed to someone who does the bare minimum.

Neutral

The initial setup is very straightforward. It's pretty easy to enable it. After weeks of setting up a Linux Kickstart, the whole system can be deployed. The whole bare-metal system can be deployed in around thirty minutes. So it's really fast, especially for a bare-metal image with a lot of packages installed.

When it comes to maintaining compliance, I think it's pretty good. However, for risk reduction, we have to rely on other software and tools. So I can't really say that Red Hat provides that specific functionality for us. But I think it's good for maintaining compliance is very easy, especially with satellite. It makes it easy for us to access package and vulnerability information, allowing us to identify and resolve any issues. Overall, it works quite well. If you use the right products, I believe you can have all the necessary components in one place.

The portability of applications and containers is pretty good, although there is one issue. With the transition to Red Hat 8, Docker was removed. As a result, there is an issue with using Podman, specifically related to certain types of authentication in a mixed Windows-Linux environment. Due to the way secrets and related functionalities work, Podman cannot be utilized in that scenario. Therefore, there are some challenges to address in this regard.

I believe Red Hat should have maintained compatibility with Docker or at least their own Red Hat Docker until they could bring their software up to speed.

We did the implementation ourselves. The documentation is pretty good.

I save at least a few hours weekly using Red Hat Enterprise Linux (RHEL). 

We got the license through a third party. They buy licenses in bulk for us. We pay them, and they handle the licensing.

Moreover, Red Hat's pricing and licensing structure seems fine. There's not a huge separation. The licenses can cover everything without worrying about the core count, socket count, or similar complexities like VMware and other big companies. It's simple enough to figure out which support contract you want based on the level of support you need.

It's an open source product.

Overall, I would rate the product an eight out of ten. The product is good, and the documentation is really comprehensive. The support is satisfactory as well. Based solely on the product itself, without considering support, we find it stable and capable of supporting various architectures. The documentation is particularly good and stands out. It provides valuable resources, including bug fixes, to people with developer accounts, which are free. Having all that information available is very helpful and resourceful, especially when troubleshooting Linux-related issues.

The documentation is very good, making it easier to troubleshoot any peculiar Linux-related problems.

I work for an IBM business partner and we install Red Hat for our customers. They use Red Hat for databases, application servers, and some IBM applications that we also install. There are different uses.

RHEL gives our customers the abilities and security of an enterprise application. It's an enterprise operating system with enterprise support. The benefits are the stability of the product and the support for problem-solving.

It has also enabled our clients to centralize development and it is integrated with a lot of Red Hat tools. We have a customer with OpenShift and other products from Red Hat and it helps to centralize and coordinate the development in their environment. It makes things easier and their productivity is higher.

We also use Red Hat Insights. It's a good tool and it helps us keep the installation up to date and have a global view of what we have. In addition, Insights provides vulnerability alerts and targeted guidance, and those features have helped increase uptime.

The security it provides is one of the most important features, as are the support and the documentation. The latter helps me to do everything. 

The features included in the Red Hat environment enhance the security that Linux has by default. They're good enough to secure the system. It's very complex but it's flexible and it gives you the opportunity to deploy good security. These features reduce risk.

We use it in a hybrid environment. We have it on-prem and also in the cloud. It offers good security in such an environment. The security is well-defined and I would evaluate it positively in this type of setup.

Also, the containers and the application are totally exportable to other Linux distributions. It's very open. I haven't found any compatibility issues with other Linux distributions.

The Cockpit interface needs improvement with more features. The information for implementing Red Hat Cluster could be also improved. And there could also be better performance monitoring.

I have been using Red Hat Enterprise Linux (RHEL) for eight or nine years.

It is very stable and that is one of the features we most appreciate about it.

It's scalable.

We are quite satisfied with the technical support of Red Hat. Perhaps they could improve on their response times, but it's quite good.

Positive

We use Ubuntu and SUSE. We switched to Red Hat mainly for the enterprise support that we receive, the documentation, and the container integration.

Deployment is easy. It's very intuitive and it is well explained in the documentation.

The time it takes depends on the application, but the operating system takes a few hours to deploy and do the initial configuration. In two hours you can have a system up and running.

Generally, we start with the requirements. We have a pre-production environment and we test the strategy there. We prefer container applications, so one of the strategies that we follow is that, if it is possible to install the application container, we do that.

It can be deployed by one person like me. I am an architect but I could be a system engineer certified by Red Hat. The solution requires maintenance such as periodic upgrades to stay up to date. We have two or three people involved in that process, including patching application, compiling the product, and updating the application and the operating system, when needed to stay current and to be compatible with the next new features.

We have deployed it in various locations and we have also deployed it in IBM Power Systems as well as in some databases. We have an application server installed there and some IBM applications.

We use resources from Red Hat support. That's usually enough for us.

The pricing of RHEL is very similar to other offers. We like the model that Red Hat makes available for subscription and support. There are some free parts, subscriptions that facilitate solution development and implementation, and then, when the solution is well-defined, we move into the paid support license. That kind of subscription is a good approach.

The overall cost of RHEL versus its competitors is comparable. It's more or less the same as SUSE. But the support from Red Hat is better than you get from the others.

Compare the documentation and the answers that are published by Red Hat. Review these aspects and that should help you decide.

I strongly recommend RHEL as it fits well in on-premises or cloud development, whether for a small or a large company, and it's a professional product. It's very integrated with container technology, including with Podman and Docker, although we recommend Podman for containers. RHEL fits well in a lot of situations and container environments. It's a good product.

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.

I use Red Hat Enterprise Linux as an operating system for government contracts. 

I like the flexibility Red Hat Enterprise Linux offers in terms of permissions. The patch management is much shorter and easier. Red Hat Enterprise Linux helps us move workloads between different clouds and data centers. It's pretty smooth and transparent. 

We use AMIs — machine images — for provisioning. The image builder is nice. It's a vertical Amazon machine image. They have each machine image, so you don't need to install anything. You can just copy the machine image. 

There's an operating system called EdgeOS, which is an edge operating system used by edge computing nodes in the cloud. If Red Hat Enterprise Linux had a version incorporating EdgeOS-type functions, that would be great. Otherwise, you have to learn a little bit of EdgeOS to work with those nodes.

We have used Red Hat Enterprise Linux for several years.

I rate Red Hat Enterprise Linux nine out of 10 for stability. 

I rate Red Hat Enterprise Linux nine out of 10 for scalability. 

I rate Red Hat support nine out of 10. 

Positive

Red Hat offers better support and stability. There are several others, including Windows, and Red Hat Enterprise Linux is a pretty stable standard operating system. 

I rate Red Hat Enterprise Linux nine out of 10 for ease of deployment and migration. Deploying an AMI is straightforward. We hardly had to do anything. It's pretty much automatic and uninterruptible. 

I wasn't involved in the licensing, but Red Hat Enterprise Linux's price should be reasonable if the government and others get it. 

I rate Red Hat Enterprise Linux 10 out of 10. It's the top of the line.

I use the solution for research purposes. 

The solution provides more detailed control. 

The product's built-in security features when it comes to simplifying risk reduction and maintaining compliance can be a tedious topic. It varies from user to user, however, it offers a lot of rapid releases. It helps us to simplify risk reduction and maintain compliance.

The portability of applications and containers built on the product when it comes to keeping your organization agile is good. It's easy to use.

It enhances our security. It helps us comply with company regulations.

When it comes to ensuring availability across physical virtual and cloud infrastructure, it's been okay so far.

It helped us to avoid emergencies due to security issues.

I consider the solution to be sufficient. I do not use it too much and therefore do not see any underlying problems with the solution. 

It's sufficient and it doesn't need new features. However, as new technologies enter the market, I hope they will keep up with the changing market.

From a product point of view, it's very efficient for servers. However, the solution is complex in terms of its architecture. It could be simplified. I'd like to see them introduce PDFs or documents to better explain technicalities to new users. 

Memorizing commands can be a bit tedious.

I've been using the solution for two years. 

The product has been stable so far. 

The solution is deployed to the data center, which is managed only by a few teams. 

About 150 people are using the solution. We also have 45 to 50 administrators as they are managing different areas.

The solution is scalable. However, I'm not sure if we plan to scale further in the future.

I have not interacted with support very much. 

I was involved in the deployment. The initial setup was very straightforward.

The deployment is fast and the process is efficient. 

I did a lot of the implementation myself. 

I did not evaluate other options. 

I'd rate the solution an eight out of ten. 

I'd advise new users to learn from someone who has done everything before. It's much easier than trying to learn by yourself from scratch. They should also have their own environment for testing. 

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.

Positive

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.