Red Hat Enterprise Linux (RHEL) Reviews

We have a private banking client who initially started to use Red Hat Enterprise Linux for approximately 30 nodes. They found that Red Hat Enterprise Linux was the perfect operating system for implementing Ansible automation and managing their infrastructure efficiently. They also deployed Red Hat Ansible Tower for centralized management. Due to the stringent security and compliance requirements in the banking industry, they chose Red Hat Enterprise Linux as their preferred operating system to ensure security and governance across their infrastructure.

In terms of clustering, Red Hat Enterprise Linux provides robustness and scalability compared to non-Red Hat Enterprise Linux operating systems. Clustering is not as straightforward with non-Red Hat Enterprise Linux systems. Red Hat Enterprise Linux's scalability is particularly important for us. We utilize Red Hat Enterprise Linux as the operating system to achieve scalability in our operations.

Moreover, Red Hat Enterprise Linux's strong security posture and its ability to scale applications on emerging technologies across the hybrid cloud is next-generation. I believe that's what people are seeking in Red Hat Enterprise Linux. It is built with a strong focus on security, ensuring effective governance and managing security aspects well. We have high hopes that Red Hat will continue to invest more efforts in enhancing security. When it comes to container-based applications and microservices, Red Hat Enterprise Linux plays a crucial role in the hybrid cloud environment.

One challenge we've faced is with databases. Configuring and implementing DBs is much easier in non-Red Hat Enterprise Linux systems, especially in Microsoft. However, as a partner, we faced some challenges with Red Hat Enterprise Linux, particularly when it comes to enterprise applications, especially on the IBM side since it's an IBM core company. There are still several IBM products that need to mature on Red Hat Enterprise Linux. Additionally, we require more comprehensive documentation. We face difficulties with the limited availability of documentation for Red Hat Enterprise Linux. It's a different community compared to the Microsoft market, so we need the right documentation to encourage end users to use Red Hat Enterprise Linux.

We've been using Red Hat Enterprise Linux for the past seven years. As a business partner, we use the application deployed for our clients, providing consulting services. The clients run their workloads on both Red Hat Enterprise Linux and non-Red Hat Enterprise Linux systems. They have two options for cloud providers, hybrid deployments on IBM Cloud and AWS.

The benefit of using a hybrid approach is often discussed when it comes to migrating workloads to the cloud. Due to the OpenShift community, Red Hat Enterprise Linux has become the preferred operating system as it provides stability and frequent patches and fixes. Maintaining the total cost of ownership is also more manageable on the cloud.

It's excellent; in fact, it's the most stable. The presence of kernels is the key factor contributing to this stability. When it comes to security, scalability, and robustness, Red Hat Enterprise Linux (RHEL) excels in all aspects. That's why we rely on this operating system. Personally, during my time as a technical assistant from 2015 to 2016, I installed a couple of IBM applications. I found that everything ran smoothly on Red Hat Enterprise Linux without any failures.

So the stability in Red Hat Enterprise Linux is remarkably good.

The scalability is nice. Red Hat Enterprise Linux doesn't encounter any issues as a supporting core. It can scale effortlessly.

I have personally used Solaris. However, we eventually switched from those operating systems, but Red Hat Enterprise Linux has been there since version 4.2, a long time ago. I have worked with versions 7 and 9, and I believe the latest one is version 11, although I'm not certain. I have been immersed in technology for the past couple of years.

One of the most important factors is the community. The Red Hat community is different from others, and it is more active and responsive. If you have Red Hat Enterprise Linux and you want to move your production environment from development or testing, it is easy to switch by simply managing the licensing and purchasing the system. You don't need to make extensive changes at the underlying system level. Your system is ready, and you can deploy it in the production environment. It's up and running. If you want to mitigate risks and ensure security in your production environment, you can simply subscribe to RHEL and use it. On the other hand, migrating from other operating systems can be quite cumbersome and challenging. As a client and partner, I always recommend starting with Red Hat Enterprise Linux in the development and testing environments before moving to production. It makes the journey to production much easier.

Regarding centralization, we have a combination of on-premises and cloud environments where development activities take place. Currently, I don't see a specific use case for centralized development and operations, but Red Hat Enterprise Linux is being widely used both in on-premises and cloud setups. As for hybrid deployments, I haven't personally come across many instances of it. There may be a few customers who are utilizing it but not with us thus far.

Red Hat Enterprise Linux's built-in security features in terms of ensuring application and container portability are not an easy task. Although it's not my personal experience, I've observed that in the industry, there is a lot of discussion about moving toward container-based applications. However, only a small number of clients, especially those in highly regulated industries like banking, government, and oil and gas, have actually embraced containerization. They are facing significant challenges when it comes to adopting container-based applications. Many of them still rely on legacy systems running on-premises, such as mainframes.

