Red Hat Enterprise Linux (RHEL) Reviews

In the past, we ran almost everything on Red Hat Enterprise Linux, but now we use it for applications that are only supported on Red Hat Enterprise Linux, LDAP servers, and other stuff that runs better on Red Hat Enterprise Linux. We've migrated the rest to Ubuntu. We don't use it for containerization yet, but I'm learning about OpenShift. 

We are considering Red Hat Enterprise Linux for some AI projects at the university, some for researchers and research groups, and others for administration or student enrollment. There are many opportunities to use AI. 

Red Hat Enterprise Linux has made us more agile, and more applications were ready-made for Linux. It was also easier to maintain the environment. 

It enabled us to centralize development, but we had some issues with cost, so we migrated off. We use the Linux security heavily.  I'm unfamiliar with the new security stuff incorporated in Red Hat Enterprise Linux, but SELinux and all the security features are good. It doesn't particularly reduce risks, but there are some added layers of security for internet-facing applications we like

Red Hat Enterprise Linux been stable, and we could do anything we wanted with it. OpenShift is a concise environment, and it is one of the most stable Linux distros on the market. 

The only issue for us was the cost. Red Hat Enterprise Linux is expensive.

We have used Red Hat Enterprise Linux for a long time. We started using it on version 4, and now we are on 7, but we migrated most of our environment to Ubuntu a few years ago.

It is stable and mature.

Red Hat Enterprise Linux can scale to fit our needs. 

I rate Red Hat support nine out of 10. I was happy with it. Their expertise and technical knowledge were good. It was one of the best support experiences I've had. 

Positive

When Oracle acquired Sun, we migrated from Sun Solaris to Red Hat Enterprise Linux. It wasn't easy, but it was a light effort.

Red Hat Enterprise Linux is expensive.

I rate Red Hat Enterprise Linux nine out of 10. If you're purchasing commercial Linux, I would look into Red Hat Enterprise Linux because it's highly stable and mature overall. It's a true enterprise OS. 

I work as a consultant for a bank. They were using another type of Linux and facing some scripting issues. We are using Ansible for infrastructure, but they depend on different languages. In this fintech use case, the bank performs transactions between two banks. The transactions were getting stuck, but they detected that the money had been transferred. 

The money comes from the bank. They transport it from the cloud and deliver it to the channels like Visa, MasterCard, etc. The national bank is also involved at that stage, so there is a pause. When we are using auto-scaling, it requires a small amount of time, so your application will have an error. This is a millisecond process. That is the duration. We were looking for issues like bank fraud. You need to conduct an analysis and restart the service. The data is on Red Hat Linux, and we use EKS for containerization. 

We have a hybrid solution combining AWS with an on-premise environment. Moving data to the cloud requires a stable connection because we have multiple systems on-premises and on the cloud. This platform helped us communicate among multiple clouds and our private cloud network. 

Using Red Hat Enterprise Linux enables us to subscribe to other Red Hat services from our portal. We can connect to Satellite with single sign-on logins. We can use the Spring CLI call and the Docker hub. We have a direct subscription.  

Red Hat Enterprise Linux has helped us avoid cloud vendor lock-in. We could easily migrate between cloud services from AWS to Azure if we wanted to. Everything is an SCL, so we could deploy the same thing on another cloud. It's highly useful. We can make a script and move the entire infrastructure. 

The Red Hat Linux comes with Anaconda, a fascinating tool that is useful if I need to connect multiple systems. I also like role-based access. 

Red Hat Enterprise Linux is a little expensive for some customers who don't have the budget. It depends on the client. They can save money by not purchasing some of the added packages and services.  If the client has a budget of $10 million, we can go for the whole bundle. 

I have used Red Hat Enterprise Linux for four or five years.

Red Hat Enterprise Linux is stable.

Red Hat Enterprise Linux is scalable, but it depends on the deployment. 

I rate Red Hat support 10 out of 10. I'm a big fan. 

Positive

I have used Ubuntu, which has its own cloud service. Red Hat Enterprise Linux is a better option if the client has a budget. Red Hat Enterprise Linux can be certified and meet compliance requirements. 

Deploying Red Hat Enterprise Linux is straightforward, but the complexity and time required depend on whether we are deploying on a virtual machine or a desktop. If we have the correct documentation, the total process can be completed in three to five days.

