Red Hat Enterprise Linux (RHEL) Reviews

Most of the applications I work with, including our primary enterprise-level application, necessitate the robust capabilities of an enterprise-grade operating system. Therefore, we utilize Red Hat Enterprise Linux to ensure optimal performance and stability for these demanding applications.

Red Hat Enterprise Linux is praised for its exceptionally precise documentation, which greatly aids in the learning and implementation process. Troubleshooting is straightforward, and solutions to any arising issues are readily available through a simple Google search.

For provisioning Red Hat Enterprise Linux, tools like Terraform and Ansible are commonly used to automate the process on a base machine. While Terraform handles various provisioning tasks, Red Hat provides its software for patching, although OpenSCAP is also a strong alternative for effective patch management.

Our organization uses Red Hat Insights, leveraging its user-friendly single dashboard to monitor all aspects of our systems. This centralized platform has proven invaluable for maintaining an overview of our infrastructure and ensuring operational efficiency.

We often use the Red Hat Enterprise Linux web console for things like viewing system performance and logs, managing user accounts, and configuring network settings.

Red Hat Enterprise Linux is robust, stable, and well-documented compared to the open-source versions of Linux.

I find the most valuable aspect of Red Hat Enterprise Linux to be its ease of customization. The operating system allows for the simple addition of kernels, modules, and other applications, making it highly adaptable to various needs.

Red Hat has several areas ripe for improvement. In the Asia Pacific region, where cost-optimization is highly valued, Red Hat's support and subscription costs are perceived as high and could be reduced. While their security documentation is comprehensive, some solutions lack open-source availability or training resources, unlike platforms such as Ubuntu. Furthermore, the quality of documentation and training sessions, particularly for OpenShift, could be enhanced. Addressing these issues would strengthen Red Hat's offerings and better serve its customers.

I have been using Red Hat Enterprise Linux for about nine to ten years.

Red Hat Enterprise Linux is extremely stable.

When Red Hat is involved in virtualization or OpenStack, moving from one virtualization platform to another becomes easier. However, when scalability is needed, it depends on the underlying infrastructure security, which is part of Red Hat import.

Communication quality is very good. I find very helpful people in the support section, and the Red Hat portal is robust for main solutions and support. When I receive support, I often find very interesting solutions.

Positive

I previously used CentOS, Ubuntu, and Debian, among other Linux distributions. However, with the growing popularity of containerization technologies like Kubernetes and Docker, solutions like Red Hat OpenShift are becoming increasingly common, particularly in regions like Bangladesh, India, and the Asia Pacific. That is why we are using Enterprise Linux.

The initial deployment and migration of Red Hat Enterprise Linux are straightforward, particularly for cloud-based solutions. However, on-premises migrations present a slight challenge due to the complexities of CVS solutions and potential application compatibility issues. This can involve numerous parameters that require careful consideration. My lack of experience with Red Hat's migration tools may have also contributed to the perceived difficulty.

Red Hat could gain a competitive advantage in the Asia Pacific region by adjusting its pricing strategy. Lowering the cost of enterprise-level offerings could attract organizations seeking operating systems or Kubernetes solutions, as these tools are essential for many businesses in the region. This adjustment would make Red Hat a more appealing choice compared to competitors with potentially higher pricing.

I have not found another operating system that matches Red Hat Enterprise Linux; it receives a perfect score of ten out of ten.

The Red Hat Enterprise Linux upgrade process is generally smooth. However, patching occasionally causes issues, typically due to application incompatibility or bugs in the updated packages. This necessitates restoring from a backup to maintain functionality. While this is a recurring problem, the infrastructure itself remains stable throughout the process.

Red Hat Enterprise Linux serves various functions, including operating system tasks, satellite management, and OpenShift deployments. Additionally, we utilize Red Hat's Insight and Subscription Manager products.

Our organization utilizes Red Hat Enterprise Linux, both on-premises and in the cloud. While we maintain on-premises systems, certain departments also leverage Red Hat Enterprise Linux in a cloud environment. As the license manager for Red Hat in our organization, I can confirm that we have a substantial number of Enterprise systems operating in the cloud.

