Red Hat Enterprise Linux (RHEL) Reviews

The primary software utilized across our business units is S4HANA, which runs on our SAP server hosted on Red Hat Enterprise Linux. Consequently, most Red Hat systems in our environment support SAP-related services. We operate approximately 105 Red Hat Enterprise servers dedicated to running these SAP services.

Red Hat Enterprise Linux was implemented due to its robust infrastructure, which allows us to efficiently manage our enterprise servers on a large scale using tools like Red Hat Satellite, Insight, and Ansible. This centralized management simplifies the orchestration and control of our extensive RHEL environment. Red Hat Identity Manager also ensures secure authentication and authorization for our remote systems. Beyond infrastructure, Red Hat's robust support is invaluable, providing timely solutions to complex issues. The operating system's strong security posture, including rapid patch deployment for vulnerabilities, further solidifies our decision to implement RHEL.

Red Hat Enterprise Linux simplifies risk reduction by integrating Red Hat Insights. This provides a comprehensive security posture assessment of our Red Hat systems, offering easy-to-understand best practice recommendations and applicable actionable remediation steps.

The knowledge base offered by Red Hat Enterprise Linux is detailed and contains numerous articles that can help resolve our issues.

Red Hat Satellite simplifies our patch process by helping us meet audit and compliance needs. We've set up a lifecycle environment within Satellite to test patches on development and quality systems before deploying them to the operating system. This allows us to roll out patches based on the environment, ensuring thorough testing before reaching production. Additionally, we leverage Ansible automation to streamline provisioning and manage patches effectively. While automation is ongoing, we have successfully implemented Ansible and Red Hat Satellite for provisioning, and we continue to identify areas for further automation within our environment.

Red Hat Insights provides best practice recommendations based on regular system assessments. Like other security tools like Microsoft Azure Defender, it can access a system to offer security improvement suggestions. I have a Red Hat Insights certification and find the tool valuable. It generates actionable recommendations that can be easily implemented through automated processes like FastScript, making it an efficient way to leverage data insights for enhanced system security.

Since implementing Red Hat Enterprise Linux, we have experienced high performance, improved security, excellent support service, and easier system management.

Red Hat Enterprise Linux has enhanced our security posture through timely security patch releases and best practice recommendations, which collectively have increased the protection of our data systems.

Red Hat Enterprise Linux allows me to manage all my Cloud and on-premise systems from one console.

The most valuable aspect of Red Hat Enterprise Linux is its ease of management. A robust suite of tools, including the user-friendly GUI and the powerful Red Hat Cockpit web portal, simplifies system administration. Cockpit provides a centralized platform for managing hosts, while Red Hat Satellite or automation servers excel at overseeing large fleets of radar systems.

Red Hat Enterprise Linux training and certification opportunities for engineers and administrators could be improved. While I have benefited from free training offered by other companies like Microsoft, I have not had similar opportunities with Red Hat. Despite holding a Red Hat certification, I incurred significant costs to achieve it. The training required for these certifications is expensive, and it would be advantageous if Red Hat provided more affordable training courses.

I have been using Red Hat Enterprise Linux for seven months.

Red Hat Enterprise Linux is highly stable.

Red Hat Enterprise Linux is scalable.

The support is good.

Positive

I have used Ubuntu Linux, Windows Server, and other solutions. Compared to these alternatives, Red Hat Enterprise Linux stands out as superior in terms of ease of management, security, and support.

The initial deployment is straightforward. Deploying it manually takes about fifteen to twenty minutes from start to finish using it manually.

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

We have 15,000 users all across Africa that use our systems.

Red Hat Enterprise Linux requires periodic maintenance to apply security patches and updates.

I recommend Red Hat Enterprise Linux and conducting a proof of concept to ensure it aligns with our requirements.

We are mostly using it for application servers, infrastructure servers, and database servers.

Red Hat Enterprise Linux lends itself to a lot of automation. We are able to manage many more servers with less staff and by using other Red Hat products such as Ansible. Those are the things that I like.

We are using Red Hat Enterprise Linux for containerization projects. Their Podman product has made it easier. It comes with a lot of security. It is a drop-in product or replacement for Docker. I have used Docker before and switching to Podman was very easy. I just saw the demo for the Podman desktop, and I am looking forward to using that. It will hopefully help me streamline container usage and container deployment in Kubernetes or OpenShift.

It inherently has a lot of functions built in for risk reduction, business continuity, and maintaining compliance. For example, it has SELinux, certain firewalls, logging, and all those things. It has all the built-in features required to meet the needs. We can plug in other third-party tools to have it gather information, or we can send logs to centralized locations to track activity and do audits and things like that.