I have seen an ROI. The most important determinant is the security aspect. Because you rely on the security of Red Hat Enterprise Linux, that's something you are paying for.

When it comes to Red Hat Enterprise Linux pricing, I have a case to share. We recently sold Red Hat Enterprise Linux OS to one of our clients. Before that, I had another client who had concerns about the OS licensing and Red Hat Enterprise Linux's pricing model. The licensing model needs to be more flexible and dynamic because the cost of a single operating system license is relatively high. I'm not suggesting a reduction in cost but rather the introduction of a different model that allows clients to choose scalable options. For example, if a client has licenses for a few operating systems and wants to expand to 50, 100, or even 200, there should be a proposal that offers them flexibility. 

Currently, most clients tend to opt for a limited number of licenses and rely on the community for additional usage, which results in revenue leakage. Red Hat should consider adopting a more aggressive open license policy that encourages higher volume licensing with clients.

When you use Red Hat Enterprise Linux in production, it's worthwhile considering the cost. But even for non-production environments, the client will definitely calculate the expenses since it's a massive implementation for large clients with an operating system. You will open your laptop, and you just need an OS. So my suggestion is for Red Hat to create a business model that also targets the user level and desktop level, where Microsoft is widely used. Considering this eventuality and how many people are switching or still using Red Hat Enterprise Linux, we, as a partner, mandate that all our Red Hat team members use Red Hat Enterprise Linux. We don't allow them to use any Microsoft operating system or other operating systems. When engineers join the company and work in the Red Hat pillar, they have to use Red Hat Enterprise Linux.

Red Hat Enterprise Linux's built-in security features, in terms of simplifying risk reduction and maintaining compliance both maintaining compliance and security, are essential aspects. Compliance requirements vary across different industries, such as banking, with each industry having its specific rules. However, security is a common concern that applies universally. Therefore, we need to address both areas.

Red Hat Enterprise Linux provides various logs and event triggers that assist in monitoring the operating system's security. Since the operating system sits as the layer between the hardware and the application, it plays a crucial role in safeguarding against security breaches and penetration attacks. A secure application relies on robust application security, followed by a well-protected OS. By ensuring the OS's security, we can establish a strong foundation for the entire ecosystem. If the OS is secure, we can confidently state that the application is at least 80% secure.

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

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.

We use it for 

• some of our websites
• one of our main applications for the City of Gothenburg
• automation 
• the underlying operating system for our GitLab server.

We have many different databases running on RHEL. Among them we have MySQL and POSTGRES and they all run great on RHEL 7 and on RHEL 8.

Using this solution, we can offer our customers an easier way to get a WordPress site, and they can have POSTGRES and Tomcat installations, and these run smoother on Linux than they do on Windows.

We also use both Ansible and Satellite from Red Hat. They are integrated with RHEL and they work like a charm. The integration works great. We use Satellite for patching our RHEL servers and we use Ansible to automate the patching and deployment of config files. That means we don't have to worry that much about the patching. If we want to deploy the same config file to 100 systems, we just run the playbook with Ansible and it's done. We don't have to run it on 100 servers.

The most valuable thing for us is the support that we get from Red Hat for the product. One of our most important applications here in the City of Gothenburg runs on RHEL, so if something happens, we have a partner to get support from.

The solution has features that simplify adoption for non-Linux users. There is an interface that you can activate on RHEL systems, and on other Linux systems as well, so that you will get a graphical user interface instead of just a shell. It's easier for an administrator who is used to only working on Windows.

In terms of the deployment and management interfaces for non-Linux users and Linux beginners, for me it was quite easy to get on with Linux and RHEL. And if you're not using the Cockpit, or graphical interface, then it's a bit harder because then you have to type in everything and you don't get any visual guides. On the RHEL systems that we have, we haven't been using the desktop environment; we only just use the shell environment. But using Cockpit is much easier because then you get a visual, graphical interface.

Sometimes they don't have new versions for applications like Apache or PHP. I understand it's because they have to have support for them, so they can't have the latest version all the time, but that's the main thing I see that could be improved.

So when you use RHEL and you want to install, let's say, Apache or PHP, you do a "dnf install php" and you get a specific version that Red Hat releases. But that isn't the latest version that PHP has released, because Red Hat has to make sure that they can support it. The compatibility with the latest version of Apache or PHP lags because RHEL does not release updates of the latest versions.

