Red Hat Enterprise Linux (RHEL) Reviews

I use the solution in my company to deploy our custom apps or to set up servers for DevOps operations, like running containers and those kind of tasks.

The benefits associated with the product for my company stem from the enterprise support the solution offers. Based on the fact that our company has technical exchange meetings with the product's staff members, I can say that I have never seen something like that happening in a hands-on engagement with our company, so that is just great. Being able to talk to the solution team about our company's issues and problems related to the tool all the time is something that really helps a lot.

I can't say anything specific about the product's valuable features, but I would say that whenever I have questions, I feel the tool's documentation is on point since I can always find anything I need easily.

There are some points in the solution's documentation where a few areas seem generic. The aforementioned area consists of the same scenario when it comes to some of the other products, so it is not just applicable for Red Hat Enterprise Linux (RHEL) alone, but also for some of the other supported products. I have never had a problem with Red Hat Enterprise Linux (RHEL), as it is really easy to use.

I have been using Red Hat Enterprise Linux (RHEL) for five years.

It is a stable solution.

It is a scalable solution.

I believe that there are definitely some plans to increase the use of the solution in our company in the future.

I believe that there are definitely some plans to increase the use of the solution in our company in the future, especially if we start to get more customers and there is a need to ramp up automated testing since we would need more systems.

The solution's technical support is really good and responsive. I rate the technical support a ten out of ten.

Positive

I believe that my company used to use a few products before starting off with Red Hat Enterprise Linux (RHEL), but I believe that it was before I joined the organization.

The solution is deployed on the cloud and on-premises models.

In terms of the ROI, my experience using the solution revolves around the product's community. The fact that I can just go out and even in an ecosystem in general with tools like Fedora, CentOS, and other stuff, I can always find what I want with the help of the community where there are people with similar experiences, especially if it is not available in the documentation part. I feel Red Hat Enterprise Linux (RHEL) is community-focused, and I really appreciate that as a developer.

Running Red Hat Enterprise Linux (RHEL) on the foundation of a hybrid cloud deployment has impacted our company's operations and I can say that it has been easy because there is not much to do between the two environments, as it is consistent, and that just reduces a bunch of headaches.

Red Hat Enterprise Linux (RHEL) has helped me centralize development. The operating system that we are developing is based on Red Hat Enterprise Linux (RHEL). In our company, we are able to use everything in the solution with the help of documentation, support shared knowledge resources, and all of that. Just using the tool to support our company's infrastructure is really great, and now we don't have to branch out and use other technologies. The tool is a platform that supports many different things.

I use Red Hat Enterprise Linux (RHEL) for containerization projects in my company as it is easy to use.

When it comes to the built-in features of Red Hat Enterprise Linux (RHEL) for risk reduction, business continuity, and maintaining compliance, I can't really say anything much about it because the product is used in our company for a specific use case and we put ourselves on top, so we don't really use the aforementioned components for the policies.

In terms of how I would assess the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) for keeping our organization agile and flexible, I would say that the offering of minimal images and all such stuff really helps cut it down and make deployments faster. In our company, we are really excited to use Red Hat Enterprise Linux (RHEL) to check the containerization of our apps, so being able to do such things for our products helps keep everything moving quickly. In general, my company is excited that Red Hat Enterprise Linux (RHEL) is moving towards the area to check the containerization of apps.

I would recommend Red Hat Enterprise Linux (RHEL) to a colleague who is looking at open-source cloud-based operating systems for Linux.

In terms of the deployment model used in my company for Red Hat Enterprise Linux (RHEL), I would say that the tool is basically deployed on-premises for closed environments and in the cloud because some of our company's customers prefer to deploy the product on the cloud. Mostly, my company uses the cloud services offered by AWS, while some of our company's customers use the services from Azure.

I like Red Hat Enterprise Linux (RHEL) considering the support that it offers to our company along with good documentation.

I rate the tool a ten out of ten.