Red Hat Enterprise Linux offers key benefits for enterprise management, including features such as patch management, resource isolation, enhanced stability, and improved performance through automation. Unlike its earlier versions, Red Hat now provides these functionalities out-of-the-box, eliminating the need for extensive scripting and streamlining administrative tasks. Red Hat introduced an online patch management system in Red Hat nine, similar to what AIX offered years ago. This system, which likely will be included in Red Hat ten and eleven, allows for online patching without requiring a reboot. This is a significant advantage for enterprise companies who cannot afford downtime, making Red Hat an even more attractive option for them.

Looking beyond a Red Hat-centric view, hybrid cloud computing significantly enhances customer service. Whether through new service offerings, modernized workflows, or improved scalability, automation, and high availability inherent in cloud solutions, the benefits are clear. Furthermore, Red Hat Enterprise Linux provides stability, avoiding the reboots and challenges often associated with Windows environments. Therefore, hybrid cloud adoption is a strong strategy for enterprise companies, offering substantial advantages.

To enhance future development centralization, our development teams are transitioning to Red Hat Enterprise Linux on our development servers.

Red Hat Enterprise Linux has robust built-in security features that effectively contribute to risk reduction, business continuity, and compliance maintenance. Red Hat demonstrates a solid commitment to security by providing timely updates and fixes to its customers. While the operating system itself is secure, it's important to note that Red Hat Enterprise Linux provides a foundational image that requires further hardening through the implementation of security controls. Red Hat empowers users with a platform and a range of hardening options, enabling them to tailor security measures to their specific application needs. Furthermore, Red Hat's rapid release of fixes and updates, often within a day or two of a vulnerability discovery, ensures that customers have access to the latest security enhancements.

The portability of applications and containers built on Red Hat Enterprise Linux fosters organizational agility by enabling a continuous cycle of learning, trying, adapting, and iterating. Containers offer a streamlined approach to development, allowing for rapid deployment and effortless updates. If a containerized application doesn't work, it can be quickly destroyed and recreated with updated components, significantly reducing deployment time compared to traditional methods. This rapid iteration aligns perfectly with agile principles, enabling organizations to respond swiftly to changing needs and requirements.

Red Hat Satellite provides patching information and compliance percentages for our systems, but in a multi-departmental enterprise environment, Red Hat Insights offers a more comprehensive view. Insights synchronizes data from Satellite and provides a centralized platform to monitor compliance across different application sectors. This addresses the limitation of Satellite, which may not be accessible to all stakeholders. Insights' API-based functionality allows integration with ServiceNow, creating a single pane of glass view of compliance for various teams. Furthermore, the Insights client provides granular visibility into vulnerabilities, further enhancing transparency and management capabilities. This integration streamlines compliance monitoring and improves overall efficiency.

Red Hat Insights provides vulnerability alerts and guidance. While it doesn't necessarily affect uptime, the severity of the vulnerability determines the response. High-severity vulnerabilities require immediate evaluation to assess their impact. Multiple security layers within the environment may mitigate immediate risks. However, vulnerabilities should be addressed promptly. Insights enhance transparency and provide detailed information for timely action.

Red Hat Enterprise Linux offers many features I appreciate, especially the increasing maturity of the operating system and its automation platform. The automation platform, in particular, has significantly evolved over the past three years. Satellite, now known as Insight, is another excellent product, providing easy and convenient patch management for both managed and unmanaged systems. Its reporting on users, vulnerabilities, and other key information is also quite valuable. Having used Red Hat since version three and now working with versions eight and nine, I'm consistently impressed by its progress. The preview of Red Hat ten looks amazing, and I plan to implement it soon after its release.

The area of improvement is patch management, specifically isolating kernel and operating system patching to prevent downtime for enterprise applications.

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

Red Hat Enterprises Linux is stable, and improvements are constantly made.

We are not extensively using the scalability features, but the documentation and technology are growing.

I am generally happy with Red Hat's customer service and technical support. There are challenges with different time zones, but overall, the service is satisfactory.

Positive

Red Hat Enterprise Linux offers a straightforward pricing and licensing model. The subscription manager provides clear visibility into license usage and facilitates tracking usage growth over time. Although the tool is still under development, Red Hat is actively collaborating with customers to improve its features and functionality. The subscription manager enhances transparency by enabling accurate tracking of license consumption and ensuring alignment with customer needs. Red Hat Insights, working with the satellite, further strengthens transparency by automatically calculating and reporting license usage. This comprehensive approach simplifies customer license management and promotes clarity in supplier relationships.

