Red Hat Enterprise Linux (RHEL) Reviews

We use Red Hat Enterprise Linux as our server operating system to install and configure various applications. Its uses include system troubleshooting, DNS configuration, and many other tasks, especially in a mixed environment with Ubuntu.

Patching Red Hat Enterprise Linux in our environment is a straightforward process that utilizes Red Hat Satellite. We identify necessary patches for production servers in the content view and notify customers two days in advance via email. Before patching, we verify the Nagios servers for identification purposes. We then execute a pre-configured Ansible playbook to efficiently patch our 300 servers. This playbook was already established, and our only interaction with it is to run it.

The web console is handy, especially for tasks like command line operations. Its secure environment allows for the safe execution of queries.

Red Hat Enterprise Linux is most valued for its reliability, as evidenced by my daily use.

The documentation needs improvement. Providing more detailed explanations would make it easier to work on projects.

I have been using Red Hat Enterprise Linux for my entire career, which spans over eight years.

Red Hat Enterprise Linux is stable. There has been no significant issue regarding lagging or downtime.

Red Hat is highly scalable and essential in the industry. I would rate scalability nine out of ten.

The customer support from Red Hat is good. They are always there to help when needed.

Positive

I have used Ubuntu, and Kali Linux alongside Red Hat.

I have been involved with migrations to Red Hat Enterprise Linux, which are not complex. For example, migrating to Red Hat Enterprise Linux 7 or 8 is easy, requiring only the installation of necessary dependencies and the creation of a file to sync files to the new system.

I typically work as part of a team rather than implementing integrations on my own.

Red Hat Enterprise Linux is quite expensive, particularly its technical support, which can cost $500 per hour.

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

Realizing the benefits of Red Hat Enterprise Linux took time, as post-deployment troubleshooting was often necessary. This included tasks like opening ports and verifying functionality, which were sometimes prerequisites for the system to operate. These requirements varied depending on the specific application used and its security needs.

We perform maintenance on Red Hat Enterprise Linux every weekend, including backups. Incremental backups are done daily, while full backups are completed every weekend.

A lot of our Red Hat operating systems run middle-tier applications. We are mostly a JBoss shop, so they are homegrown applications. They are Java-based. We have several types of applications. We have identity, security, Oracle database, etc.

Red Hat Enterprise Linux helps with standardization. A lot of middle-tier applications hosted in the data center or in the cloud are unified in one standard operating system, which is Red Hat Enterprise Linux. On the data center side, we only have Red Hat Enterprise Linux. We have one unified operating system.

For our containerization projects, we are looking into OpenShift. Our Ansible Automation Platform executioner uses container-based Red Hat Enterprise Linux. We use Podman. We have moved to the Red Hat Podman container. It is a lot easier. We can scale up easily and manage it. It reduces the security risk. We do not have to worry about patching. We can just image a new container that is up to date. That is great.

We had a situation where we had to create an image for Red Hat Enterprise Linux 9, and there were built-in playbooks for hardening the system. We were able to run that and create the image. It made the work much easier than it used to be in the past.

Red Hat Insights provides vulnerability alerts and targeted guidance. It has that capability. It has a lot of features built in that not only help with security but also with misconfigurations. If a system is misconfigured, it detects that. It gives you the solution for the problem it captured. It is a great tool, but we have been focusing on the security perspective. We have not been focusing on operating system configurations. I have not yet looked at the new version, but in my opinion, it would be better if Red Hat puts a lot of focus on Insights and take it to the next level where the company could use it for its OS compliance.

We have all types of different versions running in our environment except the obsolete ones. We are moving towards versions 8 and 9. We have had version 7, and it has been very stable until now. It is ending this year around June 30, so we are in the process of moving to version 8, and we have just released an image for version 9. So far, version 8 has also been very stable.

It is a Linux-based operating system. It integrates with our automation base. We have Red Hat Satellite and Red Hat Ansible. All the engineers who are a part of our infrastructure or operation on the Unix side are Red Hat Enterprise Linux certified, so it is a lot easier for us to manage and integrate with the tools that we have. It makes much more sense from the middleware perspective and management too.

The bootup time for Red Hat Enterprise Linux running on physical hardware in the data center can be improved. We have seen cloud-based Red Hat Enterprise Linux, and it is instantaneous. You wait for a few seconds, and the operating system is up and running. It is a lot faster, whereas it takes a very long time when running Red Hat Enterprise Linux on physical hardware.

