Red Hat Enterprise Linux (RHEL) Reviews

I've used it primarily in federal government computing centers. However, I've also used it in private companies.

I run everything on it. I've run databases, I've run web servers, and I've run application farms - so pretty much everything. I have it for MongoDB, data crunching, and more, so it covers the gamut.

The product saved us a lot of money compared to other products, like Solaris. Also, having one OS as opposed to many OSs is nice. For the most part, the benefit for the organization is saving money compared to other operating systems and having good stability.

I'm just a tech guy, so I don't know how well it affects the organization's efficiency. However, I do find that we keep things running.

The consistency, stability, and centralized batching are great.

It is easy to troubleshoot using RHEL. Their support site has excellent references, and it's widespread, so you can find pretty much anything you want on Google.

RHEL's built-in security features and security profiles for helping to reduce risk and maintain compliance are good. I like them. We don't run the firewalls on the servers. However, we run STIG and more against them, and we do pretty well.

They don't have any huge innovations. However, they're supporting many excellent projects and integrating many excellent tools into their stack. We hope they keep doing what they're doing and keep supporting open source.

The licensing model is kind of a mess. It works, however, it could be streamlined. For example, just how they apply the licenses to servers and the solution seems like a mess, at least from my end of it.

I've been using the solution for 15 to 20 years. 

I like their stability. I like that they are gatekeeping a lot of the changes. They are not too far behind the curve. However, they are maintaining stability, which is important, especially for running businesses.

Technical support is excellent. 

I've never had any issues with their tech support.

Positive

We also use Red Hat Ansible and Satellite.

I have used Solaris, and I've used different distributions of Linux, however, not always in a professional setting.

The deployment is straightforward. 

Building out a server or building out infrastructure is simple, comparatively. Setting it up so that you can deploy multiple servers is simple. Being able to do post-install and install via Ansible is great. It's smooth.

We've been rolling out new OSs across the entire infrastructure at the scale of maybe a year or two. That said, we're getting it ready to deploy everything in a month or two, at a maximum.

There is some maintenance. For example, we have to patch all the time, however, that's true of any product. I am constantly tweaking and upgrading and making changes. That said, in terms of knocking out the foundation, I don't have to do that often, so that's good.

While it's my understanding that the solution has saved the organization money, I can't say exactly how much. I don't know the exact numbers.

At this time, we do not use Red Hat Smart Management.

The benefit of using multiple Red Hat products is that they integrate well, so I don't have to worry about fitting different Lego pieces together. They just work. I prefer Red Hat over most other solutions since I'm most familiar with it at this point and it offers consistency.

I'd rate the solution nine out of ten.

I work for an IBM business partner and we install Red Hat for our customers. They use Red Hat for databases, application servers, and some IBM applications that we also install. There are different uses.

RHEL gives our customers the abilities and security of an enterprise application. It's an enterprise operating system with enterprise support. The benefits are the stability of the product and the support for problem-solving.

It has also enabled our clients to centralize development and it is integrated with a lot of Red Hat tools. We have a customer with OpenShift and other products from Red Hat and it helps to centralize and coordinate the development in their environment. It makes things easier and their productivity is higher.

We also use Red Hat Insights. It's a good tool and it helps us keep the installation up to date and have a global view of what we have. In addition, Insights provides vulnerability alerts and targeted guidance, and those features have helped increase uptime.

The security it provides is one of the most important features, as are the support and the documentation. The latter helps me to do everything. 

The features included in the Red Hat environment enhance the security that Linux has by default. They're good enough to secure the system. It's very complex but it's flexible and it gives you the opportunity to deploy good security. These features reduce risk.

We use it in a hybrid environment. We have it on-prem and also in the cloud. It offers good security in such an environment. The security is well-defined and I would evaluate it positively in this type of setup.

Also, the containers and the application are totally exportable to other Linux distributions. It's very open. I haven't found any compatibility issues with other Linux distributions.

The Cockpit interface needs improvement with more features. The information for implementing Red Hat Cluster could be also improved. And there could also be better performance monitoring.

