Red Hat Enterprise Linux (RHEL) Reviews

Our use cases are pretty broad. We develop the automation that provisions the VMs, and then anyone in the company can request the VM for whatever intended purposes.

Red Hat Support is really good. Support has a fast response time. The product has good security. We deal with very urgent issues. The response time should be optimal if the issue requires Red Hat Support. 

My company is a utility company. Outages are a major issue for us. A faster response time is very important to get the applications back up so we can keep up with our production time. Red Hat's documentation is always really good.

As a software developer, documentation is very important to me. The solution should provide better documentation.

The solution is very stable.

The product is scalable. We're able to provide as many VMs as we like. We never run into an issue with how many VMs we are provisioning.

Support can always be improved. I rate the product’s support an eight or nine out of ten.

The solution can get pretty pricey depending on how many machines we're licensing but for a good reason.

We purchased the solution from Red Hat. We use Packer by HashiCorp to build our templates. I am a junior developer. I have been employed with my company for about five months. I don't know the initial issues that led to us choosing Red Hat Enterprise Linux as our Linux solution. I speak from a developer’s perspective because I deal with Ansible.

The product has really good built-in security. The product provides good support, which helps us manage downtime and get the service back up and running, thus producing more money.

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

We use Red Hat Enterprise Linux for OpenShift. We run KVM and then deploy OpenShift under it. Additionally, these are my customer's use cases. 

We run it in-house for prototyping applications. Moreover, my customers utilize it to port older Solaris applications to Linux. I also use Linux on Z.

The customers would benefit from quickly identifying vulnerabilities as they arise and being able to fine-tune machines if certain features are not properly fine-tuned. 

Since we use it for virtualization, KVM has been quite valuable. It's been very solid running OpenShift under KVM. The toolset has been pretty good.

By implementing Red Hat Enterprise Linux, the customers were getting off older hardware like Solaris. They're trying to migrate their applications off those boxes and also cost savings. They were migrating over to consolidate onto Z.

However, none of my current customers use Red Hat Insights. I'm trying to encourage them to adopt it, but since they operate in air-gapped environments, Insights needs an internet connection. I mainly work in the Federal space.

Personally, I like the terminal-based tool called Tusa for certain activities. Sometimes we just don't have a web interface available for repetitive tasks. It would be nice to have a web-based tool for Red Hat Enterprise Linux since we don't always have access to a web browser.

The stability of Red Hat Enterprise Linux is solid. It performs well and handles the workload effectively.

It scales well on my platform. We are running OpenShift and other machines on it, and it scales without any issues. Although, it's largely due to the platform itself.

The initial setup can be complex in certain cases, particularly when dealing with a fed customer that operates in an isolated environment. But, in other installations, it has been mostly straightforward. Red Hat Enterprise Linux could still work on making it a little more streamlined in terms of deployment.

There have been some issues we've had with portability, picking it up and moving it somewhere else.

In terms of simplifying risk reduction and maintaining compliance, Red Hat Enterprise Linux is good. The customers I work with don't use them extensively. However, during the machine building process, we apply some security features at build time rather than later on. We take measures such as applying a stake during the build process. While I keep pushing the customers to use the provided tools, some of them operate in air-gapped environments, preventing them from accessing the internet for the latest rules.

The portability of applications and containers built on Red Hat Enterprise Linux is pretty good. We actually build applications on one platform and successfully deploy them on another, so that's pretty good. Overall, using Red Hat Enterprise Linux is definitely a strong set for my customers.

My customers definitely see an ROI. Especially when running it on Z platforms due to fewer processors and, consequently, fewer licenses required. They have experienced a return on investment. 

When I previously worked in a Linux shop using Tusa, it was more expensive. But I think Red Hat Enterprise Linux has become more competitive, particularly for Z platforms.

One example is the consolidation of their infrastructure, getting off of Solaris, and not paying high maintenance costs. Consolidating onto Linux, specifically Red Hat, has been helpful for one of my customers.

There are not many choices available on the system they use, probably only two or three options. Red Hat Enterprise Linux is the preferred choice, especially since it is widely used in the enterprise.

The other two choices are SUSE and Ubuntu, which are commercially available systems. Honestly, no one is going to use Ubuntu because it's not popular enough. So it's really a choice between SUSE and Red Hat Enterprise Linux. SUSE has been around longer on my platform and system settings. But I think people are shifting over to Red Hat Enterprise Linux as it runs on Intel and is more enterprise-oriented.

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

