Red Hat Enterprise Linux (RHEL) Reviews

We use Red Hat Enterprise Linux (RHEL) to run our web servers and application servers, and in some cases database servers. It is our primary operating system, and the majority of our servers run Unix, especially Linux.

The virtualization in Red Hat Enterprise Linux (RHEL) benefits my company as the web servers and application servers allow us to grow and be elastic about our loads and costs.

Red Hat Enterprise Linux (RHEL) helps us solve everything, from security compliance to running the core infrastructure of the company. 

My favorite feature of Red Hat Enterprise Linux (RHEL) is the virtualization. 

I have been involved in Red Hat Enterprise Linux (RHEL) upgrades and migrations. We upgraded from version seven to nine recently, first from seven to eight, then to nine. Security requirements were a consideration when we were choosing Red Hat Enterprise Linux (RHEL) in the cloud.

The reason security was a consideration is that primarily we're dealing with the container section of Linux shops. The core of the OS cannot be touched or hacked, especially when it comes to financial transactions. When dealing with financial transactions, we need to keep certain aspects more secure, such as PCI compliance.

My team works directly with kernel patching on a monthly basis, and it's excellent; we always get the fixes for any vulnerabilities, which we have to keep up with based on the financial transactions. We need to keep up with the security patches.

Red Hat Enterprise Linux (RHEL) has helped to mitigate downtime and lower risks. While I don't have a specific number, Red Hat Enterprise Linux (RHEL) has definitely helped in being more stable than other operating systems. When we had other operating systems, we experienced a lot of general panic with infrastructures such as older HP-UX. Red Hat Enterprise Linux (RHEL) is definitely more stable than that.

Red Hat Enterprise Linux (RHEL) can be improved by making it lighter. By making it lighter, there should be versions for specific cases, for customers or images.

I have been using Red Hat Enterprise Linux (RHEL) since 2003.

My experience with Red Hat Enterprise Linux (RHEL) in terms of stability and reliability is excellent. 

Red Hat Enterprise Linux (RHEL) scales with the growing needs of my company excellently, and that is one of the reasons we use it. We scale on a day-to-day basis using the virtualization, which allows us to add resources if we have a new client tomorrow.

Red Hat Enterprise Linux (RHEL) supports our hybrid cloud strategy as we have some legacy systems that we maintain both on-premise and elsewhere. We offer services that are not for the area where we work, which allows us to offer a better response to our clients that are further away, using Azure and different regions for them, so our Red Hat Enterprise server is closer to them instead of having it here.

Every time we have to work on a case with customer service and technical support, the response is fast. Usually, I send the information, and they have something for me within hours, sometimes even minutes.

We have considered other solutions while using Red Hat Enterprise Linux (RHEL). We have different kinds of operating systems for different clients or solutions, and while we still prefer Red Hat Enterprise Linux (RHEL), our goal is to standardize between AIX and IBM. 

We use Windows, which is challenging. We have AIX, which we run within the IBM Z environment. AIX is good, however, the hardware is not optimal, and there's a license for the hardware that is especially used for databases such as Oracle, where you need to license a whole mainframe just to run it.

From a technical point of view, the biggest return on investment when using Red Hat Enterprise Linux (RHEL) for me is interoperability and the ability to automate a lot of the processes, from scratch to day-to-day basis.

My experience with the pricing, setup costs, and licensing of Red Hat Enterprise Linux (RHEL) has been a journey. Licensing for on-premise was different; you have your license for the hardware you're using. When doing it for the cloud, it's more of a subscription-based system. It's been variable with different pricing; we still prefer the older way.

On a scale of one to ten, I rate Red Hat Enterprise Linux (RHEL) a ten.

I am the backend support for RHEL. We develop the stage for the application user.

Red Hat Enterprise Linux (RHEL) has benefited my company greatly because it is open source, making it very helpful to adopt.

