Red Hat Enterprise Linux (RHEL) Reviews

We primarily use Red Hat Enterprise Linux for auxiliary workloads in our larger clusters, such as logging and automation.

Red Hat Enterprise Linux was chosen for its centralized management tools, such as Satellite, which, despite occasional issues, simplifies numerous tasks with a streamlined, efficient approach.

Red Hat Enterprise Linux helps centralize our workloads.

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

The built-in security features enhance some of our existing functionalities.

We conducted a purple team test and achieved a passing score with only minor issues identified. The robust security features inherent in Red Hat Enterprise Linux, such as its built-in tools, significantly mitigate our risk of cyber attacks by enhancing our overall security posture.

The documentation is excellent. It allows me to upload documents, inquire about specific details, and receive prompt answers, which is incredibly beneficial.

One area for improvement is the Subscription Manager, which is sometimes an inconvenience, especially when it doesn't work well with Satellite. Also, we experience issues with package management since different Red Hat packages may not be automatically obvious regarding their repositories.

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

We appreciate the scalability of Red Hat Enterprise Linux due to its simplicity. Although some automation is necessary, tools like Ansible can streamline deployment to a few clicks, depending on the environment. However, deploying on VMware occasionally introduces additional complexity.

The customer service and support are brilliant compared to other vendors.

I primarily use Red Hat Enterprise Linux at work and Debian at home. Red Hat Enterprise Linux is preferred at work due to its extensive documentation and robust support.

Time saved on troubleshooting issues and readily available support are the main returns on investment from using Red Hat Enterprise Linux.

I would rate Red Hat Enterprise Linux a nine out of ten, however, its cost remains a significant barrier. Although I don't personally handle the expenses, the price is frequently discussed, especially when dealing with cloud vendors. Due to this cost, we often avoid using Red Hat Enterprise Linux in our cloud environments despite its strengths. It would be ideal to utilize it consistently across all platforms, but the financial implications make it impractical for our cloud clusters.

While we utilize Red Hat Enterprise Linux for some containerizations, most employ alternative solutions.

I am interested in using AI with Red Hat Enterprise Linux, but we are not currently utilizing it.

When considering a third-party Linux OS as an alternative to Red Hat Enterprise Linux, the decision depends on the intended use. While other operating systems might be suitable for testing purposes, Red Hat Enterprise Linux is generally preferred for its reliability and comprehensive support, which is crucial when encountering critical issues. However, if immediate support is not a primary concern, alternative options can offer a cost-effective solution.

We currently use Red Hat Enterprise Linux to support various applications, including web servers and databases. Its functionality spans numerous operational aspects, encompassing a wide range of tasks with the exception of AI applications.

Red Hat Enterprise Linux has simplified patch management and centralized operations, eliminating the need for multiple distributions across various functions.

It performs well for our business-critical applications. It is a significant improvement over the various unsupported distributions used previously, providing reliable support and standardized update procedures across all deployments.

The built-in security features work well.

Red Hat Enterprise Linux helps reduce risk in our environment by simplifying management, which is critical for maintaining stability and security.

Red Hat Enterprise Linux enhances business continuity and compliance efforts by providing a unified platform for various tasks, simplifying operations and reducing the complexity of managing multiple open-source solutions.

Red Hat Enterprise Linux helps reduce our total cost of ownership through simplified management and comprehensive support resources, ensuring assistance if any issues arise.

We chose Red Hat Enterprise Linux for its broad distribution, enterprise-level support, and robust stability. These factors are particularly crucial for our work in government-related IT, where stability and security are paramount.

I would like Red Hat to focus on continuous improvement.

I have been using Red Hat Enterprise Linux for a year at this point. Although my experience with Linux is extensive, I am relatively new to the Red Hat Enterprise Linux world.

Red Hat Enterprise Linux is stable.

Scaling is mostly about increasing the resources for specific virtual machines, and it hasn't been a problem.

I have not personally used customer service, but it's reassuring to know that support is available if needed. I often try to resolve issues myself to learn new things.

Positive

The return on investment lies in the time saved due to simplified management, allowing me to focus on more important tasks rather than maintenance.

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

While not currently using Red Hat Enterprise Linux for containerization, we have a Podman test machine that we use for our clients. We do plan to utilize it in the future.

Red Hat is an excellent choice due to its strong backing and foundation in open source. They have a comprehensive product stack, including not just Enterprise Linux, but also Ansible, OpenShift, and many other offerings. Red Hat also boasts extensive partner integrations with various manufacturers and developers through licensing agreements.

Our Red Hat Enterprise Linux systems support specialized voice applications and telecommunications systems, which are integrated into the larger infrastructure.

We chose Red Hat Enterprise Linux for our workloads due to its superior security and the straightforward implementation of security policies compared to other operating systems.

Red Hat Enterprise Linux has enabled us to centralize development, and we are using automation tools like Ansible and Red Hat Satellite Server to streamline the process of building and managing these operating systems.