Red Hat Enterprise Linux is a solid operating system, earning an 8 out of 10 rating. While no OS is perfect, and there's always room for improvement, Red Hat effectively meets the evolving demands of the business market.

While numerous open-source operating systems are available for development, enterprise-class companies require the stability and support of enterprise-level solutions. Red Hat Enterprise Linux bridges this gap by offering a forum for feedback and collaboration, allowing users to directly influence feature improvements and updates. Red Hat Enterprise Linux effectively combines the flexibility of open source with the robust support and reliability required by enterprise-class customers, unlike many other open-source operating systems that lack this level of responsiveness.

Our focus is on the enterprise support and open mindset Red Hat provides, looking to customer benefits and services.

We use it for SAP applications. We use it for web hosting, and then we use it for clustering.

We were previously using Windows Servers, but we had challenges with the compatibility with SAP applications, the support, and the frequency of patches. We had compatibility challenges when we wanted to go for an upgrade. We use the SAP HANA database for SAP applications, and the migration process from Windows to Linux was easy. We also got better support. While troubleshooting issues and doing RCA on unplanned events, the support we received from Red Hat was good.

Because of the reduction in compatibility issues, the number of downtimes was reduced. The escalations were reduced from the application side. The frequency of the patching was reduced, so such planned activities were reduced. With Windows, we were forced to go for patching even if the application was not ready for patching. Red Hat Enterprise Linux is a good platform for SAP applications and the database in our organization. We prefer Red Hat Enterprise Linux.

Patch management with the Red Hat Satellite server is also good. When it comes to automation, the automation tool for regular tasks on Windows was very backward compared to the Red Hat automation tool that we are now using. Red Hat Ansible is far ahead. We could automate many more tasks on-premises using the Red Hat platform as compared to the Windows platform.

Red Hat Insights helps us understand vulnerabilities and avoid any downtime and risks. If needed, we can easily reach out to the Red Hat support team for any help related to patching or changes.

The knowledge base offered by Red Hat Enterprise Linux is very good. It is easy to understand. It is not too technical to understand. New users and application support teams can easily understand the information given in their knowledge base.

Initially, we used to do installation and patching manually, but we later implemented the Red Hat Satellite server, which was suggested by their team. We started using the Red Hat Satellite server. It has made deployment, patch management, and lifecycle management very easy.

Red Hat Enterprise Linux has affected our system's uptime. Earlier, the downtime was around six to eight hours, whereas now, it has come down to one hour. We also need less manpower for upgrades.

The file system is very good. We also have flexibility. We can scale the file system and add the mounts on the go without any downtime.

On Windows, for security, we need to have many applications and supporting tools installed externally whereas we get them with Red Hat Enterprise Linux without any issues. Application management is also easy compared to Windows.

Build management is also easier than Windows. When we had to deploy an application on Windows, the process was difficult compared to the Red Hat build process.

If someone wants to build automation, we can give them access to Red Hat Ansible Tower, which was not possible with Windows.

There can be a faster resolution. When we have production issues, they take around 30 to 60 minutes to come up with a solution. It would be quite helpful if their response is faster. They are also not reachable over the phone, so we need to wait for their callback for the ticket. If they are reachable over the phone, that will be quite good. Our account manager is reachable over the phone but only during certain times. Fast help would be quite helpful in the case of any urgent issues.

I have been using Red Hat Enterprise Linux for the last nine years.

For reliability, I would rate it a ten out of ten. The downtime that we have is not because of the OS. That is generally because of the dependencies such as the network or VMware infrastructure.

I would rate it an eight out of ten for scalability.

We have around 4,000 users, but the Red Hat boxes that we use are around 2,000. 

In the case of any unplanned events, system crash, or something else, we get proper answers from their team. They help us with RCA, which is helpful in avoiding any such events in the future. We can also approach them when we want to implement something. When we were moving from version 7 to version 8, their support helped us. We could move a bulk of machines with a small downtime. The application team was quite happy because the downtime was for a very short duration.