Red Hat Enterprise Linux (RHEL) helps us solve pain points because every script and everything in RHEL is very human-friendly. We can automate processes, make changes according to our needs, edit files, add directories, and implement any modifications. Even in the RPMs, we can make changes according to our application needs, which is very helpful for us.

One of the features I appreciate most about Red Hat Enterprise Linux (RHEL) is its user-friendly interface. We have been using it continuously for this reason. As they are automating processes and introducing new methods, especially in RHEL 9, I thoroughly enjoy using the platform.

The GUI mode of Red Hat Enterprise Linux (RHEL) needs to be improved compared to the CLI mode.

I started using Red Hat Enterprise Linux (RHEL) at the beginning of my career. I have worked with RHEL versions 3, 4, 5, 6, 7, and 9. We will begin using RHEL 10 very soon.

Red Hat Enterprise Linux (RHEL) has not helped me to mitigate downtime and lower risks.

I have experience with customer service and technical support from Red Hat. When we encounter issues, we open a ticket with Red Hat, and they provide very good solutions.

When it comes to provisioning and patching Red Hat Enterprise Linux (RHEL) systems in our environment, we use Red Hat Satellite to carve out the image. We build our own image from Red Hat Satellite.

I have been involved in Red Hat Enterprise Linux (RHEL) upgrades and migrations from on-premises to the cloud. The migration process was straightforward without any difficulties. We performed both hot migration and cold migration successfully.

Reliability is key with Red Hat Enterprise Linux (RHEL), and the backend support from Red Hat is awesome. It is much easier to develop our own environment through Red Hat Enterprise Linux (RHEL) compared to other platforms such as Windows or Ubuntu. It is very human-friendly and easy to manage.

My assessment of Red Hat Enterprise Linux (RHEL)'s built-in security for simplifying risk reduction and maintaining compliance is that, compared to other vendors such as Ubuntu and Debian, Red Hat is more familiar with these aspects. We love to use RHEL.

Overall, I would rate Red Hat Enterprise Linux (RHEL) a ten.

My main use cases for Red Hat Enterprise Linux (RHEL) include application support.

Features benefit my company by allowing for cross-site administration, creating a solid baseline across our different environments and using Satellite for cross-site management.

One of the features I appreciate the most about Red Hat Enterprise Linux (RHEL) is the usability and satellite integration across multiple sites, which helps us significantly. 

Many of my current pain points are related to the automation portion with having Ansible building. I have been involved in upgrades or migrations for Red Hat Enterprise Linux (RHEL), specifically for RHEL 7.

We manage our Red Hat Enterprise Linux (RHEL) systems using Satellite and Ansible combined, which automates all of our patches, meaning the server administrator doesn't necessarily have to do anything beyond checking online to ensure that automation is performing as expected.

For the compliance part in government environments, Red Hat Enterprise Linux (RHEL) is compliant with their cyber policies, and it has extensive integration for that. There are also Ansible templates being built up.

My upgrade or migration plans to stay current involve moving from RHEL 8 to RHEL 9, if not RHEL 10, as I know that RHEL 8 reached its end of support life a few years ago, so we do have some work to do while trying to stay on top of releases and upgrades.

Red Hat Enterprise Linux (RHEL) has helped to mitigate downtime and lower risk in our environment; I've only been integrated with it for the last two years and we haven't seen any specific issues caused by Red Hat or Linux itself relating to downtime.

Red Hat Enterprise Linux (RHEL) could be improved by incorporating some of the third-party repositories, as different repos might show more options than one would get with a base builder for Red Hat, so having the choice to include those during install would be beneficial.

I have been using Red Hat Enterprise Linux (RHEL) for the last six to seven years for the company, and personally, even longer.

I haven't seen any issues with the stability and reliability of the platform; we've been building up and tearing down our OpenShift environment frequently, and it consistently comes up and down and repairs itself.

Red Hat Enterprise Linux (RHEL) scales effectively with the growing needs of my company, as we're now utilizing OpenShift to deploy applications, databases, and other resources in a containerized environment, which reflects the direction the world is heading towards in terms of containerization.