One of our use cases is for our in-house applications that the development team builds. We also use it for typical tasks like running Jenkins, GitLab, and other development tools to make them accessible for the developers who write code and do software development.

One of Red Hat Enterprise Linux’s valuable features is its enterprise-level security. We are guaranteed that it's secure, and that's important for us because we need to comply with security regulations. Security always remains a top priority.

We just run Red Hat Enterprise Linux’s built-in security features day in and day out. We know it's secure, and then we just move on to other tasks. It's like a routine where we don't have to think too much because we know it's already integrated into the whole enterprise. It's the next step, and it gives us more time to focus on other tasks.

We are trying to figure out how to enable encryption or just encryption. The last thing we want is to use locks, which are a hassle for encryption. We don't have the personnel to unlock the system every time it gets rebooted. I know there's a way, like on Windows, where they have TPM. I'm not sure how Red Hat Enterprise Linux’s TPM works. That's one of the issues we face—how to utilize TPM effectively.

I think in the future, if the company requires us to encrypt everything, it would be a time-consuming process. I'm not sure how long that would take or if it will happen. I just want to understand how Red Hat Enterprise Linux and TPM work or if there's an existing solution that works similarly where I don't necessarily have to be present every time my system reboots and enter a password. At least for Windows, we know that it works, but I'm not familiar with the equivalent functionality in Red Hat Enterprise Linux.

In future releases, I would prefer a Red Hat Enterprise Linux image that fits on a DVD. The Red Hat Enterprise Linux image keeps getting larger and larger. One of the biggest requirements for my company is that it has to fit on a DVD. Now, with Red Hat Enterprise Linux 9 approaching close to ten gigabytes, it won't fit on a DVD anymore. The last thing we want to resort to is using Blu-ray. I prefer not to use Blu-ray. So we need to keep the image size on a DVD smaller. That's one of the main issues. And we can't use USB sticks either, even though they're a new option. Everything needs to be burned on a DVD. So having a Red Hat Enterprise Linux image that fits on a DVD would be beneficial for any future versions or releases.

I have been using this solution for eight years now. Right now, we're migrating. I'm trying to upgrade from Red Hat Enterprise Linux 6 to Red Hat Enterprise Linux 7. And that process is painstaking. It's taking a lot of time. I know we want to get that done before October because I think that's when the security support for Red Hat Enterprise Linux 6 expires. We need to move everything to Red Hat Enterprise Linux 7.

We have a lot of legacy systems, and it's very time-consuming trying to figure out what will work and which version of Red Hat Enterprise Linux will support all our applications. So it's just a lengthy process to go through.

In terms of stability, there have been some issues, particularly on the workstation side. The workstation tends to freeze up occasionally, requiring a system restart. The server side, on the other hand, works well as intended. Although Red Hat Enterprise Linux is primarily designed for servers, our developers use it as a workstation, and that can sometimes cause issues after a couple of days of continuous use.

They may need to restart their systems when something freezes or stops working. So it's one of those things we encounter.

I don't really use it extensively. I have some knowledge and experience with it, but I don't heavily rely on Red Hat support. Whenever I encounter a problem, I usually turn to Google for solutions.

The knowledge base provided by Red Hat exists, but I find it difficult to navigate. The information seems scattered and hard to find. I tend to prefer searching on Google since I can get immediate answers there compared to the knowledge base, which can be challenging to navigate. It seems like the knowledge base could use some improvement.

One of the main advantages is the level of support. Red Hat Enterprise Linux provides nearly ten years of support, including two years of extended support, whereas other operating systems typically have one or two major versions released within five years. It can be challenging to allocate the budget for frequent updates over such a short period. So I think that's the main appeal of Red Hat Enterprise Linux—its ten-year support with an additional two years.

Since I've been working with Red Hat Enterprise Linux for a long time, it feels easy for me. However, for someone completely new to it, especially coming from a Windows background, it might seem more complicated. But for me, it's second nature and not that difficult. So the initial setup depends on the level of familiarity with the system.

For a brand-new system, it might take around ten minutes.

I have worked with CentOS, Fedora, and Ubuntu. So I have experience with different flavors of Linux, from the Ubuntu side to Fedora. From a developer's point of view, the main difference, if I compare it to Ubuntu, is that they always get the latest packages, which helps them a lot. 

