Red Hat Enterprise Linux (RHEL) Reviews

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

As a system administrator, I specialize in building infrastructure on Red Hat Enterprise Linux, with a focus on automation from initial design through to implementation.

Red Hat Enterprise Linux has significantly helped our company grow by enabling automation, allowing us to provide multiple services simultaneously and reduce repetitive tasks through the creation and sharing of solutions with other teams.

Red Hat Enterprise Linux enabled us to centralize development.

Ansible is one of my most-used tools, and I especially appreciate its automation capabilities.

While Red Hat Enterprise Linux offers many valuable features, some, particularly the latest ones, are not immediately available until deployed on-premises. Additionally, although I need to become fully acquainted with its built-in security features, the dashboards could be enhanced to provide more comprehensive security insights.

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

Red Hat Enterprise Linux is stable. I've never had any problems with its stability.

The scalability of Red Hat Enterprise Linux is.

The customer support and technical support are good. Normally, I can find my own solutions and if not, I can reach out to the vendor for assistance.

Positive

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

We face restrictions in accessing the latest features for various tools, including Elastic and Red Hat. For instance, we cannot utilize certain Elastic features because they are not publicly available. Similarly, with Red Hat, we must wait for the newest features to be released on-premises before we can access them. This limitation hinders our ability to leverage the most up-to-date technology.

The key advantage of Red Hat Enterprise Linux over other open-source Linux distributions is its comprehensive support, which includes access to updates, security patches, and technical expertise.

The primary software utilized across our business units is S4HANA, which runs on our SAP server hosted on Red Hat Enterprise Linux. Consequently, most Red Hat systems in our environment support SAP-related services. We operate approximately 105 Red Hat Enterprise servers dedicated to running these SAP services.

Red Hat Enterprise Linux was implemented due to its robust infrastructure, which allows us to efficiently manage our enterprise servers on a large scale using tools like Red Hat Satellite, Insight, and Ansible. This centralized management simplifies the orchestration and control of our extensive RHEL environment. Red Hat Identity Manager also ensures secure authentication and authorization for our remote systems. Beyond infrastructure, Red Hat's robust support is invaluable, providing timely solutions to complex issues. The operating system's strong security posture, including rapid patch deployment for vulnerabilities, further solidifies our decision to implement RHEL.

Red Hat Enterprise Linux simplifies risk reduction by integrating Red Hat Insights. This provides a comprehensive security posture assessment of our Red Hat systems, offering easy-to-understand best practice recommendations and applicable actionable remediation steps.

The knowledge base offered by Red Hat Enterprise Linux is detailed and contains numerous articles that can help resolve our issues.

Red Hat Satellite simplifies our patch process by helping us meet audit and compliance needs. We've set up a lifecycle environment within Satellite to test patches on development and quality systems before deploying them to the operating system. This allows us to roll out patches based on the environment, ensuring thorough testing before reaching production. Additionally, we leverage Ansible automation to streamline provisioning and manage patches effectively. While automation is ongoing, we have successfully implemented Ansible and Red Hat Satellite for provisioning, and we continue to identify areas for further automation within our environment.

Red Hat Insights provides best practice recommendations based on regular system assessments. Like other security tools like Microsoft Azure Defender, it can access a system to offer security improvement suggestions. I have a Red Hat Insights certification and find the tool valuable. It generates actionable recommendations that can be easily implemented through automated processes like FastScript, making it an efficient way to leverage data insights for enhanced system security.

Since implementing Red Hat Enterprise Linux, we have experienced high performance, improved security, excellent support service, and easier system management.

Red Hat Enterprise Linux has enhanced our security posture through timely security patch releases and best practice recommendations, which collectively have increased the protection of our data systems.

Red Hat Enterprise Linux allows me to manage all my Cloud and on-premise systems from one console.

The most valuable aspect of Red Hat Enterprise Linux is its ease of management. A robust suite of tools, including the user-friendly GUI and the powerful Red Hat Cockpit web portal, simplifies system administration. Cockpit provides a centralized platform for managing hosts, while Red Hat Satellite or automation servers excel at overseeing large fleets of radar systems.

Red Hat Enterprise Linux training and certification opportunities for engineers and administrators could be improved. While I have benefited from free training offered by other companies like Microsoft, I have not had similar opportunities with Red Hat. Despite holding a Red Hat certification, I incurred significant costs to achieve it. The training required for these certifications is expensive, and it would be advantageous if Red Hat provided more affordable training courses.

I have been using Red Hat Enterprise Linux for seven months.

Red Hat Enterprise Linux is highly stable.

Red Hat Enterprise Linux is scalable.

The support is good.

Positive