I am not involved in pricing, setup costs, or licensing, but I can say the contract deal we have with Red Hat seems pretty fair, along with the support they provide.

Positive

We did consider other solutions in our journey, particularly looking into OpenShift, however, Red Hat is probably our number one choice.

The initial setup has been straightforward. We didn't have challenges. On top of that, you have the automation. It's getting easier. They continuously build in more tools and more automated processes so we can spin up the VMs easily.

We have been involved in migrations - specifically, RHEL 7 and Linux. The lead process is relatively straightforward.

For me, the biggest return on investment when using this product is automation.

While I am not involved in pricing or licensing, my understanding is that it's a pretty fair contract deal that we have with Red Hat and the support that they provide.

I rate Red Hat Enterprise Linux (RHEL) nine out of ten.

I'm supporting a client in North America, specifically in Canada, where they are using Red Hat Enterprise Linux (RHEL) servers in their retail business. They utilize it for back office software service, specifically a software called BOSS (Back Office Software Service). We are using Red Hat Enterprise Linux (RHEL) on almost 1,200 servers, but this year, we have started migrating to Rocky from Red Hat Enterprise Linux (RHEL).

Vulnerability management and patch releases are done on time. There are no delays, and we are not leaving our environment vulnerable, which minimizes risks.

Red Hat Enterprise Linux (RHEL) has helped us mitigate downtime and lower risk. With our current patching process using Kpatch, we frequently do not reboot the servers. We only reboot once a year during application downtime to upgrade to the next kernel level, while all security patches are applied live.

Some of the best features I noticed with Red Hat Enterprise Linux (RHEL) include the LVM and the patching mechanism through the Satellite system. We do patching whenever there is a security vulnerability, and we are able to do it with the support of Red Hat Enterprise Linux (RHEL). For me these two big features, LVM and patching, are essential. 

If I can resolve an issue myself, that would be ideal, as it means I wouldn’t need to raise a case at all. The KB articles should contain all the necessary information for reference.

It would be great if they're able to reduce the price. It will be easier to convince customers to use Red Hat Enterprise Linux (RHEL) instead of open-source solutions. 

I have almost five years of experience with Red Hat Enterprise Linux (RHEL).

Scalability is fine; I don't have any challenges there. However, we are not using many of those features because our application is not ready to utilize them.

We use their knowledge base to find the solution.

I would rate the technical support with Red Hat Enterprise Linux (RHEL) a nine out of ten. 

Positive

The customer is moving to Rocky. It is not our decision; we still insist on Red Hat Enterprise Linux (RHEL) due to its security and additional features. The customer is moving away primarily for cost-cutting on licensing. 

Compared to other Linux distributions such as openSUSE, SUSE, or Rocky, I believe Red Hat Enterprise Linux (RHEL) offers better features. In Rocky, we don't have a live patching mechanism.

Deployments or migrations are quite easy for us since we have been working with Red Hat Enterprise Linux (RHEL) for the last five or six years. It feels like a piece of cake. Whether it's a minor or major version update or a migration, we don’t face any significant challenges. The process is smooth.

Initially, it took us two days to spin up a VM with all the requirements when on-prem. Now, the code is in GitLab. We have set up a code to build the servers, so after submitting a request in ServiceNow, it can be ready the next day. It is all automated.

It was on-prem, but last year, all of the servers were migrated to GCP.

There isn't much difference whether it's on-prem or on cloud, because the patching mechanism we follow through the Satellite system remains the same. From an admin's perspective, there isn't much difference between cloud and on-prem support.

As we lift and shift, our application is not cloud-ready or digital-ready, so we are still working in legacy mode. Therefore, we need to recode the entire application stack to make it compatible with cloud features.

If Red Hat Enterprise Linux (RHEL) can reduce its pricing, then it would be easier to convince others that there is not much difference between open-source solutions while still receiving several features for a licensing cost.