On the other hand, with Red Hat Enterprise Linux, I understand that it's set up to prioritize security. But sometimes, from a development perspective, it's challenging for them to obtain the latest packages. As an assessment, I have to go out there, fetch the package or compile the new package for the new version, and then bring it into Red Hat Enterprise Linux so that developers can use it. I think that's the issue. It's a balancing act between trying to get the latest package versions and ensuring stability and security. It's a problem that I think everyone struggles with.

Overall, I would rate the solution an eight out of ten because there is always room for improvement when it comes to technology.

We use the solution in our company for normal application support and for databases.

In Red Hat Enterprise Linux, we use Red Hat Satellite as part of all the patching and deployment, even from on-premises and AWS, and that's been really helpful since it is one product that can be used in a hybrid environment. It's just one place to manage everything. It's good since you don't have two different products or places to manage, especially if you have a multi-datacenter and not a multi-cloud but a multi-location environment.

The room for improvement depends on how we use it. It's just a normal operating system. Considering an area where the solution lacks, I think we can look into a lot more automation and integrations with Red Hat Enterprise Linux and other products. However, I cannot say specifically where the improvement should be because it mostly depends on how we are using it. It just works the way it's supposed to work.

I have been using Red Hat Enterprise Linux on the cloud for six to seven years. Currently, we are using Red Hat Enterprise Linux Versions 7 and 8.

The product's stability is good, with 99.99 percent uptime.

Scalability is something my company hasn't delved into that much. Right now, scalability is mostly on the backend hypervisor or how we leverage AWS.

I would probably rate the support around an eight out of ten.

Positive

We have been using Red Hat Enterprise Linux since I've been with the company. Linux is our platform of choice.

I supported those involved in the setup phase peripherally.

The initial setup was straightforward.

Regarding the straightforward setup, building the base image and deploying it with our internal security standards was pretty straightforward.

We used to get our own license model. We purchased a license through Red Hat.

We haven't necessarily evaluated other options, but there are a lot of requests coming from other application developers that want to deploy other operating systems because they are much more common, especially in an open source environment. So we have looked into those options. However, Red Hat Enterprise Linux continues to be the main platform that we support. We are also looking into other solutions just in case a scenario arises where a vendor cannot support Red Hat Enterprise Linux for some reason and we will need a backup.

Regarding the problems we are trying to solve by implementing the solution, I would say that it is our operating system of choice. I think the support is good since we have Red Hat Enterprise Linux subscriptions. We get support for all the operating systems from them. It's great and stable.

Regarding the solution's resiliency, it is good. We've been running, and we have over 99 percent uptime all the time. We also do monthly patching and everything, so it works. Kernel upgrades also work as expected. So it has been pretty good.

Regarding how easy or difficult it is for you to move workloads between the cloud and your data center using Red Hat Enterprise Linux, we don't use relative migrating solutions. It's considered a separate environment, but we use the same base image. 

I consider the solution to be the main OS because going with an open source solution like Red Hat Enterprise Linux, you have better support.

The support is great. We also have integrations with other products, especially with whatever Red Hat releases. We have all those integrations available and we can easily take advantage of it.

I rate the overall solution between seven and eight out of ten.

As a whole, our organization is using it on Bare Metal on-prem and the private cloud, and then also in more than one public cloud environment. We probably have all three cloud providers. We definitely have Azure and Google Cloud. The environment that I support has about 40 apps in one cloud or another, but the organization as a whole definitely has hundreds of apps in Google Cloud or Azure. They're predominantly in Azure. The Google Cloud adoption is pretty recent compared to our Azure utilization.

I'm supporting a capital markets environment. A substantial portion of my environment is still Bare Metal at Colos. I'm sure on the application side, there's plenty of JBoss in our environment. There have been recent conversations around OpenShift on-prem that I'm working on, and our enterprise cloud teams are looking at or are using ARO in the cloud. In the next year, our use of the Ansible Platform will go from zero to full throttle as quickly as we can make that happen. We found the event-driven Ansible very interesting.

They've helped us work on employing technologies suitable to our various use cases. We're pretty slow adapters of containers, but that seems to be changing fairly quickly at the moment. That certainly gives us portability for workloads. They helped us with some aspects there, and they've helped us with a lot of automation conversation at the summit this week as well around Ansible.