It offers strong performance capabilities that are suitable for business-critical applications.

There are built-in security features that can be automated. We must gather all the relevant policies and incorporate them into our automation scripts to apply them to the operating system.

Red Hat Enterprise Linux has provided zero downtime, which is incredibly reliable for us. It has also contributed to our business continuity and compliance efforts.

Red Hat Enterprise Linux has contributed to business continuity and compliance efforts.

Since implementing Red Hat Enterprise Linux, our penetration test results have significantly improved.

Red Hat's portfolio helps reduce our total cost of ownership across our enterprise landscape.

The most valuable features for us are the flexibility and security that Red Hat Enterprise Linux provides.

We have experienced some issues with the support.

I have been using Red Hat Enterprise Linux for around five years.

Red Hat Enterprise Linux has performed very well for our business-critical applications, and we have had no problems related to it.

Red Hat Enterprise Linux scales very nicely for us; it is good, flexible, and provides all we need.

There have been some issues with support, but this might be because of our environments and their air-gap configurations. However, overall, the experience is quite satisfactory.

Positive

We chose Red Hat Enterprise Linux over other Linux distributors because of the security reasons. It's much easier to implement security policies with Red Hat Enterprise Linux compared to other OSs.

The biggest return on investment with Red Hat Enterprise Linux is the flexibility and security it provides.

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

While we plan to initiate containerization projects on Red Hat Enterprise Linux, we are postponing them because some of our legacy systems are not yet compatible.

We are planning to use AI for an upcoming project that will help people find solutions to problems with on-premises systems in environments without internet connectivity. Due to this air-gapped requirement, we must build and test various AI systems within that secure environment. Therefore, we are currently in the initial planning phase of this project.

I would advise choosing Red Hat Enterprise Linux because it fulfills our needs perfectly. Why choose something else?

We use Red Hat Enterprise Linux for Ansible, network monitoring systems, and similar applications.

We implemented Red Hat Enterprise Linux because it is widely used in our region and offers excellent support.

Red Hat Enterprise Linux has enabled partial centralization of our development processes.

It performs well for our business-critical applications and has robust built-in security features.

Red Hat Enterprise Linux has contributed to business continuity and compliance efforts.

The built-in security features are quite good.

Red Hat Enterprise Linux has ongoing potential for improved integration with hosting solutions and VPNs as the demand for these technologies grows.

I have been using Red Hat Enterprise Linux for around 15 years.

The support has a good community. It's easy to find almost every resource needed.

Positive

The biggest return on investment when using Red Hat Enterprise Linux is that it's Linux. I've lived so long with Red Hat Linux, so it has always had a good history.

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

When considering a third-party Linux OS, Red Hat Enterprise Linux is a strong option due to its excellent support and robust ecosystem.

I used Red Hat Enterprise Linux to construct systems according to the application team's requirements. I build and support these systems through the development, testing, pre-production, and production phases, fulfilling both developer and operational roles. To ensure the systems can handle the application's demands and meet our cybersecurity standards, I implement all security measures outlined by our cybersecurity team.

The extensive knowledge base offers a full path from beginner to advanced levels. We can access everything needed to study, pass exams, and apply knowledge immediately. The information is presented clearly, without any abstract concepts.

Red Hat offers built-in security features that simplify risk management. Unlike Oracle Linux, which overlooks critical security features like C Linux, Red Hat actively develops and maintains robust security measures. As a result, Red Hat prioritizes system security, consistently providing updates to fortify its machines against potential threats.

Red Hat helps us maintain compliance by enabling us to create and modify firewall rules as needed, allowing for strong security measures that can be adjusted.

The security reports generated every three months are valuable for provisioning and patching as they identify vulnerabilities requiring remediation. I find all the necessary information to address these vulnerabilities and implement patches through the Red Hat Enterprise portal and community resources.

When I started using Red Hat Enterprise Linux five years ago, I noticed the benefits incrementally over time.

Red Hat's greatest asset is its extensive community, which provides valuable support and advice when issues arise. Due to the robust nature of this community, I have never required direct assistance from Red Hat Enterprise.

Red Hat offers customizable tools, such as Assemble, that enhance flexibility within enterprise products. Assemble is a platform capable of managing multiple systems from a single console.

While Red Hat offers essential starting and security documentation, I would like to see it officially recognize the more detailed and customized documents available in the community and make them accessible on its website.

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

Red Hat Enterprise Linux is the most stable system I have ever worked with.

Red Hat Enterprise Linux is scalable.

I changed jobs five months ago, and my new company uses Oracle Linux instead of Red Hat, so Oracle provides support rather than Red Hat.

I find Red Hat Enterprise Linux more flexible, with a larger community and numerous security advisors.

We found it less complex to build a new system on the newer version of Red Hat Enterprise Linux and migrate data rather than upgrading the existing system from, for example, version seven to eight. A simple upgrade risks data loss.

