Red Hat Enterprise Linux (RHEL) Reviews

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

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

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

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

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

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

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

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

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

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

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

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

Neutral

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

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

The solution is deployed on an on-premises model.

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

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

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

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

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

I use the product for the integration capabilities it provides between my company's servers and the servers from other companies since we operate in the banking sector. I use Red Hat Enterprise Linux (RHEL) for clusters or load balancing. The tool provides an open-source platform to use any program. Many programs can be installed over Red Hat Enterprise Linux (RHEL).

I have seen that the upgrade from RHEL 7 to RHEL 8 can be a bit problematic since I have seen some issues during the upgrade of libraries, along with some conflicts with the other libraries in the tool. The aforementioned area can be considered for improvement in the product. Presently, I am not trying to upgrade from RHEL 8 to RHEL 9.

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

It is a stable solution.

I have only used a little bit of technical support. I can say that over the span of years that I have used the tool, I have used the support offered by the product only twice. I don't have much experience when it comes to the support team. The support team did not help me solve my issues, and I had to search for a resolution by myself to solve my problems. People from India who are a part of the support team don't seem to have much experience in solving the product-related problems of the customers. I rate the technical support a six out of ten.

Neutral

My company also uses MariaDB as a database, while at times, we use databases from Oracle or PostgreSQL over RHEL.

Sometimes, I use Ubuntu for some of the end-users in my company. Red Hat Enterprise Linux (RHEL) is useful for servers and not for end users. Red Hat Enterprise Linux (RHEL) is very compatible with servers.

The upgradation and migration parts attached to the solution can be described as a very straightforward and easy process. Sometimes, I migrate from the on-premises version to the cloud, which I find to be a very easy process. The servers are up and running very well, so I have no problems with the product.

I have experience with the on-premises version of the product.

The in-house team, consisting of four people, in my company takes care of the upgrade and migration parts attached to the solution.

My company has acquired five to ten licenses from Red Hat Enterprise Linux (RHEL).

My company uses the normal security features provided by the product. Presently, I am taking some courses related to security. My company uses solutions for security purposes, like CrowdStrike Falcon Protection.

I use the documentation provided by the product. I also joined the academy operated by Red Hat Enterprise Linux (RHEL) to learn about courses related to OpenShift and virtualization. The documentation is very easy to understand, and it is also good for learning purposes.

I joined the product's academy courses when Red Hat opened a new branch in Egypt. I have got certificates for learning about OpenShift and virtualization. I am planning to learn OpenStack.

For provisioning and patching, I use Foremen, which is an open-source product implemented by Red Hat Satellite. Foremen is very good and easy to use for patching and security updates.

Leapp or Red Hat Insights are not features that are enabled by default. I don't usually use the aforementioned in the product.

I use Red Hat Store for image-building purposes. Some other programs are installed after the images get installed with the help of the product.

Speaking about whether I use the web console or Convert2RHEL, I would say that I use the terminal console provided by the product, and it is also very easy for me to use.

The product has affected my company's security and uptime since Linux offers a firewall that provides complete security, which is very good.

I hope to use the product in a hybrid environment.

I need to prepare for security standard certifications from Red Hat Enterprise Linux (RHEL) since it can help me understand the features and the security that I need to get from the product for my company, making it something very important for my organization.

Red Hat Enterprise Linux (RHEL) is a big part of my company since we use a lot of servers with its open-source services. Red Hat Enterprise Linux (RHEL) serves as the base of the servers in our company.

Sometimes, I take care of the maintenance of the product, but it is not something that is required all the time. The maintenance process is pretty normal.

As a part of our company's migration or upgrade plans to stay updated, I will be upgrading from RHEL 8 to RHEL 9.

The product does what it is meant for, especially if MariaDB is installed over the tool.

I rate the solution a nine out of ten.

We are currently in the midst of a POC phase with a standalone cluster. This cluster consists of both coordinator and worker nodes, with a metadata store for storing various metadata. The entire setup is deployed on Red Hat Enterprise Linux 8, and we have established a connection to the OpenShift UI.

While using it, we encountered far fewer complexities, and the entire process is much smoother and streamlined. For patching purposes, we simply need to communicate with our system administrator. They take care of the patching process, so we don't have to get involved and we can easily connect to the artifact repository and download the necessary artifacts to install in our system. 

