We have a lot of Oracle databases, Tomcat, and Java microservices running on Red Hat Enterprise Linux.

A lot of our applications are like Java microservices. Deploying them on a Unix platform is so much easier. It's open-sourced and provides a lot of compatibility. It makes it easier for us to roll out applications. It is compatible with most Java microservices applications.

We like that Red Hat Enterprise Linux is a vendor-supported product. When we have problems, we just call Red Hat Enterprise Linux for support. The product employs a lot of automation tools to manage its OS. We love using Red Hat Satellite. We have close to 5000 servers. Managing individual servers would be a nightmare.

Red Hat Ansible Automation Platform and Red Hat Satellite help us automate our repetitive tasks. Every flavor of Linux distribution has its own specialties. The product offers a lot of integration within the Red Hat products suite. We use Red Hat products mostly, so it works for us.

The vendor keeps rolling out many packets, which complicates our job. We keep patching our servers. CVEs come out all the time. However, having a solid and secure OS will make our life much easier.

I have been using Red Hat Enterprise Linux since 2004.

I never had any problem with support. I didn't have any issues that I did not get a resolution for. Sometimes, it takes a little bit of time, but eventually, it gets resolved.

Positive

I was using AIX, which is also an IBM product. IBM bought Red Hat Enterprise Linux. AIX was more expensive and required IBM System p. Moving to Red Hat Enterprise Linux was much easier because it is a lot more compatible with the regular hardware like HP and Dell that we buy on the market.

I have seen an improvement in our deployment. When we have applications running on Windows, it takes longer to get them set up and provisioned, and the security is different compared to Red Hat.

The pricing could be better. The tool is getting expensive. Before, we could license only the hypervisor where Red Hat Enterprise Linux is running. Now, if a customer has a 12-node hypervisor, Red Hat Enterprise Linux forces customers to license all 12, even though they use only six.

We evaluated SUSE. At that time, SUSE did not have good support. We needed good support worldwide.

We use AWS and Microsoft Azure as our cloud providers. We don't use the off-the-shelf product that we get from the cloud. We build around it because we have a standard template. When we deploy our solution in the cloud, all the security features we need are already within the OS, as opposed to using the cloud OS and applying all the changes we need. It's easier to get our template to the cloud and use it.

The licensing for the cloud environment is totally different than the on-premise one. We use the Virtual Datacenter license on-premises. I don't see any difference because Red Hat Enterprise Linux still supports it, whether on-premise or on the cloud.

Red Hat Enterprise Linux knows its product. Whenever I have an issue, an engineer gets assigned to me. I can always escalate if needed. We're not using every host that we license. We ensure that we can fail over smoothly on every single hypervisor. It's fair to license them. We're not using it, but we're still paying for it. I do not like it, but it is a business cost.

We migrate workloads to the cloud. I never upgrade an OS. I usually replace the old OS with a new OS and migrate the application. I use the OS versions 7, 8, and 9. The migration is pretty straightforward. AWS and Azure have a tool that we can use to integrate with our environment. It's a lift and shift. We grab the VM from our on-premise hypervisors and move it to the cloud.

We use Red Hat Ansible Automation Platform mostly for patching and upgrading to the next revisions. We don't upgrade from one OS to another. We build on a new OS and get all the applications running there. Once the application is running, we move all the workload from the old OS to the new OS. There's no impact on the existing system.

I don't do the day-to-day patching because we have a managed service. However, it does create interruption. When we do a patch, we have to reboot, especially when there's a kernel update. It causes an outage. I have used Red Hat Insights. It gives us insight into what's happening on every single Red Hat VM that we have. It tells us if it's behind or has some performance bottlenecks. It gives us visibility on the health of the whole OS.

People who are looking into the product must get a good account manager. We must have a good account manager who we can always contact and who gives us all the updates that we need. They keep us in the loop on what is happening in the Red Hat world. We are satisfied with the product.

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

We use Red Hat Enterprise Linux to run quite a few pieces of software. It's mostly for jPOS, but we also run some Apache solutions and some security applications.

Red Hat Enterprise Linux has streamlined a lot of the support issues. When we've had problems, Red Hat has been proactive about solving the problem with us. Support is always an issue with open-source platforms. By providing this support, Red Hat makes it much easier to adopt Linux.  