One person can do the upgrades and migrations.

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

The system requires immediate maintenance due to necessary security patches, unresolved vulnerabilities, and a constant influx of operational tasks from other teams. These daily demands include critical adjustments such as modifying service ports and implementing local firewall rules.

I recommend new users visit the official Red Hat Enterprise Linux website to review the guides, explore the community, and research information related to their Red Hat Enterprise Linux tasks. 

We have a database that we maintain for root passwords, and sometimes I need to break the root password to reset it. We work a lot on logical volumes where I need to grow and shrink volumes on the fly. I did not have to shrink the logical volumes much, but I worked a lot on growing logical volumes on the fly to make them available for the database team. I have done network-related things. I configured network multipathing or IP multipathing where we can parallelly route the traffic to multiple ethernets.

I work a lot on user-related issues as well. We are also using Ansible a lot for automation. I am writing some playbooks, so there are a lot of use cases.

Red Hat Enterprise Linux helps us a lot. We host a lot of our applications on the Red Hat platform. We are using Red Hat Enterprise Linux for both on-prem and VM platforms. Most of them are VMs, but we do have some old legacy systems where we have Linux running on some Dell architecture. Our goal is to get rid of them this year and implement everything on virtualization because virtualization is growing a lot.

Red Hat Enterprise Linux has enabled us to centralize development. We are using it in the production and lower environments. We are using a common platform for our deployments. We have a centralized environment.

In terms of portability of applications and containers built on Red Hat Enterprise Linux for keeping our organization agile, it is flexible. Agile methodologies are very popular nowadays, and they help with coordination between dev and production teams. It is fulfilling the gaps between these teams. It is helpful.

I see so many features in Red Hat Enterprise Linux that I do not see in other Linux operating systems, such as Ubuntu. That is why Red Hat is very popular. All my experience is mostly on the Red Hat side. In terms of features, I like breaking root passwords, and I like the XFS file system over ext4.

I have not used it on the cloud side. I have not heard much about how Red Hat is doing on the cloud side. In the market, AWS and Azure are very popular, and they have captured most of the market. If Red Hat can improve on the cloud side, they can retain their customer base. Their customers do not need to go out for other cloud resources, and they can use the Red Hat cloud.

We are using it on-prem and in the virtual environment on VMware. We are using a cloud, but it is not a Red Hat cloud. We are using AWS in our organization. We have some EC2 instances deployed with Red Hat Enterprise Linux images, but I cannot say it is a Red Hat cloud. It is an AWS cloud, and we have instances. We are depending on a third-party cloud. If Red Hat provides that kind of service to our company, we can retain Red Hat. We do not need to go for a public cloud.

I have been using Red Hat Enterprise Linux for almost 12 years. I started with Red Hat Enterprise Linux 5.

It is a stable platform, but our company still wants to stick to the older version. They do not want to change the application base. They do not want to take risks. Unfortunately, Red Hat is not able to help to provide the patches for older versions. They suggest upgrading, but management is not doing that, so the Red Hat Enterprise Linux side is good, but our management side is bad.

Its scalability is good. We plan to use it more. We are growing. As our infrastructure grows, we are buying more licenses.

Their customer service is excellent. I like it. I am in touch with Ed who is one of the support engineers with Red Hat. He is helping me. 

I am also in touch with a few other people at Red Hat. If I run into any issues, I can simply email them, and I get a quick response from them. Based on the support I am receiving, I would rate them a ten out of ten.

Positive

We did not use any similar solution previously.

We are using it on-prem and in the virtual environment on VMware. Our cloud provider is AWS.

We are using the CI/CD model for Red Hat Enterprise Linux. We are using blue/green deployments as well for our containerized applications, and we have some canary deployments.

My initial deployment experience with Red Hat Enterprise Linux was not great. It was not as easy as the current version. It was difficult during those days. We had to load the GUI and then change to CLI. It is better now. Red Hat has made some improvements in the newer versions. The current version 9 looks better than any other previous version.

I did not use any integrator or consultant. I downloaded an ISO image from Red Hat. I downloaded and installed it myself, and it worked very well. I did not run into any issues with the installation process.

Over the last few years, we have been within budget. We do not have any constraints about Red Hat. We are a big organization. We use a lot of products from different vendors. We are working on cost optimization for some of the vendors but not Red Hat, so Red Hat is still good. We are still happy with it.

The biggest return on investment is the customer base. We are in the telecom industry. We try to get as many customers as we can. Red Hat is not the only product that we are using, but it is a major product that we are using in our company.

We are good as of now. We do not have any concerns about licensing. Its price is still good for us.

We are not using Red Hat Enterprise Linux for containerization projects. We are using Kubernetes and Dockers for that.

