Red Hat Enterprise Linux (RHEL) Reviews

The use of the solution keeps varying, considering that we have web apps and a lot of homegrown stuff as we build a lot of our own apps. My company also uses Red Hat Enterprise Linux (RHEL) for the operating systems for a lot of our other applications that we use for authentication purposes and so on.

I can't really talk much about how the product has benefited the organization since it is not in my wheelhouse, and I mostly deal with the area of configuration management and the automation of configuring it. In my company, we have a Unix team I work with, and when they want to automate processes, then they come to me and I help direct them.

The solution's most valuable feature revolves around its simplicity, especially when maintaining it, which is an easy process.

I have not seen anything in Red Hat Enterprise Linux (RHEL) that causes any queries or doubts in my mind, so I am not really sure if I see any need for improvements in the product at this point, especially when I have good communication with the sales teams and support. I have also recommended the changes I want to see in Ansible, an area where my company sees progress. There is nothing my company is disappointed about regarding Red Hat Enterprise Linux (RHEL).

I would like to see a better way to organize the jobs within Ansible, specifically with the automation platform. Right now, in Red Hat Ansible Automation Platform, everything is just flat as there are no directory structures or folders and no ways to designate specific jobs for specific things as everything is in one big pile.

With Red Hat Enterprise Linux (RHEL), my company has not seen anything requiring improvements. My company is really happy with Red Hat Enterprise Linux (RHEL). My company is still in the migration process right now since, from all of our seven boxes, we are moving on to the eight and Red Hat Enterprise Linux (RHEL) 9. The aforementioned process has been really smooth and slick. My company likes the speed and simplicity of the OS.

I have been using Red Hat Enterprise Linux (RHEL) for twelve years. My company has been using the product since before I joined.

It is a stable solution.

It is a scalable solution.

I went to have dinner with my sales team the previous night, and we just had a chat, after which I got to know some professional services offered by some people willing to come and help our company with the solution if required. Based on the aforementioned area, I can rate support as ten out of ten.

Positive

My company has experience with AIX, Solaris, and Windows. My company switched over to Red Hat Enterprise Linux (RHEL) because people wanted it, specifically the app developers. My company uses Red Hat Enterprise Linux (RHEL) based on supply and demand factors. You just build what is needed for the infrastructure side or when you are in the operations.

The product's deployment phase was simple.

There is a different group in my company that has built up a strategy to deploy the product, so I don't have to do anything in its deployment phase. To request a new system is just a matter of filling out the ticket and submitting it easily, after which the box is built, which is great.

The solution is deployed on an on-premises model.

The deployment phase for the tool was carried out with the help of our company's in-house team. The product was deployed with the help of vRealize Orchestrator Appliance.

In terms of the ROI associated with the product, I would say that with a lot of stuff I do in the company, I also get involved with the patching side, especially the patching of servers. I can patch 1,500 Red Hat Enterprise Linux (RHEL) boxes in the time it takes me to patch ten boxes from Windows. Patching in Windows is bad. Being able to patch Red Hat Enterprise Linux (RHEL) is simple since I think the most I have ever seen it takes is around 35 minutes to patch a box. When our company started to move towards a more containerized approach, we saw that being able to have your container or your OS can open a whole new world. Being able to spin up systems and have multiple systems that are already pre-patched, I don't have to have downtime for the enterprise.

There were a couple of operating systems, including CentOS, which my company looked at before choosing Red Hat Enterprise Linux (RHEL) as it offered a strong support model. The consistency offered by the Red Hat Enterprise Linux (RHEL) was also one of the other reasons why my company chose it over other tools.

Though my company does not currently have a hybrid cloud environment with the tool, we are working on it since regulatory compliances in the banking sector require us to stay compliant. My company is not in a place where we can just jump into cloud infrastructure, but we do hope to do so in the future. Presently, the product is on an on-premises model.

As I am not required to deal with the developers in our company, I don't know if the product has helped centralize developments.