We have a set of JSON files containing YAML configurations where all the required image details are documented and this setup makes it very straightforward for us.As for the Web Console, if you're talking about the user interface for tasks like creating ports, deploying applications, managing secrets, and other functions, I haven't encountered any significant issues. 

The process is generally straightforward and quick, taking just a few minutes. OpenShift offers two types of interfaces: one where you can edit YAML files for more advanced customization, and the other where you can use forms for faster deployment, though with fewer features.

Continuous improvement is essential to enhance user experiences and address evolving needs.

I have been working with it for approximately six months.

Our experience with its customer support is very good. Whenever we encounter any issues, we receive prompt and comprehensive assistance. There's no need to wait or take any additional steps to get the help we require, which is highly appreciated. I would rate it nine out of ten.

Positive

In the past, our work primarily involved Hadoop, and we also dealt with Solid Cloud for security and other purposes, but we found that this setup was slow and not open source. On the other hand, the DLP solution we're currently using is not only cost-effective but also significantly faster. 

I also used a Linux browser, specifically the KCL browser which required me to go through the process of installing packages and various components, while in the current setup, everything is seamlessly connected. We simply use the OC command with a private key to connect to OpenShift. There are no extra or additional steps required, making the whole process exceptionally fast and efficient. It's quite remarkable and makes the workflow truly hassle-free.

The initial setup was easy.

The deployment process is straightforward. I simply had to deploy the images using OC commands, and the process of connecting to OpenShift was remarkably fast and smooth.

Overall, I would rate it nine out of ten.

We're using the product to test operating system stability and verify that it runs on the hardware that Trenton Systems produces. If it passes testing, it becomes a validated operating system that we can sell for the server. We plan to offer Red Hat in the coming months to anyone purchasing systems from our company.

The solution’s security feature is the most valuable feature for my company. We offer OS to military or government agencies. For these sectors, security becomes one of the highest priorities, especially the ability to wipe everything out if anything becomes compromised. Red Hat does a great job at that.

The product should be made more accessible to someone who isn't experienced with Linux.

I have been using the solution for four to five months.

The solution is very stable. Compared to many other OSs we test for our company, Red Hat Enterprise Linux has not crashed out on me or given me any problems. Anytime something goes wrong, after some research, I find that it's going wrong because I'm doing it wrong, not because the OS is fighting me in any way.

I haven't used support where I'm emailing or speaking to someone directly, but I've used a lot of the online support just by looking at different user guides, health guides, and things like that. Everything is really well documented. 

Sometimes there are posts about similar issues but with different remediation based on different circumstances. You might have the answer open in a tab, but you've got nine tabs open to find the right answer.

Positive

I have used Ubuntu, CentOS, openSUSE, and Mint. Red Hat Enterprise Linux definitely has an edge in security and the ability to control what the user at the end stage is doing. However, it is difficult to learn.

The licensing makes perfect sense for the number of features you get with the operating system.

We test Red Hat Enterprise Linux 9, the latest version. We do backtesting for versions 7 and 8 as well. The product is very secure. It took me a while to wrap my head around the whole Subscription Manager system and understand how that worked. Even at a base level, it provides a much higher level of security and the ability to take remediation steps if things go wrong. You can shut the whole system down and bring it back from the ground up.

From the keynote, it looks like steps are already being taken to make the solution more accessible to any regular user. 

The product does a really fantastic job of reducing the overall risk to the user. If a user is doing something they’re not supposed to be doing, it's very easy for the system administrator to walk them out of doing it. As for maintaining compliance, if a user is only meant to have specific packs and is only meant to perform specific tasks, it's very, very easy to lock it into only being able to do that one specific thing.

Most people in IT enjoy a little learning. Everything I've done so far with Red Hat has been installing, setting up the account, getting everything registered, and then worrying about testing to validate. It is difficult to start with, but the more you learn about it, the easier it gets. The more I use it, the more capabilities I find within the system.

Overall, I rate the product a nine out of ten.

I am an administrator for Red Hat Enterprise Linux. We use Red Hat Enterprise Linux in a hybrid environment running off of on-prem servers and also AWS. 