It's the same with the kernel. Sometimes they are a bit behind in the kernel version. That's the same issue. They have to test it and support it for so many years so that's why they are a bit behind on the kernel as well.

We've been using Red Hat Linux (RHEL) for more than 10 years. We are using versions 6, 7, and 8.

It's a really stable operating system. It has a lifetime of about ten years per version. It's not like other Linux systems where the lifetime is about five years. It's stable and it runs for a long time so you don't have to change the operating system that often.

It's easy to scale up and scale out.

Of the people using our RHEL systems, some are system administrators and some of them are just consuming power or memory or CPU from the server. They only have websites and they don't come into contact with the underlying operating system.

RHEL accounts for about 10 to 15 percent of our servers. Our usage increases all the time.

The solution also enables you to deploy current applications and emerging workloads across bare-metal, virtualized, hybrid cloud, and multi cloud environments. We only use on-premise in our infrastructure, but you can have it on bare-metal or on cloud or multi cloud. For us, it's been running great. It's reliable.

Red Hat's technical support has been quite good. Sometimes the lead times are a bit long because most of the support is in India, it seems, so there is a time difference. But if we need to get a higher level of support, we can just bump up the priority. So that's really good. We will get help faster.

I don't think our company had a similar solution before RHEL, although that was back before I started with the company. The company started with RHEL because they wanted to have support.

Red Hat, as a company, is a big contributor to the open-source community. That's another one of the reasons that we want to use RHEL the product.

The setup was quite straightforward. It was a bit harder with the latest version, but that was because of our VMware version.

For us, deployment takes about 15 to 20 minutes. Most of the time we get someone who orders it. They want to have a website and they need a server and we will spin up a RHEL server for them in our VMware infrastructure.

For deployment and maintenance there are two of us in the company. I'm one of them, in my role as a systems analyst, and my colleague is an IT strategist, although he mainly works as a system admin as well.

In terms of the solution’s single subscription and install repository for all types of systems, we can have as many RHEL installations as we want because we have a specific subscription that entitles us to have as many RHEL services as we want. We pay for a subscription and with that we get RHEL and Satellite as well.

The best thing to do is to go to developers.redhat.com and get free subscriptions for RHEL products, so you can try them out and see how they work before you go ahead and purchase or subscribe.

As far as I know, there are no costs in addition to the standard licensing fees.

We have Ubuntu, CentOS, and other types of Linux versions. The main difference between these products and RHEL is the support that we get from Red Hat. RHEL is also more capable and more stable and it is more of a well-tested operating system before it gets released.

Try the product out. If you decide to purchase a subscription, don't be afraid to submit a ticket or a support case to Red Hat, because that's why you pay for a subscription. It took us a  long time before we started to open support cases, because we thought, "Ah, we can fix this ourselves." But now we use the support system quite often and it works quite well.

One of the things I've learned from using RHEL is that there are applications that work so much better on Linux than they do on Windows.

I am working with a FinTech company. We have clients in the US, and for these clients, we have applications that are hosted in Amazon Web Services Cloud. We use the Red Hat Enterprise Linux operating system to run these applications.

We have a data center as well. In our organization, we are using a hybrid model. We have the AWS cloud and our data center is using VMware. Some of the workload is in the data center, and some of the workload is running in AWS.

We have various products, and we are trying to move all of the products to the AWS cloud. Our legacy applications are hosted in the data center. We are planning to move this data center to the AWS cloud in 2025. We are using AWS lift and shift technology for that.

The console is user-friendly. The web console provides an interface to manage all your resources.

Overall, I am happy with it, but I believe, security-wise, it could be better.

I have used Red Hat Enterprise Linux for almost eight years.

We never faced any major issues.

We are not taking any support from Red Hat. If we face any kind of issue, we just search on the web.

Neutral

I am very comfortable and happy using the Linux operating system. My experience with Windows is very bad.

There are no significant issues; it is very easy to set up. The implementation takes a couple of weeks.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Positive

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

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

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

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

We use Red Hat Enterprise Linux to maintain our systems, manage our user logs, and monitor our storage.

The fact that Red Hat Enterprise Linux is stable has led to more enterprises wanting to use it. All the updates are current from a security point of view. So, the fact that we are one-managed or subscription-managed through Red Hat Enterprise Linux keeps us secure.

Red Hat Enterprise Linux's built-in security features simplify risk reduction and help maintain compliance, which gives us peace of mind.

The knowledge base of Red Hat Enterprise Linux depends on the end user. However, the information is always there, and the most reliable information is from the Red Hat system.

We have a dedicated server for provisioning and patching, and I am satisfied with how it works.