When it comes to resilience in terms of disaster recovery, the operating system is robust. If it fails, it's probably an app issue. The majority of work in any of our DR scenarios is dependent on whether we have got cold standby or hot standby. If it's hot, the data replication is already there, and things are already spinning. Maybe it's on or you turn it on. Other times, you may have to start up something. Nearly all of those things are application architecture decisions as opposed to dependencies or things from an OS perspective, but in terms of the ecosystem for managing our Linux environment, using Satellite and so on has been very good.

I prefer it to Windows because of the level of configuration, level of control, and the ability to see the performance of processes on a given system. I prefer the control over logging and the ability that logging gives you to investigate a problem.

Its community is also valuable. It's open source, and Red Hat-supported streams are also valuable.

The level of communication we've got with them is fantastic. 

The integration with the apps and support could be better.

A colleague was talking about having some recommendations for the Ansible Cloud on the console and having some way of identifying your dev or prod path and whether you've got read or execute access to a playbook. There were different things like that, and they made a lot of sense, especially if you're in a dev or prod environment because mistakenly running something in prod would be a huge issue. There could be something that Red Hat configures, or there could be a text field where organizations can add labels to a part of the console to distinguish that for themselves. Those would be things that would be useful. I can't imagine it's hard to implement but being able to know which environment you're in matters a ton.

As a part of my professional career, I've been using it since 2004. I joined my current organization in 2018. It has been almost five years since I've been working with Red Hat Enterprise Linux in the security environment of our organization.

It's stable. We rarely have our systems crashing.

It's pretty easy and getting easier. It's not an OS issue. In terms of scalability, even while running our trading apps, we don't run into limitations related to the OS. Our limitations are more hardware-defined, and even then, we're running Red Hat Enterprise Linux on servers with eighty cores and almost a terabyte of RAM, and the OS doesn't have any issues.

Their knowledge base is great. There are lots of times when we don't even have to open a support case because we find what we're looking for.

I've spent a lot of time with the Red Hat account team over the past nine months. They've helped me understand products. They've helped develop the skills of my team. They've helped us with technology conversations with other parts of my organization. They've been hugely supportive of the technology conversation we're having with other parts of the bank.

They've been over and above the expectations in most cases. I'd rate them a ten out of ten. I don't know if it could be better. It has been extremely good. They've been extremely helpful in reaching out and figuring out what they can contribute. The account manager that they have working with us is a former colleague, so it's a really smart decision because we have a very good relationship with the guy. He knows our environment. It has been extremely positive.

It's a growing relationship with Red Hat. We have been using Red Hat Enterprise Linux for a very long time, and I don't know if we can even compare it to the other OS vendors, but having the account team working with us with that level of experience with our environment helps them work with us. It helps us accomplish what we're trying to do. It has been a very good partnership.

Positive

We get our licenses directly through Red Hat.

We haven't used the image builder tool or insights, but it's something that we might explore in the coming months. 

I'd rate it a ten out of ten. It's very customizable and very supportive. It never seems to crash. There could be better integration with apps, but from an OS perspective, it's excellent.

We are in a closed environment, so submitting a ticket can be painstaking as only a few of us have access to do so. We primarily use Red Hat for its stability, and it's one of the few Linux operating systems that meet our security constraints.

I find the satellite feature the most valuable. It allows us to manage disconnected workstations, keeping their patching, software updates, and bug fixes up to date. We can collect all the necessary updates on a connected system and then transfer them to a disconnected system. Each client thinks it's connected to an external satellite infrastructure, making management very easy.

The Image Builder feature seems very helpful. We currently use Kickstart to build systems.

The support can be lackluster sometimes, especially in our disconnected space where we have specific requirements. Occasionally, we encounter support representatives who are not familiar with our setup. So, in that space, personalized and tailored support based on each use case could be better.

In additional features, I would have said being more on the bleeding edge, but RHEL 9 was released, which is a nice push forward. So right now, I don't think there's anything specific. I find the product stack to be pretty decent.

I have been using this solution for three years. We are using versions 7.9 and 8.7.

It's very stable, but that's also why it falls behind at times. For example, if you have newer hardware like systems A and B that were released within the last year, there might be potential sleep issues, specifically with S3 sleep, that require manual patching and intervention in the kernel. It's because they are trying to support newer systems on a much older framework.