I would rate Red Hat Enterprise Linux (RHEL) a nine out of ten.

Our main use case for Red Hat Enterprise Linux (RHEL) at the moment is for our dev machines, as we do software engineering for automotive, and we have a lot of developers who need Linux. We had a bunch of systems and other things, and we are now rolling them all to be standardized on RHEL.

The management dashboard, RHEL satellites, Ansible, and all those integrations have been the most valuable features of Red Hat Enterprise Linux (RHEL) that really help us. 

The features of Red Hat Enterprise Linux (RHEL) allow our company to standardize our fragmented ecosystem, which consists of a lot of Windows systems and different development environments, so that we can move away from the 'it works on my machine, it doesn't work on your machine' issues.

We are deploying workstations with Red Hat Enterprise Linux (RHEL), and we also look at deploying on-prem. We already have some cloud deployments through third-party contractors, and we are trying to tie it all together into one system. We also have high-performance compute on-prem for doing GPUs, CPUs, and simulations, and we have workstations on-prem with potential cloud workstations as a migration area.

We are migrating some workloads, such as local development tasks, to Red Hat Enterprise Linux (RHEL), but we haven't really started with the servers yet. Currently, we manage our Red Hat Enterprise Linux (RHEL) systems using the cloud portal to build a custom image for our machines, but we want to move toward satellites and use that as our comprehensive management and patching tool.

Utilizing all the security features of Red Hat Enterprise Linux (RHEL) is really important for us as an enterprise with a lot of security focus in automotive and intellectual property, and we are easing into some features such as different security profiles to ensure a secure experience for our users.

We have been trialing on Red Hat Enterprise Linux (RHEL) 9.5. We are now looking at moving towards RHEL 10, which is going to be one of our migrations before we go full production launch on this, and we're looking at doing incremental upgrades as we go to have the latest stuff available.

With Red Hat Enterprise Linux (RHEL), there's a lot of fragmentation in the documentation across different versions, and ensuring that the right version is being read can be challenging. Features such as AI assistants would provide a more unified experience, which is really helpful for IT teams who may not be Linux-centric.

I have been using Red Hat Enterprise Linux (RHEL) for just a couple of weeks as we are starting to deploy it. We originally did not have any Linux systems with us and are now moving forward with that whole process.

The stability and reliability of Red Hat Enterprise Linux (RHEL) seems to be rock solid from our perspective, as we have workloads running continuously 24/7, and the only reason we shut it off is to install a full reboot update or if the workload fails due to our own issues.

Red Hat Enterprise Linux (RHEL) is definitely going to scale with our company's growing needs. Other elements of the company have been using RHEL in production, and from our perspective as a small R&D center, it provides the flexibility to manage multiple sites in California, Michigan, and keep them all synchronized, reducing the need to send IT individuals to California to fix problems.

I would rate the customer service and technical support of Red Hat Enterprise Linux (RHEL) a ten out of ten. We really felt that with our Red Hat partner, there's personal service that has helped us build better solutions for our team; it has been a truly awesome experience.

Positive

I have only been with the company for a year and a half, so I'm not aware of anything they've done with other Linux OS solutions, however, we have primarily been Windows from a developer perspective, and now we are starting to get into using Linux systems on a daily basis, focusing on workstations for now.

We purchase Red Hat Enterprise Linux (RHEL) through a roster indirectly, and that will be our deployment methodology for any AWS deployments of RHEL AMI images. My assessment of the pricing, setup costs, and licensing for Red Hat Enterprise Linux (RHEL) is that our finance team handles it, and I've been hearing good feedback; they find the licensing model much easier to understand.

For us, the biggest return on investment when using Red Hat Enterprise Linux (RHEL) has to do with standardization and the ability to manage a fleet of devices, whether on-prem, in the cloud, or servers, through unified portals using standard processes and reducing fragmentation among machines.

