Red Hat Enterprise Linux has wider vendor support for enterprise applications. Also, [ Red Hat Enterprise Linux] (RHEL) provides a better life cycle management than SUSE Linux Enterprise Server and Ubuntu Linux. In addition, by using [ Red Hat Enterprise Linux] (RHEL) we are …
I feel that Red Hat Enterprise Linux (RHEL) is more user friendly than SLES. There are slight differences and I think Red Hat Enterprise Linux (RHEL) has the edge over SLES.
Our AWS cloud in environment use as Amazon Linux and it’s very easy and free with Amazon. RHEL is subscription charge is highbased on charges as compared to Amazon Linux and other operating system like suse
None of them provide the consistency and forward looking support that Red Hat Enterprise Linux provides. Red Hat Enterprise Linux is better suited to every environment.
We selected RHEL because it is a supported platform from our ISVs, because of the Enterprise-level support, and because of the long history of Open Source involved and community contributions.
Red Hat is much more compatible and guaranteed stable. We selected Red Hat because of this, but mostly because third-party Linux products are just going to work with Red Hat, with no need to spend time trying to make them go. Also, it's management tools are now quite good and …
CENTOS is the unsupported version of RHEL. There is Ubuntu, which in the current years has become very stable, but the thing is it's been funded by tech giants (I am not going to name them here) and that is the reason they tend to collect a lot of information from the linux …
Each of the different flavors of Linux have their positives and negatives but ultimately for the projects that I chose Red Hat Enterprise Linux was due for the need of online and phone support just in case something came up and we could not solve it on our own. This happens …
For our environment, SLES provides a more cost-efficient, standards-based Linux with Enterprise support available than their competitors. They also provide the best compatibility between their enterprise Linux and community distributions.
It is very similar, but SLES wins on the manageability front, with good built-in tools, the ability to upgrade major versions, and the ability to run on the latest Power 9 systems. It is our platform of choice for SAP; there is great collaboration between SAP and SUSE, and it …
We consulted our service provider on their recommendation and made some research ourselves. It was a hands down win for Suse Linux on both fronts so we readily chose Suse Linux for our operating system of choice. Red Hat and CentOS would almost be of the same distro package, …
We have been using RHEL in most of our other projects. We chose Suse Linux for their pricing model and ease of patching. There is no other major pros and cons of RHEL over Suse Linux and vice versa.
Red Hat Enterprise Linux (RHEL) is well suited for cloud environments, fast deployments and to run non-intensive apps/tools (with low memory and low cpu consumption).Red Hat Enterprise Linux (RHEL) might not be suited for really huge databases and intensive CPU processing.
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.
In the LEAP process. The upgrading process, which I'm hearing, like I said it before, prior that I was on rail seven, eight, and nine. Trying to get all of that to rail nine and stay current. The LEAP process from seven to eight is a little bit less than desired. I've talked to some people that from once you get on eight from eight to nine to nine to 10 is a breeze. So I'm looking forward to that.
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.
The Red Hat Enterprise Linux (RHEL) distro is the simplest enterprise version of Red Hat that is enterprise supported and when you deploy as many VMs as we do, it is vital to have that enterprise support. On top of the enterprise support, having access to a commercially supported backbone for updates and upgrades is a huge plus.
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.
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.
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
So we in our company have used Ubuntu as well. Sometimes we have to use that because a certain application installer requires that we use that operating system, but we really don't prefer it just because it doesn't come with the same Add-on features that make Red Hat Enterprise Linux (RHEL) really great, like Red Hat Insights or Red Hat satellite, things like that. They come package with it. So that would be the main one. I've also used things like FreeBSD, but I think that's just too old at this point to care.
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.