We are using Red Hat Enterprise Linux for running SQL servers, Oracle databases, Java applications, Apache, and data store types of things.

We use it for all sorts of functions. We have different levels. I am primarily an SE building and configuring the servers. The application-related work is for everyone else.

In terms of our environment, we might have some cloud. We have different engineering teams working on different parts of the technologies. My team and I do not touch that, so we have a basic cloud-based and non-cloud-based setup.

We are primarily able to standardize on the platform. By keeping everything standard, you know what might break or should not break. That is the true benefit. It seems to help keep a better level of standard across all groups, business standards, and application types.

Red Hat Enterprise Linux enables us to centralize development. That goes with platform uniformity. The development team has a common toolset and expectations from the toolset and what they are working with. It just makes things easier for each developer.

The portability of applications and containers built on Red Hat Enterprise Linux is very good for keeping our organization agile.

It is the most lightweight platform to use. It is very flexible. It is not very difficult to manage, configure, and deal with. That is a plus point.

Migrating people from Red Hat Enterprise Linux 7 to 8 has been good so far. Irrespective of whether we are doing an in-place upgrade or a full rebuild, most people are able to convert over. There is no problem.

For our use case, it seems to be working well, so I cannot think of what it could do better. I know for our purpose and what we have been using it for, it has been working well. Their support, however, can be better.

I came on board when they bought our company. At the time, I was using CentOS. From what I know, they have been only using Red Hat Enterprise Linux. I started using it from Red Hat Enterprise Linux 7. It has been about 13 years.

It seems stable, but developers might have a different response. When you have a problem with a Windows server, you typically reboot it, but you do not have to reboot a Linux server to get it to work better.

It is a scalable platform.

It is pretty good. It varies based on the support person that you get. They might understand what you are talking about right away or not.

For one of the cases that I opened, I laid out every single detail possible. The first thing they said was that it was not that. It was something else. They kept going back and forth with different support teams on the same ticket. Finally, it clicked with somebody and they figured out what caused the issue. Somehow an RPM of a different version was installed on one server versus another one, and no one caught that. Some people were going down the wrong path saying it was networking and not some sort of binary that was installed which changed something. They went back and forth with different troubleshooting paths. Eventually, someone saw and understood what I meant.

Positive

We have always been using Red Hat Enterprise Linux at our workplace.

Deployment for our builds is typically PXE. I do not have insights into that because the build is built and configured by another team. I deploy and provide the server for the development team. I understand how Kickstart and other things work, but I do not install and configure it. It seems relatively easy. From what I have done in the past, it does not seem that difficult.

I am not aware of taking any external help for deployment.

The biggest ROI is in terms of consistency. We know how it works which makes going forward a lot easier.

We are coming from CentOS, so technically, our total cost of ownership has gone up, but it is still cheaper than Windows for a database server and things like that.

I was not a part of the evaluation. I came on board and began working with what was there.

In terms of security features, we do not use anything too advanced other than what is out of the box. We do not manage the compliance piece and things like that. There is a different group that manages that piece.

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

We are using the full setup in Linux and use the enterprise edition. We're migrating a lot of things over. 

We like that it's open-source and fully secure. We've fully migrated to Linux, and we were able to move everything over from the Red Hat database.

Compared to earlier tools, we get more options, and it's very user-friendly. The patching, for example, is easier. It can also support many things. It took us about six months to realize the solution's full benefits.  

The solution is very user-friendly. 

The Red Hat Enterprise Linux scripting is very good. It is easy for us to access those parts in the Linux portion. 

The security is very good. It helps us to maintain overall security.

I have a Linux certification, however, they do have good documentation in order for users to get information about the product.

The management experience for patching is very good. We can do the patching through the portal. We can use it based on our own timing. If there isn't something in production, we can do the patching. The patching experience is very nice compared to what we had to deal with previously. For example, with Windows, the patching would happen whenever. We can control it via the portal, and it is very user-friendly now.