Their support for urgent or production issues can be faster. I have had all kinds of experiences with their support. I have worked with their support for the last four or five years. We have had scenarios where we had to close a ticket with no resolution. We have also had an awesome and quick response from them. They have also helped us build up a process, which was quite tedious. Overall, I would rate them an eight out of ten.

Positive

We were previously using Windows Servers. We had challenges related to compatibility, support, and patch frequency. We were not very comfortable with Microsoft's support. Whenever we had any issues, they only asked us to reboot or wait for the patch. They kept giving us some patches. We were not comfortable with that because the applications were not ready for those patches, but they forced us to keep updating them with the patches. Red Hat support is better than Microsoft support. They do not just ask to reboot to solve an issue. They help us with a proper RCA.

We have hypervisors in the on-prem environment. We use VMware on that. We are using Red Hat Enterprise Linux on bare metal and hypervisors. It is quite comfortable. We do not see any issue with either of them. Initially, we had some issues implementing the cluster on VMware, but Red Hat along with the VMware team helped us overcome the issues.

Its deployment was quite straightforward. There was no confusion. It took us some time initially but that got reduced with the help of Red Hat Satellite and Ansible Tower. Initially, it took 30 to 40 minutes for deployment. With the help of Red Hat Satellite and Ansible Tower, it came down to 15 to 20 minutes. We also needed less manpower because the process was quite straightforward. Previously, we had a team of four, but the number was reduced afterward. 

Upgrades are generally quite straightforward because we have spent some time with Red Hat support and built a process for easy upgrades.

We had some challenges with the upgrade from Red Hat Enterprise Linux version 7 to version 8 because of certain dependencies, but the Red Hat support helped us build a process and automate it. It took some time, but it got easy.

We have not used Red Hat Enterprise Linux Image Builder. It did not match our requirements. We built our own images. After moving to the Red Hat Satellite server, image building was quite easy.

It is not fairly priced. If they can reduce the price, it would be nice. 

I understand that they do not have any big competition as of now. SUSE Linux is there, but Red Hat Enterprise Linux has overcome all the drawbacks that it had earlier. Initially, SUSE Linux was a quite comfortable platform for SAP applications, but Red Hat has improved in terms of development. Its kernel suits SAP applications very well. If they can also improve the pricing, it would be even better. They generally do not reduce the price, but they give add-ons. We can get licenses for the Satellite server, Ansible, etc.

I would recommend Red Hat Enterprise Linux because of its support and reliability. In my career, I have worked with various Linux flavors such as Red Hat Enterprise Linux, CentOS, or Ubuntu Linux. Overall, the Linux platform is very reliable for most applications. With Red Hat Enterprise Linux, we get support when we need it.

We do not use the web console much on the support side, but the application team does use it once in a while. They find it comfortable because, for application deployment, they require a GUI. We provide them with the console, and they complete their task. We do not use it ourselves. We are quite comfortable with the command line interface.

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

I use Red Hat Enterprise Linux to manage pre-configured web servers, troubleshooting issues such as "524 errors" and missing configurations in EMV files. Furthermore, I constructed an on-premises Kubernetes cluster on Red Hat Enterprise Linux 9 and configured it for ELK.

The Red Hat Enterprise Linux knowledge base is excellent. When I encountered an error, they were able to quickly identify the issue and guide me through the necessary steps to resolve it.

The Red Hat Enterprise Linux Web Console functioned properly throughout the lab courses.

Red Hat Enterprise Linux is excellent for commercial use and enterprise tools. It's best to use Red Hat for enterprises because it provides robust support available twenty-four by seven, which I have experienced.

To start working with Red Hat Linux was straightforward and user-friendly. I didn't encounter any complexities.

The most valuable feature of Red Hat Enterprise Linux is its comprehensive ecosystem. The detailed documentation eliminates the need to consult external resources, and the knowledgeable support team provides expert assistance with both technical issues and site navigation.

Improvement is needed for supporting Kubernetes clusters because it is less supported by Red Hat according to my experience. There are also some gaps in documentation which affect configuring Kubernetes clusters.

I have been using Red Hat Enterprise Linux for four to six months.

I have not faced any downtime or stability issues with Red Hat Enterprise Linux.

I have not encountered any scalability issues with Red Hat Enterprise Linux.

The technical support is excellent. They promptly addressed my concerns regarding permission issues when I contacted them.

