Red Hat Enterprise Linux (RHEL) vs. SUSE Linux Enterprise Server

There's a lot of things that can and can't be discussed. But as I mentioned earlier, cloud computing and on-prem, and very much like in the cloud, having a standard image ISO, deploying that, the configurations with Ansible or packages installed via Ansible, instead of just a Kickstart script, you have a set of scripts that run in a pipeline that deploy Red Hat. So I'd say the environments, every time I've used Red Hat Enterprise Linux as a computing solution has been, like I mentioned, reusable, scalable, positive. And I don't think I've ever found any situations where I wish I were using something other than Red Hat Enterprise Linux, because the support is not there for anything else as much as it is for Red Hat Enterprise Linux.

Incentivized

We use it for every linux service we need to have running. It really works great and is easily manageable with the SUSE Manager, which helps a lot with the updating process. Although it is not stressfull on the CMD itself, it really does simplify things. Besides that, we are really happy with working with SUSE Linux Enterprise Server.

• Virtualization, like the operating system level task. I see this product is very good and it blends very well with the middleware components like all the JBoss and other things. And other than that, either you install it or a virtual machine or physical servers, it works seamlessly anywhere. And if you want to go further, like Red Hat OpenShift or those things also work very nice with it.

Incentivized

• Consistently performs well across various CPU architectures.
• It's very well supported both by the parent company, as well as SAP and other third-party companies.
• It is upgradeable across versions. We've performed upgrades from version 10 to 11 and from 11 to 12 without any major issues.

Incentivized

• Red Hat Enterprise Linux (RHEL) needs better built-in developer-centric tooling.
• The desktop experience is too barebones, which makes it less attractive for developer workstations.
• Red Hat Enterprise Linux (RHEL) needs to be integrated and available in GItHub Actions as a supported platform so code developed on GitHub can be tested and qualified there.

Incentivized

• The support window for service packs after a new SP is released is too short.
• Community engagement is low.
• There are times when supported packages fall too far behind and create compatibility issues with applications. The Open Build Service usually provides a way around this, though.

Incentivized

We find RHEL to be a superior OS with stable operations and long life. It is also easier to use and fix then most other OS's.

Incentivized

It's pretty intuitive and easy to use. Everything is adjustable; everything is customizable through a set of yaml's and everything can be undone and re-done. Doing items such a modification and restarting the single app doesnt take down the whole operating system like one of the more popular GUI based operating systems. We can work on live production systems without breaking into a sweat.

Incentivized

We've been using this OS for about 8 years in a productive environment. During this time, we have never run into any problems that stopped or impacted our production environment. We have been able to solve any problem we ran into using either common sense, suse documentation or suse support.

Product support and regular patches.

Incentivized

As with any OS enhanced testing will need to be done prior to application integration.

Incentivized

Red Hat support has really come a long way in the last 10 years, The general support is great, and the specialized product support teams are extremely knowledgeable about their specific products. Response time is good and you never need to escalate.

Incentivized

Support personnel are helpful and fairly fast to bring resolution to non-emergency issues. Patches are created and posted in a timely fashion. We so far have not had any major problems that needed support

Third party training was fast but mostly unnecessary as we were already Unix trained and Linux familiar

Don't be afraid of it, its easy to install and configure for the tasks needed.

Incentivized

Windows Server can take a long time to patch, waiting for the patch to install, then waiting to apply, after the OS is rebooted it can also take additional time to apply the update. Often times Windows Server patches can fail, leading to long troubleshooting times and application outages. Red Hat Enterprise Linux (RHEL) Patching is extremely quick, I've honestly not seen a Red Hat Enterprise Linux (RHEL) update fail to install in many years of Red Hat Enterprise Linux (RHEL) patching.

Incentivized

We went straight to SLES when we initially started migrating oracle to hana since at that time, HANA came on a pre-installed server that had to be purchased from an official vendor, and SLES was the only allowed OS. We stuck with SLES after we became certified to do our own installations because so far, SLES was a good fit for us.

Incentivized

Operational ease of use backed by support

Incentivized

We have successfully deployed on physical servers, VMs and in cloud all over the globe from templates of our own design

• It has done wonders for my career because I come from a Linux background, HPUX, Solaris and AIX. So made this transition to Linux 20 years ago. So it has really put my career at the forefront of what we do in the company. We're still primarily a window shop, but with Red Hat and what they're doing with the Kubernetes integration with OpenShift, with the East Satellite Management, the Ansible stuff, all based on Red Hat. It's taken off at my company and we're very happy about it.

Incentivized

• Compared to others, use is more stable and scalable; easy to manage.
• The administration tools are very useful in helping the staff performance.
• SLES proved to be a very extendable product, supporting all of our infrastructure.
• The major reason I chose to use the product was the extensive enterprise peripheral support.

Incentivized