Red Hat Enterprise Linux (RHEL) Reviews

I'm using Red Hat as an OI solution with some Oracle databases and an FTB server on top of it. I am not using containers in Red Hat. It's solely serving as an OS with direct applications installed on it. We have a few thousand users benefiting from Red Hat indirectly, but only 10 to 20 people work directly with it. I only use Red Hat in one location right now. Previously, I had it deployed in a cluster. 

The most important thing for any organization is stability and uptime for the application and the environment. Red Hat provides us with stability and uptime, and it gives us all the tools we need to integrate with our other solutions. 

It's also a suitable environment for applying security certificates. You can perform all the requirements on Red Hat. For example, you can do everything you need to comply with BCI, ISO, or any other certificate. 

The most valuable thing about Red Hat is its stability, uptime, and support for various hardware vendors. Linux servers, in general, are relatively secure and they are more secure than Windows and other products. 

Red Hat provides additional tools to customize your environment and harden your OS. For example, you can apply security patches and use benchmarks. You can do everything in Red Hat, so you can always have a highly secure environment. The interface is pretty good. Our engineers like the PLI interface.

I've been using Red Hat for around 10 years. 

Red Hat is as stable as you want it to be. We periodically have some bugs, but we can resolve these issues quickly. 

Red Hat can be scalable, especially if you are using it for virtualization. For example, KVM is easy to implement and scale up. You only need to add more nodes to scale as much as you want.

I rate Red Hat support nine out of ten. It's nearly perfect. Red Hat support has one of the best teams I've dealt with. 

Positive

I've used some open-source environments like CentOS and some other solutions like Solaris and HBOX. We switched to Red Hat because it's easier to deploy and manage.

Setting up Red Hat is straightforward if you're doing a basic installation. They have a beautiful installer that handles everything. For a more advanced deployment, you may need to go through some more complicated steps to customize it for everyone's best practices. 

You only need one person to handle the installation, which takes anywhere from a few minutes to an hour, depending on the installation. If you install Red Hat correctly based on your requirements, you don't need to perform any maintenance. You might need to patch, upgrade, add resources or harden the OS. When discussing security, you always need to follow up on patching and security hardening.

The cost could be lower. Red Hat is considered a costly solution. It can be expensive if you want all the features in the license. A cheaper license would make Red Hat more accessible to a broader range of users. It's reasonable given the features and performance, but a lower price would encourage more people to adopt it.

We looked at HBOX servers, but they are far more expensive than Red Hat. Red Hat is more optimal in terms of cost versus performance and stability than other solutions like Solaris and HBOX.

I rate Red Hat Enterprise Linux nine out of ten. It's an excellent solution. Go for Red Hat If you want stability at a reasonable cost. It's the best.

It is used for our production system. We are running multiple web servers and multiple databases on RHEL operating system platform. We are also running some of our OpenShift containers on it. We have a lot of applications that are running on RHEL versions 5, 6, 7, and 8 in our environment, but the maximum number of applications are running on RHEL 7 and 8. 

RHEL provides features that help speed up our deployment. We are using OpenShift to speed up our container implementation and container orchestration.

It is good in terms of consistency of application and user experience. It works consistently regardless of the underlying infrastructure. For the features we are using, we are getting the output according to what they have mentioned in the portfolio. We are not facing any unpredictable issues. It has a predictive analysis feature for troubleshooting. It uses AI and ML algorithms to give us the issues that will eventually come if something prolongs. If we are managing our environment very well and are following the best practices, our end-users also don't face any issues, which improves their user experience.

We use RHEL's tracing and monitoring tools. They have given a lot of metrics, and we do use these tools to trace our application. They provide a lot of benchmarks and metrics if we are planning to do a tech refresh or if we are planning to migrate any solution. So, we use them to calculate, and then we do the documentation.