Positive

I used CentOS for non-enterprise purposes but switched to Red Hat for enterprise applications due to its superior support and stability. However, Ubuntu is generally preferred for Kubernetes deployments.

Red Hat Enterprise Linux is nine out of ten.

Red Hat Enterprise Linux does not require maintenance.

Our mid-size organization has between 20 and 50 employees, including our DevOps team, who use Red Hat Enterprise Linux.

I recommend Red Hat Enterprise Linux due to its support and strategy.

The use of the solution keeps varying, considering that we have web apps and a lot of homegrown stuff as we build a lot of our own apps. My company also uses Red Hat Enterprise Linux (RHEL) for the operating systems for a lot of our other applications that we use for authentication purposes and so on.

I can't really talk much about how the product has benefited the organization since it is not in my wheelhouse, and I mostly deal with the area of configuration management and the automation of configuring it. In my company, we have a Unix team I work with, and when they want to automate processes, then they come to me and I help direct them.

The solution's most valuable feature revolves around its simplicity, especially when maintaining it, which is an easy process.

I have not seen anything in Red Hat Enterprise Linux (RHEL) that causes any queries or doubts in my mind, so I am not really sure if I see any need for improvements in the product at this point, especially when I have good communication with the sales teams and support. I have also recommended the changes I want to see in Ansible, an area where my company sees progress. There is nothing my company is disappointed about regarding Red Hat Enterprise Linux (RHEL).

I would like to see a better way to organize the jobs within Ansible, specifically with the automation platform. Right now, in Red Hat Ansible Automation Platform, everything is just flat as there are no directory structures or folders and no ways to designate specific jobs for specific things as everything is in one big pile.

With Red Hat Enterprise Linux (RHEL), my company has not seen anything requiring improvements. My company is really happy with Red Hat Enterprise Linux (RHEL). My company is still in the migration process right now since, from all of our seven boxes, we are moving on to the eight and Red Hat Enterprise Linux (RHEL) 9. The aforementioned process has been really smooth and slick. My company likes the speed and simplicity of the OS.

I have been using Red Hat Enterprise Linux (RHEL) for twelve years. My company has been using the product since before I joined.

It is a stable solution.

It is a scalable solution.

I went to have dinner with my sales team the previous night, and we just had a chat, after which I got to know some professional services offered by some people willing to come and help our company with the solution if required. Based on the aforementioned area, I can rate support as ten out of ten.

Positive

My company has experience with AIX, Solaris, and Windows. My company switched over to Red Hat Enterprise Linux (RHEL) because people wanted it, specifically the app developers. My company uses Red Hat Enterprise Linux (RHEL) based on supply and demand factors. You just build what is needed for the infrastructure side or when you are in the operations.

The product's deployment phase was simple.

There is a different group in my company that has built up a strategy to deploy the product, so I don't have to do anything in its deployment phase. To request a new system is just a matter of filling out the ticket and submitting it easily, after which the box is built, which is great.

The solution is deployed on an on-premises model.

The deployment phase for the tool was carried out with the help of our company's in-house team. The product was deployed with the help of vRealize Orchestrator Appliance.

In terms of the ROI associated with the product, I would say that with a lot of stuff I do in the company, I also get involved with the patching side, especially the patching of servers. I can patch 1,500 Red Hat Enterprise Linux (RHEL) boxes in the time it takes me to patch ten boxes from Windows. Patching in Windows is bad. Being able to patch Red Hat Enterprise Linux (RHEL) is simple since I think the most I have ever seen it takes is around 35 minutes to patch a box. When our company started to move towards a more containerized approach, we saw that being able to have your container or your OS can open a whole new world. Being able to spin up systems and have multiple systems that are already pre-patched, I don't have to have downtime for the enterprise.

There were a couple of operating systems, including CentOS, which my company looked at before choosing Red Hat Enterprise Linux (RHEL) as it offered a strong support model. The consistency offered by the Red Hat Enterprise Linux (RHEL) was also one of the other reasons why my company chose it over other tools.

Though my company does not currently have a hybrid cloud environment with the tool, we are working on it since regulatory compliances in the banking sector require us to stay compliant. My company is not in a place where we can just jump into cloud infrastructure, but we do hope to do so in the future. Presently, the product is on an on-premises model.