I use Red Hat Insights for different things. I do not use it much to look at security risks. I know that it has those features, but I use a different tool like a Satellite server to take care of patching and things like that. Red Hat Insights provides us with vulnerability alerts and targeted guidance, but it has not affected our uptime much. It is good to see that information. I can see those vulnerabilities, and I can see action steps or remediation steps that I can take. All my servers are patched on a cycle, so as the cycle goes through, each server gets patched based on its own cycle. It does not really affect the uptime.

I like the stability that comes with Red Hat. That has always been the feature that I like. They do not always have the newest features, but they prioritize stability, which is important in the production environment.

Red Hat should keep doing what they have always done. They should continue to be a leader in the open-source space. They should keep innovating and keep creating great products. They can allow more access to their training and their products' testing. There are ways to do it now. You might have to get a certain type of account to test their products. It might be easier if you can just download the product and test it out.

In a production environment, I have been using Red Hat Enterprise Linux for about five years. I have used Red Hat Enterprise Linux clones such as Fedora and CentOS for about 15 years or maybe longer.

It is absolutely stable. It is 100% stable.

It is good. It scales well. With the tools that Red Hat provides, it does not matter if you have 10 servers, 100 servers, or 1,000 servers. They make it simpler with Ansible. Ansible is your friend.

They are top-tier. Support is probably their number one selling point. As long as you give the Red Hat engineers what they need, they are very good at providing new solutions. I would rate them a ten out of ten.

Positive

I have used Red Hat clones in other positions. I might as well just say it is Red Hat because it is a clone, so I have been using Red Hat all along if we look at different products.

I have worked with CentOS, Rocky Linux, etc. The main difference is that Red Hat's support is top-tier. There is also stability. With the ecosystem that they have built, there are a lot of tools to help me manage. They have Ansible and other great tools to help manage the product. You cannot say the same about Windows. They might have a different way of doing things.

We have deployed Red Hat Enterprise Linux on-premises. We have a hybrid cloud environment, but we run other types of servers there. They are mostly Windows, and they are run on Azure cloud. We do not run Red Hat Enterprise Linux in a hybrid cloud environment, but there is always an opportunity to do that in the future.

The Red Hat servers that we have are on-prem. We use VMware and the tools that they provide to deploy Red Hat.

Its initial deployment was done a long time ago. It is a straightforward process to install it as long as you are not trying to do anything complicated.

We do not have a deployment strategy. We install it based on the requirements. If it is a web server or database server, there are different things that you need to do, but it is pretty straightforward. It is a good process.

We took help for deploying Red Hat and purchasing the license and maybe the hardware. We probably used CDW and Advizex. They are probably based in Pittsburgh.

Time savings is the biggest return on investment. I can do more in less or a shorter amount of time. The time savings depend on what you are working on, but you can potentially have about 75% time savings.

I have very little experience with pricing and getting quotes. The whole VMware thing happened, and everybody is looking at different alternatives. At this point, any competitor is probably a good choice based on the cost.

Everyone should evaluate what their needs are, test out different products, and pick the product that is best for their needs. I know that the Red Hat Enterprise Linux is a very good solid product. One thing I would say is that their support is top-tier, so from that aspect, I would recommend Red Hat.

At this time, I am trying to develop a platform that facilitates developer workflows. We may adopt more of a GitHub mindset and use Red Hat tools, such as OpenShift and Ansible.

We are currently not using containers as much as we would like to. We are working on setting standards. That is going to come down the road. Our workloads right now are mostly virtual machines and monolithic applications built on VMs. We will use them more. We will make more microservices and use pods to contain the applications. We will use more Red Hat tools.

Overall, I would rate Red Hat Enterprise Linux a nine out of ten. There are many things to take into account. From a production perspective, it is a ten out of ten. From the innovation and latest features perspective, it is probably a seven. That is not necessarily a bad thing because that is their unique point. They prioritize stability, but if you want something with your features, you can use Fedora.

We have a lot of Oracle databases, Tomcat, and Java microservices running on Red Hat Enterprise Linux.

A lot of our applications are like Java microservices. Deploying them on a Unix platform is so much easier. It's open-sourced and provides a lot of compatibility. It makes it easier for us to roll out applications. It is compatible with most Java microservices applications.

We like that Red Hat Enterprise Linux is a vendor-supported product. When we have problems, we just call Red Hat Enterprise Linux for support. The product employs a lot of automation tools to manage its OS. We love using Red Hat Satellite. We have close to 5000 servers. Managing individual servers would be a nightmare.