I have been using Red Hat Enterprise Linux (RHEL) for eight or nine years.

It is very stable and that is one of the features we most appreciate about it.

It's scalable.

We are quite satisfied with the technical support of Red Hat. Perhaps they could improve on their response times, but it's quite good.

Positive

We use Ubuntu and SUSE. We switched to Red Hat mainly for the enterprise support that we receive, the documentation, and the container integration.

Deployment is easy. It's very intuitive and it is well explained in the documentation.

The time it takes depends on the application, but the operating system takes a few hours to deploy and do the initial configuration. In two hours you can have a system up and running.

Generally, we start with the requirements. We have a pre-production environment and we test the strategy there. We prefer container applications, so one of the strategies that we follow is that, if it is possible to install the application container, we do that.

It can be deployed by one person like me. I am an architect but I could be a system engineer certified by Red Hat. The solution requires maintenance such as periodic upgrades to stay up to date. We have two or three people involved in that process, including patching application, compiling the product, and updating the application and the operating system, when needed to stay current and to be compatible with the next new features.

We have deployed it in various locations and we have also deployed it in IBM Power Systems as well as in some databases. We have an application server installed there and some IBM applications.

We use resources from Red Hat support. That's usually enough for us.

The pricing of RHEL is very similar to other offers. We like the model that Red Hat makes available for subscription and support. There are some free parts, subscriptions that facilitate solution development and implementation, and then, when the solution is well-defined, we move into the paid support license. That kind of subscription is a good approach.

The overall cost of RHEL versus its competitors is comparable. It's more or less the same as SUSE. But the support from Red Hat is better than you get from the others.

Compare the documentation and the answers that are published by Red Hat. Review these aspects and that should help you decide.

I strongly recommend RHEL as it fits well in on-premises or cloud development, whether for a small or a large company, and it's a professional product. It's very integrated with container technology, including with Podman and Docker, although we recommend Podman for containers. RHEL fits well in a lot of situations and container environments. It's a good product.

I'm using Red Hat as an OI solution with some Oracle databases and an FTB server on top of it. I am not using containers in Red Hat. It's solely serving as an OS with direct applications installed on it. We have a few thousand users benefiting from Red Hat indirectly, but only 10 to 20 people work directly with it. I only use Red Hat in one location right now. Previously, I had it deployed in a cluster. 

The most important thing for any organization is stability and uptime for the application and the environment. Red Hat provides us with stability and uptime, and it gives us all the tools we need to integrate with our other solutions. 

It's also a suitable environment for applying security certificates. You can perform all the requirements on Red Hat. For example, you can do everything you need to comply with BCI, ISO, or any other certificate. 

The most valuable thing about Red Hat is its stability, uptime, and support for various hardware vendors. Linux servers, in general, are relatively secure and they are more secure than Windows and other products. 

Red Hat provides additional tools to customize your environment and harden your OS. For example, you can apply security patches and use benchmarks. You can do everything in Red Hat, so you can always have a highly secure environment. The interface is pretty good. Our engineers like the PLI interface.

I've been using Red Hat for around 10 years. 

Red Hat is as stable as you want it to be. We periodically have some bugs, but we can resolve these issues quickly. 

Red Hat can be scalable, especially if you are using it for virtualization. For example, KVM is easy to implement and scale up. You only need to add more nodes to scale as much as you want.

I rate Red Hat support nine out of ten. It's nearly perfect. Red Hat support has one of the best teams I've dealt with. 

Positive

I've used some open-source environments like CentOS and some other solutions like Solaris and HBOX. We switched to Red Hat because it's easier to deploy and manage.

Setting up Red Hat is straightforward if you're doing a basic installation. They have a beautiful installer that handles everything. For a more advanced deployment, you may need to go through some more complicated steps to customize it for everyone's best practices. 

You only need one person to handle the installation, which takes anywhere from a few minutes to an hour, depending on the installation. If you install Red Hat correctly based on your requirements, you don't need to perform any maintenance. You might need to patch, upgrade, add resources or harden the OS. When discussing security, you always need to follow up on patching and security hardening.