Red Hat Enterprise Linux's Image Builder and System Roles improve our productivity by increasing efficiency.

The Web Console is helpful because we use it to monitor and record users if we choose to, as well as check our system to make sure everything is up to date and we are current with the latest patches.

Red Hat Enterprise Linux helps us be more compliant.

Red Hat Enterprise Linux's ease of use in a controlled system, especially when dealing with constant repository updates, is valuable.

From a monitoring standpoint, we have Splunk, which is more versatile in monitoring data files, and Nagios, which can monitor multiple instances via Windows or Linux servers and different boxes. If Red Hat Enterprise Linux can improve its monitoring capabilities, that would be helpful.

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

Red Hat Enterprise Linux is stable.

I have not submitted any support tickets because we can find all the answers we need from the RHEL community for minor issues.

Positive

Red Hat has been the industry standard for most companies, but sometimes, organizations will run a Windows server and Active Directory alongside it.

The critical difference between Red Hat and Windows lies in their user interfaces. While both share a similar underlying structure, Windows offers a graphical interface for easy interaction, while Red Hat relies on command-line prompts. This makes Red Hat a more secure environment.

Red Hat Enterprise Linux helps improve efficiency, reducing vulnerability and, ultimately, a higher return on investment by minimizing IT costs and downtime.

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

We have between 100 and 200 end users. Red Hat Enterprise Linux is deployed in a standard, dev, quality, staging, and production environment.

Maintenance is minimal for Red Hat Enterprise Linux. We only deal with updates and patches.

We use the solution for server operating systems and to automate other systems. We use the tool for Windows automation and Linux automation.

The support we get from Red Hat is really good. When we have questions, there's always somebody we can approach and get an answer from. In my experience, Red Hat Enterprise Linux is more stable than Windows. The solution's ease of management is better, and it's much more powerful when you know the command line.

The most valuable feature of the solution is its stability.

Red Hat Enterprise Linux's built-in security features do a really good job of risk reduction, business continuity, and maintaining compliance.

Red Hat Enterprise Linux, Ubuntu, CentOS, and Fedora are the main Linux systems. Ubuntu is the only enterprise-level OS with paid support because a lot of the work we do requires paid support contracts.

The solution's front-end GUI is not great and could be improved. It needs to be more intuitive if it's meant to be used as a desktop operating system replacement. I don't know how to describe it better, but OS X and Windows feel a lot more polished than Red Hat Enterprise Linux.

I have been using Red Hat Enterprise Linux in my current organization for two years. However, I have been using the solution in general for ten years.

Red Hat Enterprise Linux is an extremely stable solution.

Red Hat Enterprise Linux is a scalable solution.

The solution’s technical support is very good.

Positive

The solution's initial setup is seamless and easy. We tried different things, but the easiest way we found to deploy the solution was to use VMware. We had scripts to download and install the tool.

We implemented the solution through an in-house team.

Once everything is set up, the solution is generally very stable. While other operating systems require a lot of maintenance, Red Hat Enterprise Linux is pretty hands-off once you properly set up and configure it.

Overall, I rate the solution a nine out of ten.

When we are looking for Linux servers or developers need Linux, we have standardized around Red Hat Enterprise Linux. We do not use Ubuntu or any random flavors of the day. If it is a Linux deployment, it is Red Hat.

It helps with standardization. If someone comes to us and requests a Linux server, we have one product offering. We have a couple of different flavors of it, but people know what they are getting from us. The consistency, reproducibility, and standardization of it have been fantastic.

We are using Red Hat Enterprise Linux on-prem and on the cloud. We have it in Azure, VMware, and on-prem. We have it on bare metal. It is all over the place. Our operations are simpler, more efficient, and easier to handle. Our Linux team now supports one OS rather than a whole bunch of flavors that everyone has brought in. It has just made things more efficient and simplified.

Red Hat Enterprise Linux has enabled us to centralize development. Those developers are now developing on Red Hat Enterprise Linux. Previously, we had people who were developing on Ubuntu and trying to push Ubuntu to production, but we did not necessarily support it. Red Hat Enterprise Linux gave us a clear path to production. Our developers also get an easier experience. They know which OS to use and what they are using from day to day. There is less confusion for developers.

We are using Red Hat Enterprise Linux for containerization projects. It has helped with simplification. We do not have to create too many of our own custom container definitions and do our own thing. We use minimal images and whatever is provided is supported under our subscription. It simplifies things and puts guidelines around things.

Red Hat Enterprise Linux's built-in security features are good when it comes to risk reduction, business continuity, and maintaining compliance. We use Red Hat Satellite to manage our Linux. That makes it all very simple. There is a feature called OpenSCAP. We use it for security scanning. All the features that they provide on top of the base OS make it very easy to manage.