Red Hat Ansible Automation Platform and Red Hat Satellite help us automate our repetitive tasks. Every flavor of Linux distribution has its own specialties. The product offers a lot of integration within the Red Hat products suite. We use Red Hat products mostly, so it works for us.

The vendor keeps rolling out many packets, which complicates our job. We keep patching our servers. CVEs come out all the time. However, having a solid and secure OS will make our life much easier.

I have been using Red Hat Enterprise Linux since 2004.

I never had any problem with support. I didn't have any issues that I did not get a resolution for. Sometimes, it takes a little bit of time, but eventually, it gets resolved.

Positive

I was using AIX, which is also an IBM product. IBM bought Red Hat Enterprise Linux. AIX was more expensive and required IBM System p. Moving to Red Hat Enterprise Linux was much easier because it is a lot more compatible with the regular hardware like HP and Dell that we buy on the market.

I have seen an improvement in our deployment. When we have applications running on Windows, it takes longer to get them set up and provisioned, and the security is different compared to Red Hat.

The pricing could be better. The tool is getting expensive. Before, we could license only the hypervisor where Red Hat Enterprise Linux is running. Now, if a customer has a 12-node hypervisor, Red Hat Enterprise Linux forces customers to license all 12, even though they use only six.

We evaluated SUSE. At that time, SUSE did not have good support. We needed good support worldwide.

We use AWS and Microsoft Azure as our cloud providers. We don't use the off-the-shelf product that we get from the cloud. We build around it because we have a standard template. When we deploy our solution in the cloud, all the security features we need are already within the OS, as opposed to using the cloud OS and applying all the changes we need. It's easier to get our template to the cloud and use it.

The licensing for the cloud environment is totally different than the on-premise one. We use the Virtual Datacenter license on-premises. I don't see any difference because Red Hat Enterprise Linux still supports it, whether on-premise or on the cloud.

Red Hat Enterprise Linux knows its product. Whenever I have an issue, an engineer gets assigned to me. I can always escalate if needed. We're not using every host that we license. We ensure that we can fail over smoothly on every single hypervisor. It's fair to license them. We're not using it, but we're still paying for it. I do not like it, but it is a business cost.

We migrate workloads to the cloud. I never upgrade an OS. I usually replace the old OS with a new OS and migrate the application. I use the OS versions 7, 8, and 9. The migration is pretty straightforward. AWS and Azure have a tool that we can use to integrate with our environment. It's a lift and shift. We grab the VM from our on-premise hypervisors and move it to the cloud.

We use Red Hat Ansible Automation Platform mostly for patching and upgrading to the next revisions. We don't upgrade from one OS to another. We build on a new OS and get all the applications running there. Once the application is running, we move all the workload from the old OS to the new OS. There's no impact on the existing system.

I don't do the day-to-day patching because we have a managed service. However, it does create interruption. When we do a patch, we have to reboot, especially when there's a kernel update. It causes an outage. I have used Red Hat Insights. It gives us insight into what's happening on every single Red Hat VM that we have. It tells us if it's behind or has some performance bottlenecks. It gives us visibility on the health of the whole OS.

People who are looking into the product must get a good account manager. We must have a good account manager who we can always contact and who gives us all the updates that we need. They keep us in the loop on what is happening in the Red Hat world. We are satisfied with the product.

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

We have Ansible deployed on our Red Hat Enterprise Linux servers. We use it to manage the security of our fleet of Ubuntu virtual machines.

Red Hat Enterprise Linux is way ahead of Ubuntu in terms of security and compliance. It is mainly the ecosystem of data science tools that our developers want that pushes us in that direction. As a security engineer, I have a lot more peace at night knowing that my Red Hat servers are doing a good job keeping our Ansible infrastructure safe because that has fingers into everything we do. It is pretty critical.

Red Hat Enterprise Linux has not affected our system's uptime in any particularly noticeable way.

Red Hat Enterprise Linux has not enabled us to achieve security standards certification because we do not have any yet. We will have them hopefully in the future.

There are some nice integrations with scanning for vulnerabilities. That is the feature I have enjoyed the most because I am a security person, and that is my bread and butter.

Ansible has certainly been a game-changer. It is a lot easier to keep a whole bunch of virtual machines consistent with each other and make a change consistently across all of them. We use them for data science activities. Our data scientists are constantly trying out new packages and downloading new tools. We have to enable them to have root access on their machines but also need to ensure that they are not doing anything stupid at the same time. There are competitors to Ansible, but we are a big Python shop, so it is a very comfortable environment for us.

The only issue we have had with it is around the SELinux configuration because the way Ansible installs, it sticks the platform passwords in a flat file. We want that locked down more strongly than what is there currently with SELinux. 

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