When it comes to patching, our goal for 2024 is to make all the systems compliant. Especially at the infrastructure and application levels, I am actively working on the compliance tasks, and our goal is to fix all vulnerabilities. I am working with someone at Red Hat on some issues because I am not able to find the exact patch for certain vulnerabilities.

For now, we are happy with Red Hat Enterprise Linux. We are happy with what we are getting.

Overall, I would rate Red Hat Enterprise Linux an eight out of ten. The reason for reducing two points is that I have not explored other operating systems very well.

We use Red Hat Enterprise Linux for just about everything in my company. Our use cases stem from three-tier applications up through cloud deployments, Kubernetes, containers, etc. Prior to this, I worked in an enterprise as a Linux engineer.

Being able to onboard faster is definitely an advantage to other Linux systems. In the enterprise, we had an onshore and offshore model. Our offshore model was hard to get onboarded into Linux, even if they said they had Linux experience. There is a big difference between managing one or two systems in your basement to managing a fleet of Linux systems, and that does not always translate over. Having a Linux system that has a cockpit with it where you can give someone a GUI, even though the engineers do not really use it, helps onboard new people into the enterprise, into their jobs, and into their roles a lot faster.

We have a lot of really smart people. They are constantly figuring out ways to do things better and faster with Red Hat Enterprise Linux. The openness of it and the ability to create whatever we want to create or have to create to make our actual job easier has given our operations people more time to focus on the things they need to focus on, and not the nitty-gritty of the operating system. Tuning becomes super easy. It is scriptable. It is easy to automate. That gives them all the time back in their day to be able to go solve cool problems and not infrastructure problems.

Red Hat Enterprise Linux has enabled us to centralize development. All of our developers get their own developer environment, and that is all based on containers and some version of Red Hat Enterprise Linux. It depends on what they are at and what they are doing. So, we build and give it to them. They are up and running, and they just go. We have some legacy guys who are still helping our customers with older versions. Those people exist. I talked to someone earlier who still has a Red Hat Enterprise Linux 4 deployment out there.

When it comes to security and compliance, I like firewalld to do things at the host level and to complement what we are doing out in the enterprise with next-gen firewalls and things like that. I have had SELinux enabled on my systems and in my enterprises since it was available. It was a little bit of a learning curve, but it has helped to keep our systems as secure as possible. It complements well with what security groups are doing for the rest of the enterprise.

The portability of applications and containers built on Red Hat Enterprise Linux is great for keeping our organization agile. It is fantastic. We can run them on-prem. We can run them in the cloud. We can move them wherever we need them at the time. If something has to go to the edge for any reason, such as a bandwidth issue or an on-prem issue in the data center, we can push those workloads out. We could push all those containers to where they need to run and when we need to run them. It is super easy to do.

I have not used Red Hat Insights for long, but when I was a Red Hat Insights user, it was the first place I stopped to see what was going on and be able to quickly address and fix issues that Red Hat Insights found.

Red Hat Insights provided us with vulnerability alerts and targeted guidance. In terms of their effect on our uptime, we were able to plan our maintenance windows around what we were seeing in Red Hat Insights. We had the visibility and the ability to go in and plan things out. We could plan what needs to be done and then make that change and say, "This is what we are doing. Here is the playbook for it. We are going to run this in tonight's maintenance window." That prevented us from having to take machines down during the day because we found something critical at that time.

The features of Red Hat Enterprise Linux that are most valuable to me, both in the enterprise and now as a partner, are the enterprise features. We are able to have a Linux system that is open-source and that allows us to do domain trust IBM and all that fun stuff. We have a good solid enterprise Linux.

It is not broken. Linux is Linux. It has been since Torvalds created the kernel back in version one of the kernel. We have added more features. More things have come to Linux and kernel. All the AI stuff is a bunch of buzzwords. In the keynote today at the Red Hat summit, Chris Wright talked about lightspeed coming to Red Hat Enterprise Linux. What do we need that for? What are we doing with AI? Just the stability of it is fine. If anything cool comes out, I will be the first to check it out. It is a stable platform. It is a workhorse, and that is how we use it.

However, there should be training materials for new enterprises that do not cost an arm and a leg. Red Hat training is phenomenal, but it is expensive. There has to be a better way to onboard new engineers into Linux to really and truly compete with Microsoft. Microsoft is just easy. Everyone uses it. You have to use it in school, and you have to use it everywhere. From an onboarding perspective, we can improve and have an affordable training solution for someone who might not want to be an RHCE or an RHCA but still needs to do their job. It is not Linux's fault. It is what it is. It is a workhorse. It does its thing, but we can do better to enable customers to utilize Linux better.

I have been using it since Red Hat Enterprise Linux 4. It has been about 20 years.

It is super stable. When Red Hat comes out with lightspeed or integrates SELinux, there are no huge rollbacks. Once it makes it downstream in Red Hat Enterprise Linux, you know that is going to work. Everything has bugs, and we get that, but we know it is going to work. We know that nothing terrible is going to happen to our production environment, so stability is fantastic.