Before choosing Red Hat Enterprise Linux (RHEL), we looked at Ubuntu Pro and a couple of other options, however, we decided that RHEL fits better into our ecosystem, particularly in our adoption of OpenShift for DevOps, as it's best for our developers to have the same development environments from end to end.

On a scale of one to ten, I would rate Red Hat Enterprise Linux (RHEL) a nine.

We use a lot of Red Hat Enterprise Linux (RHEL) for developing products for our customers. Since Red Hat is known as a popular option for many of our customers, it provides a standardized platform for us to deliver products on. 

Ansible has helped my company by managing disparate systems, allowing us to configure for specific use cases and providing common configurations, so it helps us wrangle all the disparate situations and configurations that we have across various different product teams in our labs.

When working with the Linux system, especially dealing with thousands of systems, Ansible is probably the most helpful tool. It has helped my company by managing the complexity of disparate systems, allowing us to configure for specific use cases and providing common configurations across various product teams in our labs.

My company is not particularly happy with the current pricing models that are available. We have been starting to diversify so that we can deploy machines quickly onto Foxconn or other platforms. We will probably use Oracle Linux instead because we don't want to deal with the licensing issues of putting Red Hat Enterprise Linux (RHEL) up and then tearing it down a week later. Our management chain is not satisfied with the current pricing model.

I have been using Red Hat Enterprise Linux (RHEL) for at least a decade.

There are always bugs in any software product, but it seems pretty stable.

The technology of Red Hat Enterprise Linux (RHEL) scales greatly, but the pricing doesn't scale as effectively.

The customer service and technical support are outside of what I deal with as a system administrator. I use the Red Hat support through the website most often to look up technical issues, which works effectively. If I were to rate that support from the website on a scale of one to ten, I would give it an eight or nine.

Positive

We transitioned to Red Hat Enterprise Linux (RHEL) from Fedora approximately a decade ago. More recently, we've decided to diversify so that lab compute loads that are internal, which are going to be kicked over repeatedly, are moving to Oracle Linux. We have also acquired several companies whose systems are set up to run on Ubuntu, so our environment is diverse.

We manage our Red Hat Enterprise Linux (RHEL) systems with our own internal Ansible playbooks for performing upgrades and patching, so it's all integrated for us.

Our upgrade and migration plans to stay current are a continual process. People in our labs prefer to maintain what they have because they want to stay at steady state indefinitely, but that isn't possible. We are continually working on eight to nine upgrades simultaneously.

I see a return on investment when using this product in general, as it helps us support our product development teams, which generates revenue.

I have not been involved in any cloud migrations because that's handled by a separate team. Regarding upgrades, transitioning from version six to seven was more complex. We are currently in the process of upgrading much of our version seven base to versions eight and nine, which is progressing more smoothly.

I haven't purchased Red Hat Enterprise Linux (RHEL) on AWS Marketplace, as that falls outside of my responsibilities and would be handled by the cloud team.

Regarding Red Hat management for security, we have dedicated security teams that assist with evaluations, and we partner with them for implementing solutions to security issues. 

Overall, I would rate Red Hat Enterprise Linux (RHEL) an eight or nine out of ten. The pricing structure is the main factor preventing it from receiving a perfect score, as improved pricing would enable more ubiquitous use.

I used Red Hat Enterprise Linux (RHEL) for my past job where it was used for VMware. It was always on VMware, JBoss, or WebLogic for web-based apps and similar applications. In my current job, we use it as a base OS for AAP or for VSOS, for a Docker host, a pod host, or various applications.

Red Hat Enterprise Linux (RHEL) is valuable for us since it's stable and reliable. 

Some of the new features they're adding to it, such as RHEL 10 and the AI, sound really helpful. The federal security features are also beneficial. Especially the AI feature sounds useful.

Red Hat Enterprise Linux (RHEL) helps simplify processes and having support is super helpful. When I have an issue and try to track it down without success, I can submit a ticket and get support. They're usually able to troubleshoot the issue, so having support is beneficial for me.