We only use the command line. We do not use the GUI. The graphical user interface is useful. However, we prefer to use the command line as we can do many more things. 

Red Hat Enterprise Linux has positively affected our uptime. It's very fast. If you have to do patching, and need to reboot, it doesn't take too much time to do that. It might only take one to two minutes. 

For the most part, everything looks fine. Everything is going smoothly. 

Right now, we need to get memory and CPU via the console. If it was available in the console so that we could adjust these two things, that would be ideal. 

I've used the solution for the last four years. 

The stability of the solution is fine. I'd rate it nine out of ten for stability. It's user-friendly and the downtime is low. It won't impact business.

The solution is not deployed across multiple locations. We have around 300 end users.

It is scalable. We can immigrate to servers and it won't impact the business. 

We know there are some issues, and if we come across some vulnerabilities, we'll work with support. If we get an error, we'll go to them and discuss the issues. We take advice from them on how to work through problems. 

Sometimes, we'll get some errors and we'll send them an email. Sometimes it takes too much time for them to respond. The support time could be better.

Neutral

We did previously use a different solution. 

I was not involved in the installation. I have not worked on the OS level and I'm not involved in the migration to the cloud.

We have eight to nine people on our team that may handle some maintenance tasks. If there are any issues, we can patch and fix them. We go through the portal to handle patching and maintenance. We'll check the system pre and post patching.

I'm not aware of the exact pricing of the solution. 

We did not evaluate other options. We've fully moved to Linux and used Red Hat Enterprise Linux to do this. 

I'm an end-user. 

We will be moving to the cloud only. I'm not directly involved in that. The main thing will be that soon everything will be in the cloud only. Currently, I work with the on-premises version only. It's on a VM right now. 

This is a good solution if you are handling migrations or your internal environment. It's user-friendly and you can connect with technical support easily. It's also very secure. 

I'd rate the solution nine out of ten. 

Red Hat Enterprise Linux serves as the foundation for our cluster infrastructure, allowing us to deploy applications and connect servers. We further enhance operational efficiency by deploying Kubernetes on top.

We chose Red Hat Enterprise Linux for its stability and well-rounded features and its proven track record of decades of reliable operation.

Red Hat Enterprise Linux's built-in security features and mandatory access control help to mitigate and secure the OS from threats.

Red Hat Enterprise Linux is well documented and anyone with a technical background can easily understand and use the OS.

Red Hat's image builder is helpful.

Building upon the industry's 95 percent adoption of Linux OS, our Red Hat Enterprise Linux with Kubernetes setup has helped our operations.

We have not encountered any downtime while using Red Hat Enterprise Linux.

Red Hat Enterprise Linux enables us to achieve security standards certification.

The performance of Red Hat Enterprise Linux is consistent between on-premises and cloud deployments. The key difference is simply a shift from owning hardware to renting cloud space for the operating system.

Red Hat is open source, so what we get with Red Hat Enterprise Linux is valuable support that is not included in the free version.

Recently, whenever we have applied a Red Hat patch, we have encountered errors requiring additional work. Unfortunately, the release notes for these patches are not always updated accurately, creating further challenges during troubleshooting. Specifically, the notes often fail to mention dependent packages that are also updated alongside the main package.

While the OS hardening feature is helpful, it could benefit from additional automation. A one-click package for hardening all files would significantly improve efficiency compared to the current manual process, especially considering the hundreds of files we've processed over the years.

The support has room for improvement.

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

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

Red Hat Enterprise Linux is deployed across multiple locations in our organization with 95 percent of our employees that use it.

To ensure optimal performance and security, we must prioritize installing operating system updates as they become available.

Taking the Red Hat administration course beforehand will significantly ease the user experience when using Red Hat Enterprise Linux.

We use Red Hat Enterprise Linux as our core operating system for hundreds of our critical systems including our databases, complete middleware, and over 500 VMs.

