Red Hat Enterprise Linux (RHEL) Reviews

I use the solution in my company to deploy our custom apps or to set up servers for DevOps operations, like running containers and those kind of tasks.

The benefits associated with the product for my company stem from the enterprise support the solution offers. Based on the fact that our company has technical exchange meetings with the product's staff members, I can say that I have never seen something like that happening in a hands-on engagement with our company, so that is just great. Being able to talk to the solution team about our company's issues and problems related to the tool all the time is something that really helps a lot.

I can't say anything specific about the product's valuable features, but I would say that whenever I have questions, I feel the tool's documentation is on point since I can always find anything I need easily.

There are some points in the solution's documentation where a few areas seem generic. The aforementioned area consists of the same scenario when it comes to some of the other products, so it is not just applicable for Red Hat Enterprise Linux (RHEL) alone, but also for some of the other supported products. I have never had a problem with Red Hat Enterprise Linux (RHEL), as it is really easy to use.

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

It is a stable solution.

It is a scalable solution.

I believe that there are definitely some plans to increase the use of the solution in our company in the future.

I believe that there are definitely some plans to increase the use of the solution in our company in the future, especially if we start to get more customers and there is a need to ramp up automated testing since we would need more systems.

The solution's technical support is really good and responsive. I rate the technical support a ten out of ten.

Positive

I believe that my company used to use a few products before starting off with Red Hat Enterprise Linux (RHEL), but I believe that it was before I joined the organization.

The solution is deployed on the cloud and on-premises models.

In terms of the ROI, my experience using the solution revolves around the product's community. The fact that I can just go out and even in an ecosystem in general with tools like Fedora, CentOS, and other stuff, I can always find what I want with the help of the community where there are people with similar experiences, especially if it is not available in the documentation part. I feel Red Hat Enterprise Linux (RHEL) is community-focused, and I really appreciate that as a developer.

Running Red Hat Enterprise Linux (RHEL) on the foundation of a hybrid cloud deployment has impacted our company's operations and I can say that it has been easy because there is not much to do between the two environments, as it is consistent, and that just reduces a bunch of headaches.

Red Hat Enterprise Linux (RHEL) has helped me centralize development. The operating system that we are developing is based on Red Hat Enterprise Linux (RHEL). In our company, we are able to use everything in the solution with the help of documentation, support shared knowledge resources, and all of that. Just using the tool to support our company's infrastructure is really great, and now we don't have to branch out and use other technologies. The tool is a platform that supports many different things.

I use Red Hat Enterprise Linux (RHEL) for containerization projects in my company as it is easy to use.

When it comes to the built-in features of Red Hat Enterprise Linux (RHEL) for risk reduction, business continuity, and maintaining compliance, I can't really say anything much about it because the product is used in our company for a specific use case and we put ourselves on top, so we don't really use the aforementioned components for the policies.

In terms of how I would assess the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) for keeping our organization agile and flexible, I would say that the offering of minimal images and all such stuff really helps cut it down and make deployments faster. In our company, we are really excited to use Red Hat Enterprise Linux (RHEL) to check the containerization of our apps, so being able to do such things for our products helps keep everything moving quickly. In general, my company is excited that Red Hat Enterprise Linux (RHEL) is moving towards the area to check the containerization of apps.

I would recommend Red Hat Enterprise Linux (RHEL) to a colleague who is looking at open-source cloud-based operating systems for Linux.

In terms of the deployment model used in my company for Red Hat Enterprise Linux (RHEL), I would say that the tool is basically deployed on-premises for closed environments and in the cloud because some of our company's customers prefer to deploy the product on the cloud. Mostly, my company uses the cloud services offered by AWS, while some of our company's customers use the services from Azure.

I like Red Hat Enterprise Linux (RHEL) considering the support that it offers to our company along with good documentation.

I rate the tool a ten out of ten.

I provide consultation to clients for their mission-critical applications. Its primary use case is running containers and microservices on Springboard.

My customers use versions 7.2 or 7.3. I have used versions 8.2 and 8.4. I have tried version 9, but I use version 8.4 specifically because it supports HighPoint RAID for storing the data, whereas the client applications run on the much lower version.

There are benefits in terms of price, security, and stability to reduce the risk of applications going down or something like that. A vast majority of systems are on Red Hat Enterprise Linux than on other distributions, which is another benefit.

Red Hat Enterprise Linux helps to achieve security standards certification. They use it in the PCI DSS segment, so it enables the applications to be compliant with all these security aspects.