The cost could be lower. Red Hat is considered a costly solution. It can be expensive if you want all the features in the license. A cheaper license would make Red Hat more accessible to a broader range of users. It's reasonable given the features and performance, but a lower price would encourage more people to adopt it.

We looked at HBOX servers, but they are far more expensive than Red Hat. Red Hat is more optimal in terms of cost versus performance and stability than other solutions like Solaris and HBOX.

I rate Red Hat Enterprise Linux nine out of ten. It's an excellent solution. Go for Red Hat If you want stability at a reasonable cost. It's the best.

We're using it to support security applications. We also use it for various infrastructure aspects, such as hosting Satellite or Ansible Automation or Confluence. We have a mix of different apps running on it.

Our improvement as an organization, from using RHEL, has been the ability to take the stance of an infrastructure-as-code approach. We've seen that with automation of server deployment, getting them spun up a lot faster. Traditionally, the environment was using Satellite and Kickstart. Regardless of whether we were bare metal or virtual, it could take a couple of hours to Kickstart a server. Moving to infrastructure-as-code and deploying a server takes about 10 minutes until it's ready to use. It's a lot faster.

In addition to Satellite, we're using Ansible Tower. Those are the only ones we're paying for. We use other products, like Red Hat IDM for identity management but that's part of RHEL. When it comes to the integration between these products and RHEL, we're able to use Satellite for our dynamic inventory, with Ansible to help deploy new servers or manage servers, and we use Ansible Tower to patch our servers. Everything works pretty well.

That integration has helped to improve things compared to how they were when I got here. For example, we have a more automated process for patching. As we develop it and work through issues, we hope it will be more of a pipeline and a lot easier and faster, compared to how it was done before. Similarly for building servers, now that we're able to use Satellite as our dynamic inventory, we're able to run Ansible, whether it's predefined playbooks or ad hoc, without having to do something manually or maintain an inventory file.

We also use the AppStream feature in some cases. We have a couple of applications that require different versions, and we're able to install it and it makes the requirements for those specific applications.

The most valuable features are

• stability
• supportability.

Those have been the two common and important features over the years. They're pretty equal. You want to have something that's up and running and stable, something that's not going to crash. But if we do have an issue, we can get somebody for technical support who can help us work through the problems.

As for the consistency of application and user experience, we spin it up and almost forget about it. It just does what it's supposed to do, regardless of the underlying infrastructure. It's all good and there are no issues as far as supporting applications or things crashing go. Because it's doing what it's supposed to do, it's not a source of concern.

And similarly, there are no issues when it comes to deploying current applications and emerging workloads across bare metal, virtualized, hybrid cloud, and multi-cloud environments. We just have to take note of whatever the requirements are for the application we're deploying, to make sure requirements are met, and then build a server based on those requirements.

In this environment, I'm not doing any cloud work, but in my last environment we did do a bunch of public and private cloud and we had no issues there. It worked fine and as expected in AWS and OpenStack. We were doing infrastructure-as-code in that environment as well. We would create an image-base, whether for AWS or OpenStack, and then we would automate the deployment again, using Terraform and Ansible for configuration. It made deployment of cloud-based workloads relatively quick.

My biggest issue right now is Red Hat Consulting and trying to use some of their services to help get us going. Technically, they're good, but we seem to have issues with scheduling.

Also, we initially deployed it with Red Hat Satellite. We're now moving more to automation using Terraform within VMware, to automate the clone and then follow up with Ansible to configure. Red Hat's standard deployment is with Satellite and Kickstart, but we're looking at other options to help speed it along. We do have a mix of bare metal and virtualized servers and it's easier to spin up in the virtualized world versus bare metal. That's why we're looking at some options outside of Red Hat, for the bare metal. We'd like something that we can use to build a server a lot faster, as well as address network latency issues.

I have been using Red Hat Enterprise Linux (RHEL) since version 4 or even before that, since 2000 or 2001, before it was RHEL.

In the environment I'm in right now, we've never had any issues. It's very stable. 

In another environment that I worked in, we had some Oracle Databases, but that wasn't really an issue with the operating system. It was more an issue with some configuration items between the database and the OS. And that was about four years ago.