The portability of applications and containers built on Red Hat Enterprise Linux is exceptionally high due to the utilization of Java as the middleware and Oracle as the database. This enables seamless portability across various platforms, regardless of the specific infrastructure employed. As long as Oracle continues to provide support for a particular platform, the applications and containers can operate effectively on that platform. Therefore, the decision regarding the deployment platform rests solely with the company's preference.

The consolidation into a single operating system has brought about significant improvements. Previously, companies often had to manage three or four different operating systems, which was not only costly but also inefficient. With a unified operating system, we can now streamline operations and reduce the number of teams required for maintenance.

Red Hat Enterprise Linux facilitates our compliance with security standard certifications. We receive daily reports and recommendations specifically for applying security patches and related measures.

Red Hat Enterprise Linux is the most used Unix platform in the cloud. We can build with confidence knowing that it is available across physical, virtual, and cloud infrastructures.

The integration with Oracle is the most valuable feature.

The patching process with Red Hat is disruptive and not very cost-effective. This is why I would like to switch to Oracle Linux, which allows for security patching on a running system. This is a significant advantage of Oracle Linux over Red Hat. With Red Hat, we have to shut down all of our machines at least four times a year for large patches. Oracle acquired the technology for applying these online patches from MIT, and this technology is integrated into Oracle Linux. This allows for systems to be patched without disrupting the work of employees and their organization, which is a major improvement over Red Hat's patching process.

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

Red Hat Enterprise Linux is a stable operating system. In most cases, the issues we have encountered have been related to hardware, not the operating system itself.

Scaling Red Hat Enterprise Linux is easy. We have clusters and simply need to add machines to those clusters to scale.

We have more applications being added all the time.

Previously, we used HP for our database site before transitioning to Red Hat Enterprise Linux. As we were already utilizing Red Hat Enterprise Linux for our applications, it proved to be a more optimal choice for our database site as well.

The implementation was completed in-house.

We have to pay for the support and features.

The distinguishing feature between open-source competitors and Red Hat Enterprise Linux is the comprehensive support that Red Hat Enterprise Linux provides. Red Hat Enterprise Linux no longer faces competition from HP and Digital in terms of support services, as these companies have ceased offering their solutions. IBM remains the sole competitor, but they recently acquired Red Hat, essentially consolidating the support landscape.

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

Numerous open-source Linux operating systems are available, but Red Hat Enterprise Linux provides robust support and a stable platform for large organizations that would benefit from the support.

Organizations should base their decision on which operating system to use for their specific requirements. For Windows or Oracle systems, the corresponding OS should be chosen for support reasons. For Unix systems, Red Hat Enterprise Linux provides the best support.

When I first used Linux 1.0 over ten years ago, I was surprised at how well it worked. I never expected it to become so successful that it would surpass all the major Unix systems, but that is exactly what happened. Today, Linux is used for a wide variety of applications, regardless of the platform. This is due to its exceptional scalability and the low cost of hardware.

We have an older environment with a lot of servers. They are development servers for a lot of in-house development. We have a lot of things. We have Ruby on Rails, Java, and a lot of Oracle applications

Red Hat Enterprise Linux is mostly on-prem in my current job. In my previous jobs, we have had it on AWS or Azure.

Red Hat Enterprise Linux's built-in security features are good when it comes to simplifying risk reduction and maintaining compliance. It is something that they do very well. It is one of the reasons why we like running it. It is rock solid in all areas. Red Hat does a really good job of keeping on top of vulnerabilities and making the patching process easy.

Red Hat Enterprise Linux has impacted our uptime and security. We have had no breaches, and our systems are usually up.

Red Hat Enterprise Linux has not yet enabled us to achieve security standards certification because that is not a requirement for where we are, but I am pretty confident that we would meet those standards. Our security teams are usually chasing problems on the other side of the house.

