We use Red Hat Enterprise Linux as our core operating system for hundreds of our critical systems including our databases, complete middleware, and over 500 VMs.

The portability of applications and containers built on Red Hat Enterprise Linux is exceptionally high due to the utilization of Java as the middleware and Oracle as the database. This enables seamless portability across various platforms, regardless of the specific infrastructure employed. As long as Oracle continues to provide support for a particular platform, the applications and containers can operate effectively on that platform. Therefore, the decision regarding the deployment platform rests solely with the company's preference.

The consolidation into a single operating system has brought about significant improvements. Previously, companies often had to manage three or four different operating systems, which was not only costly but also inefficient. With a unified operating system, we can now streamline operations and reduce the number of teams required for maintenance.

Red Hat Enterprise Linux facilitates our compliance with security standard certifications. We receive daily reports and recommendations specifically for applying security patches and related measures.

Red Hat Enterprise Linux is the most used Unix platform in the cloud. We can build with confidence knowing that it is available across physical, virtual, and cloud infrastructures.

The integration with Oracle is the most valuable feature.

The patching process with Red Hat is disruptive and not very cost-effective. This is why I would like to switch to Oracle Linux, which allows for security patching on a running system. This is a significant advantage of Oracle Linux over Red Hat. With Red Hat, we have to shut down all of our machines at least four times a year for large patches. Oracle acquired the technology for applying these online patches from MIT, and this technology is integrated into Oracle Linux. This allows for systems to be patched without disrupting the work of employees and their organization, which is a major improvement over Red Hat's patching process.

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

Red Hat Enterprise Linux is a stable operating system. In most cases, the issues we have encountered have been related to hardware, not the operating system itself.

Scaling Red Hat Enterprise Linux is easy. We have clusters and simply need to add machines to those clusters to scale.

We have more applications being added all the time.

Previously, we used HP for our database site before transitioning to Red Hat Enterprise Linux. As we were already utilizing Red Hat Enterprise Linux for our applications, it proved to be a more optimal choice for our database site as well.

The implementation was completed in-house.

We have to pay for the support and features.

The distinguishing feature between open-source competitors and Red Hat Enterprise Linux is the comprehensive support that Red Hat Enterprise Linux provides. Red Hat Enterprise Linux no longer faces competition from HP and Digital in terms of support services, as these companies have ceased offering their solutions. IBM remains the sole competitor, but they recently acquired Red Hat, essentially consolidating the support landscape.

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

Numerous open-source Linux operating systems are available, but Red Hat Enterprise Linux provides robust support and a stable platform for large organizations that would benefit from the support.

Organizations should base their decision on which operating system to use for their specific requirements. For Windows or Oracle systems, the corresponding OS should be chosen for support reasons. For Unix systems, Red Hat Enterprise Linux provides the best support.

When I first used Linux 1.0 over ten years ago, I was surprised at how well it worked. I never expected it to become so successful that it would surpass all the major Unix systems, but that is exactly what happened. Today, Linux is used for a wide variety of applications, regardless of the platform. This is due to its exceptional scalability and the low cost of hardware.

I work in infrastructure. We have various use cases for Red Hat Enterprise Linux. We use it for the compute feature, which runs on some applications on the front end and databases on the back end.

LVM is a valuable feature. It enables us to dynamically increase the file systems or logical volumes. My journey with this feature started 10 to 12 years ago. 

LVM is the reason why I started using the solution initially. Nowadays, there are a lot of applications. We can use clustering, security, and optimize security.

The product's availability is on the main cloud hyperscalers, like GCP, IBM Cloud, Azure, and AWS. The product should be made available on Oracle Cloud. 

I would like to see Ansible as a default in future releases.

I have been using the solution for 13 to 14 years.

Although some questions are not business-critical and high priority, they are still urgent. The support identifies such questions as P3 or P4 incidents. Although there's no business impact, we depend on the support team for answers.

Neutral

We have used SUSE Linux. We have also used open-source tools like Ubuntu, Fedora, and CentOS. We switched to Red Hat Enterprise Linux due to its vast exposure to security vulnerabilities. Its support model, subscription model, and its support for HANA are valuable.

We use the product on-premise, on IBM Cloud, and on Azure. The subscription model of the solution enables us to use hybrid environments. We can enjoy the benefits of the hybrid environment with the bring-your-own-subscription model.