In the last company I worked for we were deploying a PasS environment, where we were doing some stuff with containers, and RHEL worked well. In my current environment, it's more of an application base but, again, it seems to scale. Both have worked fine.

Red Hat's tech support has been pretty good. I'll open up a ticket to see if I can get information from Red Hat when I don't have the time to find it on my own. But 99 percent of the time we get great support and we're able to get the answers that we need.

Positive

The pricing is fair. We do a bunch of dev work and there is some free dev licensing out there that's great for doing proof of concept work. When that was brought out a couple of years ago we heard about it, but it didn't seem to have been communicated to our Red Hat representative. We would ask him about it and it seemed that they were confused. 

But the cost has been pretty stable over the years for what you get.

We figure out what we need for servers, make our purchase, and then manage it all in Satellite. We just make sure we're using what we pay for.

In the past, I've used other versions of Unix, such as Solaris and HP-UX, as far as paid versions go. In other environments we also used community versions, like CentOS and Oracle Linux. 

Oracle Linux would probably be the closest thing to a paid solution, although I think it's free. But using Oracle Linux wasn't a good experience. Dealing with Oracle support was not the best. Maybe it has improved, but it just wasn't the same as Red Hat support.

Times have changed from when I first started using it. Back then it was just a matter of putting a CD in and installing it. One of the companies I worked for did a lot of homegrown stuff and I used their tools that were like Kickstart. Now it is all automation with infrastructure-as-code. The complexity of deployment is about the same. Some of what we're doing to deploy stuff is outside of Red Hat and it's a matter of finding what tools are available.

We're in the process of deploying something right now where we have different versions of Python. That's the only use case we have with multiple versions on the same server. I don't expect any issues, but it's still early in that deployment.

We have three people dedicated to maintaining the infrastructure environment that we work in. That includes managing Linux servers, the applications that go with them, and dealing with day-to-day tasks like patching. It's the typical life cycle maintenance functions: break/fix, dealing with hardware issues, deploying new applications, and maintaining a VMware environment.

The reason we're using it is because it's stable and we know we can get support. I know there are other versions of Linux, ones that I've used, but I've never experienced the kind of support with those versions that Red Hat has provided. Red Hat is a stable Linux solution provider.

We have various use cases with about 12,000 instances across four data centers and three different clouds. In general, it's for the adoption of and standardization with other vendors, so that other vendors' software is known to work. We're doing lift-and-shift of existing hardware infrastructure that is onsite into the Cloud.

It enables us to deploy current applications and emerging workloads across bare-metal, virtualized, hybrid cloud, and multi-cloud environments. Typically, there haven't been a lot of issues in terms of the reliability of applications across these environments.

The AppStream feature provides access to up-to-date languages and tools in a way that interoperates with third-party source code. It makes it a lot easier to maintain that, as well as keeps our developers happy by having newer versions of development languages available.

In addition, as we roll into version 8 and, upcoming, 9, it makes the migrating of older applications into these environments easier.

We also use Red Hat JBoss Fuse and Red Hat Insights, the latter being a part of RHEL. Red Hat products integrate greatly with the OS itself. We're pretty pleased with that. The integrated approach simplifies our operations to a great extent.

The most valuable features are the

• flexibility of the OS itself
• reliability
• support model.
  

Also, the two versions we use are fairly standard. Most of our applications work with versions 6, 7, and 8 meaning migration and maintainability are pretty good.

In addition, we run multiple versions of the same application on a specific operating system, between different instances. RHEL is great at managing and maintaining those different versions. It's so much easier, and it does it without destroying the operating system itself.

I don't see anything that needs improvement with RHEL itself, but there is room for improvement of the support infrastructure for it. The management and updates to Satellite, which is the support update, have been cumbersome at best, including releases and changes to a release. Communication on how that will work going forward has not been great.

I've been using Red Hat Enterprise Linux (RHEL) for about 20 years.

We chose Red Hat for the stability.

The scalability is really good too. In terms of increasing our usage, I can only foresee it becoming greater in the environment.