Our upgrade or migration plans to stay current involve using Red Hat Enterprise Linux (RHEL) 8 for much of our infrastructure, while also deploying RHEL 9 for the past six months. Once RHEL 8 is deprecated, we'll probably start looking to migrate to RHEL 10 and building net new servers.

Red Hat Enterprise Linux (RHEL) definitely helps to mitigate downtime and lower risks through access to AAP. I've also heard you can do an in-place update for the kernel, which is something I'm curious to try but haven't had the chance yet.

Improving Red Hat Enterprise Linux (RHEL) requires good documentation and having a way to onboard people for new technology they're introducing. The AI will be helpful for that since they have that now. The SE policy is not very clear on how it's supposed to be implemented, which they can improve upon, or perhaps I don't know where to look for that information.

I have been using Red Hat Enterprise Linux (RHEL) in my job for probably ten years or more.

Red Hat Enterprise Linux (RHEL) has been pretty reliable from my experiences so far, with no major issues.

Customer service and technical support from Red Hat Enterprise Linux (RHEL) has been pretty good overall. It has been fairly responsive, although I have had times when it was somewhat slow to respond to tickets and requests. I've had coworkers who have experienced that as well, so that could be improved. The response and quality of their responses could be better in some cases. In other cases, it's adequate for what we need.

Neutral

My experience of deploying Red Hat Enterprise Linux (RHEL) in general has been pretty good so far. I use Image Builder, which is developed by Red Hat. I use that to create the image, and then satellite servers actually deploy it. For the most part, it's seamless and reliable.

The biggest return on investment when using Red Hat Enterprise Linux (RHEL), from my point of view, is having the integration between all of the various platforms, whether it's AAP, or satellite, and IDM. We use satellite, AAP, and IDM, and the integration between all of these has been super helpful.

We haven't had a need for other solutions while using Red Hat Enterprise Linux (RHEL) currently, but if something came up, we would probably consider it.

I have been involved with upgrading from Red Hat Enterprise Linux (RHEL) 8 to RHEL 9, and from RHEL 7 to RHEL 8 because RHEL 7 has been sunsetted. In these cases, we build net new rather than doing in-place upgrades.

For upgrades, we use satellite to deploy, and AAP for our host provisioning and whatever we need to layer on top of the infrastructure. For managing Red Hat Enterprise Linux (RHEL) systems regarding provisioning and patching, we use AAP. We have a written playbook that reaches out to the host and takes a snapshot of the host in VMware. Then it runs the patching and reports back if it succeeded or failed.

I rate Red Hat Enterprise Linux (RHEL) an eight out of ten.

My main use case for Red Hat Enterprise Linux (RHEL) is server administration, so we provide a group that delivers server software from RHEL, including Ansible and Satellite.

The features of Red Hat Enterprise Linux (RHEL) that I appreciate most are the standard ease of use through Satellite and Ansible, which help us keep up with our demands. The benefits of those features for my company include managing compliance issues or demands we face for the business, so we need to keep up with patching on a regular basis, which is important.

Red Hat Enterprise Linux (RHEL) could be improved, and it appears 10 is a good way forward. Having been in this industry for so long, I don't have much on my mind, however, there is generally a barrier to getting used to it. The Lightspeed is improving it to help newcomers, so it seems a good idea.

My thoughts on RHEL's built-in security features are that they might be better; we haven't really gotten security to be very smooth, so we're not using much of it, and we have other tools to ensure compliance. At the moment, there is nothing I really miss from RHEL's features.

I have been using Red Hat's products since 1990. I've been using Red Hat Enterprise Linux (RHEL) since 1996 or 1997; RHEL came in the 2000s.

Red Hat Enterprise Linux (RHEL) has helped to mitigate downtime and lower risks since we don't have much downtime when it comes to Red Hat systems; it's quite stable. The stability and reliability of the RHEL platform are good.