Its integrations are very reliable. We have a Satellite Server for patching, and we are using Ansible for configuration management. We have a lot of API integrations with the RHEL for third-party integrations. We do a lot of testing before integrating the third-party services into RHEL. We first try them out in the test environment, and then we deploy them on the dev environment, and after that, we move them to the production environment.

It is easy to manage. It is also easy to troubleshoot. The subscription and the support from the RHEL are also good.

It is a well-established operating system. We have tried to implement almost every feature of a version in our environment, and it has been very reliable. We are not facing many production issues on a day-to-day basis. They have well-documented articles on their documentation site and a knowledge base on their website. When we need to implement anything, we are able to find information about the best practices and the solution.

Their support service can be improved. They are able to help us, but in some cases, there is a delay in getting a root cause analysis from their side for Severity One cases.

The vulnerability assessment part should also be improved. We do a lot of patching regularly. They try to fix an issue very quickly, and we also end up facing bugs that are not properly documented. When releasing the general availability for a particular solution, they need to do a lot more work on their side.

We have been using this solution for more than eight years.

Its stability is awesome when compared to other products. We have multiple Unix flavors running in the environment, but we are running production workloads only on RHEL. Previously, we were running the production load on other Unix flavors, but we had a lot of production issues. That's why we migrated the whole production workload to RHEL.

Scalability is according to each product. They have predefined scalability ratios. It works fine according to that ratio. We are able to scale applications and databases. It is easy. Before deploying an application, we check the scalability of each product, and we plan accordingly. So, there are no issues. It is easy.

We have Oracle Databases with 30 to 40 terabytes database size running on RHEL. We also have some HPC systems running on RHEL. We are running a workload of around 250 terabytes on RHEL, and we are planning to extend our environment and increase its usage.

Their support is good, but there are some delays in giving a root cause analysis for critical Severity One or S1 cases. I would rate them an eight out of 10.

It is straightforward. It is not much complex. Previously, we used to do everything manually. Now, we have multiple scripts and multiple tools that make it easy to deploy.

The first deployment took a few months because we were new to RHEL. We had to do a lot of homework from our side as well as on the product side, so it took us a few months to implement it. Now, we are well-familiar with the product. We know how the product works, so we plan accordingly, and we are able to finish according to a deadline.

RHEL has accelerated the deployment of cloud-based workloads. We also work with a local partner of RHEL, and they give us professional services. They do have some customized tools for partner deployment, and their professional services team is able to help us to accelerate all the workloads to the public cloud by using those tools. This acceleration time depends upon the workload size and whether we are going for a normal Infrastructure-as-a-Service or Platform-as-a-Service. It also depends on how we are migrating our monolithic application to the microservices application.

We are a local government organization. We have an account manager from RHEL, and we also have a local system integrator and a local partner. They are providing us local help for our requirements.

For purchases or subscriptions, we don't have any issues. We have multiple subscriptions for multiple products. Our local Red Hat partner takes care of all requirements. We just send the requests to them, and they take care of all subscription-related things for us. The whole process is streamlined.

We have been using it for a lot of years. Our business is happy with its total cost of ownership and its return on investment.

It is more expensive than other vendors in terms of pricing and licensing, but because of its stability, I have to go with it.

In terms of the operating system features, scalability, and stability, RHEL is better than other Unix flavors.

We do a lot of technical evaluation before migrating or implementing a new application or solution. For example, we evaluated Docker, Kubernetes, and OpenShift. We went for OpenShift because RHEL had the support for it. For patch management, we are using Red Hat Satellite Server. We used some other third-party tools such as ManageEngine, and we also did manual patching. As compared to others, Red Hat Satellite Server is much better.

It is very stable, and you can easily run a lot of production workload on RHEL. Red Hat products are well established. They have been around for many years. Red Hat is dealing with multiple products and applications and is constantly doing research to develop new products according to industry trends. With RHEL, you can get an end-to-end solution with their multiple products, which is something not available through other vendors. 