My company uses Red Hat Enterprise Linux (RHEL) for containerization projects. The product has made dealing with containerization projects easy for my company since we get to use a lot of Kubernetes and Docker platforms that snap right into Red Hat Enterprise Linux (RHEL) and works.

Considering the built-in security features offered by the tool for risk reduction, business continuity, and maintaining compliance, I prefer Red Hat Enterprise Linux (RHEL) over a lot of other products. Our company is like an Active Directory shop, so we are doing a lot of tying to it, which is a little bit disappointing, but it is just business. I like the security end of Red Hat Enterprise Linux (RHEL). I also like the way the file handling takes place along with its management part, so I have no issues with the tool.

Speaking about the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) to keep our organization agile, I would say that it is something that will happen in the future as my company is a slow adopter. I am not really sure why it has been slow. My company does have a new organization that is really focusing on opening up new avenues so that we can actually be more agile and have the ability to move to things like OpenShift and having our containers offer more high availability while not having any downtime.

I don't use Red Hat Insights.

If I have to speak to a colleague who is looking at open-source cloud-based operating systems for Linux, I would say that CentOS or Fedora are good options since both products have had an association with Red Hat Enterprise Linux (RHEL) for a long time. I personally like and prefer CentOS.

I would not be able to comment on whether the Red Hat portfolio has affected our total cost of ownership across our enterprise landscape because we just spin them up and keep building them. My company was primarily an AIX house, using Solaris and a lot of Windows boxes from Windows. Right now, my company has gotten rid of the AIX and Solaris systems, and now we are down to about a 50-50 split when it comes to Windows and Red Hat Enterprise Linux (RHEL). There have been times when we have had more Red Hat Enterprise Linux (RHEL) boxes in our company over the ones from Windows. I can see that in the near future, my company is going to be more of a Red Hat Enterprise Linux (RHEL) shop than an organization that has boxes from Windows.

In terms of the deployment model, I would say that my company has three data centers, mostly where VMware is used.

I rate the tool a ten out of ten.

The use case in my very early years was for dedicated servers for doing web applications.

We almost exclusively use Red Hat. The benefits boil down to the support. There is no problem getting support. Whenever we have an issue that we cannot solve, which does not happen often, we have somebody who is there either virtually or physically.

We use Red Hat Enterprise Linux on-prem and on the cloud in a hybrid environment. We probably also have edge devices. I am not completely sure about that one. Having it in a hybrid cloud deployment has been no different than having it on-prem. Running it on-prem is just as good as running it on the cloud for us. It simply works.

I appreciate the dashboards that are available online. There has been a lot of feedback on the CVEs. The most recent one that came was probably related to Zutil. Red Hat made an announcement very quickly saying that if you are using only Red Hat features, you do not have to worry about it. It does not run on their operating system. Unless you are custom compiling, it does not work on their system. I greatly appreciate little things like that because they save us a lot of time. If Red Hat is simply saying that it is not a part of their repo, I do not have to look for it.

We use Red Hat Insights but not company-wide. It is one of those things that simply saves you time. I do not want to have myself or anyone on my team go out and check various things. That is the whole purpose of using Red Hat Satellite. The whole purpose of all different dashboards and these websites is to use what you have. Let it report out what you have and not continue to write scripts just to check things.

Their support is valuable. Whenever I had a problem, I could get on a phone call with somebody. I did not have to go to some random forum or send an email and wait forever. I could call somebody.

It does have a workstation option, but you rarely hear anything about it. I would love to see the workstation replace Windows. That is a stretch goal, but it is possible.

I have been using Red Hat Enterprise Linux since version 4. It has been a while.

It is stable as long as you do not do something stupid.

Red Hat specifically works hard to make it difficult to not be able to scale it into anything. The only thing that I do not see it being capable of, officially at least, are the IoT devices. Technically, it is possible to get it on those devices, but that is not something Red Hat is focusing on right now. From a scalability standpoint, it comes down to what makes a reasonable profit and what is a good return on investment while choosing how to scale and where to scale. Red Hat is doing it right so far.