We can roll out more machines if we need more machines. We pull machines back if we do not need them anymore. One of the things that is lacking is that currently, there is no way to have ephemeral Linux instances for compliance month or your audit month. If you have to bring up a hundred machines, you have to pay for that upfront. That might be changing now, but in terms of scalability, that is a detriment to how smaller organizations can operate. Not everyone can absorb that cost. It is very scalable, but the pricing is a little prohibitive for scalability.

Their support is awesome. Their TAMs are awesome. The technical support that you get is awesome. There is the ability to attach yourself to bigger customers. When you are a small enterprise and you have an issue, you sometimes filter to the bottom of that list because there are other way-bigger customers who are way louder than some of the smaller ones. Being able to talk to your team and ask how to get a problem fixed is phenomenal. They are able to look at the backend and go, "Oh, there is a large telco that is having the same problem. I am going to add you to that one." From a customer service standpoint and tech support specifically, engineering has been fantastic.

The ability to talk to the people out in the community who work for Red Hat and maintain all of that, from the open-source side and the closed-source side, is amazing. A lot of people do not realize that they can jump on Slack or other platforms, and they can talk to the guys who are responsible for it and figure out what is going on. Sometimes, they ask to open a case, and other times, they say that they know and they are fixing it. Having that accessibility is amazing. You cannot call Microsoft and ask them to let you talk to the engineer who made X, Y, or Z.

Positive

I have been using Red Hat for 25 years.

We are using Red Hat Enterprise Linux everywhere. We are using it on-prem. We call it the fourth cloud, so we have our own cloud like every enterprise does. They might realize that or not. We are using it everywhere. We have it at the edge, in the cloud, on-prem, and hybrid. It is the whole nine yards.

Our deployment strategy is to make it work and get it out there fast. We use all three cloud providers: GCP, Azure, and AWS.

Its deployment is super easy. Once you know what you need, rolling out Red Hat Enterprise Linux is super simple. You just go and repeat until you need to change something and then you change it.

We are using OpenShift to deploy Linux containers for a virtualization competitor migration. We are using it to migrate workloads from that vendor to Red Hat Enterprise Linux, so we have Linux running in containers to do their virtualization. We are running Red Hat Enterprise Linux containers as well for some workloads, but for the bootable container aspects of it, we essentially have a VM. This is how we use it there, and then everything else is pure containerization. It is not Red Hat Enterprise Linux-specific.

We take care of the deployment for customers. 

When I was in the enterprise, we did not take external help. We did all of that in-house.

We have seen an ROI but not specifically with Red Hat Enterprise Linux. Red Hat Enterprise Linux is the workhorse. Everything else that supports Red Hat Enterprise Linux is where you get your ROI. When you take Ansible, you start automating all of your configurations. You take Insights, and you are getting those playbooks to remediate security issues and all that fun stuff. That is where you get a return on your investment. That is where you see your engineering dollars go down and they can focus on other aspects of the business. That is not specific to Red Hat Enterprise Linux. It is the whole ecosystem.

I have had sales folks who have been transparent with the pricing, and then I have had other ones who were not as great. Most of those ones that were not as great are not working for Red Hat anymore.

From a pricing perspective, there is supportability. What you get with that support is the ability to open a case before you do something. You can tell them that you are going to be upgrading your Satellite system or all Red Hat Enterprise Linux systems and that you need a case open. They open a case, and then when the day comes, they are there. They are ready, and they know what is going on. The price point for that is phenomenal because you are paying for support. From a pricing perspective, it is on point. It is definitely a value-add, and it is extremely transparent from a customer standpoint.

I have evaluated other solutions. Manageability is the main difference. I have successfully ripped out other solutions in enterprises that I went to and replaced them with Red Hat. They had large fleets and no centralized management. When you come to Red Hat Enterprise Linux, you have the Red Hat Satellite server. You have Red Hat Insights. You have all of those things that help you manage large fleets and a large number of Linux machines. When you evaluate other solutions, they have some centralized management now, but that was not common previously. It is kind of a hodgepodge. They are stitched together with all these other solutions, but it does not make sense. In one case, they jammed Linux into their management platform used to manage databases, and it did not work. How do you manage a thousand machines on some busted piece of management software?

If a colleague is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, they should go for something based on the use case. They have to look at what they are trying to do and what they want to do. They can get away with Fedora, for instance, but the question for me always comes down to supportability. Do they want to be able to call someone and say, "This is broken. Help. Hurry," or do they have the skills in-house to do that? Most companies do not have those skills. They have one or two very good engineers, but they cannot fix everything at the same time. If they want portability, then they should not look somewhere else. They should go to Red Hat Enterprise Linux because they have the Red Hat name behind it.

I would rate Red Hat Enterprise Linux an eight out of ten. There is always room for improvement in a product. Tens are unicorns. No one gets a ten. Maybe if Jesus made an operating system, he would get a ten.