Sometimes the tech support is hit and miss, but most of the time they're really responsive and knowledgeable. If the first-line tech doesn't know something, they will escalate quickly.

If I were to compare the tech support from Dell, HP, and Red Hat, Red Hat is probably our best support structure.

Positive

I've been with my current company for 10 years. We've used other UNIX platforms, like Solaris and AIX, but those are for different use cases. The company I started at, which was bought, had seven different implementations and I standardized them on RHEL, before the acquisition.

We switched to RHEL because those seven different operating systems were supporting a single team and none of them had a great management infrastructure, or they were just plain open source with no support. And getting to a single, supported, managed environment was the goal.

Red Hat's open-source approach was a factor when we chose the solution. I'm a big fan of the entire open-source consortium. The more people there are who can look at the code, validate it, and make sure it works as it moves upstream into the solidified package that Red Hat supports, the better. It gives you more visibility, more transparency, and you can customize it more. Whereas with closed code, you have no idea what's going on in the background.

The initial setup of the solution is relatively simple. It's pretty much click, click, click, done. And the single subscription and install repository for all types of systems make the purchasing and installation processes easier.

Depending on the platform, deployment of a single RHEL instance could take anywhere from  five to 30 minutes. Bare metal is going to take longer than deploying the cloud.

The licensing is a subscription model and the only product whose model I don't like is Ansible. At $100 per server, with 12,000 servers, it adds up.

My biggest advice would be to read the documentation and reach out to Red Hat, or even just search the internet, so that you understand what you're getting into and what you're implementing.

I can't think of very much that needs to be improved with RHEL. The model that they have for maintaining patching, and their cadence on Zero-day attacks is fantastic, and their support is really good. I don't see any issues.

We are primarily using it for services, such as cloud infrastructure services, for our business. We are working with a Town Council in Bolivia. We provide the environment for deployed applications, and we are using it for the private cloud, Linux server, and applications developed within the company.

Mostly, we use version 7.0. We also have three servers with version 8.5. We are working with everything on-premise. We have a cloud, but most of the cloud is accessible from inside the company. It is not accessible from outside of the company.

Red Hat at present is the core, and we are also using Ansible, Horizon, OpenShift, and Kubernetes in our environment. They are a part of our environment. It is the best in terms of integration, and it is totally integrated with other solutions. With these integrations, all other solutions become a part of one big solution, which saves time. You can achieve the same results by building things from scratch with open source, but it would be very time-consuming. Deployments become easy and fast because everything is integrated. It is very good to have everything integrated, and we now have just two people working with the whole infrastructure. 

It has accelerated deployment. We are using OpenShift, and it is very easy to deploy new machines on our infrastructure. Like Ansible, we can deploy many machines with the same configuration or automatic configuration. It is really fast. 

With Ansible, we can easily create environments. Comparing the infrastructure that we had while using Windows 2012 with the tools that we now have with Red Hat, we have saved 80% of the time. Everything is automated with Ansible. We only check playbooks. It has accelerated the deployment of applications. Automation saves time and allows us to allocate people to other work. Previously, it was very time-consuming to create environments. We had to train people. We had to create maybe three or four virtual machines for load balancing according to the needs of the client, whereas now, OpenShift is creating them automatically and destroying them when they are no longer needed. It saves a lot of our time. People are doing more technical work. In the past, we had five people to work with the infrastructure, and now, we have only two people. Three people have been moved to another department.

We can run multiple versions of applications for deployment. OpenShift has Kubernetes inside. So, you can run one version, and immediately, you can deploy the next version and do a test of two versions. We test new solutions or patches in an application, and we run both versions at the same time just to have a benchmark and prove that some issues have been fixed. With Kubernetes, it is easy for us.

Its scalability and ease of setup and configuration are most valuable. When we have a hardware failure, we just save the configuration files, and in about half an hour, we have another server running with the same configuration. It is really easy to replace servers. This is the best feature.

It has very good integrations. The IPA feature is really awesome. We used this feature to integrate with Active Directory. Red Hat has many tools for integrations.