Prior to a few months ago, the support that we got from a TAM point of view was next to none. Now that I understand the scenario a little bit more, it was not because Red Hat was not doing its job or did not want to do more support. It was because of how the contracts aligned, and more importantly, who in our organization was handling those contracts. We had a recent change in our organization in terms of who is running what and who is handling what. When that change happened, the doors really burst open. Now that we have a different person he is working with, we are getting incredible support from our TAM. He is in communication with us on a very regular basis. While I have been here at Red Hat Summit, we have gone out to have meetings twice. I cannot speak highly enough. I would rate their support a ten out of ten.

Positive

My current organization has pretty much always used Red Hat, specifically Red Hat Enterprise Linux. There are all sorts of flavors of Unix in our environment. Almost all of them are there because they are managed network devices.

We wanted to stay close to Red Hat Enterprise Linux simply because of the mentality of the business. We have got some people who have been around for 20 years. Things such as switching from YUM update to APT update are easy. People can usually change from one to another pretty quickly, but some of the other commands that you are used to running in Red Hat Enterprise Linux are slightly different for different versions of Unix. It did not make sense.

I have used a lot of different variants through the years. I could be running Raspberry Pi, or I could be using Ubuntu to do a job but not for the production environment. I do not waste my time anymore. I know what works and where support is.

Our setup is a bit of a hybrid. We are streamlining a lot of things and trying to redesign how we are doing things. In terms of the cloud, we are 100% TerraForm. We are building out infrastructure as a code and TerraForm pipelines. On-prem, we have a Jenkins job that runs some TerraForm, which then runs some Ansible and then some Puppet. There is some cleaning up needed there.

Currently, we use all three major cloud providers: Azure, Google Cloud, and AWS. Each has its purpose.

The initial experience of deploying it at the current company was terrible, but it was not a Red Hat issue. It was an internalized issue that took a little bit of time to work out. After that, it was not a problem.

We implement it on our own.

I have not run into a single person who knows about Red Hat Enterprise Linux and is not being helpful. You can get talking with somebody at Red Hat Summit about what you are doing on Red Hat Enterprise Linux, and they will be like, "I did that a couple of days ago. Did you run into this problem too?" There is a community. I am sure there are communities for other variants, but my return on investment is simply community and support. I cannot speak highly enough of these two.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would say, "Good Luck!" We looked at a lot of different options to potentially leave Red Hat simply because of the cost. We tried out CentOS. We tried out Rocky. There were even talks about trying out Ubuntu, but there was the hassle of changing all of our mentality and code to work with different systems. It just did not make sense. CentOS worked almost side by side with Red Hat, but certain things that we have specialized with Red Hat were not working on CentOS for some reason.

We chose not to use CentOS because we had a misunderstanding of what AppStream was in terms of end-of-life for CentOS. Rocky was ruled out pretty quickly simply because of a lack of understanding in terms of:

• Where does Rocky come from?
• How reliable is it?
• Where is the support?
  

Red Hat's support model trumps a lot of those other ideas. I tell people that even if they are working in a home lab environment, get a developer license and get a developer account with Red Hat. Use Red Hat because more and more businesses I work with simply use Red Hat. It is great to have Fedora on your laptop as a workstation. It is great to have CentOS as a workstation. That is because those are still a part of Red Hat. You can transition and use Red Hat for a company. I have not been a fan of Ubuntu and some of the other variants because of how easy it is for people to make changes to operating systems that are not fully backed or tested. In my opinion, you do not want to put production on it.

Red Hat Enterprise Linux has not enabled us to centralize development. We are moving towards centralized development, but there are still so many different teams, so centralized development is not yet there.

We are partially using Red Hat Enterprise Linux for containerization projects. Within the next year, I hope to bring OpenShift in and replace AKS. I do not have a use case for the portability of applications and containers built on Red Hat Enterprise Linux. Based on what I have seen here at Red Hat Summit, I have a lot of ideas spinning around in my head to make it happen, but I do not yet have anything around containerization.

