Our primary use case for Red Hat Enterprise Linux is to set up and manage servers for various application teams, especially those dealing with hospital ADT applications. These applications handle critical data related to patient admissions and management within healthcare facilities. 

While configuring Red Hat Enterprise Linux and its associated tools can be complex and sometimes frustrating, I have found that leveraging the support and resources provided by Red Hat is invaluable. Through collaboration with Red Hat's support team and a better understanding of the intricacies involved, we have significantly improved the speed and efficiency of managing our extensive infrastructure, making the process smoother and more manageable than before.

Red Hat Enterprise Linux has improved our system's security. 

While measuring uptime is important, what matters most to us is improving the value and efficiency of patch and reboot cycles. Red Hat Enterprise Linux's tools, including Satellite and Ansible, provide valuable visibility and transparency regarding vulnerabilities, packages, and infected systems, helping enhance security and patch management.

The most valuable feature of Red Hat Enterprise Linux is the Ansible Automation Platform, closely followed by Satellite. These two tools are integral to our environment. 

Satellite helps with provisioning, managing metadata, and licensing, while Ansible ensures uniform setup across our extensive environment, making the management of our infrastructure much smoother and more efficient.

Red Hat Enterprise Linux could be improved in several ways, especially regarding transparency and communication of new features. Enhancements could include better documentation and quick reference materials for various user groups, including developers, system administrators, etc. 

Additionally, there could be improved visibility for new and improved commands within Red Hat Enterprise Linux. Many users still rely on outdated commands when newer, more efficient alternatives are available. Providing frequent updates and maintenance for resources like the admin blog would help improve communication and transparency regarding Red Hat Enterprise Linux's capabilities and features.

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

I would rate the support for Red Hat Enterprise Linux an eight out of ten. There has been a noticeable improvement in their support, particularly after their acquisition by IBM.

Positive

The deployment of Red Hat Enterprise Linux was initially complex because we were not aware of all the available tools to streamline the process. We had to learn, but now we are more proficient. 

Tasks that once took a month can now be completed in a week. We worked directly with Red Hat Enterprise Linux, without an integrated reseller or consultant.

We have seen a return on investment with Red Hat Enterprise Linux. By transitioning applications to the Red Hat Linux platform, we have been able to reduce our data center footprint and associated costs, such as electricity. This cost savings in other areas has been a clear benefit of using Red Hat Enterprise Linux.

Our upgrade and migration plans are focused on a balance between stability and staying current with the latest and most secure versions of Red Hat. 

While there is a desire to be on the cutting edge, we must consider what is currently in use by our clinicians and staff who rely on our hospital systems. We aim to strike a balance between these factors and leverage a sandbox environment to test the latest versions before deploying them in our production environment. 

We have been thoroughly impressed with Red Hat Insights and are currently in the process of exploring Leapp, which has shown great results in our evaluations. The web console has been invaluable for us, particularly when collaborating with application custodians who may not be familiar with the command line interface. 

We use Ansible for managing our Red Hat Enterprise Linux systems for provisioning and patching, which has improved visibility and reduced issues compared to third-party solutions. Overall, I would rate Red Hat Enterprise Linux as a nine 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 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.

Our use case for Red Hat Enterprise Linux is for production applications. 

We are a Managed Service Provider. Red Hat Enterprise Linux enables us not to be worried about vulnerabilities, security, and patching.

The most valuable features are the subscriptions and upgrades. 

We need to have more flexibility on the developed versions. Not everybody is ready to subscribe to enterprise versions. They would like to test the tool without subscriptions. 

We chose Red Hat Enterprise Linux because of its security. 

We use Red Hat Enterprise Linux with AWS. We started our practice with AWS, and most customers use it instead of GCP or Azure. We use the product in a hybrid environment, mostly when shifting the containers or existing workloads from legacy systems. 

Most of the customers use Red Hat Enterprise Linux because it is the only approved OS. The tool's knowledge base is good but is limited to subscriptions. 

The upgrade migration is straightforward. For the initial projects, we used to execute CLI scripts. We plan to upgrade the system if everything works well in the lower environment. 

I have used the image builder feature. I rate the overall product a nine out of ten. 

We use Red Hat Enterprise Linux for VMs and physical servers. 

The containerized platform will help us use ROSA. 