Red Hat Enterprise Linux is very stable. It has been in the market for many years, and it is used by large organizations.

Their documentation and knowledge base are valuable. As an individual developer, whenever I have problems, it is easy to find the information. Their knowledge base is seamlessly integrated with the software. Whenever I have a question, it directly takes me to the knowledge base. It is well documented.

It supports scripting very well. Everything is scripted. A snapshot is taken in the VM, and the script is applied. It lends itself to better security and governance processes.

Its installation on a RAID or cluster system is something difficult. There are specific teams working on that. The GRUB configuration is also a little different from the other Linux distributions. 

In terms of additional features, as technology keeps evolving, the product will also have to evolve. For example, Microsoft Windows has come a long way. In Windows 11, there are so many features that are fundamentally the same as the oldest version, but there are other aspects or processes that have improved. macOS has also evolved over time. Similarly, in the Red Hat Enterprise Linux that I used in 2003 and the one that I am using now, some things are the same and some things have changed. Red Hat can continue to engage clients, understand the use cases, and update them.

I have been using Red Hat Enterprise Linux since 2002 or 2003. Red Hat has a vast variety of products. I have only been using Red Hat's operating system. I have not used Red Hat's other products.

It is very stable.

It is scalable, but I do not have experience in building hundreds of systems on a VM.

I have not used their technical support at all. I only use their documentation portal for self-support. Our production support team interacts with Red Hat's support team.

As a developer, I use both SUSE as well as Red Hat Enterprise Linux. My personal preference is Gentoo, but no one runs Gentoo on a production system. Gentoo is better in terms of customization. You can choose what you want.

I am not directly involved in its deployment, but I am planning to build an application. At that time, I will be deploying it myself. In the organization where I work as a consultant, there is a segregation of roles. There is a production support team, there is a development team, and there is a DevOps team. I am a part of the development team.

Its initial setup is straightforward. It is not complex. It also depends on the architecture, high availability, etc.

In terms of deployment, earlier, it was on-prem, but now, it is on the cloud. My client runs about 150 VMs on the cloud in the production, staging, and QA environments. Most of the things have been consolidated into VMs. The migration is complete. It was not that complex.

I have not measured that, but it should pay back for itself easily. The ROI should be reasonable. The cost over a period of time should be minuscule. As compared to other OSs, it is better to go with a big, known, and trusted vendor.

As a developer, I pay around 10,000 Yen, which is around $100 per annum for support. SUSE and Red Hat are typically the same without standard support. The pricing is not a big deal. Enterprise customers will pay for the support. Enterprises have the money for one or two products like this that are reliable and supported.

As a consultant, I advise customers to go for support. You mitigate risks by having support. For your personal usage, you can manage without support, but when it comes to the enterprise level, you need to delegate things to people, and it should be through the proper channel. You need a proper point of contact.

I would advise following the best practices recommended by Red Hat. It will minimize the downtime of the application or system. Partner with the vendor and get that support. Know the business case and build a strong relationship with the vendor. Trust them and tell them your use case, and they will come up with the best solution possible.

I am not a big authority on Red Hat or other Linux or Unix products. Only recently, I have been exposed to the concept called hardening and penetration testing. I do not know whether Red Hat provides a hardened version of the OS. My basic distribution is Gentoo which provides a hardened version of Linux. On the client side, the organizations we work with have different departments, such as the security department and the compliance department. For security, they work with various options that are available. For penetration testing, we engage a penetration testing consultancy company once a year.

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

We are using Red Hat Enterprise Linux (RHEL) primarily in the health care industry for AI modeling and edge computing. One use case involves specific monitoring in a room with equipment and hardware.

I'm keen on this product because everything works as expected. It has embedded compliance features. We expect more in version 10. The keynote mentioned embedded OpenSCAP reporting, which is something everyone wants.

Red Hat Enterprise Linux has a lot of specialized documentation. Typically, people search on the Internet and find solutions by trial and error. However, everything about Red Hat Enterprise Linux is there in the documentation. You only need to follow it correctly. 

The security features have room for improvement, especially for highly regulated industries like health care. That's why it isn't the primary OS in health care. It would be great if they added some features to address the specific challenges health care providers face. 

It isn't hard to patch, but migrating between versions is difficult. We have the the latest version, but the previous version is still working very well. It's hard to leave a working version to upgrade. I would like more AI features, but those will be added to the next version. We are in an AI age, and it's an area where we need to keep pace. 