Regarding scalability, Red Hat Enterprise Linux (RHEL) has been able to scale to the needs of the company; we haven't met any limitations yet, and we mostly deploy it with scale-out and scale-up strategies, but we haven't managed to scale up fully yet.

My experience with customer service and technical support is that they respond, which is good. Sometimes, the bug fixes take a little while, especially on their supporting systems such as Satellite. From one to ten, I would give the customer service and technical support a seven or an eight.

Positive

While using Red Hat Enterprise Linux (RHEL), I considered other solutions such as Ubuntu for client-side use; tying it into Microsoft software, such as Microsoft Entra ID, which was not possible at the moment when we started looking into it, could work even more with connections or using external vendors.

The deployment is very easy. I've been doing it for a while too. Satellite helps a lot. AIP helps even more.

From my point of view, the biggest return on investment when using Red Hat Enterprise Linux (RHEL) is the stable environment it provides, along with the solutions going from A to B, from all the way from A to Z; we get the patches, it's updated, and it's alive.

The price is always an issue, and it depends on what you get; we have lots of development, yet I'm not economical and don't deal with finance, so it's not my area of expertise anymore. 

We haven't made any upgrade or migration plans to stay current with Red Hat Enterprise Linux (RHEL) 10 since that's just released; most of our systems are running 8 and 9 at the moment, so it depends on the applications running on them, their dependencies, and we have many systems that can't be upgraded, however, we want to stay on track for the most important systems.

Overall, I would rate Red Hat Enterprise Linux (RHEL) an eight out of ten.

Our use cases for Red Hat Enterprise Linux (RHEL) are diverse; it powers our servers, runs desktops for our development network, as well as some of our production hosts, and we'll see if it expands further.

Red Hat is giving that level of enterprise support helps us build a Linux ecosystem that makes sense for business.

Red Hat Enterprise Linux (RHEL) helps us solve pain points by providing tremendous support from our Red Hat representatives. 

The flexibility that we get through Red Hat Enterprise Linux (RHEL) and the ability for people to build their own tools as they're working without having to deal with something like PowerShell or hack it through backwards ways in Windows is a real relief. 

Interactive Brokers is powered by our workforce, and we have really brilliant engineers, top to bottom, especially our developers. The flexibility that we get through Red Hat Enterprise Linux (RHEL) and the ability for people to build their own tools as they're working without having to deal with something like PowerShell or hack it through backwards ways in Windows is a real relief and something that we couldn't operate without.

We deploy Red Hat Enterprise Linux (RHEL) in both cloud and on-premise environments in a hybrid environment. Currently, our management of Red Hat Enterprise Linux (RHEL) systems when it comes to provisioning and patching has gone through many changes throughout the years. We are currently using KVM. We're exploring OpenShift and some other options, and I am satisfied with that management experience.

Security requirements were considered before choosing Red Hat Enterprise Linux (RHEL). We've been primarily with Red Hat for a very long time, and security concerns have kept us with RHEL throughout the years as we have not been comfortable with anything else.

Red Hat Enterprise Linux (RHEL) supports our hybrid cloud strategy effectively, and many of the options I've seen at the conference will make spreading out into the cloud without compromising our on-premise systems more convenient than it might be with another distro. I assess the knowledge base offered by Red Hat Enterprise Linux (RHEL) as very strong; the customer relations management, support, and the fact that it's an open-source platform gives you huge clarity versus Microsoft or some other type of closed environment.

Red Hat Enterprise Linux (RHEL) can be improved by providing more support for on-prem. As you go by industry by industry, the more regulation and control you need over your data, the more precious data sovereignty becomes, and being able to work in a hybrid environment with a push in that direction would be better.

I have been using Red Hat Enterprise Linux (RHEL) for 11 years now, and our company has been using it for maybe close to 20 years at this point.

The stability and reliability of Red Hat Enterprise Linux (RHEL) are very good. It's not throwing out mystery patches that break things constantly, as certain other server solutions do, so that stability has been strong because we can say we don't need that patch now, and review them on their own merits. We are looking forward to RHEL 10.