The tool's most valuable feature is OpenShift. We plan to move all our applications to microservices. The container platform is integrated into one.

I opened a few cases, and the tool's support responded quickly. 

Positive

Deployment is simple if you have been using the solution for a long time. However, it can be complex if you are new to it. 

We use RHEL 7 and RHEL 8 on on-premises. RHEL 8 is on the AWS. There is a security policy like CIS when deploying the solution. You can embed it on the image. I am not sure if there is HIPAA compliance yet. 

Migration from RHEL 8 to RHEL 9 is easy. Upgrade depends on the application that is running on each instance. You need to check if it is compatible with the kernel. We need to plan things before migrating to the latest version. We need to stay current to ensure compliance. We plan to move from RHEL 7 to RHEL 9 and use RHEL 8 and RHEL 9. 

We use Red Hat insights but do not utilize them. It helps with the remediation. I use Image Builder to build AWS and GCP images. I haven't deployed them. 

I rate the product a nine out of ten. 

We have over a thousand VMs or physical machines running on Red Hat Enterprise Linux. We have various applications, and we also run the OpenShift Container Platform on-prem, so we have a lot of containers. They are migrating a lot of apps from the mainframe over to Spring Boot type of app. It fits well in the container.

Red Hat Enterprise Linux gave us stability. There is somebody to call when we have issues.

Red Hat Enterprise Linux has affected our system's uptime or security.

Red Hat Enterprise Linux has not yet enabled us to achieve security standards certification because we do not go after any of those. There are some products that we will have to do once we get there, but so far, we have not had to certify anything.

Red Hat Insights gives a lot of insights into known issues that we do not think about unless we call support. It tells us to proactively fix something.

I have used Image Builder and System Roles mainly for Red Hat Enterprise Linux for Edge. It builds out the OS tree build for us, which is very helpful. I do not like to do that myself.

I use the Red Hat console every now and then, but I do not use it heavily. I am old school.

The security updates and the support that comes along with it for applications are valuable.

Red Hat Insights was a nice feature to discover. I did not know about Ansible until probably eight years ago. I learned that language, and that was a void or something that was missing for over 25 years.

I like the SCAP Workbench interface that I can use to build some security around. I use Ansible to go out and do configuration management checks as well. Overall, I feel it is very easy to get the data I need.

We finally started doing Red Hat Enterprise Linux for Edge. That one definitely is an improvement. One piece that is missing is that we are required to use moby-engine, but currently, Red Hat Enterprise Linux for Edge forces Podman, so we have to work around it.

I have been using Red Hat Enterprise Linux for a decade in my current organization, but overall, I have been using Red Hat for over 25 years.

Early on, support was closer to a six, but now, it is a nine out of ten.

Positive

I have used them all back from the early nineties. I have used CentOS and others. The reasons for companies switching from those to Red Hat Enterprise Linux are that most of it is open source, and they get more product features. There is a market. If other companies are doing it, they tend to switch over. Containerization is a major reason as well.

I was involved in the OpenShift deployments. We are also directly involved in every version of Red Hat Enterprise Linux. We are involved in the proof of concept. Its deployment is straightforward.

We used Red Hat with the OpenShift deployments to make sure we were doing it right, and then a lot of other things, such as Red Hat Enterprise Linux 8 or Red Hat Enterprise Linux 9, we just did ourselves.

In terms of our upgrade and/or migration plans to stay current, we are upgrading everything to Red Hat Enterprise Linux 8, and we are going to Red Hat Enterprise Linux 9 already. We are making that a product feature. We are using Red Hat Enterprise Linux for Edge for our remote deployments.

In terms of provisioning and patching, we deploy the base image, and then we use Ansible for the configuration behind it. For Red Hat Enterprise Linux for Edge, we use the OS builders to build out that same image. I use Kickstart to build the base image before the configuration.

I do not track that in the company, but I am sure we have seen an ROI.

It seems to be fair. It is not overpriced. I went to the simple model, and that makes it easier for us to deploy.

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

For the past couple of years, our contractor team has been engaged with the Department of Veterans Affairs, focusing on developing and deploying software and containers and we use Red Hat Enterprise Linux for that.

One of the most valuable aspects is the ease of installing packages on the server. When we need to run specific software, adding and installing packages on Red Hat Enterprise Linux is quite straightforward.