We have plans for upgrades. We have a legacy Red Hat Enterprise Linux. One of the customers has version 5. We are trying to build an upgrade plan for it. We would like to know whether we can directly land on version 9 or if we should go step by step to each version.

The solution's built-in security features are exciting. I like that the solution covers the recent vulnerabilities in the CVEs. The solution should continue to do that.

Overall, I rate the product an eight out of ten.

We use Red Hat Enterprise Linux for virtualization and multi-cloud environment integrations.

Red Hat Enterprise Linux has improved our organization by at least 10% in the business unit and multiplies across the other business units as well.

The most valuable features of Red Hat Enterprise Linux are the mobile applications and getting real-time notifications. With other solutions, each cloud infrastructure is hard to manage with different notifications coming on, but Red Hat Enterprise Linux is able to go on-premises and cloud.

A lot of improvement is required to get security compliance, especially with the privacy of the data, managing it, and storing it.

I have been using Red Hat Enterprise Linux for five to seven years.

The solution's initial setup involves initial hiccups going back and forth to the requirements and the architecture, but so far, so good.

We have seen a return on investment with Red Hat Enterprise Linux regarding timely customer delivery, leading with innovation, and going into cloud solutions. It has progressed, and the maturity level has improved. So, we are learning as we go along this journey.

A lot of improvement is required to get security compliance, especially with the privacy of the data, managing it, and storing it. I'm sure Red Hat Enterprise Linux will be able to improve in the future.

Red Hat Enterprise Linux's effect on our system's uptime or security has been really positive. Especially with the customer's feedback coming out, I would definitely like to continue its usage.

It has enabled us to achieve 50% security standards certification. It doesn't fall into that domain, but the overall security policies do help integrate with it.

We use Red Hat Enterprise Linux in a hybrid-cloud environment. It has not yet supported our hybrid cloud strategy. It's still a work in progress, but I'm sure they will be able to do it in the future.

The knowledge base offered by Red Hat Enterprise Linux is really helpful, especially in connecting different cross-functional communities.

Our in-house monitoring services team with the network operating center manages our Red Hat Enterprise Linux systems regarding provisioning and patching. It has quite a good integration with Red Hat.

We have tried Red Hat Insights, and it's really helpful for the market competitive intelligence portal we have in-house and how it interacts with external parties.

We have tried Red Hat Enterprise Linux system roles, and it is helpful for on-time delivery.

We have tried the Red Hat Enterprise Linux web console. It has helped us 50%, and it still needs to be reviewed in more detail.

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

We are moving toward a microservice architecture and using OCP4 as a platform. We run most of our APIs in OCP ports, so the base image is always Linux. It's a Linux image, and we add our own dependencies. We have a private and public cloud, so it's a hybrid cloud system, and we rely on on-premise data centers as well as the cloud. 

Red Hat Enterprise Linux supports our hybrid cloud strategy because we can have Red Hat Enterprise Linux on the public and private cloud, improving compatibility. 

If the compatibility is high, it's easier to move and migrate. If I have some components on the private cloud on Red Hat Enterprise Linux and components on the public cloud. 

Red Hat Enterprise Linux stands out for its stability and support, which are critical for enterprise applications in the finance sector. We don't want any downtime, so we need fast support and quick issue resolution. 

The main security feature is the regular patches and updates. When we do a security scan, there should be patches readily available. Security is essential in finance, and Red Hat Enterprise Linux helps us build a solid IT infrastructure foundation. 

I've used the Red Hat Enterprise Linux Web Console to configure the products. It's a nice tool with an intuitive interface that gives you a better picture of what you're configuring. It's helpful. 

Red Hat Enterprise Linux should be available in a free version that developers could try on their own machines before deciding to implement the enterprise edition. It would be nice to have a community version available with all the features so developers can become more familiar with Red Hat Enterprise Linux. 

I have used Red Hat Enterprise Linux for more than nine years. 

We haven't experienced any major outages or downtime. Most of our issues are quickly resolved. We don't typically upgrade to the latest and greatest because we want to ensure stability, and we have a lot of the components on the old system. We wait for a while to upgrade so we can see the most widely used and most stable version. 

I rate Red Hat support eight out of 10. 

Positive

We had Satellite and Red Hat Enterprise Linux from the beginning, but we also use other flavors like Amazon Linux. 