I have used the Image Builder Tool, but in the latest deployment, I pulled down the repository from the Docker hub. We use our own XML file and create the repository. It's a two or three-day design process for Red Hat Linux. We need one data resource for that process and a second engineer on the support side if we want to set up more servers from their on-site services.

It's affordable, but everything costs money. At the same time, everything adds value for our clients.  For example, I was working on a machine-learning project, and they needed more team resources, and all the projects used computing power. By running multiple clusters, the client exceeded the rate for that data. We buy services from AWS, the Azure Marketplace, or directly from Red Hat. 

I rate Red Hat Enterprise Linux nine out of 10. I recommend buying the services in a package if you can afford it. If the client doesn't have the budget, we can find alternatives. It depends on the client's needs. 

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.

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.

We use Red Hat Enterprise Linux to run quite a few pieces of software. It's mostly for jPOS, but we also run some Apache solutions and some security applications.

Red Hat Enterprise Linux has streamlined a lot of the support issues. When we've had problems, Red Hat has been proactive about solving the problem with us. Support is always an issue with open-source platforms. By providing this support, Red Hat makes it much easier to adopt Linux.  

I love Red Hat Enterprise Linux's built-in security. You can see who is trying to do what and who isn't allowed. You get an alert for that. We also use a product from Symantec on the Linux system for real-time threat detection, but I think we probably don't need that. Red Hat already has these capabilities, but the security team needs something they can centrally manage. They need to know whether the system is protected and the agent is running. 

We use it on VMware, and we have a multi-site deployment, so it's very easy to patch and keep the servers up. We use Ansible automation for patching, which has really helped with the service uptime.

I like the speed of the OS data and the ease of Ansible automation. I don't need to spend much time managing everything. The provisioning and patching using Ansible is seamless. Ansible automation gives you almost a cloud-like capability on-premise. Most of my group doesn't have cloud skills. I learned it on my own and got my Kubernetes certification. I'm familiar with the automation infrastructure, how to build the execution environment and implement the private automation hub. Others still need training.

I've used Red Hat Enterprise Linux Image Builder for testing and development, but I haven't put it into production. We have a VMware template, and we've been doing training on VMware, but we are not there yet. I think they might move from VMware to another product. They are looking at other options, such as OpenShift, but we don't have training for OpenShift yet. They should try to have a salesman come and get OpenShift training for customers. If they make training free for the customers, more would switch to OpenShift from VMware.

I use Linux on Satellite with Ansible infrastructure. It would be great if there were a universal interface to control Red Hat Enterprise Linux's policy from Satellite. It could be a dashboard showing which policies were enabled on what system and allow you to apply them from the dashboard. 

I think Red Hat training could be cheaper. A company can move fast technologically with enough training. They will be stagnant without training and remain unable to fully leverage the technology. I have been encouraging the group to get a subscription to the training course for five years, but we haven't been able to take advantage of it because of the cost. They should make it cheaper for clients and offer big discounts at scale. 

When people lacked training for the technology we use, we migrated away from it. I worry that if we don't have enough training available to the client, they will eventually migrate away from Red Hat. More affordable training on key technologies like Satellite and Ansible automation will help us retain customers on those products. Downstream it will help them migrate to the latest and greatest Red Hat Enterprise Linux, as well. 

I have used Red Hat Enterprise Linux since 2005.

I rate Red Hat support 10 out of 10. I've been very impressed with the knowledge base and the support from Red Hat. When I create a ticket, they respond and resolve the issue quickly or they point us to the correct resources. For example, we had an NFS issue with ISO, so they helped us with the mounting options. We also had an issue with IBM AIX and Red Hat integration. Red Hat referred us to the IBM support stack, and we were able to get IBM to help us out.

Positive

Initially, I used Solaris because I liked it the best, but Red Hat Enterprise Linux has improved so much that it has overtaken Solaris. Red Hat Enterprise Linux is easier to use and has better documentation. I also like having the ability to use Satellite and Ansible automation to manage Red Hat Enterprise Linux. 

The deployment is straightforward because we use Ansible automation to spin up a new system and install applications directly from the Ansible workflow. We were planning to have Red Hat Enterprise Linux 8 online last year, but Red Hat Enterprise Linux 9 came out, so we decided to wait for a bit, and we're almost ready to upgrade to Red Hat Enterprise Linux 9.  The application folks still haven't had enough time and money to migrate everything over, and we need a project manager. 

