Red Hat Enterprise Linux is a Linux distribution mainly used in commercial data centers.
N/A
SUSE Linux Enterprise Server
Score 8.8 out of 10
N/A
The SUSE Linux Enterprise Server is distribution of the Linux operating system originally developed in Germany.
N/A
Pricing
Red Hat Enterprise Linux (RHEL)
SUSE Linux Enterprise Server
Editions & Modules
No answers on this topic
No answers on this topic
Offerings
Pricing Offerings
Red Hat Enterprise Linux (RHEL)
SUSE Linux Enterprise Server
Free Trial
No
No
Free/Freemium Version
No
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
No setup fee
No setup fee
Additional Details
—
—
More Pricing Information
Community Pulse
Red Hat Enterprise Linux (RHEL)
SUSE Linux Enterprise Server
Considered Both Products
Red Hat Enterprise Linux (RHEL)
Verified User
Engineer
Chose Red Hat Enterprise Linux (RHEL)
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 …
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.
I guess to give it more context, my first job in the Linux ecosystem was in web hosting. And that was basically a Cintas shop and it was all run extremely lean and very bootstrappy do it on your own. You don't get any support. And for that environment, it was kind of just the way it is. It's very cutthroat. You have to move super fast. Once I moved over to the corporate side, every company I've worked with has been on rail. And the thing that really kind of makes it the best choice compared to using another operating system, another flavor of Linux and just kind of figuring out your own is the amount of support that Red Hat gives rail as far as extra tools like Satellite Insights and what's coming up now with Ansible and especially Ansible. Lightspeed, but also SLAs and stuff like that. Because yeah, I mean it was good learning in that first environment because there were no tickets, there was no support. It was figured out. But nowadays it's just nice to have an SLA agreement. I can just open a ticket. I say that that's something that does really well, but I also want to see it expanded, just more like vendor support at an enterprise level. I'm not sure yet what that would mean. I just have that every time we come up for renewal, I look at the price tag and it's like, what else can we do here? I like what Red Hat is doing just more.
SLES has been the only OS for our large SAP landscape in North America and has been adopted by the rest of our global divisions because of our performance. We have not encountered any scenarios where SLES is not a good choice. We only use other OS when the vendor will not support SLES.
For us, it's going to be the deployment and the patching. It does a good job because you can put your no reboot tags and things like that because working with production systems and so we don't want them just rebooting suddenly because they were patched in the Linux world. So the non-reboot tags and the operating system deployment is the biggest thing we find that saves time and that's the biggest thing that we like. The tools. The tools that save time.
From an automation perspective. RHEL is really moving forward, but some of their ideas are still not ideas, but their implementations of it still feel half-baked, like the functionality's there, but it's not the kind of functionality that to me makes it a full-on solution with OpenShift in particular as we're bringing this in and we're getting more into containers because it's more important for the banking industry and other industries. Justice General, well you can do this by script and we don't have an interface for this and sort of things sort of like that. I'm trying to think if there's anything else that RHEL does that bothers me as a general rule.
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.
RHEL has most of the features that are required by an ERP solution. If you need any additional packages, RHEL has a great repository and a very easy package installation/upgrade process.
For the breadth of services, features and overall performance, I believe Suse Linux is a great choice for any enterprise. It still has to grow a bit in areas like online help forums and documents, but we are pretty much satisfied with our choice.
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
The biggest thing about RHEL that makes it stand out for enterprise users is the support that we get from the vendor. Whereas with the other ones, you're basically left on your own. There's no official repo, there's no satellite for patching. You're very left on your own with the community.
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.
Auditors are happy that we use an enterprise class distribution
Patch process is easy and fairly predictable
Information Security is fully satisfied with the speed of the fixing the errata and general state of the security patches, including the backporting process