When we initially began working with containers, we encountered some challenges with compatibility. Red Hat provided an older and somewhat outdated version of Docker, which made the early stages of our container journey more challenging than I would have preferred.

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

The customer support they provide is highly commendable. I would rate it nine out of ten.

Positive

I've mainly used Windows on my computer or laptop. However, it was a different scenario when we were developing in the cloud and were given Red Hat Enterprise Linux servers to work with.

We regularly perform upgrades on our OpenShift clusters, typically on a monthly basis. When it comes to the Red Hat Enterprise Linux servers, we frequently update the images on our virtual machines to ensure that we stay current with the latest versions. We're actively working on implementing automation using Ansible to streamline and facilitate these tasks.

Overall, I would rate it nine out of ten.

We host our applications and database servers on Red Hat Enterprise Linux.

We mostly have an on-premises setup. We also have Red Hat Enterprise Linux running on a virtual machine.

Compared to our previous Unix distro, it is pretty easy and less time-consuming to do patching and maintenance. It saves a lot of time during maintenance.

I started with Solaris 10, and then we migrated to Red Hat Enterprise Linux. Apart from local zones and a few other things, its features are similar to Solaris 10. It is getting our job done. It is hardware-independent. We can use Dell, HPE, or any other hardware. It is also more reasonable than the other operating systems.

It integrates closely with other products of Red Hat, such as Ansible, which makes it more efficient.

I have been using Red Hat Enterprise Linux since 2010.

We are getting all the support that we need on a timely basis. In the case of any issue, we are getting all the support needed to bring the production back online. I would rate them a nine out of ten.

Positive

We were using Solaris 10. We moved to Red Hat Enterprise Linux because it is cost-efficient and hardware-independent.

I am a part of the team that does the OS deployment. Its initial deployment is straightforward. We use automation for deployment. We have a kickstart to deploy the OS. Once we create that kickstart configuration file, the deployment is straightforward.

In terms of our upgrade and migration plans to stay current, we upgrade it before the OS is end of life. It is pretty straightforward. We are pretty satisfied with Red Hat Enterprise Linux systems when it comes to provisioning and patching.

We deployed it on our own. 

It is cost-effective.

There were not many options available.

Overall, I would rate Red Hat Enterprise Linux a nine 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. 

The solution offers stable distribution and is very focused on security. It's very committed to delivering security fixes. That way, we don't have to keep moving forward with new versions. 

They are very focused on security and their products are well-designed in that regard. Their delivery of fixes for all products is great. It helps us maintain compliance and helps with risk reduction.

They provide satellites as an account management solution to deliver fixes. It helps us figure out where there are security gaps in our system. They offer good compliance out of the box.

We are starting to roll out container approaches for delivering new solutions. It's still early. We are using a very simple setup and we're beginning to test OpenShift. 

The product enables us to achieve security standards certification.

We can build with confidence and ensure availability across physical infrastructures. From the OS perspective, they do have a lot of reliability features. The virtualization is being phased out (their previous solution) and now they are moving to OpenShift. We're just starting to adopt it. 

We can automate security configurations. We're using the Red Hat security ecosystem to manage logical access and security. It delivers a lot of information with regard to security and hardening and how to use its products properly with regard to security, and we try to follow those guidelines. 

Overall, they are doing a good job. We're hoping that they continue to onboard open-source products into their operating system.

I've been using the solution for about seven years.

Technical support is pretty good. It's one of the main reasons we chose Red Hat over competitors. 

Positive

We've been working with CentOS. It was used in a very limited scope. We've also used Oracle Enterprise Linux for a limited scope. Red Hat has a more solid community and certifies its products more effectively. 

We're quite experienced with the initial setup at this point. For us, the process is a standard procedure.

The product does require some maintenance. There are about four people dedicated to the technology at this time.  

They are becoming very competitive. There has been more pressure based on competition, which is healthy. They could continue to work on their pricing model. The subscription model for some products needs improvement. The automation shouldn't be combined with managed hosts. Pricing should be based on socket and not endpoints. 

We evaluated Oracle Enterprise Linux. 

I'm a customer and end-user. 

We do not use Red Hat Insights just yet due to some restrictions around sending sensitive information off-premises. We're quite limited in terms of using that feature at the moment.

I'd rate the solution nine out of ten.