Red Hat Insights provides vulnerability alerts and targeted guidance, but we are currently not using that side of it. It helps in my limited sandbox environment, but of course, my sandbox is built up and torn down like crazy. It is valuable, but we do not have a great use case yet.

I would rate Red Hat Enterprise Linux a ten out of ten. I have been working with Unix systems for a while now. The first Unix system I touched was in 1992. There were so many variants that were striving to become well-known. You would hear all of these weird names. There were all of these weird animals and all of these different logos through the years. Even before 1992, there were a lot. As things progressed, you quickly saw different ones die out. I do not remember when I truly got onboarded with Red Hat. I know I started with version 4. It is one of those companies when you are looking for a name that sticks around and about which you do not have to question if they are going to be around for a while. You do not have to question that with Red Hat. You do not have to question that with Red Hat Enterprise Linux, whereas a lot of other variants do not even exist anymore, or they exist, but they have not been maintained longer than some people have been alive.

We use the solution primarily for simulation and CAD solutions. It serves as the main use for our operating systems.

The openness of the operating system makes auditing a lot easier, plus the tools for auditing make that a lot easier to maintain. 

Automation makes compliance a lot easier. 

The knowledge gained from using the system completely makes troubleshooting easier and increases the knowledge pool in the company.

The extendibility of the solution and its openness, along with its integration with all of our other open-source projects, are highly valuable. 

We appreciate that it is one of the few enterprise-enabled Linux operating systems we can use. 

It is very extensible, which aids as our needs change.

We have encountered compatibility issues with certain hypervisors, mainly with Red Hat Enterprise Linux six hosts on the newer versions of FoxMox.

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

The solution has performed really well for our business-critical applications and is very stable. I have no issues.

The solution is very extensible, adapting perfectly as our needs change.

Customer support is very helpful and insightful. I would rate it very well, approximately an eight on a scale of one to ten.

Positive

The biggest return on investment is the knowledge gained by using the system. The access we have to the operating system increases user involvement and facilitates troubleshooting, thus expanding the company's knowledge pool.

The pricing and licensing are reasonable.

For non-business critical applications, a third-party Linux OS may suffice, however, for something running 24/7, it is advisable to go for stability and enterprise support.

Red Hat Enterprise Linux's role-based security model enables us to provide discretionary access levels to users based on their roles and their responsibilities. We can also assign access based on service level to maintain service-level accounts for any purpose. If we need to back up a Red Hat Enterprise Linux box, we can assign a role to access that box only on the backup level. 

Red Hat Insights allows us to find vulnerabilities and conduct assessments from our central portal. It gives us insight into the compliance levels of different boxes and their licenses. Red Hat Insights helps us be proactive by giving us the details of recurring issues and vulnerabilities or zero-day threats. It automatically shows us what needs to be prioritized. It improves operations to have a single pane of glass for all your inventories and business. You can also implement automation and remedy most things from the cloud console. This is very helpful. 

Red Hat Enterprise Linux helps us achieve security standards certification. Most of our customers require compliance with regulations and internal security policy also. We have to be compliant with the profile for each standard based on Red Hat Enterprise Linux profiles or OSCAP integration. Satellite helps us remedy and manage compliance issues in daily operations.

Red Hat Enterprise Linux is the most reliable Linux flavor in terms of enterprise governance. I prefer it for its code stability, support, and integration. The lifecycle management features help us maintain compliance and keep the components updated.

The built-in security features simplify risk reduction. For example, Red Hat Enterprise Linux has built-in OSCAP profiles that we can select during implementation based on our industry and compliance needs. Using the OSCAP profile, we can minimize the effort needed to keep the software up to date. We also like the Red Hat Co-Pilot, which allows you to configure most things from the GUI.

We also have OpenShift, which enables elaborate, portable, and reliable ccontainerization. We use the System Roles feature when we have to disable root users and assign the system roles on the application level because some applications do not require root-level access or real group access. The System Role feature allows us to impose level controls and segmentation between the users. We can also automate security configurations to maintain consistency across systems over time.