I use Red Hat Enterprise Linux for a variety of purposes. For example, we use it in cloud control systems at our factories. We also use it for test systems, data acquisition, databases, and web services.

The biggest problem we were trying to solve by implementing Red Hat Enterprise Linux was scalability. I have found that since implementing Red Hat Enterprise Linux, we get a lot more value for our money from our hardware. Red Hat Enterprise Linux has also increased our utilization of Windows as a solution.

I am not the one who moves workflows between the cloud and our data center using Red Hat Enterprise Linux. However, we have tested it and I believe it is seamless. It just works. This is one of our disaster recovery methods. We will have images, and we use Veeam for this. Veeam actually takes the image we have and moves it to the cloud. We then fired it up and did not have any problems.

The most valuable feature is the reliability of Red Hat's support.

Red Hat Enterprise Linux analytics are cryptic. While it is user-friendly, it is also very picky about who it takes for a user. It is rock solid, but it can be difficult to find things in there. Google is probably the best way to find information, but solving a problem can be difficult if we don't know what flags or permissions we need. We need more transparency or ease of use.

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

Red Hat Enterprise Linux is scalable.

I can always get a hold of someone when I call, and they always resolve my issue. I only have to call them once or twice a year, because things just work.

Positive

I have used Fedora and Oracle Linux. I have some systems that run CentOS. 

Our organization requires us to use different solutions. We have had instances where products were developed on Oracle Linux. These products are medical, and switching to a different platform is not a simple task. I am encouraging the organization to switch everything to Red Hat Enterprise Linux because, although Oracle Linux is a fine platform, it is eight months behind Red Hat Enterprise Linux.

The main benefit of CentOS is its cost. Both systems are reliable, but Red Hat Enterprise Linux has a major advantage: Red Hat support. With Red Hat support, we have access to top-level Linux experts. If we need help with anything related to Linux, we can call Red Hat and they will connect us with an expert who can help us.

The first time I deployed Red Hat Enterprise Linux, I was swapping floppies. It has gotten a lot easier since then. The deployment process is straightforward. I usually map an ISO, and then check a bunch of boxes and let it run. I can have a server up and running in about fifteen minutes. After validating the system and installing the necessary software, I can deliver it to the end user in an hour. I know that if I automate the process, I could probably reduce the time to six minutes.

I give Red Hat Enterprise Linux a nine out of ten because there is always room to grow.

Someone looking at an open source, cloud-based Linux OS instead of Red Hat Enterprise Linux should consider what is being used in their customer base. If they are putting something up there as a proof of concept, then dabbling in open source is fine. However, if they have customers relying on them and they want minimal downtime, then they need Red Hat Enterprise Linux.

The knowledge base can be a bit cryptic at times. We can go in there and read the same information that's in the documentation, but sometimes it's not clear enough. So I'll often go to a half dozen other websites that tend to give us examples and other helpful information. The knowledge base is a good place to start, but it's not the end-all-be-all.

We use Red Hat Enterprise Linux as the operating system for our databases and application servers. We also use Red Hat Enterprise Linux to create some of our applications, such as the Online Challenge system. I work for a telecommunications company, and we have a few other operating systems in use, such as Unix and AIX, but Red Hat Enterprise Linux is our primary operating system.

We deploy Red Hat Enterprise Linux on-premises and in the cloud. For the cloud, we use Azure and Huawei.

We work with virtual servers, so we have the image ready to deploy. It's great because the patch is always updated and we have no problems.

Red Hat Insights has helped us avoid emergencies in unpatched systems by identifying bugs so that we can fix them.

Red Hat Insights provides us with vulnerability alerts and targeted guidance, which helps prevent downtime and increases our uptime to 99 percent. 

The most valuable feature is the security insight and the internal firewall, which are common in all the machine tests that we use a lot. The terminal framework and security are all Linux.

I believe this is because we don't have access to package management software. As a developer, I would like to have access to this software so that I can install the tools that I need. Currently, we are restricted to installing software only with permission from the system administrator. This is time-consuming and inefficient, as we have to follow a process to request permission. I believe that having access to package management software would improve our productivity and efficiency.

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

Red Hat Enterprise Linux is extremely stable.

Red Hat Enterprise Linux's scalability is good because of virtualization. With virtualization, we can request more space or memory processing without having to make any changes to our system. This makes the process of scaling up or down very straightforward.