I have used Ubuntu Linux, Windows Server, and other solutions. Compared to these alternatives, Red Hat Enterprise Linux stands out as superior in terms of ease of management, security, and support.

The initial deployment is straightforward. Deploying it manually takes about fifteen to twenty minutes from start to finish using it manually.

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

We have 15,000 users all across Africa that use our systems.

Red Hat Enterprise Linux requires periodic maintenance to apply security patches and updates.

I recommend Red Hat Enterprise Linux and conducting a proof of concept to ensure it aligns with our requirements.

I use Red Hat in data routines for web, database, and container servers. Right now, I'm using three primary use cases.

Red Hat offers compliance consulting services. If we purchase hardware from companies like HP, Dell, or IBM, which also partner with Red Hat, they often guarantee compliance for their hardware. This compliance can extend to security regulations imposed by certain countries or governments, such as those based on NIST or CSSP standards. Red Hat's focus on compliance seems to center primarily around these hardware-related aspects and associated security requirements.

Red Hat's knowledge base requires an active subscription for full access, but developers can utilize a free, annually renewable option. With an activated developer subscription, users gain access to forums, documentation, the latest news, vulnerability reports, and other resources related to Red Hat Enterprise Linux and its associated packages. The knowledge base is now well-documented, and the active community quickly responds to forum inquiries, often within a few hours.

Leap is a feature designed by Red Hat to migrate its operating systems between versions. Introduced to address the end-of-life issue for distributions like CentOS seven, eight, and RHEL seven, eight, Leap allows users to upgrade from RHEL seven to eight, RHEL eight to nine, CentOS seven to eight, and CentOS eight to nine. However, Leap is specifically designed for Red Hat and works optimally only on Red Hat seven, eight, and nine. It does not function as intended on CentOS, Fedora, Oracle Linux, or other community distributions. Red Hat Insights is a complementary tool that provides valuable information to subscription holders about their licensed servers, including package installations, subscription validation, detected bugs, and vulnerabilities. It also offers alerts about new vulnerabilities and patches and facilitates license management and environment oversight.

I've used Convert2RHEL, a tool that simplifies transitioning from CentOS-based distributions like Leap to Red Hat Enterprise Linux. It supports converting only CentOS to RHEL by replacing binaries and installing Red Hat logos. Underlying Ansible scripts entirely handle this process. While I've had success with it, occasional minor issues arise but are easily resolved.

I have experienced minimal downtime while using RHEL. Some of our RHEL systems have operated uninterrupted for over 600 days. The only necessary reboots occur when applying kernel updates. Overall, RHEL has demonstrated reliable and resilient uptime and security.

Due to its built-in compliance features, RHEL is instrumental in achieving certifications for security standards. The system incorporates policies that align with regulations for governance and public institutions. When installing Red Hat Enterprise Linux in the cloud or on-premises, users must implement security policies that activate specific plugins and APIs to maintain compliance. Given its comprehensive coverage of contemporary compliance standards, Red Hat is the most valuable distribution.

Release updates are the most valued feature because Red Hat's rigorously tested release update pipeline sets it apart from other distributions. While many options are available, none match Red Hat's commitment to thorough package testing. Packages are initially delivered to Fedora, Red Hat's community distribution, for testing and validation. Proven packages then transition to CentOS, and after six months, the most stable and reliable packages are incorporated into the new Red Hat release. This well-defined pipeline ensures that Red Hat packages are stable and long-lasting. However, not all packages released in Fedora make it to Red Hat; some experimental or community-driven packages may not meet enterprise standards. Fedora serves as a testing ground, while Red Hat focuses on delivering a stable operational system.

Red Hat, known for its secure distribution, sometimes delays critical security patches for certain packages compared to other Linux communities like AlmaLinux or Rocky Linux. For instance, AlmaLinux addressed recent vulnerabilities in the SSH package within days, while Red Hat took over a week to release a patch. While Red Hat's rigorous testing ensures high-quality patches, the delay in releasing them can pose security risks.

Red Hat Enterprise Linux is a highly regarded but expensive distribution known for its top-notch software. This high cost often precludes smaller companies from adopting it. There is potential to make Red Hat Enterprise Linux more accessible to a wider range of businesses by lowering the price.

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

I previously encountered instability with an assistant. While using a non-Red Hat graphical interface, KDE, I experienced a system crash following a kernel update. This desktop environment proved incompatible with the new kernel. Conversely, servers utilizing only the command line never suffered crashes or downtime. I've observed the opposite trend in my Red Hat infrastructure, demonstrating exceptional resilience. For instance, during a complete data center outage two or three years ago, Red Hat systems recovered within minutes, while Ubuntu servers required significant maintenance. This suggests that Red Hat offers greater stability and reliability in our environment.