I would like to use OSCAP profiles without the dependency on Red Hat Insights. If you install the OSCAP profiles from Red Hat Insights, I'm not sure if it is currently available in the cloud console. Most of the time, we manage compliance from Red Hat Satellite, but this feature could also be built into the console. Maybe it's not an issue price-wise most of the time, but it would be easier if we could use the same console and test-level capabilities.

I also want the co-pilot to provide more granular control and more features in the GUI, so we can have one configuration from the GUI itself. It would be helpful to have a feature similar to the one in Windows where we can manage all the net flows from one console in a single pane of glass and install it on-premises like an admin center. It would be great if Red Hat had some kind of admin center to manage all the Red Hat Enterprise Linux boxes without using an additional product like Satellite or something, we could use the co-pilot on all the systems to monitor the dashboard.

We started with Red Hat Enterprise Linux 6 in 2015. Now, we are on Red Hat Enterprise Linux 9, so it has been around eight or nine years.

Red Hat Enterprise Linux is a robust product. 

The scalability depends on the computing capacity and architecture. It varies based on whether we are replicating boxes or putting the Red Hat Enterprise Linux images into containers. The tool we use for orchestration is also a factor. 

I rate Red Hat support 10 out 10. We are mostly dealing with Level 1 or Level 2 support, and we always get a prompt response. Remote support is also available, which is nice. 

Positive

We used some open-source Linux flavors that are now obsolete and CentOS. Red Hat Enterprise Linux provides excellent support for migrating from CentOS to Red Hat Enterprise Linux at any level, so kudos to Red Hat for that. There is a great tool that enables us to migrate an existing application without any changes, so we can convert CentOS boxes.

There are one or two commercial Linux flavors that can compete with Red Hat, but their based on different architectures. Red Hat has a large portfolio, including OpenShift and SQL automation, offering deep integration between these tools. I don't think there is a competing product that offers a comparable product portfolio because Red Hat is under the umbrella of IBM now and also provides a multi-cloud solution. 

The initial deployment is straightforward. There's no problem. However, it also depends on what we want to achieve. Some of the options add a little complexity. It isn't very complicated, but it requires a different method. Overall, the general installation and configuration are effortless, and we don't have any issues. The initial installation can be done in 15-30 minutes, depending on the computing and storage capacity. 

We have one administrator experienced in Red Hat Enterprise Linux and enterprise Linux for maintence. We prefer a certified person who can understand the data complexities and advanced configuration, but a technician doesn't need to be a specialist to conduct the installation. 

The pricing depends upon the customer's bill of materials and what the customers are planning. Sometimes, a reseller and vendor partners provide a better price. I recommended buying the Red Hat Virtual Data Center instead of buying the Red Hat Enterprise Linux standalone licenses if anyone just wants to run a workload in the cloud environment. Virtual Data Center is the most cost-efficient.

The Red Hat Enterprise Linux license has a one-time cost, but there is an ongoing subscription for support with various levels. The license is perpetual, but we pay annually for support. Red Hat's support license is robust. You get three levels of professional support plus community support. Our banking, finance, and telecom clients rely on Red Hat Enterprise Linux entirely for their production workloads, so they need to minimize downtime. There is no comparison between professional and open source. We can provide support for some of our clients and set up redundancy, so that's something we can consider when we're looking at licensing or support costs. 

I rate Red Hat Enterprise Linux 10 out of 10. Red Hat Enterprise Linux is an affordable product and a great value. It is constantly evolving and adding capabilities. We can orchestrate a multi-cloud environment for Nutanix under Red Hat Enterprise Linux. It's an excellent product for virtualization.  

I use Red Hat Enterprise Linux for running applications and databases on them.

It has a smaller footprint, so it uses less storage. The product is optimized for resource utilization. Patching is very streamlined for the operating system compared to Windows. We prefer using Red Hat Enterprise Linux over Windows whenever we can. Patching is much easier, and it seems more mature. When we apply a patch, we're less likely to have problems after. It's more stable.

All resources should be available on the website.

I have been using the solution for about three years.