I would like training to be added to the subscription. It would be useful for when you have to train yourself or get a certification. There are many things that we are not using because we don't know how to use them. Having training included in the subscription would help us in learning more things and utilizing the full power of the solution.

I have been using this solution since 2000. I have been using Red Hat before it became Enterprise, but in our company, we adopted Red Hat about two years ago. We still have a few servers on Windows Server 2019, but most of our servers are on Red Hat.

It is very reliable. We didn't have any issues with services.

Its scalability is good. We can work with the same server and make it a load balancer. It is really easy. In one hour or one and a half hours, we can have another server working, and we can put it in the cluster. It is really easy.

We contacted them only twice, and we received good support from them. I would rate them a nine out of 10. The only thing that is missing is the training. If they can include training in the subscription, it would be awesome.

We mostly had Microsoft solutions, and we were using Windows 2012, and we had some issues with it. Working with Windows was really painful for us as administrators. For users, there was no issue. The servers were always working. We switched to Red Hat because it had the biggest offering. It is an enterprise solution, and it gives you all the things. With others, you have to do things on your own. It is a complete solution.

When we migrated from Windows 2012 to Red Hat, it was a game-changer. In the beginning, we were working with IIS for deploying applications. Most of the applications were developed in the company, and some of them were not PHP-native.

We also have four servers using Debian Linux, and we have another software that is open-source and built from scratch. It is like Red Hat, but you need to do most of the things from scratch. We're using Docker instead of Kubernetes for everything related to quality assurance for our developers.

It was complex at the beginning because we only knew the basics. We didn't know the purpose of many of the tools and how to implement them. We started training ourselves. It took us two years to implement or to make this change.

We first installed it on a few of our servers, but then we started working with OpenShift. We have a private cloud in our infrastructure, and it is me and one colleague doing this job.

We haven't measured it, but we would have got an ROI. It is doing many things for us, and it must be providing a big return on investment.

If you don't buy the Red Hat subscription, you don't get technical support, and you don't have all the updates. 

To have everything working like a charm, the cost that you pay for it is worth it. In Bolivia, we don't have the best internet connection. Therefore, we have a local service with all the packages, repositories, etc. We manage them locally, and because we have a subscription, we can update them. So, we have local repositories with all the packages and other things to make it easy for us to update all the servers. Without the Red Hat subscription, we cannot update anything.

We were thinking of SUSE because it also has enterprise solutions. We decided on Red Hat because of OpenShift. This was the key thing for us. 

Red Hats' open-source approach was also a factor while choosing the solution because there is a law in Bolivia that is forcing all public institutions to migrate to open source. By 2023, all public institutions must run on open-source solutions.

You cannot compare it with anything that is in the market because there is nothing that does the same. Amazon is doing something similar, but it is still a different service. Everything that they give us surprises us and changes the way we are doing things.

It hasn't simplified adoption for non-Linux users because we have mostly deployed servers, and they are not visible to the users. Users are just using the applications, and they don't know what is going on in the background. They don't know if they are using Linux or something else. They are using Windows on the client, but on servers, they don't know what is running.

We aren't using bare metal for servers. Everything is virtualized and working just fine. We have VMware, OpenShift, etc. Everything is deployed on our own cloud, and everything is on our server.

We use the dashboard of OpenShift to monitor the whole infrastructure, but we also have two solutions that are not by Red Hat. One is Zabbix, and the other one is Pandora. Both of them are open source. The dashboard of OpenShift doesn't significantly affect the performance of existing applications, but it is helpful because it can send triggers. It has triggers to send alerts and things like that. It is not really resource-consuming. It is really good.

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

We primarily use RHEL for data analysis servers supporting our scientific researchers, who access the systems remotely.

The reliability and long support lifespan of RHEL are crucial for us. It lasts for ten years, meaning we don't need frequent changes. Updates are quick, simple, and reliable, automatically backing out if issues arise, saving us from patching headaches.

I'm eager to see how the AI features in RHEL can enhance our capabilities. We hope it will improve tasks we have found challenging in the past, like documentation searches. We are particularly interested in automation and easily finding information.