We used Red Hat Insights, but we are more focused on compliance, patching of operating systems, and things like that. In the past, when we looked at Red Hat Insights, it was its own platform, and then it migrated to Satellite. Companies are struggling to be compliant from the security side. Everyone is focused on how to patch the systems, what the environment looks like, whether they are under 90-day CVE, how their environment is compliant, and where they can see it as a dashboard. I wish Red Hat Insights was focused on that. From the Red Hat perspective, I am not seeing any sessions. I do not see anyone talking about that, which is a huge deal for us. I would like Red Hat Insights to go to the next level where it is focused on patching and compliance.

I do not have any other areas of improvement. It has been stable for us. There is a lot we do in terms of automation and integration. I know Red Hat 8 now has Podman for containers. Cockpit has a UI, so that is good now. That helps with certain things.

We have been using Red Hat Enterprise Linux for close to 20 years.

We have not run into something that caused a huge problem to our environment. If something is happening, such as it is running an Oracle database and that system has kernel panic or something like that, it is usually the database or application software running on the operating system. It is not the operating system itself.

We have not run into any major infrastructure incident costing us because of the operating system. They have it integrated with all other products such as OpenShift, OpenStack, etc.

We have three data centers at different geographical locations. Two are in the state of Georgia and one is in Las Vegas. In all three data centers that we manage, the compute-based are all Red Hat-based. 

We have a Red Hat TAM, and that helps a lot in terms of the problems and things that we run into. He is the interface with Red Hat. He escalates our service tickets and things like that. That is a huge help from our perspective.

The support that we get directly from putting tickets in has always been great. Red Hat Enterprise Linux is probably the best and most stable product that Red Hat has especially in regards to getting support and getting things fixed. They are on top of that. It has been a great experience. I would rate them a ten out of ten.

Positive

We used to run Sun Solaris. We were a Sun Solaris shop in the beginning. This was 15 or 20 years ago. We moved because of the Intel-based hardware, licensing, and cost reduction. Moving away from Sun SPARC hardware to Red Hat was a lot of saving. It saved a lot for the company. We can now run Linux-based systems on Intel commodity hardware using Dell.

Its usage is growing. Our team is working with other business units within the enterprise to get them onboarded to the Red Hat-based operating system. We have multiple entities that are running CentOS and Ubuntu. We have to have a standard operating system, and that is Red Hat. Our portfolio is increasing. We are growing and migrating a lot of nonstandard ones to Red Hat.

We have an enterprise technology group that utilizes Oracle Linux. We have worked with OEM. Our team is managing that too.

We are using Red Hat Enterprise Linux on-prem. We also have a cloud environment, but other teams are using it on the cloud. The cloud provider is AWS. The database team also uses Red Hat Enterprise Linux in AWS.

We use Red Hat Satellite and Ansible for Red Hat Enterprise Linux deployment across all three data centers.

My first deployment experience was almost 30 years ago. I started with Red Hat Enterprise Linux 4 or something like that back in 1993 or 1994. There has been a tremendous change in the way you install it and utilize it now. It is night and day. It has come a long way.

We implement it on our own.

Our costs are reduced. We can allocate that OpEx and focus on some other project. We do not have to struggle and say that this is how much we are going to pay licensing just on the operating system cost. We now have a model that works for us.

We are a huge VMware shop. Our licensing cost works well with Red Hat. We license based on the data center. The way our license works is that we can run as many Red Hat VMs as we want and pay for a single license. On the VMware side, we gain a lot, and it makes much more sense.

We did not evaluate other operating systems and compared them with Red Hat Enterprise Linux. We just went from Solaris to Red Hat.

We are an agile environment. We practice agile methodology. Anything we manage and deploy has to go through a sprint phase. We do not have a fully containerized environment. In the future, once we adopt OpenShift, it is going to increase our productivity because of how we manage things through agile. It is going to help us a lot.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would say that it all comes down to the company and how a company foresees security. Anything we support and manage has to have a support base. If something gets impacted from the security side, we know that we have Red Hat support, and it is reliable. We can get the patch we want. If you install an application that needs a bug fix, you can reach out to Red Hat and open a ticket. If you want to have a stable environment, then I would highly recommend getting the support and running Red Hat.

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

I have completed RHCSA and RHCE certifications. In my day-to-day work, I mainly use Red Hat Enterprise Linux (RHEL) for basic installation of Red Hat OS, configuration, MariaDB setup, Apache setup, and cluster management.