I rate the support a nine or nine and a half out of ten. I am not rating support a ten out of ten because if we were able to receive all of the resources that we could from the website, then we wouldn't need to reach out and contact support. It's a learning curve.

Positive

Previously, we used CentOS. We have also used Oracle Linux, which is based on Red Hat Enterprise Linux's kernel. Now, we're strictly trying to use Red Hat Enterprise Linux. We switched to Red Hat Enterprise Linux because it provides great support.

The products are pretty similar. A lot of the implementations, commands, and updates are very similar. Overall, we've had a more positive experience using Red Hat Enterprise Linux. We have a basic build routine when building new servers, updating, and installing add-ons. When we run those scripts, it seems like it's so much more streamlined with Red Hat Enterprise Linux. It could be because we're converting everything to Red Hat Enterprise Linux.

We're exploring more automation features. Three years is still relatively new for an operating system for our department. As we explore more automation-rich features and tools and subsets of tools, we'll be able to utilize the solution better. Red Hat Enterprise Linux may be very good at it, but our knowledge and experience are still growing. We need to take a deeper dive into implementing automation.

We use Red Hat Enterprise Linux with Microsoft Azure. We did not have concerns about using Red Hat Enterprise Linux in the cloud because we had spoken to other customers of Azure that had been running Red Hat Enterprise Linux. We can install Red Hat Enterprise Linux on our own, or we can use the custom-built Red Hat Enterprise Linux images available through Azure. It makes the deployment of a server much quicker and more efficient.

We have been migrating some workloads and applications from on-premise to Azure. However, we do not constantly move workloads back and forth between Azure. It's more of a one-way migration. We're trying to be less on-premise and more in the cloud. There's definitely a learning curve for the migration. There were some hiccups with learning how to do the migrations. We've done a handful of migrations so far, and each time, we learn from our previous experiences and mistakes. We use our lessons learned and have a better experience each time that we do a migration. It's getting smoother each time.

The knowledge base offered by the product is really good. There are a lot of resources available on the website. We have a direct contact for support, which we utilize on a regular basis. We have enterprise licenses, so we pay for support. We get support whenever we need it. I have been involved in Red Hat Enterprise Linux upgrades. It's pretty straightforward. We just convert from different Linux operating systems to Red Hat Enterprise Linux. My technical team has used Red Hat Insights, Image Builder, and Convert2RHEL.

We keep pretty close to the most current versions of Red Hat Enterprise Linux. There are many different versions of the product. Version 9 is the most current. We're trying to stay up with at least one or two versions close to the most current version to stay updated. We don't want to get to a version that would be at the end of its life.

The solution has helped us streamline and optimize our infrastructure for any applications or databases we run on a Linux operating system. They help us save on our physical resources because they're less demanding. Therefore, we don't have to spend as much money on a server that has a lot of CPU and a lot of memory. We can fit many more VMs on a single physical virtualization host because it's optimized. The support is great, and we can find quite a bit of information either directly through the Red Hat website or through the Red Hat community. We're able to do research on our own and find most of the information that we need. If we can't, support will assist us.

Overall, I rate the tool a ten out of ten.

We have a lot of Oracle databases, Tomcat, and Java microservices running on Red Hat Enterprise Linux.

A lot of our applications are like Java microservices. Deploying them on a Unix platform is so much easier. It's open-sourced and provides a lot of compatibility. It makes it easier for us to roll out applications. It is compatible with most Java microservices applications.

We like that Red Hat Enterprise Linux is a vendor-supported product. When we have problems, we just call Red Hat Enterprise Linux for support. The product employs a lot of automation tools to manage its OS. We love using Red Hat Satellite. We have close to 5000 servers. Managing individual servers would be a nightmare.

Red Hat Ansible Automation Platform and Red Hat Satellite help us automate our repetitive tasks. Every flavor of Linux distribution has its own specialties. The product offers a lot of integration within the Red Hat products suite. We use Red Hat products mostly, so it works for us.

The vendor keeps rolling out many packets, which complicates our job. We keep patching our servers. CVEs come out all the time. However, having a solid and secure OS will make our life much easier.