I believe RHEL 9 is supposed to mitigate that a little bit. It aims to provide a balance between the latest stable release and the older version that is, like, five years old. They're trying to meet somewhere in the middle.

We have around 30 workstations and approximately 60 servers.

The customer service and support team depends on the environment you are in. The support can be spotty. The support can be spotty; at least they've tried to be helpful. Sometimes they'll just point you to a documentation link, practically like Googling it for you, and it's like, "No, we've already looked at this. Can you please review the logs further?" And sometimes, I'll have to go and pinpoint specific areas to look at. And then it's like, "Oh, okay." 

It's not always very thorough. But it's hit or miss. So I think it's just a people thing. If you get somebody in support who really likes their job or enjoys fixing things, they're going to go out of their way, as opposed to someone who does the bare minimum.

Neutral

The initial setup is very straightforward. It's pretty easy to enable it. After weeks of setting up a Linux Kickstart, the whole system can be deployed. The whole bare-metal system can be deployed in around thirty minutes. So it's really fast, especially for a bare-metal image with a lot of packages installed.

When it comes to maintaining compliance, I think it's pretty good. However, for risk reduction, we have to rely on other software and tools. So I can't really say that Red Hat provides that specific functionality for us. But I think it's good for maintaining compliance is very easy, especially with satellite. It makes it easy for us to access package and vulnerability information, allowing us to identify and resolve any issues. Overall, it works quite well. If you use the right products, I believe you can have all the necessary components in one place.

The portability of applications and containers is pretty good, although there is one issue. With the transition to Red Hat 8, Docker was removed. As a result, there is an issue with using Podman, specifically related to certain types of authentication in a mixed Windows-Linux environment. Due to the way secrets and related functionalities work, Podman cannot be utilized in that scenario. Therefore, there are some challenges to address in this regard.

I believe Red Hat should have maintained compatibility with Docker or at least their own Red Hat Docker until they could bring their software up to speed.

We did the implementation ourselves. The documentation is pretty good.

I save at least a few hours weekly using Red Hat Enterprise Linux (RHEL). 

We got the license through a third party. They buy licenses in bulk for us. We pay them, and they handle the licensing.

Moreover, Red Hat's pricing and licensing structure seems fine. There's not a huge separation. The licenses can cover everything without worrying about the core count, socket count, or similar complexities like VMware and other big companies. It's simple enough to figure out which support contract you want based on the level of support you need.

It's an open source product.

Overall, I would rate the product an eight out of ten. The product is good, and the documentation is really comprehensive. The support is satisfactory as well. Based solely on the product itself, without considering support, we find it stable and capable of supporting various architectures. The documentation is particularly good and stands out. It provides valuable resources, including bug fixes, to people with developer accounts, which are free. Having all that information available is very helpful and resourceful, especially when troubleshooting Linux-related issues.

The documentation is very good, making it easier to troubleshoot any peculiar Linux-related problems.

We are a fintech company that uses Red Hat Enterprise Linux for enterprise and financial applications. Red Hat Enterprise Linux is deployed on servers at two sites. Access is mostly limited to IT staff because it is only used on our servers, not employee workstations. 

Red Hat Enterprise Linux offers performance stability, and it's easy to scale up or down by adding servers. The OS is easy to monitor and integrate with other systems. We use all these applications as containers. Red Hat has a container platform called OpenShift that we use to deploy containers. It's effortless to deploy and redeploy Red Hat Enterprise Linux. You can easily deploy it across multiple platforms and move it from one provider to another.

The operating system helps us meet security standards for the financial industry. You need high levels of security in this business to protect your financial data. Red Hat Enterprise Linux has various security features. 

We use the System Roles feature primarily with Ansible. It's powerful. You can use it to perform complex tasks, and it simplifies processes. For example, it helps you change network settings for storage, security, monitoring, etc. System roles help us automate security configurations and maintain consistency across systems. They have playbooks we can get from their website, and it's all based on system roles. 

My company uses Red Hat Insights only for systems with internet access, but most of our environment is offline. 

Red Hat Enterprise Linux is easy to manage, update, and integrate. I also like Red Hat Enterprise Linux's built-in security features. You need to enable them by default or keep them enabled if you want your system to be secured. It protects most of the system components. 