Regarding my main use case with Red Hat Enterprise Linux (RHEL), it is an open source OS which allows us to modify the system as per our requirements. It is also secure and user-friendly.

The system is user-friendly because we can use it through both CLI and GUI interfaces, which provides flexibility, and the ability to modify the OS helps me in my daily work.

Red Hat Enterprise Linux (RHEL) has positively impacted my organization because we can check for vulnerabilities, and when we have internet access, we can directly install packages. The system provides easy access to internet resources when needed.

Red Hat Enterprise Linux (RHEL) has potential for improvement, though currently all features are working well based on my experience. Different versions have increased security measures, which is beneficial.

Regarding needed improvements for Red Hat Enterprise Linux (RHEL), increasing its cloud capabilities would be beneficial. Additionally, it would be helpful if they provided direct RPM package downloads via the Red Hat site without requiring a Red Hat subscription.

I have been using Red Hat Enterprise Linux (RHEL) for more than five to six years.

I used a different solution before Red Hat Enterprise Linux (RHEL) when I was working at SBI, where they had a Galera cluster. Sometimes servers would unexpectedly remove themselves from the cluster, which caused major issues requiring troubleshooting and node verification.

My advice to others considering Red Hat Enterprise Linux (RHEL) is that compared to Windows and Mac, Red Hat is very comfortable to use.

I currently use both Red Hat Enterprise Linux (RHEL) and CentOS as tech products.

We use Red Hat Enterprise Linux primarily for our entire group because most of our applications are based on Linux.

Red Hat Enterprise Linux has robust built-in security features.

It has an extensive knowledge base.

We used to patch our systems manually, and now we use Red Hat Satellite to manage the patching of our systems.

Red Hat Enterprise Linux provides a good way to manage our OS.

It has enhanced both our uptime and security. The system's stability has eliminated any noticeable security issues.

Red Hat Enterprise Linux has enabled us to achieve security standards certification, which has allowed us to maintain business operations without interruption.

Red Hat Enterprise Linux is a stable and supported platform with valuable built-in security features that help reduce risk and maintain compliance.

The cost of Red Hat Enterprise Linux is a bit high. 

Red Hat Enterprise Linux's support could be improved by offering human support in addition to their documentation. While their documentation is helpful, it can be frustrating to be referred to it instead of receiving direct assistance from a support representative.

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

Red Hat Enterprise Linux is stable overall.

Red Hat Enterprise Linux is scalable.

Red Hat's support is generally good, but their response time and overall competence could be improved. Occasionally, we are referred to their documents when requesting assistance, which can be frustrating.

Positive

Red Hat Enterprise Linux has a yearly subscription cost for the licensing that includes maintenance and support.

We evaluated Microsoft Windows Server, Ubuntu Server, and Red Hat Enterprise Linux before ultimately choosing Red Hat Enterprise Linux.

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

I recommend Red Hat Enterprise Linux for its support and stability.

Most of our tech applications are based on Red Hat Enterprise Linux.

We chose Red Hat Enterprise Linux for most of our workloads and applications because it is an enterprise-grade operating system with regular security patches, reliable support, and a guarantee against hacking. Using a different OS would leave us vulnerable to security risks and complicate upgrades.

Currently, 70 percent of our Red Hat Enterprise Linux environment is deployed on-premises, while the remaining 30 percent resides in the cloud.

We utilize Ansible to automate the deployment of numerous Red Hat Enterprise Linux modules. This centralized approach, managed by a single Ansible engine, streamlines our development process.

Red Hat Enterprise Linux performs well for our business critical applications.

Red Hat Enterprise Linux's built-in security features satisfy our security requirements.

Red Hat mitigates risk by rapidly releasing patches for identified vulnerabilities, which is crucial for mission-critical applications.

It offers stability that enhances business continuity, simplifying upgrades, even for minor releases. Its compatibility with OpenSCAP, which provides profiles for various compliance benchmarks, streamlines compliance testing.

Red Hat Enterprise Linux provides regular security patches and proper support, allowing me to focus more on application management than worrying about the operating system.

It helped us avoid emergencies caused by security issues. The CVE reporting and knowledge base are valuable resources.

Red Hat Insights provides the tools for proactive environment management by identifying potential vulnerabilities, such as CVEs before they become a problem. This allows for advanced knowledge of system vulnerabilities and provides specific remediation guidance, which is more efficient than relying on regular scans.