I love Red Hat Enterprise Linux's built-in security. You can see who is trying to do what and who isn't allowed. You get an alert for that. We also use a product from Symantec on the Linux system for real-time threat detection, but I think we probably don't need that. Red Hat already has these capabilities, but the security team needs something they can centrally manage. They need to know whether the system is protected and the agent is running. 

We use it on VMware, and we have a multi-site deployment, so it's very easy to patch and keep the servers up. We use Ansible automation for patching, which has really helped with the service uptime.

I like the speed of the OS data and the ease of Ansible automation. I don't need to spend much time managing everything. The provisioning and patching using Ansible is seamless. Ansible automation gives you almost a cloud-like capability on-premise. Most of my group doesn't have cloud skills. I learned it on my own and got my Kubernetes certification. I'm familiar with the automation infrastructure, how to build the execution environment and implement the private automation hub. Others still need training.

I've used Red Hat Enterprise Linux Image Builder for testing and development, but I haven't put it into production. We have a VMware template, and we've been doing training on VMware, but we are not there yet. I think they might move from VMware to another product. They are looking at other options, such as OpenShift, but we don't have training for OpenShift yet. They should try to have a salesman come and get OpenShift training for customers. If they make training free for the customers, more would switch to OpenShift from VMware.

I use Linux on Satellite with Ansible infrastructure. It would be great if there were a universal interface to control Red Hat Enterprise Linux's policy from Satellite. It could be a dashboard showing which policies were enabled on what system and allow you to apply them from the dashboard. 

I think Red Hat training could be cheaper. A company can move fast technologically with enough training. They will be stagnant without training and remain unable to fully leverage the technology. I have been encouraging the group to get a subscription to the training course for five years, but we haven't been able to take advantage of it because of the cost. They should make it cheaper for clients and offer big discounts at scale. 

When people lacked training for the technology we use, we migrated away from it. I worry that if we don't have enough training available to the client, they will eventually migrate away from Red Hat. More affordable training on key technologies like Satellite and Ansible automation will help us retain customers on those products. Downstream it will help them migrate to the latest and greatest Red Hat Enterprise Linux, as well. 

I have used Red Hat Enterprise Linux since 2005.

I rate Red Hat support 10 out of 10. I've been very impressed with the knowledge base and the support from Red Hat. When I create a ticket, they respond and resolve the issue quickly or they point us to the correct resources. For example, we had an NFS issue with ISO, so they helped us with the mounting options. We also had an issue with IBM AIX and Red Hat integration. Red Hat referred us to the IBM support stack, and we were able to get IBM to help us out.

Positive

Initially, I used Solaris because I liked it the best, but Red Hat Enterprise Linux has improved so much that it has overtaken Solaris. Red Hat Enterprise Linux is easier to use and has better documentation. I also like having the ability to use Satellite and Ansible automation to manage Red Hat Enterprise Linux. 

The deployment is straightforward because we use Ansible automation to spin up a new system and install applications directly from the Ansible workflow. We were planning to have Red Hat Enterprise Linux 8 online last year, but Red Hat Enterprise Linux 9 came out, so we decided to wait for a bit, and we're almost ready to upgrade to Red Hat Enterprise Linux 9.  The application folks still haven't had enough time and money to migrate everything over, and we need a project manager. 

I rate Red Hat Enterprise Linux 10 out of 10. It comes with all of these nice tools like the Satellite automation web console. 

We use it for databases and applications. In the new model, we keep databases separate from applications. Currently, about 90% of our operations are running in Red Hat 8. Some systems are still on Red Hat 7, but those will be migrated off by the beginning of next year.

It's been great since we have it. It's been reliable and fast. We keep all the security agents, and we've been taken care of right away, and that's the improvement in our company. It's with the new RHEL. There's always something new, something good that works for us. 

Moreover, we might need to move workloads from the cloud in the US to China in the future.

As we're migrating and doing the Elite upgrade, which is an in-place upgrade, we find it great. We use it for databases, and we're testing it for applications. Some applications don't work, but some are functioning well. So far, it's been a positive experience.

Since I'm more focused on migrating, Leapp is awesome. We are able to do something that will work the way it's working.  There are no issues or breaks.