I have been using Red Hat Enterprise Linux since version 3, starting around 2000. Currently, we use version 9.4.

The stability of Red Hat Enterprise Linux is excellent. I have nothing negative to report in this area.

Scaling Red Hat Enterprise Linux as our needs change has been good. The older versions continue to work well even as we introduce newer solutions.

I rate Red Hat support nine out of 10. They provide competent support and help resolve issues quickly. You don't need to spend a long time searching for a solution. I don't rely on them much, but it has been a big help for my colleagues.

Positive

I have been using Red Hat Enterprise Linux for many years, so it is my default choice when selecting an operating system.

I'm a technical guy, so I'm not dealing with the money side of things, but we've seen a return on investment in terms of time saved due to the good documentation and support. 

Red Hat Enterprise Linux is expensive, but I'm not paying anything because it's the company's money. However, it's priced comparably to other enterprise Linux solutions. It costs a lot because you have a large staff working on the concept and improving everything. There is an open-source developer part that is free, so you can test everything before buying it. 

I rate Red Hat Enterprise Linux eight out of 10.  I know this is a good product because I've used it for many years, and it continues to improve. The OS is great, so I continue to use it. If I'm working on a new project and given a choice between another solution and Red Hat Enterprise Linux, I would always choose Red Hat for the community, support, and documentation. 

There's a free developer version. If you are thinking about purchasing Red Hat Enterprise Linux, you can try the developer version for free. Practice using Red Hat Enterprise Linux, and you will see the difference between the other distributions and Linux. If you want the product to perform at an enterprise level, you need to learn the product. There a plenty of tools and also the Red Hat Academy.

I work for a consulting company, and we have many customers using Red Hat. They use it both on-premises and on the cloud for various applications, including enterprise applications and manufacturing certificates.

We selected Red Hat Enterprise Linux for our workloads due to its excellent support, enhanced stability, reliable update cycle, and strong community.

Red Hat Enterprise Linux has enabled us to centralize development and manage a hybrid model with on-premises and cloud deployments. It comes with built-in features that allow for efficient management of applications using tools like Ansible.

We use Red Hat Enterprise Linux for containerization projects, and one of our recent projects is in the manufacturing sector, specifically on the shop floor, where the latest MES software relies on containers. OpenShift is a valuable solution in this scenario, enabling the use of existing hardware. For instance, if a user already has a VMware hypervisor, they can deploy VMs, utilize them as worker nodes, and build an OpenShift cluster on top of that existing infrastructure.

Red Hat is used both on-premises and in the cloud. By enabling Red Hat Enterprise Linux VMs with Azure Arc, we gain a single management pane for both environments, allowing us to apply policies, check for compliance and vulnerabilities, and more. This unified approach simplifies management and enhances security across our entire infrastructure.

Red Hat Enterprise Linux has consistently performed well for our business-critical applications. Its stability is evident, as many trading applications rely on this Linux-based operating system globally. Red Hat Enterprise Linux is also widely perceived as more secure than other operating systems.

It offers robust built-in security features.

Red Hat Enterprise Linux, particularly with tools like Ansible, has significantly reduced risk in our environment. Ansible enables continuous deployment, streamlined patching, and efficient management of Windows and Linux VMs from a central location.

The portfolio helps reduce our total cost of ownership because our enterprise applications are typically based on its subscription model. This includes application support, vendor support, and other associated costs, making it a cost-effective solution.

Red Hat Enterprise Linux provides a stable operating system, and OpenShift enhances efficiency with a built-in Ingress controller, unlike some managed Kubernetes services.

There is a steep learning curve, especially for users from a Windows or GUI background, because of the command-line interface.

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

Red Hat Enterprise Linux has proven to be a stable operating system suitable for business-critical applications like trading applications worldwide.

Red Hat Enterprise Linux scales beautifully as our needs change.

The customer service is good, but there is room for improvement, especially in terms of continuity when handing over between support personnel.

Neutral

The stability of Red Hat Enterprise Linux, especially with OpenShift, provides a significant return on investment. The built-in Ingress and efficient management interfaces add to its benefits.

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

Red Hat Enterprise Linux customers typically begin AI integration by experimenting with chatbots or virtual assistants to improve productivity. However, a comprehensive business case outlining the use case and value proposition is crucial to secure sponsorship and justify a more extensive implementation.