I rate Red Hat Enterprise Linux 10 out of 10. It comes with all of these nice tools like the Satellite automation web console. 

We primarily use it for OS purposes. 

It's very good for support compared to other operating systems. For decades, it's been providing good support and service. Even during implementation, there's a dedicated team to answer any queries. We are a very big company running critical applications and having that support is very important.

The patching tool is good. We're also introducing the possibility of automation.

The built-in security features are okay when it comes to simplifying risk reduction. It makes life easier, especially in regards to the lifecycle and what we need to install, et cetera. The features and tools help us to maintain security overall. 

It is easy to maintain compliance.

The portability of applications and containers is good. Now we are just starting with the containers and anything related to Kubernetes. 

Red Hat is always providing security on time. Any vulnerabilities are immediately dealt with to fill the gap and deal with the issue.

It's a good tool. I'm very confident with this product.

The system role features for automation security configurations, et cetera, for Ansible, we started using it. We are new in terms of automation. We'll start to use it heavily in the near future. Ansible is another great tool from Red Hat.

It enables us to maintain consistency across systems over time. My role is to maintain stability, even during upgrades and patches. So far, it's been a positive experience. We use the entire ecosystem around Red Hat.

We use Red Hat Insights. From a security perspective, we may stop using it. With Insight, if you have Red Hat Satellite, it gives you an in-depth view of everything. The only thing missing is the insights related to performance. We may not continue with it. We'll see if we'll push it and have everything on the cloud. 

In the area we are using it, we are satisfied.

Maybe in OpenShift, which is our next step, there can be more improvements with integration with Kubernetes. We're not experts there yet. 

Maybe it could have a better user experience and less coding. Reducing the effort for the end user or administrator would be ideal to make daily operation and maintenance easier. 

If they can make the integration with Ansible easier, that would be ideal.

They should offer more in terms of learning materials to make learning easier. 

They need to make things more affordable or accessible. 

The solution is stable. We barely have any issues with a server setup. So far, it's manageable. The biggest challenge is the criticality of releasing patches. When we have any critical alerts we action them. We tend to try to wait for the release of a stable version. 

How many people use the solution depends on the application. We likely have thousands of users. We do have some products that maybe only have a few or a few hundred. 

We've had no challenges with scaling. It can support any type of load within the data center. 

Support is excellent. 

Positive

We did use a different OS. I have used Unix in the past. I started with Unix 30 years ago. I've also used SUSE. Red Hat offered more service and support. 

I was involved in the deployment. Our team managed the process. It's pretty straightforward. We handle implementation, tuning, and patching. 

How long it takes to implement the product depends. We're trying to mitigate the time by automating with Ansible. We want to handle one VM or server in five or fewer minutes, however, it can take days. At this point, we can provision servers in a few minutes. It's becoming faster. 

We have a team of ten to run the infrastructure on the OS level. 

I'm not an expert on ROI. We are paying to use the solution, however, the utilization we get and the support both offer good value. 

The pricing model isn't something I deal with directly. The pricing is fair, especially compared to virtualization like VMware. We do use VMware and are thinking about moving sandboxes and testing over to Red Hat. This may end up being a big cost savings with our CAPEX and OPEX. 

From the price level, the cost is almost the same for us, if we look at Red Hat versus SUSE, however, we get a higher level of support with Red Hat. 

Red Hat was always our first choice. 

We're a Red Hat customer. 

I'd rate the solution nine out of ten. 

We are a telecommunications operator using Red Hat Enterprise Linux for our technical applications due to its supportability and robust management features.

Red Hat Enterprise Linux's built-in security features aid in simplifying risk reduction. In the past, patches fortified the security features, but now, with playbooks, we can automate and address any findings for any Common Platform Enumeration. When integrated with Red Hat Insights, the solution can identify the CPE and provide the remediation playbook. This expedites detection, remediation, and testing by Red Hat, thanks to the playbooks provided by satellite as well as malware detection.

Maintaining compliance with Red Hat Enterprise Linux is easy because it supports various out-of-the-box compliance policies, such as CIS. Whether we are running OpenSCAP on-premises or Insights, we can perform compliance testing using OpenSCAP to verify adherence to the Red Hat Enterprise Linux security guidelines, as well as other well-known guidelines and framework compliance. I have found that all the compliance policies I required were already included out of the box.