As I am not required to deal with the developers in our company, I don't know if the product has helped centralize developments.

My company uses Red Hat Enterprise Linux (RHEL) for containerization projects. The product has made dealing with containerization projects easy for my company since we get to use a lot of Kubernetes and Docker platforms that snap right into Red Hat Enterprise Linux (RHEL) and works.

Considering the built-in security features offered by the tool for risk reduction, business continuity, and maintaining compliance, I prefer Red Hat Enterprise Linux (RHEL) over a lot of other products. Our company is like an Active Directory shop, so we are doing a lot of tying to it, which is a little bit disappointing, but it is just business. I like the security end of Red Hat Enterprise Linux (RHEL). I also like the way the file handling takes place along with its management part, so I have no issues with the tool.

Speaking about the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) to keep our organization agile, I would say that it is something that will happen in the future as my company is a slow adopter. I am not really sure why it has been slow. My company does have a new organization that is really focusing on opening up new avenues so that we can actually be more agile and have the ability to move to things like OpenShift and having our containers offer more high availability while not having any downtime.

I don't use Red Hat Insights.

If I have to speak to a colleague who is looking at open-source cloud-based operating systems for Linux, I would say that CentOS or Fedora are good options since both products have had an association with Red Hat Enterprise Linux (RHEL) for a long time. I personally like and prefer CentOS.

I would not be able to comment on whether the Red Hat portfolio has affected our total cost of ownership across our enterprise landscape because we just spin them up and keep building them. My company was primarily an AIX house, using Solaris and a lot of Windows boxes from Windows. Right now, my company has gotten rid of the AIX and Solaris systems, and now we are down to about a 50-50 split when it comes to Windows and Red Hat Enterprise Linux (RHEL). There have been times when we have had more Red Hat Enterprise Linux (RHEL) boxes in our company over the ones from Windows. I can see that in the near future, my company is going to be more of a Red Hat Enterprise Linux (RHEL) shop than an organization that has boxes from Windows.

In terms of the deployment model, I would say that my company has three data centers, mostly where VMware is used.

I rate the tool a ten out of ten.

The use case in my very early years was for dedicated servers for doing web applications.

We almost exclusively use Red Hat. The benefits boil down to the support. There is no problem getting support. Whenever we have an issue that we cannot solve, which does not happen often, we have somebody who is there either virtually or physically.

We use Red Hat Enterprise Linux on-prem and on the cloud in a hybrid environment. We probably also have edge devices. I am not completely sure about that one. Having it in a hybrid cloud deployment has been no different than having it on-prem. Running it on-prem is just as good as running it on the cloud for us. It simply works.

I appreciate the dashboards that are available online. There has been a lot of feedback on the CVEs. The most recent one that came was probably related to Zutil. Red Hat made an announcement very quickly saying that if you are using only Red Hat features, you do not have to worry about it. It does not run on their operating system. Unless you are custom compiling, it does not work on their system. I greatly appreciate little things like that because they save us a lot of time. If Red Hat is simply saying that it is not a part of their repo, I do not have to look for it.

We use Red Hat Insights but not company-wide. It is one of those things that simply saves you time. I do not want to have myself or anyone on my team go out and check various things. That is the whole purpose of using Red Hat Satellite. The whole purpose of all different dashboards and these websites is to use what you have. Let it report out what you have and not continue to write scripts just to check things.

Their support is valuable. Whenever I had a problem, I could get on a phone call with somebody. I did not have to go to some random forum or send an email and wait forever. I could call somebody.

It does have a workstation option, but you rarely hear anything about it. I would love to see the workstation replace Windows. That is a stretch goal, but it is possible.

I have been using Red Hat Enterprise Linux since version 4. It has been a while.

It is stable as long as you do not do something stupid.

Red Hat specifically works hard to make it difficult to not be able to scale it into anything. The only thing that I do not see it being capable of, officially at least, are the IoT devices. Technically, it is possible to get it on those devices, but that is not something Red Hat is focusing on right now. From a scalability standpoint, it comes down to what makes a reasonable profit and what is a good return on investment while choosing how to scale and where to scale. Red Hat is doing it right so far.

