Red Hat Enterprise Linux (RHEL) Reviews

I utilize Ansible to harden Red Hat devices across a multitude of disconnected environments.

One benefit of using Red Hat Enterprise Linux is that a lot of backend applications run natively on Red Hat Enterprise Linux as opposed to a Windows-based option. We are a partner with Red Hat. It essentially allows us to do a lot of our infrastructure stand-up and development.

It has enabled our team to centralize development. We have been able to centralize our automation, playbooks, and different collections we use within Ansible to create a centralized code base. We can use that to configure different types of systems with different requirements from different customers. Having a common platform across the entire enterprise has been very helpful.

We are using Red Hat Enterprise Linux very limitedly for containerization projects. It makes things very seamless. If we get a new developer, we can set up a brand new instance of a container for a dev environment or a test environment. It allows different developers to always have the same starting points with containers.

In terms of security features for risk reduction, there are SELinux and FIPS. Also, when you build a Red Hat Enterprise Linux machine, you can stick it right out of the box. It is very helpful. It is very good, especially for programmers and users who do not know anything about cybersecurity. It takes you 85% to 90% of the way. It has been very helpful and good.

The right commonality across the business or enterprise is always very hard to do, especially when different networks and different customers have different requirements. Being able to at least have continuity between those different environments has been helpful. If you have a system admin at a location and you put him or her at a different location, they at least can expect the same type of infrastructure.

When it comes to compliance, it takes you 85% to 90% of the way there. Different networks require different things. Some cannot implement specific standards for whatever reasons, but being able to utilize and leverage Red Hat Ansible to configure that and make sure those changes are made across the entire network has been very helpful.

Portability depends on the circumstances. Some things are more portable than others, such as containers. We utilize Ansible Core very extensively, but other things, such as AAP, are not necessarily as portable because some of our smaller environments do not have the bandwidth or the actual resources to support a big product like that.

In Red Hat Enterprise Linux, I am a big fan of the command line. I like the data manipulation and different commands that we can use. I use Ansible extensively to configure systems.

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

It is very stable.

It is easily scalable with the solutions and the options they have.

Their support is very good. They are very helpful. Some of them are more experienced in handling the niche problems that we have.

I would rate their customer support a nine out of ten because there is always room for improvement, but it has always been very good.

We have used Ubuntu and other Linux operating systems in the past. However, since I have been with the company, we have used Red Hat Enterprise Linux almost exclusively.

The deployment model depends on the environment. Some are using VMs. Some use containers, and some use bare-metal installations. It depends on what a particular program needs. I support small environments that are on-prem.

It is fairly straightforward to deploy different Red Hat boxes. I was just helping out a sysadmin the other day who had not done it before. It was super straightforward and super easy to deploy.

We deploy it on our own. 

The return on investment for us and our team is specifically automation. We are able to invest time on the frontend to create different automation playbooks, and we are able to push that out to not only a singular network but also to multiple networks and multiple different configurations. It takes a little bit in the beginning, but there are huge time savings in the end.

If a security colleague is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would be interested to understand what that colleague's objectives are and why they would consider something other than Red Hat Enterprise Linux. If it is something that fits their particular use case more, they can obviously go with that. Red Hat Enterprise Linux is a standard solution for Linux. If any colleague wants to go for another solution, I have to understand why. I would have to understand what Red Hat Enterprise Linux is not able to provide. However, this has not happened to me.

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

We primarily use it for enterprise software, databases, and some custom applications.

We have a stable base to deploy applications. We need a minimal amount of effort to troubleshoot problems with the applications that are related to the OS.

We are using Red Hat Enterprise Linux in the cloud, in the on-prem data center, and at the edge. We are also using Red Hat Enterprise Linux in a hybrid cloud environment. It has had a positive impact. It is straightforward to deploy. There was no bottleneck.

Red Hat Enterprise Linux has enabled us to centralize development. The stable base that each developer can rely on is great. The consistent ecosystem of the repository makes it easy to rely on.

We use Red Hat Enterprise Linux for containerization projects. Red Hat Enterprise Linux is quick to containerize, so when it started becoming mainstream, it was easier for us to sell to upper management to start doing more containerization.