Red Hat's open-source approach was a factor when choosing RHEL. We are utilizing a lot of open-source solutions in our Test and Dev environment before going into production. We are able to get a lot of information in the open-source community, and we also have local community support in our region.

Its newer versions enable us to deploy current applications and emerging workloads across bare-metal, virtualized, hybrid cloud, and multi-cloud environments, but the older versions are not supporting these features. They have included more features in the newer versions to integrate and merge with other applications that are on-premises, in the cloud, or in a hybrid cloud setup. In the older versions, we faced some issues in moving some of the applications from on-premises to the cloud, but in the newer versions, it is very easy to move or merge to the cloud. The applications that we have deployed across these environments are very reliable, except for the bare-metal. They are not much reliable if we are using a bare-metal solution on-prem. For virtualization, we are not using the native RHEL virtualization. We have VMware for virtualization, and it is okay in terms of directly deploying some of the applications to the public cloud. It is quite reliable.

It doesn't simplify adoption for non-Linux users. For non-Linux users, it is somewhat difficult to manage this solution or have this solution. However, as compared to other Unix platforms, RHEL is okay.

We are not using RHEL to run multiple versions of the same application or database on a specific operating system. In a specific operating system, we are running an application according to our end-user features requirements. We go through a lot of documentation and do multiple PoCs for deploying an application on the RHEL platform. We have a lot of user acceptance test procedures for each application in terms of how we have to do benchmarking and what are our requirements. So, we are managing with an individual operating system and not using the whole centralized solution.

We use automation tools to move to the cloud. When we are planning to move to the cloud, we do multiple cloud assessments for which we have third-party tools as well as in-built RHEL tools. Each vendor has a different way of migration and automation for moving the on-prem workload to the cloud workload. Each vendor gives you different tools, and we follow the best practices given by them while moving the on-premises workload to the cloud.

I would rate RHEL an eight out of 10.

It started mostly with websites and open source environments overall for development. Now, we are moving into business applications as we are migrating our ERP, which is a cp -r tree, to Linux. We are also migrating the database of SAP to SAP HANA on Red Hat Enterprise Linux. 

We use RHEL versions 7 and 8. There is a bit of version 6 still lying around, but we are working on eradicating that. It is mostly RHEL Standard subscriptions, but there are a few Premium subscriptions, depending on how critical the applications are.

It has fulfilled all the promises or goals of different projects, not just because our internal team is strong, but also because our external partner is strong.

Satellite is an optional system which provides for extensive deployment and patch management. That is quite valuable.

We use Red Hat Enterprise Linux's tracing and monitoring tools. You don't leave them on all the time, as far as tracing is concerned. When you are sick and go to the doctor, that is when you use it, e.g., when an application is sick or things are really unexplainable. It gives you a good wealth of information. In regards to monitoring, we are using them to a point. We are using Insights and Insight Sender as well as the Performance Co-Pilot (PCP), which is more something we look at once in a while. 

Other Red Hat products integrate with Red Hat Enterprise Linux very well. In fact, they integrate with pretty much everything around the universe. We are doing API calls without even knowing what an API is, i.e., towards VMware vCenter as well as Centreon. There are certain individuals who use it for free without subscription and support for Ansible in our Telco group with great success.

Linux overall needs improvement. They cannot go much beyond what Linus Torvalds's kernel implementation can do. I come from AIX, and there were very cool things in AIX that I am missing dearly, e.g., being able to support not only adding, but also reducing memory and number of processors. That is not supported on Linux right now, and it is the same for the mainstream file systems supported by Red Hat. There is no way of reducing a file system or logical volume. Whereas, in AIX, it was a shoo-in. These are the little things where we can say, "Ah, we are missing AIX for that."

We are not loving our servers anymore. If we need them, we create them. When we don't need them, we delete them. That is what they are. They are just commodities. They are just a transient product.

I have been using it for nine years, since 2012.