Red Hat Enterprise Linux has helped reduce our total cost of ownership.

Red Hat Enterprise Linux is an enterprise-grade solution where we receive regular security patches and proper support.

Red Hat Enterprise Linux was not used for containerization due to its mutable nature, unlike CoreOS, a lightweight and immutable Red Hat Enterprise Linux variant designed explicitly for containerization and optimized for running authorization.

I am testing AI workloads, and I'm not sure if Red Hat Enterprise Linux is fully equipped. It might not accommodate AI workloads as effectively as needed.

Some Red Hat applications, such as Ansible for automation, are considerably more expensive than the average open-source solution.

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

Red Hat Enterprise Linux is stable, and I have not encountered issues compared to other applications.

Red Hat Enterprise Linux is scalable.

Red Hat's stability has meant I haven't needed their support for years, but when I did contact them previously, their response was quite fast. While their support for OpenShift is acceptable, I do have some concerns about it.

Positive

A stable OS allows me to focus more on applications, lowering the cost of managing the infrastructure.

Red Hat is stable, and we always opt for the lower-tier subscription, which is affordable. It doesn't have unexpected issues that require a premium subscription.

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

It is important to assess the risk and use case before choosing a third-party Linux OS. For mission-critical applications, Red Hat Enterprise Linux provides insights and rich features like the patching cycle.

We are a Linux shop, so a lot of our engineers are familiar with Linux. We try to push Red Hat Enterprise Linux instead of Windows. The reason for it in the beginning was licensing. Some of it was because of the way the contract was set up. It was cheaper, but we do use it now just for the ease of it. I do not know if it is because of Ansible, which we use for a lot of our day-to-day operations, that we tend to lean more toward Red Hat.

Red Hat Enterprise Linux has affected our system's uptime or security. I know Microsoft publishes zero-day vulnerabilities for Windows as fast as Red Hat, but we noticed that in terms of problems or alerts that we get for attacks or viruses, there is not anything on the Red Hat side. That is why we feel that it is more secure. It might be just the nature of Red Hat where all services and ports are off. It is not like Windows where everything is on, and you have to turn it on. I was having a conversation with one of the gentlemen who is also attending the Red Hat conference, and I got to know that there are built-in NIST features with Red Hat that we could turn on, so we do not have to try to figure out how to harden our system.

The testing of the updates or the packages of the kernel is valuable because I used to be a part of the Fedora project. I know it is all vetted out before it gets to production, but a majority of it is the support and the relationships I have with the Red Hat employees assigned to our account.

As they move over to newer versions, certain things change, which is expected as the technology matures or new things come out, but what really surprises me are the features that are there in the cloud, such as Red Hat Insights. They are not there on-prem. There are a lot of things on the cloud portal that I did not notice before, and I was surprised because we were unaware of them. Red Hat is doing a lot of investment in that sense.

The knowledge base offered by Red Hat Enterprise Linux is good. It is easy to parse through all of the knowledge base. I do not know if Windows does it because I have not looked at it, but in Red Hat's knowledge base, there are a lot of things. They fast-track a lot of things in their knowledge base, even when they are not yet official. Especially with the tie-in with Bugzilla, even though it is not a true KB, we can see and follow if other people in the world are hitting a certain problem or something similar to what we are experiencing. I like that.

It would be great to have an overview of how various Red Hat products work together. They can show how to tie all those pieces together and how to have the products that we work together for our day-to-day processes.

I started with the company around 2012, and they have been using it even before then. At that time, it was Red Hat Enterprise Linux 5, and now, we are up to Red Hat Enterprise Linux 9.

In 10 or 11 years of using Red Hat solutions, I have opened only one or two support tickets. It probably was something during a patch and during Satellite 5 to Satellite 6 migration. I would rate them a 10 out of 10.

Positive

In Linux, there are so many different flavors, but I am partial to Red Hat because I have been a part of the Fedora project. At our place, we have only two operating systems: Microsoft Windows and Red Hat Enterprise Linux. I know CentOS, but that is usually because the appliance from the vendor was set up using that. That is why we had a few instances of CentOS in the past, but nowadays, I do not see any other flavors of Linux.

For the majority of our use cases for Red Hat, we have on-prem deployments. There are some things that they are trying to spin up on AWS. I do not know if they are cloud-native apps or not, but I know our developers are now moving on to it.