RHEL's knowledge base is great. It's very good. Especially when you try to open a case, it gives you all the options you need, so you don't have to wait for the case to be opened. You can get all the information you need right there.

Moreover, I am in the process of testing Leapp and Red Hat Insights. And then create our images from there rather than create MIs.

At the new company, we've been using it for three years. At my previous company,  we used it for over five years. Personally, I have been using it for almost eight to ten years.

We often have to go through people who have the same labels as us and who have the same knowledge base articles as us, which takes time. But they do it first; it's searching the knowledge way that I search. That I can do. That takes the time before. They do the payment. They sent me exactly what I had already found. And then we can go to the next level. That is taking a little bit more time that we can be a little bit better. So, the initial step of the support process could be improved. 

90% of people who open those bases are administrators who already look on the Internet for all these knowledge bases. So by the time we get there, we're gonna get the knowledge base back. And that's not helpful. 

Positive

I used to use HPUX and Solaris. We switched to RHEL because HPUX started looking like it was going away, so we started moving to Red Hat. We thought it was our best option. We tested different flavors of RHEL.

When it comes to provisioning and patching, we have a satellite server. We use a lot of Ansible. We are getting used to Ansible and Satellite servers. 

The initial setup wasn't complex, but since we wanted to make it easier to use, it became harder to make it work the way we wanted. Not out of the box, so we can just build a server that is ready to be deployed right away without any more interventions.

We use RHEL with AWS because it's easier for us to maintain since we create our own AMIs and we update that as we need it. So we don't need to follow their schedule until we get it more secure and more reliable for us.

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

We had a lot of IBM AIX servers. We migrated a lot of them to Red Hat Enterprise Linux. We have a lot of VMs, and we have a few physical servers. Currently, we are moving all the Red Hat VMs to the cloud. There are 1,600 to 1,700 Red Hat VMs that we are currently running.

The main benefit is that it can be easily recovered and easily restored. It is on the VM. We can easily restore every image that we back up on the VM. If something happens, we can easily fix it. Support and maintenance are easy. The most common issues that happen with Red Hat Enterprise Linux are password restore issues. We can go and restore the passwords through the single-user mode. This feature is well-developed and good.

We are using Ansible for the most automations. We can push everything through Ansible. We are moving towards automation to make sure our system can be easily maintained, and we can recover, restore, and do the things that we want. We have 1,600 to 1,700 servers. We have Ansible Tower, and we have a few satellite servers and a lot of capsules to support Red Hat servers.

If anything is supported by Red Hat Enterprise Linux and the feature is available in Red Hat Satellite, we are able to install it on Red Hat Enterprise Linux. We are using Red Hat Satellite to install all the patches and all the packages, so if a feature is available, we can easily install it if it is supported.

Red Hat Enterprise Linux has built-in security features for simplifying risk reduction and maintaining compliance. We are working with most of the security environments. Security is our main concern. We have zero tolerance when it comes to security. We are able to apply security rules and regulations within the Red Hat environment.

We are using Red Hat Enterprise Linux 7, and we normally look at how it can easily support the system. With Red Hat Enterprise Linux 7, we have a high-security system. We have a lot of features there. That is the main thing, but currently, we are moving from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8. 

Red Hat Enterprise Linux Leapp and Red Hat Insights have been useful. RHEL Web Console is also helpful.

We have access to the Red Hat knowledge base. We have frequent meetings with Red Hat. Red Hat partners provided us with all the information and any kind of training.

We are using the features that are available with Red Hat Enterprise Linux and Ansible. As such, there are no specific features that we are looking for. 

We have frequent meetings with them. We have had some issues on the application side and the OS side for which we opened cases and discussed those concerns and questions in the meetings offered by Red Hat.

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

Upgrades and migrations are ongoing processes to stay current. We are a big company. We always have migration going on. We always have the build process. Red Hat's presence keeps increasing in our environment. We are going to have about 2,500 Red Hat Enterprise Linux VMs in the next year.

If there are any concerns, we have a meeting with Red Hat, and they provide the required support. When we have any concerns or questions, they answer them. It is easy. I would rate their support a nine out of ten.

Positive

We have probably seen an ROI. Red Hat is getting better every day. 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

The customer service and support are really good. 

Positive

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

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

We have seen a return on investment. 

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

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