The portability of applications and containers built on Red Hat Enterprise Linux is great for keeping our organization agile. We know we can rely on that middle layer. We can start with the container and then build on top of that. Having a solid and standard foundation makes it all easy to do.

The enterprise aspect of it is valuable. There is security patching, security scanning, and compliance. There are all kinds of features around managing and keeping it up-to-date and secure. Everything is in a box for us from Red Hat which makes it very easy to manage them.

It is constantly improving. It is important to continue to improve. That is another reason I like it. They are using newer kernels, which gives us access to newer hardware. They are already doing that. I cannot pretend to tell them what to do better. They can just keep on doing what they are doing.

Personally, I have been using it for about 12 years. I have only been with my company for about four months, but I know they also have been using it for years.

It is stable.

It is scalable. They define scalability. I am a basic user. I just deploy more VMs if I need to. It is easy to do. Its scalability is great.

They are great. I would rate them a ten out of ten. A big selling point is that when you submit a support ticket, you know you are reaching out to experts. That is great, and that is one of the primary reasons we went with Red Hat.

Positive

In my company, they were using AWX for automation, and we moved them to AAP. For Linux, I was a part of a project to migrate some of the other operating systems over to Red Hat Enterprise Linux. I am on the tail end of the move or standardization to Red Hat Enterprise Linux.

There were a lot of Ubuntu operating systems in the environment, but they had challenges standardizing around it. There were different versions. There was also CentOS, but it was old CentOS. They are naturally moving that to Red Hat Enterprise Linux.

The support and the standardization around it were the main reasons for going for Red Hat Enterprise Linux. CentOS is more of a community thing now, whereas we can call Red Hat and they help us with everything. The support and the enterprise features we needed pointed at Red Hat Enterprise Linux rather than CentOS. It is a better choice for production.

We deploy them from AAP and then we deploy them into VMware. We deploy them into Azure, which is our main provider. We do that all orchestrated through Ansible and Satellite.

We have outsourced support. TCS is a general contractor, but for Red Hat deployments, we generally go with Red Hat Consulting. We just finished a consulting engagement with them for that. I know they have used them in the past prior to me being here. We generally just use Red Hat Consulting.

We have standardization. I know what I am walking into every day. I know there is support behind it. There is the support of Red Hat and the community behind it. I feel confident using Red Hat Enterprise Linux. I might use other Linux operating systems at home, but a lot of the time, there is no documentation for them. There might be three guys in a forum from ten years ago who may have talked about my problem. With Red Hat Enterprise Linux, when I am going to work, I know what I am walking into. I can feel safe and assured using something industry standard that works, and I can get help with it very easily. It makes life a lot easier.

Our total cost of ownership across our enterprise landscape has gone up because we were using a lot of mixed and free open-source solutions. However, there was an extra cost of operations and extra cost of hiring for specialized skills and things like that. With the Red Hat portfolio, I feel that we spend more on subscriptions, and we save in terms of efficiency and operations. I feel that we spent some money to save money on the backend, and I hope that is how it ended up.

I do node counts for the Red Hat Enterprise Linux system. I am gathering data for our decision-makers about how many nodes we need and how many things we need. Once or twice a year, they ask us to true up and find out how many nodes we are using and what the actual consumption is. I then report that, and then the account team usually works on the money part of it. I just work on the count.

We use Red Hat Insights a little bit. I am more of an Ansible guy, and we use Red Hat Insights for our licensing and a few other things. We have not been using Red Hat Insights as much as we wanted to. I know that on the Linux side, they are using it a lot for license count, monitoring, and other things.

I feel we are underutilizing Red Hat Insights. Our account executive has shown how it works and where it is, but we have not committed to it yet. That is coming soon. As we gain more Red Hat products and standardize more, we will have to rely on a single pane like that, so we will be using it more. I know that Red Hat Insights provides vulnerability alerts and targeted guidance, but we are not utilizing it right now.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would say to go for whatever they find to be the best. My standard for an enterprise solution is Red Hat Enterprise Linux. It works very well, but they have to make sure that it fits their use case. Fortunately, Red Hat Enterprise Linux fits most use cases. They might end up there, but if there are licensing or cost restrictions, there are other free options, such as CentOS. The ecosystem of Red Hat Enterprise Linux is healthy, so I would recommend it, but if they want to use something else, they need to come up with all the standards around that.

I would rate Red Hat Enterprise Linux a ten out of ten. It is my preferred enterprise operating system. Everywhere I go, they are using it. It has been great. There are no complaints.