I recommend considering the support system and available resources when choosing an enterprise Linux distribution. Red Hat, for example, offers a vast partner ecosystem, certified applications, and a subscription-based support model. Its open-source nature, strong community support, and extensive field experience contribute to its popularity. Furthermore, Red Hat's large developer base and significant code contributions demonstrate its wide-reaching impact and robust development.

Red Hat Enterprise Linux serves a variety of purposes in our organization. Initially, we used it for web hosting and web application support. We've since expanded its use to banking, where it serves as the foundation for our applications, and to containerization projects utilizing Podman.

Red Hat Enterprise Linux has brought uniformity and standardization to our workflows, providing excellent support enhanced by using Ansible. This has allowed us to centralize development and standardize all our systems.

Red Hat Enterprise Linux enabled us to centralize development by providing a standard system used across the board. This streamlines development by consolidating our efforts into one system with a single template for deployment and maintenance.

We are successfully using Red Hat Podman for containerization projects without any negative impact.

Red Hat Enterprise Linux's support and broad community assistance minimize the effort required to reduce risk, maintain business continuity, and ensure compliance.

Red Hat's container platform enhances organizational agility through the portability of applications and containers. Its centralized approach, which consolidates all resources in a single repository, streamlines operations and reduces management overhead. This robust system simplifies maintenance and ensures consistency across the platform.

My favorite feature is Ansible.

Red Hat Enterprise Linux could improve its communication slightly, but even that is already quite good. They could become the most efficient solution by focusing on improving areas where there is always room for enhancement.

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

Red Hat Enterprise Linux is stable.

Regarding scalability, it's enterprise software, so we can make it as big as we want.

Red Hat's customer service and support are excellent. For example, when we experienced instability with IBM DB2, their support team helped us optimize the system for our specific use case and implementation.

Positive

Before I started with our company, they used CentOS. Later, they transitioned to Red Hat Enterprise Linux.

The greatest return on investment from Red Hat Enterprise Linux is the support received.

Companies considering open-source systems are often startups or those seeking platform flexibility. Switching to Red Hat Enterprise Linux due to subscription costs can be a significant financial step.

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

While Rocky Linux is a viable open-source alternative to Red Hat Enterprise Linux for those seeking a cloud-based operating system, a Red Hat Enterprise Linux subscription offers numerous advantages beyond the operating system itself and may be a worthwhile investment, depending on budget.

I'm using the Red Hat Platform with Open Stack and an RHEL product for storage. The use case is performance IOPS for Ceph Storage, which depends on a bare-metal RHEL server. 

For my security customer, we get greater than 90 percent uptime. RHEL helped us achieve security certification. It helped my end-user pass their security assessment. RHEL's built-in security features scan the third-party layer in the OpenStack and RHEL platform to assess the SSH and firewall security or patch updates from the RHEL platform and reset OpenStack. Security is the number one priority for my end user. They want to prevent hacker access from the outside. 

RHEL supports the hybrid cloud strategy. The goal of using a bare metal server has been to improve availability and database performance. The OpenStack platform uses network capability to improve database performance.

RHEL improves database and application performance for my end users. The application can collect regional and national data for my end user, a strategic customer in Indonesia.

I am confident in the managed services RHEL provides in terms of the OpenStack, Ceph Storage, and OpenShift container-based products. If there are any problems with the RHEL platform, Open Stack, Ceph Storage, etc., I can raise the issue to RHEL global support. 

For the past twenty or thirty years, Red Hat has reengineered its product from bare-metal on-prem to the cloud environment. Migrating an RHEL system from bare metal to cloud is somewhat difficult. They could add a fast boot. 

We deployed one side of RHEL in 2023, and we'll deploy the other side in 2025.

When I deploy RHEL for the first time, I try to learn about the performance and tune the performance. 

Scalability isn't an issue. Our customers haven't reported any performance problems from scaling up.

I rate Red Hat support eight out of 10. I have used Red Hat support since 2023. They escalate the ticket based on severity, and if they can't resolve the issue within the maintenance window, they will pass me to another engineer. 

Positive

We previously worked with Oracle Linux. My customer has two divisions. The network decision is focused on accounting database performance, while the IT division uses Oracle Linux. On the network side, the customer uses RHEL products like OpenStack, Ceph Storage, and OpenShift. 

My end user wanted to upgrade from RHEL OpenStack 16.1 to the latest 17.1.3 in April 2024. We also upgraded Ceph Storage and OpenShift. Now, my customer wants a testbed before upgrading to the RHEL version in live production. If there are problems, we open a ticket with global support and or two people will join our remote call. We have it deployed in Jakarta and plan to deploy it to Bandung.