The technical support is great but nothing is perfect.

Positive

I previously used Ubuntu Linux and SUSE Linux Enterprise. I switched to Red Hat Enterprise Linux because it has better support. I haven't tried the others, but Red Hat looks like it has better support. However, Ubuntu is more compatible with desktop development, making it more user-friendly.

As a developer, I find the initial setup to be easy. Deployment takes a few hours, but I understand the server, so it is not a problem. I do not actually do the deployment; the infrastructure team handles that. They made the process easier and faster, and on average, deployment now takes around four to six hours.

We purchased our license from ITM, our local provider.

I give Red Hat Enterprise Linux a nine out of ten.

I make the applications compatible with the cloud so we can migrate the data.

The knowledge base offered by Red Hat Enterprise Linux is good, but I don't use it much because the infrastructure team manages issues with the OS. I only check the documentation when an application is not working as expected. 

In my latest job, I was working with microservices where the decision was made to use Red Hat Enterprise Linux (RHEL) for its core functionalities. I played a role in setting up the OS and was responsible for the initial installation, defining pods, and network configurations.

Red Hat Enterprise Linux (RHEL) offered robust support and stability, providing full alignment with manufacturing hardware which ensured the drivers and other infrastructure were highly compatible.

The support and escalation process for Red Hat Enterprise Linux (RHEL) is excellent. It offers more stability compared to other distributions like SUSE. Red Hat's compatibility with manufacturing hardware ensures smooth operation. Their knowledge base is particularly useful for troubleshooting and training, and their built-in security and compliance features simplify risk reduction. It is a mature and improved platform for corporate functionalities.

The performance of Red Hat Enterprise Linux (RHEL) could be improved, especially under high load scenarios or when running applications involving AI. Providing support for AI in the knowledge base could be beneficial.

Red Hat Enterprise Linux (RHEL) is known for its decreased downtime and stable performance.

Red Hat Enterprise Linux (RHEL) allows for disaster recovery planning across different states to ensure synchronized performance.

Customer support for Red Hat Enterprise Linux (RHEL) is rated as a ten out of ten. From the beginning, their support has been excellent.

Positive

The setup was smoothly conducted. The feedback received indicated that the installation was seamless and without interruptions.

I was responsible for the initial configuration and setup of Red Hat Enterprise Linux (RHEL), working closely with other teams.

Though a bit expensive compared to competitors, Red Hat Enterprise Linux (RHEL) is still recommended because it works effectively and delivers value for its pricing.

The differences between Red Hat and SUSE, or Red Hat and Ubuntu, are that Red Hat is more mature and has better corporate-oriented functionalities.

I rate Red Hat Enterprise Linux (RHEL) overall as a ten since it provides the necessary resources and support.

We use Red Hat Enterprise Linux primarily for our entire group because most of our applications are based on Linux.

Red Hat Enterprise Linux has robust built-in security features.

It has an extensive knowledge base.

We used to patch our systems manually, and now we use Red Hat Satellite to manage the patching of our systems.

Red Hat Enterprise Linux provides a good way to manage our OS.

It has enhanced both our uptime and security. The system's stability has eliminated any noticeable security issues.

Red Hat Enterprise Linux has enabled us to achieve security standards certification, which has allowed us to maintain business operations without interruption.

Red Hat Enterprise Linux is a stable and supported platform with valuable built-in security features that help reduce risk and maintain compliance.

The cost of Red Hat Enterprise Linux is a bit high. 

Red Hat Enterprise Linux's support could be improved by offering human support in addition to their documentation. While their documentation is helpful, it can be frustrating to be referred to it instead of receiving direct assistance from a support representative.

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

Red Hat Enterprise Linux is stable overall.

Red Hat Enterprise Linux is scalable.

Red Hat's support is generally good, but their response time and overall competence could be improved. Occasionally, we are referred to their documents when requesting assistance, which can be frustrating.

Positive

Red Hat Enterprise Linux has a yearly subscription cost for the licensing that includes maintenance and support.

We evaluated Microsoft Windows Server, Ubuntu Server, and Red Hat Enterprise Linux before ultimately choosing Red Hat Enterprise Linux.

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

I recommend Red Hat Enterprise Linux for its support and stability.