Red Hat Enterprise Linux is ready to help keep our organization agile when it comes to the portability of applications and containers because all the applications are developed by the vendor. Red Hat Enterprise Linux is the preferred choice in our industry because the applications we use are swiftly certified by the vendor, so we don't have to verify them ourselves.

Red Hat Enterprise Linux provides enhanced security for our servers, and we are aware of patching requirements in advance. Additionally, the pre-certification of Red Hat Enterprise Linux applications expedites deployment as we no longer need to go through the certification process ourselves. Moreover, Red Hat Enterprise Linux offers excellent support, ensuring that any issues that may arise are promptly addressed, which is crucial for our environment where we must maintain an uptime of 99.99999 percent.

Red Hat Enterprise Linux enables us to achieve security standards certification because it is driven by various compliance policies that include everything we need out of the box. This makes it easy to enforce security rules, and security patches are applied regularly. With Insights, we have malware detection, CPE filings, and remediation capabilities. In addition to the reactive approach, we also benefit from a proactive approach, allowing us to stay informed about the events around us, which helps us implement temporary solutions if needed until a permanent fix becomes available.

With Red Hat Enterprise Linux, we can build with confidence, knowing that it is available across physical, virtual, and cloud infrastructures. The operating system provides certifications, ensuring that we can deploy with 100 percent certainty, knowing that the applications will work. Additionally, it offers identity security and excellent support from the Red Hat team. Without this support, we would have to rely on searching within the community and downloading untested patches, which may function in small environments but not for larger ones with sensitive applications.

Red Hat Insights helps us prevent emerging issues related to security or noncompliance settings. One of the steps we take before going live is using OpenSCAP to ensure compliance with our standards. This is followed by our own security scanning and verification process. If any issues are not known within Red Hat, we can always refer to all the findings. Once the system is in production, regular monitoring allows us to use Insights to identify any new findings and apply necessary patches or workarounds. The knowledge base available on the servers enables us to take proactive measures even before a security patch becomes available. The new malware detection feature in Insights helps protect end-user information.

Insights provide vulnerability alerts and specific guidance. With each system, we can view the detected Common Platform Enumeration and receive advice on how to address it. These features have protected our systems from potential attacks, thereby increasing our uptime.

Red Hat has introduced a fast server, where Red Hat Enterprise Linux can be integrated or connected to via a client. This connection allows us to identify numerous vulnerabilities in malware easily and facilitates simpler patching. Activating the Red Hat addons on this server creates a perfect match when seeking a well-hardened OS using the gold image, as it eliminates the need to address issues from an existing image. Additionally, Red Hat Insights is a valuable and essential tool. In the telecom industry, we rely on basic products that necessitate an OS with robust security support and regular patches. 

We have not succeeded in creating an image from Red Hat Insights for Red Hat Enterprise Linux, including custom partitioning and custom scripts. This would have been helpful.

Red Hat Insights reporting can be enhanced by incorporating performance components, making it a central tool for vulnerability assessment, compliance monitoring, and much more. The performance component is available on Red Hat Enterprise Linux, but we need to maintain the dashboard on-premises, which requires us to switch between systems instead of performing all tasks from a single location.

Managing the destination for netting on the Netserver using Red Hat Enterprise Linux could be made more user-friendly.

I would like to have enhancements in the data files to help with deployments.

I have been using Red Hat Enterprise Linux for over ten years. I started in 2012 using version five.

Red Hat Enterprise Linux is stable.

Red Hat Enterprise Linux is scalable, but the scalability is achieved at a different layer compared to adding memory to a virtual machine or container.

Compared to other support departments for Red Hat products, the Red Hat Enterprise Linux support team stands out as one of the fastest, most cooperative, and understanding teams.

Positive

The initial setup is straightforward. In the past, it was complex when Red Hat acquired Ansible because many of the modules were community resources that lacked full support. As a result, creating a playbook to deploy the OS was a painful process, as there was a chance it would not work, and we would not have the necessary support. However, currently, deploying Red Hat Enterprise Linux is easy. We have never deployed only one operating system at a time, but it would take less than one hour to do so.

I would rate Red Hat Enterprise Linux an eight out of ten due to the complexity of its network boost management issue.

We have Red Hat Enterprise Linux deployed in one location.