There has been a positive impact in terms of the portability of applications and containers built on Red Hat Enterprise Linux for keeping our organization agile. It is very portable. I do not have any issues with different ecosystems in relation to how Red Hat Enterprise Linux runs containers.

Our cost of ownership is not high. They are not very expensive. We are never surprised.

The repository ecosystem is valuable. 

I would probably focus more on a rolling release schedule. Instead of a long-term operating support of ten years, I would just have one release and keep rolling it.

In terms of security features, overall, it is lacking cohesion. There are a lot of different options, and it is hard to choose the ones that best fit our business needs without a lot of investigative work.

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

It is very stable.

It is scalable.

It takes a little bit to get to the true answer. I know there is a lot of triaging. I am sure we can improve on our end. When we open tickets, we can provide more information. There could be a way to get faster answers from Red Hat support, and we might not be providing the most upfront information needed for the ticket. I would rate their support a ten out of ten.

Positive

We were not using any other solution previously.

I know of only one other player, and that is Ubuntu. There is also OpenSUSE, but I have not yet seen that personally in my career.

We have cloud and on-prem deployments. We have the AWS cloud.

On AWS, we had an EC2 instance. I clicked, and it was online. For the initial deployment, we just used the Amazon Web UI, and now, we use Ansible for deployment.

We have seen an ROI. It is fairly easy to deploy. We do not have too many issues with setting up a new environment in relation to the operating system. The bottlenecks are more related to the hardware or even setting up the cloud.

When I came in, Red Hat Enterprise Linux was already being used. It has always been there.

We have not yet fully leveraged Red Hat Insights. We are working on that. It might help with cohesion and security.

I would rate Red Hat Enterprise Linux a ten out of ten. It is reliable for deploying applications. It has a lot of different features. I can find solutions to all my problems, and the industry support is there.

We are a brokerage firm. We use Red Hat Enterprise Linux for trading purposes. We develop our applications on it.

By implementing Red Hat Enterprise Linux, we wanted a stable server and OS.

There is an in-built feature for shell scripting, so we can automate things that have to run on time in production. We created a script for the setup and configuration of certain things, such as disabling the firewall, network manager, and other things.

I am able to handle some of the daily issues automatically by using batch scripting and cron scheduler. I have also been able to debug some of the issues with the help of logs.

It is open source. We can customize it as per our requirements. We can change or optimize it as per our requirements.

Their support needs improvement. It should be faster for priority tickets.

Some of the tools can be improved and made user-friendly. The OpenStack and OpenShift tools can be better.

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

It is stable. I would rate it a 9 out of 10 for stability.

It is scalable. I would rate it a 9 out of 10 for scalability.

We have about 100 servers, and we have about four people working in the IT department.

Their support needs to improve. If we create a priority ticket for Red Hat, they revert within four hours. They should respond within half an hour so that the issue can be resolved as soon as possible in the real or live environment, and the company has less downtime.

We are using Red Hat Enterprise Linux and Windows operating systems.

Upgrades and migrations are easy with Red Hat Enterprise Linux. We are currently working on upgrades from RHEL 7 to RHEL 9.

We use open source. We only have a subscription for support.

For security purposes, we use the SSH key algorithm, MD5, and SHA256. We have set up a firewall in our network, and all servers are password-based. We also block some common ports that are open when we install the OS. We also have monitoring tools to ensure uptime.

Overall, I would rate Red Hat Enterprise Linux a 9 out of 10.

We have almost thirteen servers. There are SaaS applications installed on this server. We leverage Java and the functionality during installation. We install it on the platform and configure it there. Some are custom applications. Our database is also in the Red Hat Linux environment. 

The solution offers users easy access. It's very simple to have and use, from an admin perspective. 

The offering provides me with all I need to serve the operation in terms of usage and capabilities. 

The general user commands are good. They are helpful for starting and stopping applications and restarting and editing files. The maintenance of user-level processes is easy. 

We're not using it in a graphical environment, we're only using command line mode. There may be a lot of features, however, I don't use everything since I don't need to. 

There are millions of commands you can use, although we use only five or ten.

Likely the solution has helped our organization save on costs. I'm not sure by how much, as I don't have visibility into that aspect.

It's very easy to use across physical, virtual, and cloud infrastructure. Specifically, on the cloud side, I have noted it's quite easy. Also, on a virtual machine, you can create a cloud version of your infrastructure in a minute. 