Red Hat Enterprise Linux (RHEL) is just a piece of an operating system for my company, and what we need the most is STIG compliance because we have a lot of different customers.

Red Hat Enterprise Linux (RHEL) has helped my company since, with it, we have gotten more customers. Now, our company can say upfront that we use Red Hat and are STIG compliant while also being security-focused, which really helps open up the door to people who want to get their stuff done.

The most valuable feature of the solution is its good integration with Ansible.

Red Hat Enterprise Linux has not helped centralize development in our company, especially since we deal with unique use cases in our organization. My company still develops locally on CentOS, but once our company actually completes the product for our customer, it gets shipped somewhere else and we can't centralize things since we don't have that much time to spare owing to which we stay disconnected after the aforementioned process.

My company plans to use the product for containerization projects, especially since we are in the process of converting to Kubernetes.

Based on my assessment of the the built-in security features when it comes to areas like risk reduction, business continuity, and compliance, I would say that I am a big fan of the tool.

In terms of the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) to keep our organization agile, it has been pretty good since all the containers have been very portable without having to deal with any environmental issues.

If I had to give a suggestion to a colleague who is looking at open-source cloud-based operating systems for Linux instead of Red Hat Enterprise Linux (RHEL), I would say that one should look at AlmaLinux since it is the closest thing one can get to Red Hat.

The product's deployment model is usually in a single data center, and it consists of one machine at a time. Red Hat Enterprise Linux (RHEL) does not use a public cloud.

The documentation is an area of concern where improvements are required. Sometimes, I go to look at stuff in the tool's documentation to see how to configure something, and it doesn't make any sense. The tool's documentation is written by someone who already knows how it works for those who need to learn how it works. Everything else in the documentation is really good, though. I would describe the documentation as a kind of a hit or miss.

I have been using Red Hat Enterprise Linux (RHEL) for about six months.

It is a scalable solution.

I would like to expand the use of the product in the future, but our company's business model is contract-based and very slow, which makes it difficult to work with Red Hat Enterprise Linux (RHEL).

As per my evaluation of the technical support offered by the product, I would consider the support services offered to be at a 50-50 rate since everything really depends on who you get to talk to from the support team. Some of the people from the product's support team to whom we reached out didn't understand our use cases or our problems, so they couldn't help us at all. Some of the support staff members who understood what our company meant when it came to the issues associated with the product were able to help us in 30 seconds. My colleagues who contacted the product's support team were satisfied with the technical team's services. I rate the technical support a six out of ten.

Neutral

In my company, we used to use CentOS. Now that CentOS has reached the end of life phase, it doesn't meet our company's needs, so we transitioned to Red Hat Enterprise Linux (RHEL).

Previously in my company, we used to use CentOS. CentOS will reach the end of life phase in the upcoming month, which is the reason why my company had to choose another product like Red Hat Enterprise Linux (RHEL).

The solution is used on an on-premises model.

Deploying Red Hat Enterprise Linux (RHEL) was surprisingly easy. The installers were the same as the ones used for other solutions.

My company did not have a strategy to deploy the product since we just needed Red Hat to hurry up, put it on a box, and figure it out.

My company did not seek the help of a third party to help us with the product's deployment phase.

The biggest ROI I have experienced from the use of the solution revolves around the area of customer satisfaction. My company's customers who use the product have a lot less to be changed in the product and it has helped save a lot of development and redevelopment time for our organization.

The cost and setup are not areas that are transparent for me. The tool's licensing part has been a real pain because when our company sells a system to a customer, they take full control of it in their data center, and we are not allowed to access it, even though they bought it from us. The license transfer has always been really awkward because our company initially had the license until our customers tested it and accepted the product. I was hoping to find somebody to talk to about the license transfer part with Red Hat products, but I don't know where to find someone associated with the solution.

My company briefly evaluated a product named Debian, but after that, our company's customers specifically asked us to go for Red Hat Enterprise Linux (RHEL).

Considering that the licensing part associated with the product is a pain, I rate the tool a seven out of ten.

I use the solution in the company to build a lot of our software environments, so we keep different baselines on it. Right now, I'm working on setting up and installing Ansible manually, so I haven't used Red Hat Ansible Automation Platform yet, a reason why I have been still using my Red Hat Enterprise Linux (RHEL) server.

In terms of features, I found it great when I talked with Linux subject matter experts about Ansible. They further mentioned that it was native to Red Hat, which is why it wasn't going to bring over more packages or modules. The packages or modules in the tool are already there but are just not enabled because they weren't being used before I asked about them. It is super easy to enable the tool's packages or modules when I want to start messing with it.