I have been using Red Hat Enterprise Linux since 2004.

I never had any problem with support. I didn't have any issues that I did not get a resolution for. Sometimes, it takes a little bit of time, but eventually, it gets resolved.

Positive

I was using AIX, which is also an IBM product. IBM bought Red Hat Enterprise Linux. AIX was more expensive and required IBM System p. Moving to Red Hat Enterprise Linux was much easier because it is a lot more compatible with the regular hardware like HP and Dell that we buy on the market.

I have seen an improvement in our deployment. When we have applications running on Windows, it takes longer to get them set up and provisioned, and the security is different compared to Red Hat.

The pricing could be better. The tool is getting expensive. Before, we could license only the hypervisor where Red Hat Enterprise Linux is running. Now, if a customer has a 12-node hypervisor, Red Hat Enterprise Linux forces customers to license all 12, even though they use only six.

We evaluated SUSE. At that time, SUSE did not have good support. We needed good support worldwide.

We use AWS and Microsoft Azure as our cloud providers. We don't use the off-the-shelf product that we get from the cloud. We build around it because we have a standard template. When we deploy our solution in the cloud, all the security features we need are already within the OS, as opposed to using the cloud OS and applying all the changes we need. It's easier to get our template to the cloud and use it.

The licensing for the cloud environment is totally different than the on-premise one. We use the Virtual Datacenter license on-premises. I don't see any difference because Red Hat Enterprise Linux still supports it, whether on-premise or on the cloud.

Red Hat Enterprise Linux knows its product. Whenever I have an issue, an engineer gets assigned to me. I can always escalate if needed. We're not using every host that we license. We ensure that we can fail over smoothly on every single hypervisor. It's fair to license them. We're not using it, but we're still paying for it. I do not like it, but it is a business cost.

We migrate workloads to the cloud. I never upgrade an OS. I usually replace the old OS with a new OS and migrate the application. I use the OS versions 7, 8, and 9. The migration is pretty straightforward. AWS and Azure have a tool that we can use to integrate with our environment. It's a lift and shift. We grab the VM from our on-premise hypervisors and move it to the cloud.

We use Red Hat Ansible Automation Platform mostly for patching and upgrading to the next revisions. We don't upgrade from one OS to another. We build on a new OS and get all the applications running there. Once the application is running, we move all the workload from the old OS to the new OS. There's no impact on the existing system.

I don't do the day-to-day patching because we have a managed service. However, it does create interruption. When we do a patch, we have to reboot, especially when there's a kernel update. It causes an outage. I have used Red Hat Insights. It gives us insight into what's happening on every single Red Hat VM that we have. It tells us if it's behind or has some performance bottlenecks. It gives us visibility on the health of the whole OS.

People who are looking into the product must get a good account manager. We must have a good account manager who we can always contact and who gives us all the updates that we need. They keep us in the loop on what is happening in the Red Hat world. We are satisfied with the product.

Overall, I rate the tool a ten out of ten.

We have Ansible deployed on our Red Hat Enterprise Linux servers. We use it to manage the security of our fleet of Ubuntu virtual machines.

Red Hat Enterprise Linux is way ahead of Ubuntu in terms of security and compliance. It is mainly the ecosystem of data science tools that our developers want that pushes us in that direction. As a security engineer, I have a lot more peace at night knowing that my Red Hat servers are doing a good job keeping our Ansible infrastructure safe because that has fingers into everything we do. It is pretty critical.

Red Hat Enterprise Linux has not affected our system's uptime in any particularly noticeable way.

Red Hat Enterprise Linux has not enabled us to achieve security standards certification because we do not have any yet. We will have them hopefully in the future.

There are some nice integrations with scanning for vulnerabilities. That is the feature I have enjoyed the most because I am a security person, and that is my bread and butter.

Ansible has certainly been a game-changer. It is a lot easier to keep a whole bunch of virtual machines consistent with each other and make a change consistently across all of them. We use them for data science activities. Our data scientists are constantly trying out new packages and downloading new tools. We have to enable them to have root access on their machines but also need to ensure that they are not doing anything stupid at the same time. There are competitors to Ansible, but we are a big Python shop, so it is a very comfortable environment for us.