The stability has been very good. However, there is a learning curve. We were running huge in-memory databases, about 2.5 terabytes of RAM, which is SAP HANA. Then, we were getting really weird problems, so we asked the app guys 20,000 times to open a ticket because we were seeing all kinds of weird timeouts and things like that on the OS side. We were saying, "It's the app. It takes forever." Finally, they said, "Oh yeah, we use a back-level thing that is buggy and creates a problem." It took us six months and four people to get that from the app guys. We were ready to kill them. That was not good. Whatever you put on Linux, make sure that you have somebody supporting it who is not dumb, or on any platform for that matter.

The scalability is six terabytes. That is what we're doing. We are printing HANA servers on that scale, which are more in the 2.5 terabyte range. However, we had to create one for the migration initiative on the VMware, which was six terabytes with 112 cores. It worked, and that was it. It also works with bare-metal, but you have to be aware there are challenges in regards to drivers and things.

RHEL provides features that help our speed deployment. For example, for SAP HANA, they have full-fledged support for failover clustering using Red Hat HA, which is a solution to create a vintage approach of failover clustering. They do provide extensive support for value-adds for ERP solutions.

They also provide value left, right, and center. Whenever we have a problem, they are always there. We have used both their professional services as well as their Technical Account Manager (TAM) services, which is a premium service to manage the different challenges that we have had within our business. They have always come through for us, and it is a great organization overall.

Their support is wonderful. They will go beyond what is supposed to be supported. For example, we had a ransomware attack. They went 20 times above what we were expecting of them, using software provided by them on a pro bono basis, meaning take it and do whatever you want with it, but it was not ours. That was a nice surprise. So, whenever we have needed them, they did not come with a bill. They came with support, listening, and solutions. That is what we expect of a partner, and that is what they are: a partner.

I, for one, was managing AIX, which is a legacy Unix, as my core competency. I still do because we haven't completed the migration. 

RHEL is a value-add right now. As we are migrating more payloads to containers, we are putting less Linux forethought into these container-hosting servers. You just shove your containers on top of them with your orchestrations. This may reduce our need to manage RHEL like a bunch of containers. That changes the business. 

We were paying for premium SUSE support for an initial pilot of SAP HANA on the IBM POWER platform. We were stuck between an IBM organization telling us, "Go to SUSE for your support," and the SUSE organization saying, "Go to IBM for your support." So, we told them both to go away. 

We are so glad that we haven't mixed the Red Hat and IBM more, because SUSE and IBM don't mix, and we were mixing them. That was prior to the merger with Red Hat. In regards to IBM's ownership of Red Hat, we are a bit wary, but we think that IBM will have the wisdom not to mess it up, but we will see. There is a risk.

The initial setup is as straightforward as it can get for anyone who knows what they are talking about. It does require technical knowledge, because that's what it is: a technical solution. It is not something that I would give to my mother. Contrary to other people's perception of, "My mom had a problem with her Windows. Oh, put her on Linux." Yeah, no thanks. Give her a tablet, please. Tablets are pretty cool for non-techies, and even for techies to a certain extent. 

For the migration from AIX, Ansible has been our savior. You do need somebody who knows Ansible, then it is more about printing your servers. So, you press on the print button, then you give it to the apps guys, but you do have to know what you are trying to aim for so the guy who is creating the Ansible Playbook codes exactly what is required with the right variables. After that, it is just a question of shoving that into production. It is pretty wonderful.

We do get a return on investment with this solution in regards to a comparative cost of ownership of going with the niche solution of IBM AIX systems and hardware. There is a tremendous difference in cost. It is about tenfold.

The integrated solution approach reduces our TCO tremendously because we are able to focus on innovation instead of operations.