Red Hat Enterprise Linux's monitoring could be improved. I would like additional monitoring features, like a greater ability to monitor services and workloads running. Satellite can provide centralized monitoring of subscriptions and deployments. You can build a monitoring console, but there is no native monitoring. 

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

Red Hat Enterprise Linux is stable like every other Linux distro. It works fine. We have had no issues. 

Red Hat Enterprise Linux is easy to scale. You can clone it, deploy another instance, and scale it up with a few changes. 

I rate Red Hat's support an eight out of ten. I contact them often. Red Hat's support is helpful. They can solve your issue most of the time or point you in the right direction. 

Positive

Deploying Red Hat Enterprise Linux is mostly straightforward, but it depends on your requirements and the settings you need to apply. We typically do everything in-house. Red Hat Enterprise Linux requires a little maintenance. We need to do patching, clean up the file system, rotate logs, etc. 

I rate Red Hat Enterprise Linux a nine out of ten. If you don't know anything about Red Hat Enterprise Linux, you should read up on it. It will do everything you want. Red Hat Enterprise Linux is excellent.

Its use cases include general system management, setting up service with the web server, setting up a virtual, private wall with OpenVPN and FTP servers, etc. I have been working with all the aspects of the system in general.

The stability and the number of users that can access the servers are some of the valuable features. 

The stability of Red Hat Enterprise Linux is most valuable. I have machines running and working for hours, weeks, and months. The servers don't go down. In Windows, too many services hang, but in Red Hat Enterprise Linux, the servers continue working for months. I have had to reboot the machine only two times in years. The system keeps on working. So, stability is the best feature. 

Red Hat Enterprise Linux is very secure. There hasn't been any successful attack from hackers in years. It's one of the best features. The iptables command is helpful for setting your firewall policies. Only the machines that have the permissions can access the box.

We have had issues with the identification of new volumes when you add new disks or storage. You need the remove the machine, which can cause problems when you have high availability. If they can resolve the problem of detection of new volumes, it would be good for system administrators.

I've been using Red Hat Enterprise Linux since version 6.

It's very stable.

I don't have direct contact with their support, but I know that their support is good because I know people who work directly with their technical support.

I've worked with Ubuntu, Debian, SUSE, and other companies. In the past, Debian was the better operating system for servers and Red Hat Enterprise Linux was the better system for desktops, but nowadays, Red Hat Enterprise Linux, CentOS, and Oracle Linux are the better system for servers in my opinion, and Ubuntu is better for desktops.

This operating system is used by our clients. We don't have it in our organization. We use Windows. I'm not the one who decides about this. My director is the person who take decisions, but I prefer Linux. I like Red Hat Enterprise Linux in servers because there is support, stability, and more users that can access the service. However, in our organization, we use Microsoft Windows because they are partners. 

Most of our clients are institutions or public organizations. They have their own infrastructure for security reasons. Having a cloud environment has its own advantages and having your own infrastructure has its advantages. I prefer having my own infrastructure. When you have your own infrastructure, you have more control over all the processes and data of your organization, but I understand that having a cloud setup has advantages because you can manage and automate several systems or processes in the organization.

It's easy to install Red Hat Enterprise Linux. It's not difficult to install. You have the typical steps of the installation of any Linux-based operating system. Anyone can install this operating system. If you want to install servers such as an Apache server or a web application server, you need certain skills, but the installation of the operating system is easy.

I don't know about the pricing because I am not responsible for taking decisions about products used in the enterprise. Our clients use this product, and we use this product with the clients. In my home office, I use a free operating system. There is no support, but I can use it to practice. Our clients need support because it's used in the production environment. I don't know the price of the product, but I understand that with the support that Red Hat offers, compared to other operating systems, Red Hat Enterprise Linux is cheap.

It's easy to install and secure. You can customize it and manage various aspects. It's a good operating system for servers with security. It can run on machines without a powerful CPU or a lot of memory. It's stable.

Overall, I'd rate Red Hat Enterprise Linux a nine out of ten.

I use Red Hat Enterprise Linux for deploying servers to install Oracle Databases.

The performance that we get is very satisfactory. Usually, when you compare the results against previous databases that were run, you realize, "Oh, this is really good." But the performance depends on the hardware you put it on. If you put it on a very powerful server, the performance will be better. If you put Linux on a server that is not powerful, the performance will not be there.

All of its features are valuable. It's very good when it comes to building with a sense of assurance and for ensuring availability across different infrastructures.