I would rate their support an eight out of ten.

Positive

Primarily, we have used Ubuntu. We have had some of our use cases on CentOS, and then, of course, our workstations are all Windows, but I wish they were not.

We chose Ansible, and that chose Red Hat Enterprise Linux for us.

We use Red Hat Enterprise Linux in the cloud. We have Azure because it is the corporate standard. We do not have any concerns about using Red Hat Enterprise Linux in the cloud. Obviously, everything in the cloud is more exposed than everything on-prem, but it has got good, sensible, and secure defaults built in, so there are no concerns there.

In terms of Red Hat Enterprise Linux upgrades, when we upgraded Ansible this fall, that pushed us from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8. It should be a little easier from now on. Now that we have made the big jump from the older Ansible to AAP, we will probably be upgrading the systems on a quarterly basis.

We probably have not yet seen an ROI. We purchased it a couple of years ago, but we have not had the time to put it to as much use as we wanted to put it to. The cost is low, so it would not take very long to reach a return on investment.

We have not made use of the Committed Spend.

For its use case, I would rate Red Hat Enterprise Linux a ten out of ten.

We use Red Hat Enterprise Linux for VMs and physical servers. 

The containerized platform will help us use ROSA. 

The tool's most valuable feature is OpenShift. We plan to move all our applications to microservices. The container platform is integrated into one.

I opened a few cases, and the tool's support responded quickly. 

Positive

Deployment is simple if you have been using the solution for a long time. However, it can be complex if you are new to it. 

We use RHEL 7 and RHEL 8 on on-premises. RHEL 8 is on the AWS. There is a security policy like CIS when deploying the solution. You can embed it on the image. I am not sure if there is HIPAA compliance yet. 

Migration from RHEL 8 to RHEL 9 is easy. Upgrade depends on the application that is running on each instance. You need to check if it is compatible with the kernel. We need to plan things before migrating to the latest version. We need to stay current to ensure compliance. We plan to move from RHEL 7 to RHEL 9 and use RHEL 8 and RHEL 9. 

We use Red Hat insights but do not utilize them. It helps with the remediation. I use Image Builder to build AWS and GCP images. I haven't deployed them. 

I rate the product a nine out of ten. 

We predominantly use Red Hat CoreOS we use it to connect to different types of OpenShift clusters.  Whenever I work with RHEL, it's always been with the CLI.

Previously, when we were using other distributions, we weren't getting a lot of support for the operating system itself. However, Red Hat has mainly focused on the operating system, so we get more support. 

AWS has its own version of Linux for its instances. All these cloud providers provide more support for the infrastructure and services, but they don't focus on the operating system itself. But Red Hat, with its customer portal, provides better support if something goes down. That's what differentiates RHEL from other products.

One great thing about RHEL is that it has a big community of users. There's a huge community that uses CentOS. If you need some help or have a question online, you get more resources for RHEL compared to other products. 

It's a really good operating system by itself. It's more versatile, integrating with tools like Ansible for automation.

There are amazing resources online, and because we are an enterprise, we have enterprise support. We can always create a support case, and we have some resources to help. The knowledge offered by Red Hat is great.

Another feature I tried was RedHat Insights because they offer it for other RedHat products as well. I've used it for OpenShift. It was helpful. It provides a good, in-depth understanding of what's going on in the actual infrastructure. It gave us good insights into the level at which we can run the containers and if you can scale the infrastructure vertically or horizontally and how to manage it better.

There is room for improvement in integration with different cloud platforms. There should be better integration because right now, a lot of cloud platforms have their own versions of Linux, which runs better on them, and they have better integration with the services. RHEL is great, but RHEL is more of a generic form of what Red Hat provides.

I've been using RHEL for about four years now.

There were certain times when I encountered issues. There are certain problems with integrations. 

For example, we had an issue once where the operating system had issues accessing the data server on our VMware infrastructure. So we did have a couple of engineers help us out with that, but that's one area where it can improve. But that's nitpicking. 

It's been great so far, but that's one thing I would like to see that would make RHEL a little better product.

Positive

We prominently use RHEL, but we've also used Ubuntu. We also have used PCF. I use Ubuntu Xenial and have worked with Amazon Linux for a while.

One pro is that at the operating system layer, RHEL has better support from Red Hat, and if something goes down, I found many resources for troubleshooting online.

For example, we predominantly use Amazon Linux if I'm using AWS. There aren't a lot of resources if I run into an issue. RHEL has way more documentation on Linux. It has a bigger community, from an operating system perspective.