I rate Red Hat Enterprise Linux eight out of 10. I recommend all the Red Hat products, including OpenShift and Ceph Storage. OpenShift Container is a mature product for RHEL portal customers.

The main use case is generating golden images. All the deployments of operating systems and virtual machines on the servers are based on the golden image. The developers and providers can run all the applications on top of those.

Whenever we need to remediate any vulnerabilities, patches are available. These patches are not only for current exploits but also for back-porting for bug fixes and security fixes. These patches are available from the most recent versions to the specific version that we are using.

Red Hat Enterprise Linux has enabled us to centralize development. We have a golden image of the operating system. That golden image sets the standard for all the security policies that we are applying to it. For example, the partition scheme and the best practices that we apply to the golden image are the starting point for all the developers to start working with all the applications and also executing appliances or applications from providers.

We are using Red Hat Enterprise Linux with Podman for containerization projects. Red Hat offers what is called UBI or Universal Base Image. That image is already configured to be secure and have good performance. To start working with containers, we just have to pull UBI as a base for our images and start working on those. It has impacted our containerization project because instead of using Docker, we can use Podman. There is a common container image that is used by the majority of the customers, but I forgot the name of that one. Instead of using that, which is like a very minimal image, we are using UBI because it is already secure. It has the majority of the benefits of our Red Hat Enterprise Linux image but in a container image.

There is portability of applications and containers built on Red Hat Enterprise Linux for keeping our organization agile. That is a very good option to have because you do not have to worry about the underlying system. You just have to worry about your application and have the application running on top of your image based on UBI. It is going to be so easy to have the application running either on a machine with Podman or have the same application running just on top of OpenShift. It is so easy to move a container-based application that can be executed on top of Red Hat Enterprise Linux with Podman or on top of OpenShift. 

Security, packages, and updates are valuable. There is also the possibility to do unattended installations. This way you can define how you want the installation to behave and be configured whenever you do the deployment.

One of the best features is having a tool called OSCAP, which is a tool that is going to allow us to apply security profiles to the golden image. This way, all the security features or policies can be applied in real time. This way, we can follow all the policies that are defined by our security teams.

There are not a lot of areas to improve because the majority of the time, Red Hat is constantly improving it. The only area would be in regards to being capable of running on other architectures like ARM. They are about to release a new version that is available to be executed on ARM architecture.

We have been using Red Hat Enterprise Linux for about a year.

It is very stable.

It is scalable. We have plans to increase its usage.

It used to be better. It is still good as long as you can get in touch with a level 3 support engineer. If you have a trained engineer who helps you with what you need and who understands how to ask for specific details of what you need, you should be good. But, unfortunately, if you start with a simple detail of what you are experiencing and what kind of help you need, you will receive the same response. For example, you are pointed to a knowledge base article, and that is it. The support engineer is supposed to help you with your issue or request, but unfortunately, that is not happening anymore. It used to, but I understand.

We are looking for a support engineer to go all the way. The only way for you to contact support is via the support case system or page. After that, you interact through the ticket or email. You do not have a chance to have a call. If we have escalated a case, it is usually better if you have a person for a proper understanding and proper advice on what you have to do and how to resolve the issue. It could be that you need a new product, subscription, or service, but you do not know that.

Neutral

When I got into the company, they were already using Red Hat Enterprise Linux, but back in the day, I used to have HP-UX. That was a very ancient system. It was Unix-based. It was a proprietary solution. HP-UX was a platform licensed based on the old Unix code that was tightly integrated into hardware built only by Hewlett-Packard. You could not run HP-UX in any other place. You could only run it on hardware created by Hewlett-Packard. The intention with that was to run only on the Itanium architecture, whereas Red Hat Enterprise Linux can run on x86 architecture. It is also open-source.

We have it on-premises. It is in different locations. We are following a strategy to publish the images of the operating system. This way, multiple teams can grab the images and have their own procedures to deploy within each separate environment. We have multiple teams working on developments and they need a base image to start working on all the development stuff. Because they are all independent teams, they have access to a single source of image. This way, they can start working on further customizations and whatever they need.

We implement it in-house.

The ROI is in terms of the time that I have to invest in doing customizations, applying security policies, and fixing the supply to the system, wherever I need those.