Because most databases run on Linux, that's what makes this solution so important. If you install a Unix system and want to use a database, you won't have trouble finding a database to run on it. But if you are using Windows, other than using a Microsoft database, you're likely going to have problems. For example, if you want to run Oracle Database on Windows, it could be problematic. Linux, on the other hand, is wide open. People use it for development and that's why we have chosen to use it.

Also, it's great to have IP tables for firewalls in open source. That's the way things are supposed to be going. When you create a file system they ask you if you would like to encrypt the data, and that's great for securing things. 

If you download Oracle Linux, it is very easy. And when it comes to updating Oracle Linux, it does not require subscribing to the repo to do the update. When you install Oracle Linux, the repo directory contains all the files needed to run a DNS or VM update. Whereas with Red Hat, if you download the ISO and do the installation, once you finish, they force you to subscribe to their environment to do VM updates.

I understand that Red Hat would like statistics on how many people are implementing certain kinds of servers, so they force them to create an account. I agree that, when first downloading it, it makes sense that I have to provide my information. But when I want to update, it shouldn't be necessary.

Sometimes, I'm just doing a proof of concept and once I'm finished, the server is gone. In that situation, Oracle Linux doesn't ask me to subscribe for that server, because they don't need to know. The server may only be there for a second and, once I finish, I delete it. If Red Hat would remove that requirement, that would be great. If I want to download the OS, I understand that they need to know who I am, but they don't need to know that information when I'm building a server, unless it is a production server. If it's not a production server, they shouldn't force people to register.

Also, it can be difficult to find the RPMs I'm looking for. For example, if you want to recognize a Windows file system in Red Hat, you have to download a package outside of Red Hat. I searched on Google and found the RPM, but I struggled to find it. Once I put it in, everything worked fine. When Red Hat doesn't have something, and others develop it as open source, they should include that RPM in Red Hat's repo so it's not a struggle to find it.

I have been using Red Hat products for more than 20 years.

The product is very good. Very mature.

We intend to increase our use of Red Hat Enterprise Linux. We are using it more for new stuff.

I barely call Red Hat when I run into problems. I Google them and find out the solution and move forward. You can find fixes for most of the issues online.

Positive

I also use Oracle Linux which is the same as Red Hat Enterprise Linux. Everywhere that I deploy Oracle Linux, if I deploy Red Hat it works fine.

I was involved in the initial testing. We tested it until we could make it work fine and then we provided documentation for the people who would put it into production. But we only did the testing. We work on how it is deployed and document any problems we run into and how to fix them.

The ease or difficulty of the setup will depend on a number of things. 

The solution is self-explanatory. Most applications run on Red Hat Linux and related products.

Our company uses the solution for survey configurations across different types of databases, applications, and web servers. 

The solution has allowed us to stabilize our organization's environment. 

The solution is very stable, reliable, easy to use, and has good technical support. 

Some applications work better overall in comparison to how they work with other tools. 

Logs are detailed, stable, and consistent so it is easy to troubleshoot issues. 

Sometimes the solution deletes our archives or other features that were useful to us. We would like users to be surveyed before items are removed or be provided with a better explanation as to why removals occur. 

For example, some file system patches were recently removed but replacement patches do not cover all features. 

I have been using the solution for five years. 

The solution's efficiency and reliability are fantastic. 

We do not use security features or profiles much but have never had issues with them.

Technical support is great and I rate it a ten out of ten. 

Positive

We previously used Windows and Oracle but migrated some of those systems to the solution. 

The setup is straightforward from the operating system side. 

Installing applications and other software can be a bit complex because you need to first determine which packages are required. Once that step is completed, installation is fine. 

It is sometimes a mystery whether vendors support or license their products for a specific version of the solution. Generally, vendors are a few versions behind. For example, some do not support RHEL 8 and none support version RHEL 9. It is not easy, but the solution should work with big vendors and convince them to license new versions right away. 

Our company implemented the solution in-house. Deployment time depends on the application and use case. 

Two administrators handle ongoing maintenance which includes installing patch files. 

The solution's pricing is reasonable and it is less expensive than other products such as Windows or Oracle. Pricing was definitely an advantage for our company. 

We compared the solution to others we used and determined that price, ease of use, and its lightweight nature were benefits. 

Our company also uses Ansible because it works well with the solution. 

I rate the solution a ten out of ten.