RHEL is a great place to go. They have a great thing that is not very well-known, which is called the Learning Subscription, which is a one-year all-you-can-drink access to all of their online self-paced courses as well as their certifications. While it is a premium to have the certifications as well, it is very cool to have that because you end up as a Red Hat certified engineer in a hurry. It is good to have the training because then you are fully versed in doing the Red Hat approach to the equation, which is a no-nonsense approach.

Because it is a subscription, you can go elastic. This means you can buy a year, then you can skip a year. It is not like when you buy something. You don't buy it. You are paying for the support on something, and if you don't pay for the support on something, there is no shame because there are no upfront costs. It changes the equation. However, we have such growth right now on the Linux platform that we are reusing and scavenging these licenses. From a business standpoint, not having to buy, but just having to pay for maintenance, changes a lot of the calculations.

We tried SUSE on the IBM POWER platform, and it was a very lonely place to be in. That was for SAP HANA migration. We are glad that we decided to be mainstream with leveraging what we already had at Red Hat Linux (over a few dead bodies now). We also leveraged the Intel x86 platform, which is very mainstream. 

We are not using the Red Hat Virtualization product. We are using VMware just so we can conform to the corporate portfolio.

Our RHEL alerting and operation dashboard is not our route one right now. We have been using Centreon, which is derived from the Nagios approach, for about seven years.

With AIX, we couldn't get a single software open source to run. It was like a write-off, except for reducing a file system or logical volume in Linux.

We are a bunch of techies here. RHEL is not managed by end users. We don't really mind the GUIs, because the first thing that we do is stop using them. We are using Ansible, which is now part of RHEL, and that can automate the living heck out of everything. For now, we are not using the Power approach, but we may in the future. We are doing a business case for that, as it would be an easy sell for some communities and the use cases are not techie-to-techies.

There is a cloud, but we have very little infrastructure as a service in the cloud right now. 

It delivers to the targeted audiences. Could Red Hat Enterprise Linux be used in all types of other scenarios? Most likely. They have an embedded version for microcontrollers, i.e., things that you put into your jewelry or light switches. However, this is not what they're aiming for.

I would rate RHEL as a nine and a half (out of 10), but I will round that up to 10.

We are a Red Hat Enterprise Linux partner and provide host servers for various applications, including web applications and databases.

Red Hat Enterprise Linux's built-in security features simplify risk reduction and compliance maintenance, making them easy to use. We utilize SA Linux, a highly secure operating system. Its risk mitigation and compliance measures are effectively implemented due to the regular delivery of patches, updates, and bug fixes. This continuous maintenance enhances the stability of the system.

We are able to maintain compliance when it comes to the security regulations.

The level of portability succeeds in keeping our organization agile.

We used several platforms, but Red Hat provides us with a more uniform installation process, a more consistent platform, and easier system maintenance. Additionally, the Ansible playbooks are now simpler to manage due to the standardization of our platform. We quickly realized the benefits of adopting a single platform instead of using multiple platforms. This decision has streamlined our operations and simplified license management for our sales department. Additionally, the purchase process has become more straightforward.

We operate a hybrid IT infrastructure consisting of both on-premises and cloud servers. We have had positive experiences with Red Hat Enterprise Linux, which has enabled us to build and deploy applications with confidence and ensure their availability across physical, virtual, and cloud environments.

Red Hat Insights is a valuable tool for preventing emergencies caused by security vulnerabilities, non-compliant configurations, and unpatched systems. Although we haven't faced an emergency yet, we've noticed that the tool provides valuable advice and sometimes even playbooks to resolve security and stability issues. It's a powerful tool indeed.

Red Hat Insights provides us with vulnerability alerts and targeted guidance. All systems are stable and we have no crashes and no failouts.

Red Hat Enterprise Linux's most valuable attribute is its stability.

A targeted package tailored for small and medium-sized businesses can help increase business.

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

Red Hat Enterprise Linux is stable. We have been running the solution for years with no crashes.

Red Hat Enterprise Linux is scalable. We have not encountered any issues. Since we are virtualized, it is merely a matter of allocating virtual CPUs, virtual memory, and so on. The limits are very high, so we are not currently experiencing any constraints.