I have been involved in the initial setup, upgrades, and migration of Red Hat Enterprise Linux. I did not have any problems while going from major OS versions. I always push new upgrades or homogeneous migrations, such as from version 6 to version 7 to version 8. There is probably an option to upgrade in place. Overall, with Red Hat OS, I have not seen many problems. A long time ago, when they went from Python 2 to Python 3, there were certain things we had to change in the script.

I know that Red Hat is moving to Wayland from X11, but I do not see any problems there. From Satellite 5 to 6, it was a bit hard in the beginning, but now, it is pretty self-explanatory. Overall, everything about which we had questions was very well documented.

In terms of our upgrade and/or migration plans to stay current, first, we look at the EOL and the roadmap of Red Hat because of security. We used to offer every single version before the said EOL happened, but now, we just do an n-minus-one. We try to maintain the newest and one level below version. SAP users are the biggest Red Hat Enterprise Linux users in our environment. They have a particular PAM and upgrade path that they have to do with Red Hat. We also wait to be certified to certain versions, but our main strategy is the newest and one major version down. We try to get everybody off the other versions.

Our provisioning is all done using VMware products. We have a vRealize automation, now called the Aria automation, to spin it up. Patching is done through Satellite. I do not do it, but when I watch them doing it, it seems it is just using remote SSH commands against the list of non-prod and prod servers. It is something simple. We do not seem to be doing anything complicated. I am wondering if there is a better way to do versioning control or patching and whatnot, but currently, it is very simple.

I am satisfied with the management experience not only in terms of patching but also the day zero to day one or day two stuff. We are interested in utilizing Ansible to eliminate human error and whatnot. During provisioning, we have Pearl scripts that we have to manually trigger. I know we can use Ansible for that, but it comes down to the cost of entry which is still very high. 

A lot of people are moving into the core count for licensing. We still have a few with one-to-one standard server licensing, but we are utilizing the virtualization host licensing. We license it based on the host, not based on VMs, which is cool. I was very happy that there was certain licensing with SAP to have access to SAP repos. Its cost was the same as the regular one, so I was happy about that.

The only pricing that bugs me right now is the Ansible pricing. We wanted to take a look at Ansible, but the biggest thing a year back with Ansible was that the management did not want to spend half a million on Ansible Tower. They wanted to see first if we would use it and not waste money. I do not know if things have changed now, but Ansible is probably still expensive. That is one of the routes that we want to go to. We will see if we can utilize Ansible Tower, so pricing-wise, that is the only thing that pops up. It is too expensive. The cost of entry seems quite high.

Overall, I do not see any issues with what we have spent on Red Hat. We also have learning subscriptions that we pay to Red Hat for the training, and I do not feel we have wasted any money.

Red Hat Enterprise Linux has built-in features, but we do not use them. It is one of the things about which I need to talk to our account manager. There are so many different ways to skin a cat. My department has so much money, so they bought everything, but a lot of the security features, such as SELinux, are disabled for us. We handle the firewall rules, access lists, and other things at another location rather than on the actual VM itself. It does not hurt to do it at multiple places, but operations-wise, it would be a nightmare, so we try not to do it. I know there are a lot of cool new things built in Red Hat, and that is something we should circle back and take a look at.

I have seen Red Hat Insights. I clicked on it one time when our account manager was showing us something. They have so many features in the cloud that we do not know we can use. Maybe it is wrong to assume, but the reason I do not look at Red Hat Insights is that a part of our patching is already included. We are not that strict about what we patch in terms of the versions. It is useful, but Red Hat emails us anyway. They tell about the severity of an issue. We do not look at Red Hat Insights. We see those emails and we see CVEs. If a package is installed and applicable to our VMs, we just use Satellite and patch that particular vulnerability. 

I have also tried the web console once. It looked interesting, but we do not have much use for it because a lot of our customers or application owners are server admins. About 99% of our Red Hat installs are all minimal installs. We do not have a GUI. There is just a terminal screen. Even though they could console in and do whatnot, it is all done via SSH.

Overall, I would rate Red Hat Enterprise Linux a 10 out of 10.

Our memory-intensive applications run on Red Hat Enterprise Linux.

We opted for Red Hat Enterprise Linux for our workloads due to its stability and the comprehensive support provided.

Red Hat Enterprise Linux has enabled us to centralize our development to some degree.

We use it in containerization projects for workloads that need to run in private clouds, as it simplifies the process of shipping them as containers. The advantage of this approach is standardization, while the disadvantage is the necessity of shipping the container itself. Deploying containers on a platform like Kubernetes running on Red Hat Enterprise Linux may require some extra steps for scalability, but it is not a significant obstacle.