The only issue we have had with it is around the SELinux configuration because the way Ansible installs, it sticks the platform passwords in a flat file. We want that locked down more strongly than what is there currently with SELinux. 

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

I would rate their support an eight out of ten.

Positive

Primarily, we have used Ubuntu. We have had some of our use cases on CentOS, and then, of course, our workstations are all Windows, but I wish they were not.

We chose Ansible, and that chose Red Hat Enterprise Linux for us.

We use Red Hat Enterprise Linux in the cloud. We have Azure because it is the corporate standard. We do not have any concerns about using Red Hat Enterprise Linux in the cloud. Obviously, everything in the cloud is more exposed than everything on-prem, but it has got good, sensible, and secure defaults built in, so there are no concerns there.

In terms of Red Hat Enterprise Linux upgrades, when we upgraded Ansible this fall, that pushed us from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8. It should be a little easier from now on. Now that we have made the big jump from the older Ansible to AAP, we will probably be upgrading the systems on a quarterly basis.

We probably have not yet seen an ROI. We purchased it a couple of years ago, but we have not had the time to put it to as much use as we wanted to put it to. The cost is low, so it would not take very long to reach a return on investment.

We have not made use of the Committed Spend.

For its use case, I would rate Red Hat Enterprise Linux a ten out of ten.

We are using Red Hat Enterprise Linux (RHEL) primarily in the health care industry for AI modeling and edge computing. One use case involves specific monitoring in a room with equipment and hardware.

I'm keen on this product because everything works as expected. It has embedded compliance features. We expect more in version 10. The keynote mentioned embedded OpenSCAP reporting, which is something everyone wants.

Red Hat Enterprise Linux has a lot of specialized documentation. Typically, people search on the Internet and find solutions by trial and error. However, everything about Red Hat Enterprise Linux is there in the documentation. You only need to follow it correctly. 

The security features have room for improvement, especially for highly regulated industries like health care. That's why it isn't the primary OS in health care. It would be great if they added some features to address the specific challenges health care providers face. 

It isn't hard to patch, but migrating between versions is difficult. We have the the latest version, but the previous version is still working very well. It's hard to leave a working version to upgrade. I would like more AI features, but those will be added to the next version. We are in an AI age, and it's an area where we need to keep pace. 

I have been using Red Hat Enterprise Linux since version 3, starting around 2000. Currently, we use version 9.4.

The stability of Red Hat Enterprise Linux is excellent. I have nothing negative to report in this area.

Scaling Red Hat Enterprise Linux as our needs change has been good. The older versions continue to work well even as we introduce newer solutions.

I rate Red Hat support nine out of 10. They provide competent support and help resolve issues quickly. You don't need to spend a long time searching for a solution. I don't rely on them much, but it has been a big help for my colleagues.

Positive

I have been using Red Hat Enterprise Linux for many years, so it is my default choice when selecting an operating system.

I'm a technical guy, so I'm not dealing with the money side of things, but we've seen a return on investment in terms of time saved due to the good documentation and support. 

Red Hat Enterprise Linux is expensive, but I'm not paying anything because it's the company's money. However, it's priced comparably to other enterprise Linux solutions. It costs a lot because you have a large staff working on the concept and improving everything. There is an open-source developer part that is free, so you can test everything before buying it. 

I rate Red Hat Enterprise Linux eight out of 10.  I know this is a good product because I've used it for many years, and it continues to improve. The OS is great, so I continue to use it. If I'm working on a new project and given a choice between another solution and Red Hat Enterprise Linux, I would always choose Red Hat for the community, support, and documentation. 

There's a free developer version. If you are thinking about purchasing Red Hat Enterprise Linux, you can try the developer version for free. Practice using Red Hat Enterprise Linux, and you will see the difference between the other distributions and Linux. If you want the product to perform at an enterprise level, you need to learn the product. There a plenty of tools and also the Red Hat Academy.