For my work, the solution is not missing any features. We;re only using the command line and that is enough for us. 

Maybe they need to make it easier to apply patches from different resources. That said, at my level of usage, I never have to apply patches. 

I've used the solution for almost ten years. 

It's a stable product.

While I'm maintaining 30 servers, there are hundreds of servers in use. 

The scalability is good. We are able to increase capacity and functionality based on our demands. 

I'm not sure if the company has plans to increase usage in the future.

I don't directly deal with technical support. I might send a ticket to my side, and if they have to, they would be the ones to reach out to Red Hat. 

We used Oracle Linux before we moved over to Red Hat Linux. We likely switched due to costs and licensing. We also use Windows extensively. Since we used the same architecture, we didn't need to use any third-party applications.

As an admin, I was not involved in the setup process. 

If there is any maintenance needed, we get support from the Red Hat team.  If anything comes up on the operating side, our team will take care of it. 

I'm only using this solution as an admin and, therefore, have no visibility on costs. 

We did not evaluate other options before choosing this solution.

I'm an end-user of the solution. I had admin-level access to the product.

Red Hat Enterprise Linux does not enable us to achieve security standard certification.

I'd rate the solution ten out of ten. 

My primary use case is for web applications and database applications. I've come across quite a few use cases at different companies.

The most valuable feature is the package management. It helps a lot. I also like the support. 

Red Hat is a Linux-supportive and well-managed offering. It helps a lot in terms of when we're working in production, it gives us the confidence that our packages are legitimate and genuine and we always have support available. It helps a lot. Red Hat Enterprise Linux gives peace of mind compared to other unsupported Linux distributions. 

I also like Red Hat Satellite. 

I haven't used Insights yet but it seems interesting. 

The ability to patch Red Hat Enterprise Linux through Satellite is a huge contributor to mitigating all of the compliance requirements.

Red Hat Enterprise Linux has absolutely affected our security's uptime. None of the other distributions are nearly close to what you can get with Red Hat Enterprise Linux. Red Hat Enterprise Linux is something that helps a lot in ensuring that your secure application is up all the time and that you're not getting hit by vulnerabilities. It is an easier way for you to mitigate vulnerabilities when they're around.

The knowledge base is very useful. The only thing is that you need to have an account to get access. In terms of the content, the relevance, and being able to use the knowledge base to address things I've needed to deal with, it's awesome. For example, I was trying to add proxy configuration to the package manager once and if it wasn't for the knowledge base, I wouldn't have been able to do it.

I like it the way it is. 

It's getting easier for the community to use it free of charge. If you have an account, you get to use it. It would be better if the community could use it on their own for lab projects.

I have been using Red Hat Enterprise Linux since 2011. It's been 12 years. 

On the few occasions I needed to reach out to support, I was very satisfied.  

Positive

I have used Linux distributions but when it comes to the work I'm doing at my company, we always use Red Hat Enterprise Linux. 

The biggest differences between Red Hat Enterprise Linux and the other OS' are the support, Satellite, Insights, and the fact that Ansible was acquired by Red Hat so you can use all its automation and toolings. The entire ecosystem works very well together.

Red Hat has not personally enabled me to achieve security standard certifications in the projects I've worked on but I could see how it would help. 

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

We do a lot of patching and upgrading with Ansible and we keep the host up to date all the time.

We use Red Hat Enterprise Linux in different application servers. 

The tool's most valuable feature is simplicity. There is value in having a fully CLI-based operating system instead of a GUI-based one. It is lightweight and can be leveraged without resource constraints. 

I want Red Hat Enterprise Linux to stick to the open-source routes. As a company, we experience challenges in managing the budget. 

I have been using the product for three years. 

From a licensing perspective, Red Hat Enterprise Linux is flexible. We leverage our licenses based on the VMware cluster. 

Accessing the knowledge base from the public perspective is challenging. You can get much more from the documentation if you are a supported organization. If Red Hat Enterprise Linux continues to keep the documentation open-source, it will benefit us. 

We leverage Ansible to help with the upgrades. It makes upgrades easier. We rely on a reseller for Ansible AWS upgrades. 

We are shifting our Red Hat Enterprise Linux servers from version 7 to version 8. 