I appreciate that Red Hat Enterprise Linux, as a foundation for hybrid cloud deployments, is a commercial solution with reliable support.

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

We extensively use Red Hat Enterprise Linux's built-in security features because they are excellent.

Red Hat Insights has significantly helped us reduce risk in our environment by allowing us to identify which CVEs are impacting our systems.

Red Hat Enterprise Linux contributes to business continuity and compliance efforts by simplifying OS migration. Its generational upgrade path allows for easy transitions between versions, streamlining the process and reducing potential disruptions.

The time saved during audits and the ability to map CVEs using Red Hat Insight are valuable security benefits.

It helps avoid emergencies stemming from security issues, non-compliant settings, or unpatched systems.

Red Hat Insights provides the tools for proactive environment management. For example, it simplifies patch verification by confirming the desired automatic patching functioned correctly in one fleet, suggesting its likely success in the next. This clear visibility makes it easy to monitor ongoing operations.

Red Hat's portfolio helps lower the total cost of ownership for our enterprise landscape by providing reliable documentation that simplifies troubleshooting and reduces the need to resolve issues from scratch. 

Red Hat Insights provides good visibility and proactive management of our environment.

The primary issues are related to integration. Red Hat Insights utilizes several APIs that lack proper communication, resulting in inconsistent results.

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

Red Hat Enterprise Linux itself doesn't have issues. It performs well for our business-critical applications.

Red Hat Enterprise Linux scales quite well, allowing us to adapt as needs change.

While the support is generally good, prompt attention often requires escalating issues or marking them as high importance.

Positive

Red Hat Enterprise Linux saves time with good documentation and other benefits.

The licensing is a bit odd because we need to procure the licenses from a third party. We prefer a pay-as-you-go model with monthly increments instead of buying licenses in bulk that expire in a year.

I would rate Red Hat Enterprise Linux an eight out of ten. While it has occasional bugs and software flakiness, updates are regularly released to address these issues.

To ensure your operations are compatible across different operating systems, prioritize OS agnosticism. Unless modifying the OS is a core function, consider a commercial solution like Red Hat. Although cost-effective, Red Hat may not be suitable for all companies.

Our banking applications, primarily those focused on transactional data services, operate on Red Hat Enterprise Linux.

We run our workloads on Red Hat Enterprise Linux due to its compliance and long support cycle.

Red Hat Enterprise Linux has enabled us to centralize development by providing a standardized image that we customize for developer laptops, developer environments, virtual machines, and production machines.

Our containerization projects run on OpenShift, a virtualized platform based on Red Hat Enterprise Linux, where we deploy and manage our workloads and applications.

Red Hat Enterprise Linux is a high-performing operating system that effectively supports our business-critical operations, including high-latency, high-throughput applications essential for transaction services.

Red Hat Enterprise Linux has robust built-in security features that effectively reduce risk in our environment.

Red Hat Enterprise Linux significantly contributes to our business continuity and compliance efforts by inherently supporting various compliance standards, including PCI and others. This built-in compliance functionality is a major advantage, as it simplifies the process of meeting regulatory requirements and provides robust evidence for audits. Ultimately, Red Hat Enterprise Linux streamlines our compliance procedures and strengthens our overall security posture.

The Red Hat Enterprise Linux portfolio helps reduce our TCO.

Red Hat Enterprise Linux provides a strong foundation for compliance and offers extended support, which is particularly valuable for critical upgrades and assistance.

To enhance Red Hat Enterprise Linux, I would like to see more focus on improving performance and tools such as compilers.

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

Red Hat Enterprise Linux offers high performance for our business-critical operations, especially for high-latency throughput applications that are critical for transaction services.

Red Hat Enterprise Linux is flexible, and we always get support from the team if something is not working.

The customer support and technical service from Red Hat is good. When we needed support, such as for Java 21, we received early access. However, it's rarely the case that we need support.

Positive

The most significant return on investment is the long-term support, as we don't need to worry about support over an extended period. It ensures the continuation of service.

Red Hat Enterprise Linux licensing is not cheap, but it is worth it, especially considering the compliance and support it provides.

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

If you're considering a third-party Linux OS, try Red Hat Enterprise Linux. It offers a free subscription for developers, and if it suits your needs, you can easily transition to the production-ready Red Hat Enterprise Linux nine.