Red Hat Enterprise Linux (RHEL) scales to the growing needs of our company excellently, and the scalability is a big draw.

The customer service and technical support of Red Hat Enterprise Linux (RHEL) has been wonderful so far. The community is a never-ending well of support, and my personal experiences with our customer relations manager have just been top notch.

I would rate the customer service for Red Hat Enterprise Linux (RHEL) as a solid ten out of ten. I have less experience needing their support for technical issues. Just as a partner, it has been very strong.

Positive

We have considered other solutions in our Red Hat Enterprise Linux (RHEL) journey. There have been arguments this way or that, however, they've never been enough to dislodge us. We do run Windows and other things. That said, our whole program base and everything we do back and front relies on having an enterprise Linux solution.

The biggest return on investment when using Red Hat Enterprise Linux (RHEL) is the appreciation of being a Linux shop with enterprise-level support, enabling us to keep it up. Trying to imagine running a worldwide company purely on free open-source software would be wholly unsustainable and require unfathomable levels of worker hours, so having the power and flexibility of a Linux ecosystem with that level of enterprise support makes it all work.

On a scale of one to ten, I rate Red Hat Enterprise Linux (RHEL) an eight out of ten.

We use Red Hat Enterprise Linux (RHEL) for engineering simulation activities.

The features of Red Hat Enterprise Linux (RHEL) benefit our company as we're able to run the simulation software without question.

Red Hat Enterprise Linux (RHEL) helps us solve pain points. We design our engineering products and need Linux systems to design the products. 

The feature I appreciate the most about Red Hat Enterprise Linux (RHEL) is that it's supported by our vendors that support the applications we run. 

Red Hat Enterprise Linux (RHEL) is fine; I don't know how it can be improved. I don't think they could enhance one of their features. 

When we go from version seven to eight, and eight's a little slower, or certain things don't work, they should ensure there's 100% improvement or stability; I don't want anything broken.

I have been using Red Hat Enterprise Linux (RHEL) for one year.

The stability and reliability of Red Hat Enterprise Linux (RHEL) are fine; I'd be surprised if it wasn't stable.

Red Hat Enterprise Linux (RHEL) scales to my needs just fine.

The customer service and technical support for Red Hat Enterprise Linux (RHEL) are okay; I would rate it a five out of ten. What could make it a ten are improvements in customer service to reach Dell quality. It might be an unfair advantage since Dell is all hardware, and the quality of their support is top-notch for hardware, while Red Hat's all software. It's a whole different situation; support is easier with hardware than it is with software. My only suggestion would be to get support to the right people. 

I don't want to go through two levels of support to get somebody who can solve my problem; I want to talk to somebody who can work with me around the globe. If I call and get someone who's in the UK on his shift when it's ending, give me someone in San Jose to pick up where he left off.

Neutral

I considered other solutions before choosing Red Hat Enterprise Linux (RHEL). We were all open to CentOS, AlmaLinux, and similar options, which is why I've been using the open-source software for 15-20 years.

The deployment process of Red Hat is good. There were no problems.

The biggest return on investment when using Red Hat Enterprise Linux (RHEL) for me is just its compatibility. We have one source of truth that's generally accepted in the industry for application software.

I don't handle the pricing or setup costs for my company as we've got a big contract.

I chose Red Hat Enterprise Linux (RHEL) due to the fact that when Red Hat bought CentOS, they eliminated the model; otherwise, we would probably still be using CentOS.

Our upgrade or migration plans to stay current with Red Hat Enterprise Linux (RHEL) are limited by the applications we run, so I won't upgrade to version ten until the applications say they can run it; that's the number one thing. 

Red Hat Enterprise Linux (RHEL) has helped us mitigate downtime and lower risk as we have plenty of extra systems. I don't have an application that's a 24/7 application that I can't shut down. 

I would rate Red Hat Enterprise Linux (RHEL) in general an eight out of ten.