Prior to a few months ago, the support that we got from a TAM point of view was next to none. Now that I understand the scenario a little bit more, it was not because Red Hat was not doing its job or did not want to do more support. It was because of how the contracts aligned, and more importantly, who in our organization was handling those contracts. We had a recent change in our organization in terms of who is running what and who is handling what. When that change happened, the doors really burst open. Now that we have a different person he is working with, we are getting incredible support from our TAM. He is in communication with us on a very regular basis. While I have been here at Red Hat Summit, we have gone out to have meetings twice. I cannot speak highly enough. I would rate their support a ten out of ten.

Positive

My current organization has pretty much always used Red Hat, specifically Red Hat Enterprise Linux. There are all sorts of flavors of Unix in our environment. Almost all of them are there because they are managed network devices.

We wanted to stay close to Red Hat Enterprise Linux simply because of the mentality of the business. We have got some people who have been around for 20 years. Things such as switching from YUM update to APT update are easy. People can usually change from one to another pretty quickly, but some of the other commands that you are used to running in Red Hat Enterprise Linux are slightly different for different versions of Unix. It did not make sense.

I have used a lot of different variants through the years. I could be running Raspberry Pi, or I could be using Ubuntu to do a job but not for the production environment. I do not waste my time anymore. I know what works and where support is.

Our setup is a bit of a hybrid. We are streamlining a lot of things and trying to redesign how we are doing things. In terms of the cloud, we are 100% TerraForm. We are building out infrastructure as a code and TerraForm pipelines. On-prem, we have a Jenkins job that runs some TerraForm, which then runs some Ansible and then some Puppet. There is some cleaning up needed there.

Currently, we use all three major cloud providers: Azure, Google Cloud, and AWS. Each has its purpose.

The initial experience of deploying it at the current company was terrible, but it was not a Red Hat issue. It was an internalized issue that took a little bit of time to work out. After that, it was not a problem.

We implement it on our own.

I have not run into a single person who knows about Red Hat Enterprise Linux and is not being helpful. You can get talking with somebody at Red Hat Summit about what you are doing on Red Hat Enterprise Linux, and they will be like, "I did that a couple of days ago. Did you run into this problem too?" There is a community. I am sure there are communities for other variants, but my return on investment is simply community and support. I cannot speak highly enough of these two.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would say, "Good Luck!" We looked at a lot of different options to potentially leave Red Hat simply because of the cost. We tried out CentOS. We tried out Rocky. There were even talks about trying out Ubuntu, but there was the hassle of changing all of our mentality and code to work with different systems. It just did not make sense. CentOS worked almost side by side with Red Hat, but certain things that we have specialized with Red Hat were not working on CentOS for some reason.

We chose not to use CentOS because we had a misunderstanding of what AppStream was in terms of end-of-life for CentOS. Rocky was ruled out pretty quickly simply because of a lack of understanding in terms of:

• Where does Rocky come from?
• How reliable is it?
• Where is the support?
  

Red Hat's support model trumps a lot of those other ideas. I tell people that even if they are working in a home lab environment, get a developer license and get a developer account with Red Hat. Use Red Hat because more and more businesses I work with simply use Red Hat. It is great to have Fedora on your laptop as a workstation. It is great to have CentOS as a workstation. That is because those are still a part of Red Hat. You can transition and use Red Hat for a company. I have not been a fan of Ubuntu and some of the other variants because of how easy it is for people to make changes to operating systems that are not fully backed or tested. In my opinion, you do not want to put production on it.

Red Hat Enterprise Linux has not enabled us to centralize development. We are moving towards centralized development, but there are still so many different teams, so centralized development is not yet there.

We are partially using Red Hat Enterprise Linux for containerization projects. Within the next year, I hope to bring OpenShift in and replace AKS. I do not have a use case for the portability of applications and containers built on Red Hat Enterprise Linux. Based on what I have seen here at Red Hat Summit, I have a lot of ideas spinning around in my head to make it happen, but I do not yet have anything around containerization.

Red Hat Insights provides vulnerability alerts and targeted guidance, but we are currently not using that side of it. It helps in my limited sandbox environment, but of course, my sandbox is built up and torn down like crazy. It is valuable, but we do not have a great use case yet.