I have been using RHEL for 15 years.

RHEL is scalable. We have scaled our data analysis clusters with it quite well.

I would rate the customer support as a nine out of ten.

Positive

Deploying RHEL for the first time was simple. It was a long time ago, and we had documentation from previous admins which made it straightforward. We did the deployment on our own.

We have seen ROI with RHEL. Our biggest investment is in professional development through Red Hat Summit, online training, and a Red Hat Learning subscription, which we have used for courses.

Our experience with RHEL pricing and setup costs has been good. We will be purchasing an extended license for another year.

We have used RHEL since I joined my company about 15 years ago. We have looked at other options like Fedora and Ubuntu for more up-to-date libraries, but we keep coming back to RHEL for its reliability and long-term support.

Using RHEL for containers has simplified our processes. While we, as system managers, aren't heavily involved in development, we provide RHEL containers for our developers. Overall, it has improved support for container management within our organization.

We rely on Linux for our web and file servers to ensure file integrity and service verification. Additionally, we use the host firewall regularly on all our hosts for enhanced security.

We started agile development and containers help us by making it easier for developers to teardown and recreate environments. This allows for more frequent updates, improving our workflow.

Our Red Hat portfolio reduced our cost of ownership by using RHEL Workstation instead of full server licenses where possible, saving money. We use full RHEL only on our enterprise production servers.

I would advise a colleague to check out Red Hat for its long-term support and reliability compared to other open-source Linux-based operating systems.

Overall, I would rate RHEL as a nine out of ten.

We are a Red Hat Enterprise Linux partner and provide host servers for various applications, including web applications and databases.

Red Hat Enterprise Linux's built-in security features simplify risk reduction and compliance maintenance, making them easy to use. We utilize SA Linux, a highly secure operating system. Its risk mitigation and compliance measures are effectively implemented due to the regular delivery of patches, updates, and bug fixes. This continuous maintenance enhances the stability of the system.

We are able to maintain compliance when it comes to the security regulations.

The level of portability succeeds in keeping our organization agile.

We used several platforms, but Red Hat provides us with a more uniform installation process, a more consistent platform, and easier system maintenance. Additionally, the Ansible playbooks are now simpler to manage due to the standardization of our platform. We quickly realized the benefits of adopting a single platform instead of using multiple platforms. This decision has streamlined our operations and simplified license management for our sales department. Additionally, the purchase process has become more straightforward.

We operate a hybrid IT infrastructure consisting of both on-premises and cloud servers. We have had positive experiences with Red Hat Enterprise Linux, which has enabled us to build and deploy applications with confidence and ensure their availability across physical, virtual, and cloud environments.

Red Hat Insights is a valuable tool for preventing emergencies caused by security vulnerabilities, non-compliant configurations, and unpatched systems. Although we haven't faced an emergency yet, we've noticed that the tool provides valuable advice and sometimes even playbooks to resolve security and stability issues. It's a powerful tool indeed.

Red Hat Insights provides us with vulnerability alerts and targeted guidance. All systems are stable and we have no crashes and no failouts.

Red Hat Enterprise Linux's most valuable attribute is its stability.

A targeted package tailored for small and medium-sized businesses can help increase business.

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

Red Hat Enterprise Linux is stable. We have been running the solution for years with no crashes.

Red Hat Enterprise Linux is scalable. We have not encountered any issues. Since we are virtualized, it is merely a matter of allocating virtual CPUs, virtual memory, and so on. The limits are very high, so we are not currently experiencing any constraints.

The technical support is good.

Positive

We switched from our previous solution to Red Hat Enterprise Linux because of the uniformity of the platform. It is also a larger organization that is well known.

The initial deployment is straightforward and well-documented. The deployment time is between 15 to 30 minutes.

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

From what I've seen of Red Hat Enterprise Linux, it's well-documented. There are comprehensive notes and documentation available. I've been using it recently, and I've found that all the information I need is readily available. If we can't find what we're looking for, our support organization is there to help.

We have a virtual environment and deploy the solution from a satellite.

Currently, we require two people for the maintenance of Red Hat Enterprise Linux.