One of our deployment models is on-premise, and the other is on the cloud. It's a hybrid. We have a big footprint on the cloud.

We use Azure because a lot of resources are already deployed on it. We can use all the features I build on RHEL, but you can scale up the infrastructure, depending on the demand. That's the reason why we use Azure.

For the upgrade process, we mainly use Ansible automation. Whenever we want an upgrade, we just go into the Ansible Tower, change the version, and make sure we are applying that to the right environments so that there's no outage. 

Overall, I would rate the solution an eight out of ten. 

We run IT and telco workloads and applications on Red Hat Enterprise Linux (RHEL).

Red Hat Enterprise Linux helped us centralize development. We use a complete ecosystem of Red Hat for end-to-end development, deployment, and operations. 

Centralizing development is achieved as we have clearly defined platforms to host applications, like OpenShift. 

Additionally, the ACS on top of containers scans to ensure they are compliant, reducing vulnerabilities within our software.

Red Hat Enterprise Linux provides a standardized environment with Kubernetes and good support behind it. The end-to-end delivery for developing, testing, and deploying containers in the same ecosystem is a very valuable feature. 

The built-in security features are fine, we don't receive complaints about them.

One area for improvement is dealing with specifics developed by Red Hat Enterprise Linux that are now end of life. We have to remediate these changes, which is a disadvantage. 

Additionally, better comparisons between different stack providers in pricing and functionalities could help, especially since public clouds often appear less expensive during planning but are more costly in practice.

I have used Red Hat Enterprise Linux personally since joining my company ten years ago. Within the company, it has been used for more than 20 years.

Red Hat Enterprise Linux performs quite well for business-critical applications. Although we have some outages, it's not unusual, and I cannot blame RHEL entirely for it.

Scaling Red Hat Enterprise Linux OS is smooth and without complaints. We are planning to widen its use by moving from OpenStack to bare metal according to Red Hat's roadmap.

The customer service rating varies at around an eight or nine out of ten.

Positive

They conducted tests with Ubuntu. That said, it was less expensive and not as stable or developed as Red Hat Enterprise Linux.

There is a return on investment since we can host our applications on top of Red Hat Enterprise Linux.

Red Hat Enterprise Linux is quite expensive, yet the technical support, available roadmaps, and services justify the cost. We receive value for the price we pay, including technical support, which enables business continuity and compliance.

We evaluated Ubuntu, but it was less stable.

I would advise trying it out to see for yourself. Red Hat provides great technical support. That said, the pricing may need careful evaluation, especially when comparing with public cloud offerings.

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

We use Red Hat Enterprise Linux for file transfers and changing file permissions. It is also used to check file spaces and for migration purposes. Our tools are hosted on the Linux environment, and our agent services run on it.

We use Red Hat Linux to start and stop our agent services during migration, install new agents, and transfer files. The primary benefit is that it's a widely used open-source solution with good support. Now that we've migrated from CentOS to Red Hat Enterprise Linux, we will realize some benefits. Red Hat Enterprise Linux has more features. 

I like Red Hat Enterprise Linux's clustering capabilities and high-level architecture. It has high availability, built-in disaster recovery, SSH features, and scripting. 

The documentation is excellent. Since it was acquired by IBM, the open-source tools and technologies hosted on the Linux environment have been updated with many new features. 

It would be great if Red Hat had its cloud instead of using AWS, Azure, or GCP. Red Hat Enterprise Linux should have a dedicated cloud. I would also like to see more Windows support. 

Red Hat Enterprise Linux could also be more user-friendly and use AI or machine learning to automate processes. That is the most dynamic feature in the information technology industry.

I have used Red Hat for five years.

We have intermittent issues with stability, but we're hoping they will improve in the latest version.

Red Hat Enterprise Linux is quite scalable. We can place a lot of agents on Linux servers, some on the cloud, and a few on-prem. It can handle the workload. 

I rate Red Hat support eight out of 10. We have communicated with Red Hat support via email. 

Positive

Before Red Hat Enterprise Linux, we used CentOS. Another Linux flavor I've used is Ubuntu. 

The first deployment of Red Hat Enterprise Linux had a learning curve, but I've learned a lot since then. Once you know the process, then it's straightforward. It uses a command-based process, but if it were based on a GUI or a console, like a Windows installer, that would be a significant improvement. 

Red Hat Enterprise Linux requires some housekeeping. We have to restart and patch servers weekly or biweekly and check the CPU, memory size, file size, the database used, and whether the IP network protocols are defined. All this happens monthly, weekly, or fortnightly.

I rate Red Hat Enterprise Linux eight out of 10.