Red Hat Enterprise Linux (RHEL) has helped me centralize development because it has a standard, which is why my company can't really have the option to mess with its different technologies. Our company's customers don't want to use Ubuntu or any other such operating systems, which is why my company has to use Red Hat Enterprise Linux (RHEL). I guess the tool is easily centralized because that is its standard, and that is the only option one has unless someone wants Windows, but again, developers don't want Windows, and so there are no other options.

Our organization has a team to take care of the containerization part. I am mostly on the infrastructure side, but my company has started to ask me for Podman Desktop and all these different container platforms, and I haven't used any of them yet.

If I dissect the built-in security features of Red Hat Enterprise Linux (RHEL) for risk reduction, business continuity, and compliance, I would say that we use VMware for risk reduction so that we have a high availability. On the top of my head, I think the Linux team probably knows more about reducing risks. Our security team has all these STIGs they want us to apply, so I don't know how much manipulation they actually have to do.

If I dissect the built-in security features of Red Hat Enterprise Linux (RHEL) for risk reduction, business continuity, and compliance, I would say that we use VMware for risk reduction so that we have a high availability. On the top of my head, I think the Linux team probably knows more about reducing risks. Our security team has all these STIGs they want us to apply, so I don't know how much manipulation they actually have to do. For business continuity, my company uses VMware, considering the ease of making snapshots of our environments, but I believe we could probably do the same with different operating systems. In our company, we just take lots of snapshots, and then if we have another VMware instance, we could just build it right back. The only compliance I know about was associated with our company's customer and their STIG requirements, but I don't know how Red Hat Enterprise Linux (RHEL) helps with it, especially considering that in our company, we have to manipulate it and how we want to do it.

In terms of the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) to keep our organization agile, I would say that we have an applications team that would do it in our company. I just make sure that our company's VMs have OS and network connectivity since there is a different team that takes care of the applications.

Right now, since my company is in an air-gapped on-prem network, it is really tough to go through all the RPMs that we have to have based on different STIGs. Whenever in our company, we have to install the tool, we see that something or the other is missing, and so of the hundreds of things mentioned in the list, we have to find whether we need a particular RPM or if we need to take this one out, and that is always a trouble for the team managing Linux in our company.

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

When I spoke to one of the speakers the other day, who was a software development manager, I was told how much one could trust Red Hat Enterprise Linux (RHEL). I believe that Red Hat Enterprise Linux (RHEL) is considered a standard for a reason.

I believe that if you have enough license to support the product in your environment, then you can scale the product depending on how big your license is, and it is a super easy process where one can roll out a whole bunch of VMs and VMware.

As my signature block comes with Lockheed Martin, I think the tool's support team has been pretty attentive. If I go to a wide-scale service and once Red Hat Enterprise Linux (RHEL) sees what kind of a customer I am, I get to go to their specialized sectors, and the support has been pretty fast. I have had no issues with the product's support team. I don't use the product's support services very often. I have mainly dealt with Red Hat's support team for Ansible. I rate the technical support a seven out of ten. When I was asking the tool's support team questions when I was off the internet, I just kind of felt weird about it. For any service I ask for from the support team, I have to manipulate it depending on what we need for our company.

Neutral

I have not previously used any other product, and I have worked for the government for the past twelve years using Red Hat Enterprise Linux (RHEL).

The deployment of the product has been super easy, but when we do it through VMware, I just make a VM, and then load an ISO image, after which the deployment is done. The tool's deployment is super easy, and I am pretty much a novice when it comes to Linux.

The solution is deployed on an on-premises model.

My company did not seek the help of a third party to depot the product. The deployment was carried out by our company's employees, who have been around for decades.

The government buys the product for our company and provides us with the license for the solution.

For a colleague who is looking at open-source cloud-based operating systems for Linux, I would say that Red Hat Enterprise Linux (RHEL) is a cool product for small businesses outside of the government. I work for the government, where Red Hat Enterprise Linux (RHEL) is the standard, so if my colleagues are in the government, I would tell them they have no other options.

I am not sure about the product's deployment model since it is kind of ad hoc in nature. If a developer needs another VM, our company just provisions it through VMware, so we don't have a large-scale deployment model across different availability zones. We have our program, after which we wrap it all up and then ship it out to the customer.

As I have not compared Red Hat Enterprise Linux (RHEL) to any other operating systems in the market, I rate the tool a nine out of ten.

My company currently uses Red Hat Virtualization to host all our virtual machines, and then we install Red Hat Enterprise Linux (RHEL) for almost everything we do. My company only has 30 or 40 Windows Servers, while we have over 2,000 Red Hat Enterprise Linux (RHEL) machines. In my company, we use Red Hat Enterprise Linux (RHEL) for everything from provisioning systems to Speedtest Servers to whatever we need in the company.

I would like to say Red Hat Enterprise Linux (RHEL) is much more efficient than Windows, and my employees love the Linux command line. All in all, Linux is what my company has been using since the beginning, so it is imprinted in everyone working in the technology section of our organization.

All Red Hat Enterprise Linux (RHEL) features have been valuable.