Specific features such as path movement and load balancing must be enabled when running routes within a cluster. Pre-installed software simplifies the process for system administrators to implement smart clusters and scale servers. Among various distributions, Red Hat is considered the most proficient in these areas, excelling in scalability and cluster server management.

The deployment was challenging, not because of Red Enterprise Linux itself but because the application runs within this distribution. Certain legacy software required manual installation on this new system, which complicated the migration process. However, the operating system itself is straightforward and plug-and-play. The difficulties arose from configuring the necessary applications within the distribution. I've had no issues working with or migrating to this distribution.

Red Hat Enterprise Linux is only affordable for large organizations.

If I had to choose alternatives to RHEL, I would consider Oracle Linux and AlmaLinux. Oracle Linux is an enterprise distribution based on Red Hat, offering binary compatibility, meaning applications built for Red Hat Linux will run identically on Oracle Linux. It is an enterprise-grade product without the associated costs, as the distribution itself is free, with charges only for optional support. While I believe AlmaLinux is more resilient and reliable than RockyLinux, my preferred alternatives would be Oracle Linux first, followed by AlmaLinux.

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

Cockpit is a technology offering a web-based console for server management. This web console can also perform any action achievable through the command line interface. However, I do not recommend it due to the inherent security risks of running a web server, especially when managing another web server. This introduces additional vulnerabilities and necessitates increased patching efforts. My preference is to maintain a minimalist system that runs only essential services. While Cockpit might be suitable for junior system administrators in the RHEL environment, as a senior administrator, I exclusively utilize the CLI, both on-premises via SSH and in cloud environments. I would only consider implementing Cockpit if we have junior staff and are willing to implement robust security measures such as firewalls, access control lists, and other protective strategies.

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 have a lot of Oracle databases, Tomcat, and Java microservices running on Red Hat Enterprise Linux.

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

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

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

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

I have been using Red Hat Enterprise Linux since 2004.

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

Positive

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

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

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

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

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

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

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

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

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

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

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

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

We have Ansible deployed on our Red Hat Enterprise Linux servers. We use it to manage the security of our fleet of Ubuntu virtual machines.

Red Hat Enterprise Linux is way ahead of Ubuntu in terms of security and compliance. It is mainly the ecosystem of data science tools that our developers want that pushes us in that direction. As a security engineer, I have a lot more peace at night knowing that my Red Hat servers are doing a good job keeping our Ansible infrastructure safe because that has fingers into everything we do. It is pretty critical.

Red Hat Enterprise Linux has not affected our system's uptime in any particularly noticeable way.

Red Hat Enterprise Linux has not enabled us to achieve security standards certification because we do not have any yet. We will have them hopefully in the future.

There are some nice integrations with scanning for vulnerabilities. That is the feature I have enjoyed the most because I am a security person, and that is my bread and butter.

Ansible has certainly been a game-changer. It is a lot easier to keep a whole bunch of virtual machines consistent with each other and make a change consistently across all of them. We use them for data science activities. Our data scientists are constantly trying out new packages and downloading new tools. We have to enable them to have root access on their machines but also need to ensure that they are not doing anything stupid at the same time. There are competitors to Ansible, but we are a big Python shop, so it is a very comfortable environment for us.

The only issue we have had with it is around the SELinux configuration because the way Ansible installs, it sticks the platform passwords in a flat file. We want that locked down more strongly than what is there currently with SELinux. 

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

I would rate their support an eight out of ten.

Positive

Primarily, we have used Ubuntu. We have had some of our use cases on CentOS, and then, of course, our workstations are all Windows, but I wish they were not.

We chose Ansible, and that chose Red Hat Enterprise Linux for us.

We use Red Hat Enterprise Linux in the cloud. We have Azure because it is the corporate standard. We do not have any concerns about using Red Hat Enterprise Linux in the cloud. Obviously, everything in the cloud is more exposed than everything on-prem, but it has got good, sensible, and secure defaults built in, so there are no concerns there.

In terms of Red Hat Enterprise Linux upgrades, when we upgraded Ansible this fall, that pushed us from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8. It should be a little easier from now on. Now that we have made the big jump from the older Ansible to AAP, we will probably be upgrading the systems on a quarterly basis.

We probably have not yet seen an ROI. We purchased it a couple of years ago, but we have not had the time to put it to as much use as we wanted to put it to. The cost is low, so it would not take very long to reach a return on investment.

We have not made use of the Committed Spend.

For its use case, I would rate Red Hat Enterprise Linux a ten 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.

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 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.