I like most of the features. I like its stability. I like its views. It provides a very stable environment. There is not a lot of downtime. There are not a lot of issues. Primarily, we are deploying things and configuring things, and occasionally, we add new things for developers as needed, but it does not require much troubleshooting or break fixing. That is rare.

The knowledge base offered by Red Hat Enterprise Linux is another thing I like about it. It is particularly easy to find an answer to your problem online. There is very good documentation, very good user communities, and good support when you need it.

The upgrade procedures are a little bit cumbersome. It would be nice if they are not because every three or four years we have to update, and I find that to be a bit on the cumbersome side. We have been able to automate most of it, but we still run into things where the job does not finish. There are things that require additional steps. There are things that need to be removed and that always require manual intervention. I do not know how they can get rid of that, but it is cumbersome in an environment where you have hundreds or thousands of servers.

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

I would rate their support a nine out of ten. I just do not give tens. I am sure there are some areas where they can improve, but they are good. They are responsive.

Positive

I have got experience with Windows and Solaris before that. Red Hat Enterprise Linux is my favorite. With Solaris, that stream stopped a long time ago, but Red Hat Enterprise Linux has all of the nice things about it, and they have continued to develop and build many new things. For instance, when you had to patch on a Solaris box, you had to take the server down into single-user mode and apply the patching. I like it better than Windows in every way. It is more intuitive to me. I like that I can do more things from the command line. It is easier to automate things.

I have been involved in the upgrades and some migrations for migrating things from Solaris. We also had CentOS, which was converted to DevStream, so we have had to change those to Red Hat. The upgrades and migrations were not terribly difficult. Usually, the tools were there. We called support when we ran into problems, but for the most part, it worked.

I have used Convert2RHEL. It was a bit helpful. It did the job.

We mostly use Ansible for deployment, patching, and managing the system in general. Our experience has been good. I am looking at some of the newer things they have at the conference that we have not had a chance to play with, but it meets our needs.

We have seen a return on our investment. We are able to do what we need to do without any problems or interruptions, and we are able to do it quickly.

For me, it is not too bad, but my company pays the bill, so I do not worry too much about it. 

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

I work in infrastructure. We have various use cases for Red Hat Enterprise Linux. We use it for the compute feature, which runs on some applications on the front end and databases on the back end.

LVM is a valuable feature. It enables us to dynamically increase the file systems or logical volumes. My journey with this feature started 10 to 12 years ago. 

LVM is the reason why I started using the solution initially. Nowadays, there are a lot of applications. We can use clustering, security, and optimize security.

The product's availability is on the main cloud hyperscalers, like GCP, IBM Cloud, Azure, and AWS. The product should be made available on Oracle Cloud. 

I would like to see Ansible as a default in future releases.

I have been using the solution for 13 to 14 years.

Although some questions are not business-critical and high priority, they are still urgent. The support identifies such questions as P3 or P4 incidents. Although there's no business impact, we depend on the support team for answers.

Neutral

We have used SUSE Linux. We have also used open-source tools like Ubuntu, Fedora, and CentOS. We switched to Red Hat Enterprise Linux due to its vast exposure to security vulnerabilities. Its support model, subscription model, and its support for HANA are valuable.

We use the product on-premise, on IBM Cloud, and on Azure. The subscription model of the solution enables us to use hybrid environments. We can enjoy the benefits of the hybrid environment with the bring-your-own-subscription model.

We have plans for upgrades. We have a legacy Red Hat Enterprise Linux. One of the customers has version 5. We are trying to build an upgrade plan for it. We would like to know whether we can directly land on version 9 or if we should go step by step to each version.

The solution's built-in security features are exciting. I like that the solution covers the recent vulnerabilities in the CVEs. The solution should continue to do that.

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

I provide consultation to clients for their mission-critical applications. Its primary use case is running containers and microservices on Springboard.

My customers use versions 7.2 or 7.3. I have used versions 8.2 and 8.4. I have tried version 9, but I use version 8.4 specifically because it supports HighPoint RAID for storing the data, whereas the client applications run on the much lower version.