I rate Red Hat Enterprise Linux nine out of 10. 

We use containers to create RPM packages for graphics drivers.

The main reason to use Red Hat Enterprise Linux is to maintain support for creating images for various purposes, including what we use for gaming. We rely on a range of supported tools and resources, and this enables us to build images tailored for specific target devices.

The RPM manager is paramount for us, as we need to generate these packages for our customers, enabling them to install the packages on their systems at a later time. The knowledge base they offer has proven to be quite efficient and we haven't encountered any significant challenges.

The technical support should be improved. I believe it would be beneficial to notify the customer in advance of any planned maintenance so that we can better coordinate and plan our customer interactions accordingly.

We have been using it for six years.

Recently, we encountered issues when the Red Hat server was in maintenance mode, and we attempted to capture images directly from another server for our builds. Although I set up alerts for planned downtime on the Red Hat server, I didn't consistently receive these alerts. I would rate it seven out of ten.

Neutral

We follow a weekly patching schedule to fetch the latest updates. Our process involves applying these patches to the image and then generating containers, which we subsequently upload to our registry. We accomplish this using Ansible.

The only inconsistency we've noticed so far is with the server, which might be the only aspect we could potentially raise concerns about. Overall, I would rate it eight out of ten.

My primary use case for it is to run Jenkins servers.

Red Hat Enterprise Linux is critical for our operations. We use it for all of our Linux servers. 

It works. It's consistent. It's well-documented. These are valuable aspects to me. 

Red Hat Enterprise Linux 9 updates the Cipher Suites and the security proceeds it. I wasn't pleasantly surprised because a bunch of our server communication didn't work. Having the Cipher Suites updated is a good thing but was not convenient.

I feel positive about the built-in security features when it comes to simplifying the risk and reduction and maintaining compliance. I'm also a Windows Server administrator so, compared to my Windows Server experience, I have very positive feelings about Red Hat Enterprise Linux security based on how easy it is to keep things patched, up-to-date, and compliant.

Some of the repositories and some of the DNS versions are very old. I just deployed something using Ruby and the DNS stable repository was sufficiently old that the Ruby project I was using didn't work. 

I would like more transparency and better options other than using something like Ruby Version Manager. I'd rather be able to get modern, up-to-date versions from the base repositories.

We have been using Red Hat Enterprise Linux for ten years. We're on a bunch of different versions. We're anywhere between version six and nine. My personal project is on nine.

We still have Windows servers.  

Red Hat Enterprise Linux is very resource-intensive, and it's hard to secure because Windows, the base use case, is all things to all people. 

I generally like Linux server products. I like the way they specialize, and I like the default security posture.

We have a hybrid environment. We do have some things in the cloud. We're using both Azure and AWS as our cloud providers.

I was involved in the process of migrating our Jenkins servers to Red Hat Enterprise Linux 9. It was not straightforward or complex because we changed a lot of things about our deployment. We tried to improve and streamline, and in the process, we broke some of our pipelines. 

It was not smooth, but that was not necessarily because of Red Hat Enterprise Linux, except for some of the security upgrades. We could not use the old RSA keys that we were using with RHEL 6 with RHEL 9. This meant that we either had to loosen our security by allowing legacy keys or tighten things down. We chose to tighten things down.

Another challenge is that we have some old Red Hat Enterprise Linux applications that are running on very old versions. We are trying to get everything off of RHEL 6 and 7 and onto RHEL 9, but there are a few applications that are stuck on RHEL 6 for various reasons.

We are getting rid of all of our Linux servers, so the biggest challenge right now is migrating our applications to RHEL 9.

When it comes to provisioning and patching, it is pretty manual. The company uses VMware, and the process is pretty manual and involves a certain number of shell scripts. I know we're trying to adopt Ansible, but we're not very far along.

I've had a very positive experience with Red Hat Enterprise Linux. My only point of comparison is Ubuntu, which I use for personal projects. 

Red Hat Enterprise Linux is a solid enterprise product with a greater emphasis on security. However, Ubuntu Server is easier to use in many ways compared to Red Hat Enterprise Linux. This may just be a matter of familiarity, but I find it easier to get current versions of Ruby with Ubuntu than with Red Hat Enterprise Linux. 

This is based on my somewhat limited use, but it's my impression nonetheless. That's what keeps it from being a ten 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. 