I rate the product a seven out of ten. 

We are an Azure shop that runs middleware applications like Java and JBoss, running on the Azure back end. We have to redeploy everything via ARM templates. Anytime we do an upgrade of the application itself, it's a redeployment. We have custom images that we set up through Azure pipelines. We use Ansible for code changes and server changes.

The solution's stability is great, and patching it with Ansible is very easy.

The solution's licensing sometimes could be a little bit confusing for someone who's not a full-blown system admin and doesn't have a lot of experience with Red Hat Enterprise Linux. It took a while for me to understand the licensing.

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

Red Hat Enterprise Linux’s built-in security features for simplifying risk reduction and maintaining compliance are pretty good. My only exposure is just packet management, but packet management gives me everything that I need.

Red Hat Enterprise Linux has enabled us to achieve security standards certification. We have to stay on top of things because we work with the Ontario District School Board. There's a big emphasis on keeping everything secure, and the solution has helped us to do that.

Right now, our company is migrating to 8.8, and I think we will stay on 8 for a few years. We're doing everything through the images, and we keep everything updated with Ansible. I don't think we have any plans to use any of the automation tools other than Ansible.

Overall, I rate Red Hat Enterprise Linux ten out of ten.

All of our application services, application databases, and web services run on Red Hat Enterprise Linux. Everything is on there.  

Red Hat Enterprise Linux is certainly more secure than AIX, which is what we had. It's also better than Solaris. It has improved from that perspective. We can handle the vulnerabilities better. It's more secure.

Other than that, some of the products that we are using, we are migrating out of very costly license items. For example, we're using Fusion because we wanted to migrate, and then we started using Vision Manager. We did a POC a few years ago. We started using PAM because we wanted an engine in our workflow management system from that perspective. 

We are still exploring a lot of items, but it's been a decent journey. It has helped to set up modern technologies.

We use a lot of Red Hat products. We use Red Hat PAM, Red Hat Session Manager, and the operating system. 

We use the operating system the most because all our servers are on it.

The support is good. Red Hat provides use with a degree of training.

The adoption was slightly slow because the knowledge in the market is slightly less available. It's hard to find resources to actually support the product.

Some kind of training that can upskill the resource into this technology could certainly help.

I started using Red Hat Enterprise Linux version 6 in 2019. We have our own data center.

We used different solutions. We moved from AIX 7.1 to RHEL 6. Then we moved to 7. Now we're going to 8.

We chose Red Hat Enterprise Linux because we wanted to adopt newer technologies and we wanted to secure our systems. Red Hat Enterprise Linux was a good available option. 

It's on-prem right now. The deployment was straightforward. 

I manage the infrastructure team so all of these things are under my purview. 

We did hit some hiccups, but then RHEL's emergency support was available, and we were able to resolve it. 

We have an engineering team that analyzes different products. During the analysis phase, we look for all vulnerabilities.

Once it passes all of those things, it becomes available in our internal protocol. We have different names where it becomes available in our source space to get deployed.

Migrations and upgrades have been straightforward. For example, OpenSSL has different versions that are not supported on RHEL 7, which we have right now. There is a version that comes built-in. 

We faced some issues, but we worked it out with Red Hat. They gave us a patch. 

We're moving to RHEL 8 now. We moved to RHEL 7 last year; we're going to RHEL 8 now. Next year, in 2024, we plan to move to RHEL 8.

We saw a return on investment. It is helping the business. 

The pricing is competitive. It's not low, but it is in the market. 

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

All our infrastructure uses Red Hat Enterprise Linux. Every service we run is all Red Hat Enterprise Linux. Even containerization is on it.

It has improved our organization. It has standardized processes. Everyone uses it. 

The upgrades are straightforward which helps when you want to move a major version of an upgrade. It's done in a standard way.

Everything we do is all Red Hat Enterprise Linux. Red Hat Enterprise Linux's security has been good because I have never seen any application going down due to security reasons. 

Red Hat Enterprise Linux enables us to achieve security standard certification. For example, we have a very tightly SCC-regulated company so there are many rules that we are to follow and we are able to achieve this using Red Hat Enterprise Linux.

I have been using it for six years. 

We are all on-prem, but we also have some footprints in AWS but those images are also on Red Hat Enterprise Linux.