The technical support is good.

Positive

We switched from our previous solution to Red Hat Enterprise Linux because of the uniformity of the platform. It is also a larger organization that is well known.

The initial deployment is straightforward and well-documented. The deployment time is between 15 to 30 minutes.

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

From what I've seen of Red Hat Enterprise Linux, it's well-documented. There are comprehensive notes and documentation available. I've been using it recently, and I've found that all the information I need is readily available. If we can't find what we're looking for, our support organization is there to help.

We have a virtual environment and deploy the solution from a satellite.

Currently, we require two people for the maintenance of Red Hat Enterprise Linux.

I use the solution to build web applications.

The tool provides more support, resources, and documentation than other products.

The product is super easy to use.

The default settings are confusing. I often change these settings to avoid problems.

I have been using the solution for a couple of years.

The stability of the product is very good.

I did not have issues finding configurations and changing settings as needed. I haven't had any issues like bugs or downtime while using Red Hat Enterprise Linux. Overall, it was a good experience. Overall, I rate the solution an eight out of ten.

For applications, we are the OS support. We build servers and deliver applications.

RHELs overall effect on our organization's management and efficiency has been good. It's easy to support and involves no downtime. It is simple to handle, apply patches and maintain.

The most valuable feature of this solution is how easy it is to use.

When there is down time from a system admin perspective, this solution could improve how they communicate why this down time is happening. 

I have been using this solution for seven years. 

This is a stable solution. Our machines reside on vSphere and when a server goes down, we have to find out the root cause. This requires pulling information from the vSphere. 

I would rate the support for this solution an eight out of ten. 

Positive

We previously used Solaris. We moved to Red Hat because it is easier to manage and more cost-effective. It is also easier to manage patches and security using Red Hat. 

I was only involved in testing this solution during the deployment process. During testing, it was easy to make changes to configurations which also support our decision to use Red Hat. 

This is a cost-effective solution.

I would recommend this solution to others. It is easy to use, manage and handle with very little downtime. 

I would rate this solution an eight out of ten. 

We are internet service providers in Bangladesh and resellers of this product to our customers to manage their network infrastructure. 

I think this solution is more secure than others because it's not open source. Red Hat will ensure the details when you purchase the package. Having a certification will offer value. 

We've found that there is a huge demand for it. 

Although the security features are good, I'd like to see more added in the security sphere.

I've been using this solution for just three months and still not completely familiar with it. 

The solution is stable. 

The documentation is sufficient for my needs. 

The initial setup is easy, it takes around 10-15 minutes. 

I rate this solution eight out of 10. 

We use this solution for different projects. It's great as a realistic training platform and we've also used it for humanoid robots. We are platinum partners of Red Hat and I'm a digital solutions architect. 

We chose to go with this solution because it's easier to use than other operating systems. It provides illustration ability and better permissions. It has good compatibility which is an issue I have with other operating systems. I find it to be a more flexible product.

Most of the complaints people have about this solution revolve around security. It's not easy to increase that. 

I've used this solution for almost a year. 

The solution is stable. 

The solution is scalable. 

We use the online community for our support and it's great. I can find the answers to all my questions there. 

I previously used CentOS, which is related to Red Hat. It was our client who decided to switch to Red Hat. I've also used Ubuntu which is an open-source solution with low security and therefore not suitable for enterprise-size organizations.  

The initial setup was straightforward because I'd already had some experience with Linux. Even without experience implementation is relatively easy. Deployment time depends on the project and usually takes longer with android applications because the deployment is not one process. We usually deploy on cloud, sometimes private and sometimes public. 

I think the licensing costs are reasonable. 

I recommend RHEL because although there's not much difference between it and CentOS, it does provide full support. If you have any issues you know where to turn and they can be solved. 

I rate RHEL nine out of 10.