There are benefits in terms of price, security, and stability to reduce the risk of applications going down or something like that. A vast majority of systems are on Red Hat Enterprise Linux than on other distributions, which is another benefit.

Red Hat Enterprise Linux helps to achieve security standards certification. They use it in the PCI DSS segment, so it enables the applications to be compliant with all these security aspects.

Red Hat Enterprise Linux is very stable. It has been in the market for many years, and it is used by large organizations.

Their documentation and knowledge base are valuable. As an individual developer, whenever I have problems, it is easy to find the information. Their knowledge base is seamlessly integrated with the software. Whenever I have a question, it directly takes me to the knowledge base. It is well documented.

It supports scripting very well. Everything is scripted. A snapshot is taken in the VM, and the script is applied. It lends itself to better security and governance processes.

Its installation on a RAID or cluster system is something difficult. There are specific teams working on that. The GRUB configuration is also a little different from the other Linux distributions. 

In terms of additional features, as technology keeps evolving, the product will also have to evolve. For example, Microsoft Windows has come a long way. In Windows 11, there are so many features that are fundamentally the same as the oldest version, but there are other aspects or processes that have improved. macOS has also evolved over time. Similarly, in the Red Hat Enterprise Linux that I used in 2003 and the one that I am using now, some things are the same and some things have changed. Red Hat can continue to engage clients, understand the use cases, and update them.

I have been using Red Hat Enterprise Linux since 2002 or 2003. Red Hat has a vast variety of products. I have only been using Red Hat's operating system. I have not used Red Hat's other products.

It is very stable.

It is scalable, but I do not have experience in building hundreds of systems on a VM.

I have not used their technical support at all. I only use their documentation portal for self-support. Our production support team interacts with Red Hat's support team.

As a developer, I use both SUSE as well as Red Hat Enterprise Linux. My personal preference is Gentoo, but no one runs Gentoo on a production system. Gentoo is better in terms of customization. You can choose what you want.

I am not directly involved in its deployment, but I am planning to build an application. At that time, I will be deploying it myself. In the organization where I work as a consultant, there is a segregation of roles. There is a production support team, there is a development team, and there is a DevOps team. I am a part of the development team.

Its initial setup is straightforward. It is not complex. It also depends on the architecture, high availability, etc.

In terms of deployment, earlier, it was on-prem, but now, it is on the cloud. My client runs about 150 VMs on the cloud in the production, staging, and QA environments. Most of the things have been consolidated into VMs. The migration is complete. It was not that complex.

I have not measured that, but it should pay back for itself easily. The ROI should be reasonable. The cost over a period of time should be minuscule. As compared to other OSs, it is better to go with a big, known, and trusted vendor.

As a developer, I pay around 10,000 Yen, which is around $100 per annum for support. SUSE and Red Hat are typically the same without standard support. The pricing is not a big deal. Enterprise customers will pay for the support. Enterprises have the money for one or two products like this that are reliable and supported.

As a consultant, I advise customers to go for support. You mitigate risks by having support. For your personal usage, you can manage without support, but when it comes to the enterprise level, you need to delegate things to people, and it should be through the proper channel. You need a proper point of contact.

I would advise following the best practices recommended by Red Hat. It will minimize the downtime of the application or system. Partner with the vendor and get that support. Know the business case and build a strong relationship with the vendor. Trust them and tell them your use case, and they will come up with the best solution possible.

I am not a big authority on Red Hat or other Linux or Unix products. Only recently, I have been exposed to the concept called hardening and penetration testing. I do not know whether Red Hat provides a hardened version of the OS. My basic distribution is Gentoo which provides a hardened version of Linux. On the client side, the organizations we work with have different departments, such as the security department and the compliance department. For security, they work with various options that are available. For penetration testing, we engage a penetration testing consultancy company once a year.

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