The reason for going for Red Hat Enterprise Linux is to improve the time to market. It is so easy to just generate a new image. We can configure it with all the security features and all the libraries and packages we need. We can also configure it with the ones requested by developers. We can do all of that. It is so much easier than what we can do with Windows, for example.

It is very straightforward. We do not have to think much about having to get all the subscriptions related to the Red Hat Enterprise Linux fleet that we have because all the subscriptions came in pairs of CPUs or even for an entire bare-metal server. That way you can partition your bare-metal server into multiple virtual machines, and then you are covered. As long as your bare-metal server is covered, you can roll out any number of virtual machines on top of it. It is very easy to get subscriptions for your bare-metal server, and you can utilize whatever you want.

We evaluated operating systems or Linux distributions created by the community or run by the community only. We evaluated them mainly because of costs.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would say that they would not have the same team supporting all the operations and all the critical features and patches that they receive with Red Hat Enterprise Linux. They can go with one of the clones, but unfortunately, at the end of the day, the clones are going to deviate from Red Hat Enterprise Linux. With Red Hat Enterprise Linux, you can also create support cases to receive back-ported bug fixes and security fixes, and you get very cool features such as Insights, Satellite, or system roles provided along with Ansible. 

We are currently not using Red Hat Insights but that is an awesome tool.

Overall, I would rate Red Hat Enterprise Linux a ten out of ten. It is an enterprise Linux distribution. It was one of the first distributions to focus on the enterprise. There are others, but Red Hat is the main contributor to the Linux ecosystem. Because of that, it is so stable. It has proper support. It also provides the Linux ecosystem with new features and enhancements.

We use Red Hat Enterprise Linux servers and Satellite for patch management. We're also using Ansible for automation and hardening. Additionally, I'm doing a migration project from RHEL 7 to RHEL 9. Our environment is a mixture of on-prem and cloud systems. We are a hospital, so we can't keep some information on the cloud for compliance reasons. 

We have a separate team for the hybrid, and I'm part of that team. We've been migrating a few servers from on-prem to the cloud. Everything used to be on a hardware server, but now we use the cloud for the storage network. We share workloads between the cloud and the physical data center. Our Rubrik data backup archives to the cloud with Microsoft Azure. We also partner with Pure Storage, which we use for on-prem storage.

We have physical Red Hat Enterprise Linux servers for the Splunk environment, which is the security solution we use. Hadoop went to the cloud, but it used to be on Red Hat Enterprise Linux. We have VMware, and our VMs are reserved for Red Hat Enterprise Linux.

We have been using Red Hat since I was hired. All the app owners want Red Hat. Red Hat Enterprise Linux supports SQL and Oracle databases, which is helpful.

Red Hat Enterprise Linux has made significant improvements in terms of storage. You can mount an 18 terabyte file system. It also supports NFS shares and the SIP share for the photos. There have been many features added since RHEL 6. It's more user-friendly and graphical. 

We use Ansible as a go-to for provisioning and hardening the servers. It's so much easier with Ansible because we used scripts in the past. We had to log into each server as such, and it took a long time. With Ansible, we just run one playbook, and it takes care of everything. 

I used Leapp for my upgrade from RHEL 7 to 8. It's an excellent utility tool. When I run the Leapp script, it tells me everything I need to take care of before I run a migration. Red Hat Insight is good because it tells you about the future patches available. 

We use Red Hat Enterprise Linux image builder. Our golden image is a real image. We harden it, and it's our golden server. When we need a new VM, we can just make a snapshot of that. If it's a physical server, then I have to do it manually.

AIX will be out of support in the next few years, so that is a problem because a lot of the clinical apps use AIX. 

I have used Red Hat Enterprise Linux since I started working at this hospital six years ago.  

I rate Red Hat support eight out of 10. It's helpful when we face hardware issues, kernel panics, or the server is hanging. We always open a support case with Red Hat, and they're helpful at every level. It used to be in the United States, but now they outsource everything to India, so there is a big time difference. That's the only issue. 

Positive

We have always used Red Hat, but they use CentOS for a few applications. Most are using Red Hat. Another team uses Microsoft Windows 2016. It's a different team. The application team decides which one they prefer, but most clinicians use Red Hat Enterprise Linux servers.

The application owners like Red Hat instead of CentOS or another flavor of Linux because the support is reliable. If something breaks, they can call Red Hat support. It's the enterprise standard Linux.

I do the Red Hat Enterprise Linux upgrades. It's straightforward because I can just run Leapp to upgrade it

I rate Red Hat Enterprise Linux nine out of 10.