I would rate Red Hat Enterprise Linux a ten out of ten. I have been working with Unix systems for a while now. The first Unix system I touched was in 1992. There were so many variants that were striving to become well-known. You would hear all of these weird names. There were all of these weird animals and all of these different logos through the years. Even before 1992, there were a lot. As things progressed, you quickly saw different ones die out. I do not remember when I truly got onboarded with Red Hat. I know I started with version 4. It is one of those companies when you are looking for a name that sticks around and about which you do not have to question if they are going to be around for a while. You do not have to question that with Red Hat. You do not have to question that with Red Hat Enterprise Linux, whereas a lot of other variants do not even exist anymore, or they exist, but they have not been maintained longer than some people have been alive.

We use Red Hat Enterprise Linux (RHEL) to run applications and databases related to the European Parliament's business. For example, we use SAP for financial operations. It's not my domain, but I know the leadership plans to implement AI workloads. We translate every document into 27 languages manually, but we plan to use AI and machine language translation. 

Using a Red Hat Enterprise Linux Cluster in the SAP environments gives us high availability and disaster recovery, so our data is safe. I think it's a geo-cluster for the whole SAP environment. Whenever something happens, it almost automatically shifts to the other.

The support for OpenShift and CoreOS is valuable, as we frequently use support services and rely heavily on Red Hat support for assistance.

When we started using Red Hat Enterprise Linux, it was a struggle to install CoreOS because we were used to using a Satellite server with Red Hat. The people in charge of setting up OpenShift and installing Red Hat Enterprise Linux on the nodes had a hard time. I don't know why, but I think it was because the OpenShift cluster included VMs and bare metal machines.

I joined the European Parliament in 2012, and we have been using Red Hat Enterprise Linux for 12 years. 

We do not have any issues with its performance. The system functions well.

Scaling the operating system is transparent. We work with VMware, so whenever there is a need for more RAM and memory, the process is seamless to the customer.

I rate Red Hat support eight out of 10. Customer service and support are excellent. Support is available depending on the priority and the support package. I am happy with the service. However, navigating through documentation can be challenging.

Positive

We started with Mini Solaris and gradually migrated to Red Hat Enterprise Linux.

Initially, setting up OpenShift and the installation was somewhat complicated, especially when dealing with bare metal machines.

As a nonprofit business, we do not focus on return on investment in monetary terms. However, a big community makes it easy to gather opinions and help from outside sources, which is a return on investment.

We compared Red Hat Enterprise Linux and SUSE. While SUSE is generally the preferred Linux distro for SAP, we chose Red Hat Enterprise Linux because we had more in-house knowledge of the platform and better support. 

I rate Red Hat Enterprise Linux eight out of 10. I used to be an AIX system admin, and I still prefer that operating system. I would recommend considering Red Hat's benefits, such as support. I used to work in IBM support, and Red Hat has a significant advantage in this realm. Also, many corporations merge firms and combine workforces, and RHEL can adapt to these changes. 

I work on SAP HANA, which is on Red Hat Enterprise Linux.

Red Hat Enterprise Linux has a good support portal that I rely on.

The system rules are helpful for segregation of duties, as they provide us with more feasible access to the system, allowing us to register it accordingly.

We immediately see the benefits of Red Hat Enterprise Linux.

From an administrative perspective, the cloud platform is the best because we don't have to wait long. It's a portal, so we can access whatever we want through it, whether the Azure portal or the AWS portal; we click, and it'll purchase it for us. Some deployments take 30 to 40 minutes. But in most cases, especially for small services, it's just a few seconds to three minutes. From a business perspective, the pay-as-you-go concept is where we only pay for what we use. So those are the two things I like most about the cloud version of Red Hat Enterprise Linux.

Using Red Hat Enterprise Linux on the cloud can become costly over the long term.

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

Red Hat Enterprise Linux on the cloud is stable with a 99.9 percent uptime. Regional redundancies are used to ensure data accessibility.

The initial deployment was a little challenging until I became familiar with the solution through the portal. We did encounter a handshaking issue with Azure that required submitting a ticket to Microsoft, but otherwise, the process went smoothly. A team of four were involved in the deployment.

The implementation was completed in-house.

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

We have to apply patches weekly, monthly, or quarterly, depending on their purpose.

We had no concerns about using Red Hat Enterprise Linux in the cloud because both AWS and Azure supported it, and they provided support if needed.