Red Hat Enterprise Linux (RHEL) is a Linux system, and in our company, we could probably use different Linux systems. My company mainly uses Red Hat Enterprise Linux (RHEL) because of the kind of security and the patching delivered, including the backporting of patches, instead of actually having to do version upgrades. The product's valuable features include stability and security.

In my company, the solution has helped centralize development in most parts.

The use of the product for containerization projects is an area that my company has been dealing with lately. In our company, we are installing a lot of OpenShift clusters now and moving that way, but if they run on Red Hat Enterprise Linux (RHEL) or bare-bones or bare-metal OpenShift, the shift needs to be made.

In terms of the impact my company has experienced after making Red Hat Enterprise Linux (RHEL) a part of our containerization projects, I would say that a different team is handling the development parts for our company. Our company would be happy if the products we use were Red Hat Enterprise Linux (RHEL) or OpenShift. My company is very interested in Red Hat Enterprise Linux (RHEL), even if it will take many years for us to be completely over containers.

As per my assessment of the tool's built-in security features when it comes to areas like risk reduction, business continuity, and compliance, all of the aforementioned functionalities are the main reasons my company stayed with Red Hat Enterprise Linux (RHEL). My company prefers Red Hat Enterprise Linux (RHEL) because of its stability, patch management, and other features that make us feel more secure.

In terms of the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) to keep our organization agile, I would say that my company has done a lot of automation, which helps us keep everything as flexible as we want. One of my team members told me that the product is super when it comes to everything related to automation. The tool allows you to be kind of flexible.

At the moment, I don't use Red Hat Insights even though we have looked at it in our company. In our company, we have put up Red Hat Insights, and we have it on the machines, but it's not that deep in use yet. I believe that Red Hat Insights will be more and more important since the security team wants to use it to get a better overview.

If I have to speak to a colleague who is looking at open-source cloud-based operating systems for Linux, I would say that everyone needs to make a choice when it is not something concerning our company since we are standardized with Red Hat Enterprise Linux (RHEL) or Red Hat products in our company. My colleagues will have to use Red Hat products if they work in my company.

Speaking of whether the Red Hat portfolio has affected our total cost of ownership across our enterprise landscape, I would say that we have been using virtualization in Red Hat Enterprise Linux (RHEL) for many years, and it has been a very good and cost-effective tool for our company. The product may reach the end of the life phase soon, so we have to migrate to some other solution, though we know that the prices may go up whenever we do it. Up until now, the tool has been very good.

My company deploys Red Hat Enterprise Linux (RHEL) from Red Hat Satellite. Red Hat CloudForm is a self-service portal we use in our company but now it is an IBM product. I don't remember the name as it is long and boring. Red Hat CloudForm is a self-service portal that is connected to Red Hat Satellite to provision the machines.

My manager role is the reason why I am not that deep into the technical part anymore. In my company, the IT team is happy with Red Hat Enterprise Linux (RHEL) since they don't have to use Windows.

Personally, I started using Red Hat Enterprise Linux (RHEL) around ten years ago. In my company, I have been using the tool for twenty years.

It is a stable solution.

The solution scales up perfectly fine, especially since everything is automated since we have a very small team of 10 people in our company managing everything, including 2,000 servers.

The product's support team was good whenever my company needed support services. Our company also uses some professional services from time to time, especially since Red Hat has a deep knowledge of the tool. If our company faces a problem, we have a very good connection with the tool's team in Norway, and they always help us, even if it's time-critical. The tool's support team manages to get us the consultants our company needs. I rate the technical support a ten out of ten.

Positive

My company has been using Red Hat Enterprise Linux (RHEL) from the beginning.

When I started in the company almost ten years ago, deployment of Red Hat Enterprise Linux (RHEL) was done with an ISO image, which you mount it up, and you put in the IP addresses and do a lot of manual things. It is a different story today since you just enter how many courses you want and how much disk you want, and the deployment is done in two minutes.

The solution is deployed on an on-premises model, and we don't have a lot in the cloud at the moment in our company. As an ISP, the services we deliver are kind of time-sensitive or latency-sensitive, so as long as we have a data center, it doesn't make that much sense to put stuff in the cloud just because it is the best.

In terms of the prices and license of the product, I feel the solution has been good so far, especially since it has been quite easy to understand compared to a lot of other tools. I have been working with IBM and other vendors, where I have seen how other tools might have a bit more difficult pricing or licensing models compared to Red Hat Enterprise Linux (RHEL). In terms of pricing, Red Hat Enterprise Linux (RHEL) has been quite okay in general.

Red Hat Enterprise Linux (RHEL) was present ten years ago before I joined my current company, so I don't know if any other products were evaluated against it before my joining.

We have a few applications that we have started developing in the cloud now managed by a different team, but I don't think they use Red Hat Enterprise Linux (RHEL) specifically.

I rate the tool a ten out of ten.