Red Hat Enterprise Linux has supported our hybrid cloud strategy. We have a few things running on AWS. We have a few things on OpenShift. We are able to get all the basic images. It is easy to start and deploy anywhere.

One thing I like is the updates because when we patch it and upgrade it, we save a lot of time doing those upgrades and migrations.

Moreover, upgrades or migration to Red Hat Enterprise Linux have been straightforward in some ways. For example, we are currently migrating to Red Hat Enterprise Linux 8 and we have all our servers running on RHEL 7. We have scripts that are very easy to migrate.

For our implementation strategy, we go environment by environment. We start with our development environment. Once we are done with it, we test it. We have some automation test suites, test them, and we go to the upper environment.  

We worked directly with Red Hat for the deployment. We are already working on Red Hat Enterprise Linux 8 migration. Every year, whenever there is a major version release, we migrate to the major version.  

We see a return on investment in terms of saving time. One thing I like is the updates because when we patch it and upgrade it, we save a lot of time doing those upgrades and migrations.

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

My use cases are mainly limited to databases. I'm also involved in other ETL tools; I worked on migrations from older vendors, like Windows, and transitioning to RedHat Linux.

The most valuable features are security, performance tuning, storage management, and OS-level automation. If you wanted to automate while adapting with different vendor scripts or your own development because it's Linux, it's not like an operating system itself. It is always going to perform how you expect it to. IAQt's not like other operating systems. It is based on Linux. 

These are the main features. Storage management is another valuable feature that is very critical in an operating system. It works along hardware and software.

The most valuable features are security, performance tuning, storage management, and OS-level automation. If you wanted to automate while adapting with different vendor scripts or your own development because it's Linux, it's not like an operating system itself. It is always going to perform how you expect it to. IAQt's not like other operating systems. It is based on Linux.

Compared to other OS', Red Hat Enterprise Linux is the best from my 20-plus years of experience. It is well-suited for production environments. In 2003 and 2006 I worked with one of the vendors in another country. We were able to run a database instance on Red Hat Enterprise Linux for two years without restarting it. The database was located in a remote location, and the team could not be on-site to provide support. We installed it ourselves and it worked for two years. We restarted the database instance. We didn't need to touch it internally. It works like a charm.

If it works, it works. You don't need to attach anything at all. You just monitor them remotely. Nobody was there on-site. That's the beauty of it. Red Hat Enterprise Linux is great. I love it.

The GUI has room for improvement. It needs to be managed by many administrators. It has basic command lines. They could improve it with better automation. We'd like to be able to create a script, and then have the ability to deploy it where we don't need to write everything manually. That part can be useful for automating. 

We'd like it so that a coder wouldn't need to go through it, read it, go to GUI, and then generate a script. If they want to modify it, they could modify it. If Red Hat Enterprise Linux is going to build something, the REST API can be helpful instead of writing their own, starting from scratch. That would make it easier.

For future releases, there could be more integration. Regarding security, we used a different tool for scanning, but having a tool within Red Hat could enhance it. 

Support is essential for open-source software. If they improve aspects like prevention against hacking, it would be beneficial. 

Before, with a surge in hacking incidents, companies lost data, and once lost, it remains lost forever. You never know when it might be used. Improving security, especially in terms of prevention, is crucial. I would like to see ongoing improvement in this aspect.

I've worked with different companies. In my over 20 years of experience, in the last five or six companies I've worked for, all of them have been using Red Hat. They use it mostly for databases. 

I'm in the database sector, primarily working as a senior technical architect. End-to-end, we always find that Red Hat is best suited for Linux, especially for Oracle and other NoSQL databases. It's reliable, first and foremost, and it offers stability and performance. Performance tuning is crucial, and once it's set up, you can rely on it. 

With the cloud, it's moving into containerization, and most of them support the cloud. 

The customer service and support are really good. 

Positive

I have worked with many different operating systems in the past, including Windows, Linux, and RedHat Linux.

We switched to Red Hat Enterprise Linux because it is a reliable and well-supported enterprise operating system. It is easy to manage, use, and upgrade.

We have seen a return on investment. 

As a consultant, I handle sizing, design, and optimization for new infrastructures and I would recommend Red Hat Enterprise Linux to anybody considering it.  

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