The SAP solution subscriptions have made things a lot easier because it's a standard build. 

The solutions were premium and standard, which were not the same. They've combined those into just one standard version. Only the support hours are different. That is fantastic for us. It makes life easier.

For the standard subscriptions, in the past, updating the OS could increase your downtime. With the production ones, it did not. It got our non-production and production out of sync. Now, they've combined that all into one. It's just the support hours that are different. They're fantastic.

We use the SAP solution subscriptions only for SAP, which are great. 

We also use Ansible. Ansible is a wonderful tool for automation. We use it to automate our patching. We use Ansible to get playbooks to take care of anything that's manual.

We were able to achieve our security standard certifications.

Red Hat Enterprise Linux has affected our HA systems in a negative way. We're working through some of those issues.

Red Hat Enterprise Linux 8 came up with a new feature that's like a MOM API in our cluster. It goes out into the AWS side and it needs to be adjusted. It does a retry that causes a cluster to failover pretty quickly, so we turned that feature off. That's something that could be improved. 

I have been using Red Hat Enterprise Linux for a long time. It has been at least 10 to 15 years.

Support has been great. We get the right people for what we need.

Positive

The patching has been good, but we scan with Qualys all the time. It comes up with thousands of EIDs all the time, but putting on the patches seems to resolve that.

We're operating right now from 7.9 to 8.6. We have to go with the supported versions. We did qualify for RHEL 9. 

We used Unix in the past. We did have to come up with the SAP side. It was always Unix.

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

We predominantly use Red Hat CoreOS we use it to connect to different types of OpenShift clusters.  Whenever I work with RHEL, it's always been with the CLI.

Previously, when we were using other distributions, we weren't getting a lot of support for the operating system itself. However, Red Hat has mainly focused on the operating system, so we get more support. 

AWS has its own version of Linux for its instances. All these cloud providers provide more support for the infrastructure and services, but they don't focus on the operating system itself. But Red Hat, with its customer portal, provides better support if something goes down. That's what differentiates RHEL from other products.

One great thing about RHEL is that it has a big community of users. There's a huge community that uses CentOS. If you need some help or have a question online, you get more resources for RHEL compared to other products. 

It's a really good operating system by itself. It's more versatile, integrating with tools like Ansible for automation.

There are amazing resources online, and because we are an enterprise, we have enterprise support. We can always create a support case, and we have some resources to help. The knowledge offered by Red Hat is great.

Another feature I tried was RedHat Insights because they offer it for other RedHat products as well. I've used it for OpenShift. It was helpful. It provides a good, in-depth understanding of what's going on in the actual infrastructure. It gave us good insights into the level at which we can run the containers and if you can scale the infrastructure vertically or horizontally and how to manage it better.

There is room for improvement in integration with different cloud platforms. There should be better integration because right now, a lot of cloud platforms have their own versions of Linux, which runs better on them, and they have better integration with the services. RHEL is great, but RHEL is more of a generic form of what Red Hat provides.

I've been using RHEL for about four years now.

There were certain times when I encountered issues. There are certain problems with integrations. 

For example, we had an issue once where the operating system had issues accessing the data server on our VMware infrastructure. So we did have a couple of engineers help us out with that, but that's one area where it can improve. But that's nitpicking. 

It's been great so far, but that's one thing I would like to see that would make RHEL a little better product.

Positive

We prominently use RHEL, but we've also used Ubuntu. We also have used PCF. I use Ubuntu Xenial and have worked with Amazon Linux for a while.

One pro is that at the operating system layer, RHEL has better support from Red Hat, and if something goes down, I found many resources for troubleshooting online.

For example, we predominantly use Amazon Linux if I'm using AWS. There aren't a lot of resources if I run into an issue. RHEL has way more documentation on Linux. It has a bigger community, from an operating system perspective.

One of our deployment models is on-premise, and the other is on the cloud. It's a hybrid. We have a big footprint on the cloud.

We use Azure because a lot of resources are already deployed on it. We can use all the features I build on RHEL, but you can scale up the infrastructure, depending on the demand. That's the reason why we use Azure.

For the upgrade process, we mainly use Ansible automation. Whenever we want an upgrade, we just go into the Ansible Tower, change the version, and make sure we are applying that to the right environments so that there's no outage. 

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