Red Hat Enterprise Linux is used in our environment to run the application for all of our customers, and only around ten people have access to it.

Red Hat Enterprise Linux requires maintenance for applying new patches, releases, and debugging. 

My organization has different departments. In my department, we mostly work with containerization. I am using Red Hat Enterprise Linux as a part of OpenShift. I use the basic package and base image of Red Hat Enterprise Linux.

For scale-up in our platform, we use CoreOS as the master, and for the workers, we use the Red Hat Enterprise Linux service. From OpenShift version 4.10 onwards, we cannot use Red Hat Enterprise Linux 7 worker nodes. We were using Red Hat Enterprise Linux 7 worker nodes, so we upgraded to Red Hat Enterprise Linux 8. 

For OpenShift, there are some recommendations from Red Hat in terms of what needs to be used for the control plane and what needs to be used for the worker nodes. When you are using CoreOS and Red Hat Enterprise Linux worker nodes, there are some difficulties in managing them. For example, when you upgrade OpenShift, you need to upgrade two times. The control plane is upgraded separately because it uses CoreOS. The control plane has a lot of certificate updates that will in turn be updated on the worker nodes, so you have one restart of all worker nodes, and then when you need to upgrade your worker nodes, there will be one more restart. 

Overall, you have two reboots in your production environment, which is an issue, but it is related to your choice of product in your environment. We have this issue because we opted to use Red Hat Enterprise Linux 7 or Red Hat Enterprise Linux 8 worker machines, whereas Red Hat recommends using CoreOS because it is pretty fast in terms of rebooting and functionality. When you upgrade the control plane, that itself will update the worker nodes, so you are done in one shot. When you need to upgrade your Red Hat Enterprise Linux machines, you need to use the Ansible Playbook. You can then upgrade to Red Hat Enterprise Linux 7, 8, or any other version. Regardless of the versions, you can upgrade the operating system and the OpenShift version. For this purpose and for some ad-hoc activities, we are using Ansible Playbooks.

For us, its security, management, stability, and hardening are most valuable. All of these features are better in Red Hat Enterprise Linux as compared to Microsoft Windows.

Red Hat Enterprise Linux is very good in terms of risk assessment. It is also good for maintaining compliance. It is better than Microsoft Windows.

From the administration perspective, I do not have any issues with Red Hat Enterprise Linux. For me, it is more convenient than Microsoft Windows.

My organization has been using Red Hat Enterprise Linux for a long time. They have been using it before I joined the organization.

It is pretty good in terms of stability. It is a stable product. I would rate it a nine out of ten in terms of stability because sometimes the packages can have bugs.

Its scalability is good. I would rate it a nine out of ten in terms of scalability.

We never encountered any issues while using OpenShift.

I have mostly been working with Red Hat Enterprise Linux. 

I have been involved in the deployment of OpenShift. It is pretty straightforward. We just need to get the licensing, and we just need to create a pool for our containers session in Red Hat Satellite. We can do the configuration from there. It does not take long because we are adding the nodes to OpenShift. During the scale-up process, we only need to subscribe to the nodes with the Red Hat subscription. It does not take much time. If we have a good spec, the scale-up would not take much time. It would take less than twenty minutes. It is pretty fast.

In terms of maintenance, when we have the bug report, we need to do the security assessments. Over time, there might be some bugs related to some packages. At that time, if it is critical, we will be scheduling a maintenance activity on our platform. 

Red Hat provides high availability from the application perspective. You get high availability when you are using OpenShift, so when you are doing a maintenance activity on the OpenShift side, there would not be any downtime. The high availability is very good. For the end-users, there would not be any application outages if you configure your application with proper replicas. They would not even realize that there is a maintenance activity happening to the underlying workers.

It was implemented in-house.

We did not evaluate other solutions. Red Hat Enterprise Linux is the choice of most of the companies.

If you want to integrate with OpenShift or build an OpenShift cluster with the master Red Hat Enterprise Linux and worker Red Hat Enterprise Linux, you can do that, but you need to plan your upgrade or maintenance activities. It would be better if you choose CoreOS for both. CoreOS would be a better choice in terms of maintenance activities or upgrade activities in the future. If you cannot afford that, you can go with the Red Hat Enterprise Linux operating system, but you need to do two upgrades. You first need to upgrade the control plane and then you need to separately update your worker nodes. That is the only thing you need to keep in mind.

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