We use it for
- some of our websites
- one of our main applications for the City of Gothenburg
- the underlying operating system for our GitLab server.
Download the Red Hat Enterprise Linux (RHEL) Buyer's Guide including reviews and more. Updated: November 2022
To put your enterprise in a position to win, you have to break down the barriers that hold you back. With Red Hat Enterprise Linux, a platform with unparalleled stability and flexibility, you can reallocate your resources toward meeting the next challenges instead of just maintaining the status quo.
For SAP workloads, Red Hat Enterprise Linux for SAP Solutions combines the reliability, scalability, and performance of Linux with technologies that meet the specific requirements of SAP workloads. It’s certified for integration with SAP S/4HANA and built on the same foundation as the world’s leading enterprise Linux platform, Red Hat Enterprise Linux. For more information on Red Hat's portfolio of solutions for SAP workloads visit www.redhat.com/sap.
Red Hat Enterprise Linux (RHEL) was previously known as Red Hat Enterprise Linux, RHEL.
Travel Channel, Mohawk Industries, Hilti, Molecular Health, Exolgan, Hotelplan Group, Emory University, BlueCross BlueShield of North Carolina, HCA Healthcare, Paychex, UPS, Intermountain Healthcare, Brinker International, TransUnion, Union Bank, CA Technologies
We use it for
We have many different databases running on RHEL. Among them we have MySQL and POSTGRES and they all run great on RHEL 7 and on RHEL 8.
Using this solution, we can offer our customers an easier way to get a WordPress site, and they can have POSTGRES and Tomcat installations, and these run smoother on Linux than they do on Windows.
We also use both Ansible and Satellite from Red Hat. They are integrated with RHEL and they work like a charm. The integration works great. We use Satellite for patching our RHEL servers and we use Ansible to automate the patching and deployment of config files. That means we don't have to worry that much about the patching. If we want to deploy the same config file to 100 systems, we just run the playbook with Ansible and it's done. We don't have to run it on 100 servers.
The most valuable thing for us is the support that we get from Red Hat for the product. One of our most important applications here in the City of Gothenburg runs on RHEL, so if something happens, we have a partner to get support from.
The solution has features that simplify adoption for non-Linux users. There is an interface that you can activate on RHEL systems, and on other Linux systems as well, so that you will get a graphical user interface instead of just a shell. It's easier for an administrator who is used to only working on Windows.
In terms of the deployment and management interfaces for non-Linux users and Linux beginners, for me it was quite easy to get on with Linux and RHEL. And if you're not using the Cockpit, or graphical interface, then it's a bit harder because then you have to type in everything and you don't get any visual guides. On the RHEL systems that we have, we haven't been using the desktop environment; we only just use the shell environment. But using Cockpit is much easier because then you get a visual, graphical interface.
Sometimes they don't have new versions for applications like Apache or PHP. I understand it's because they have to have support for them, so they can't have the latest version all the time, but that's the main thing I see that could be improved.
So when you use RHEL and you want to install, let's say, Apache or PHP, you do a "dnf install php" and you get a specific version that Red Hat releases. But that isn't the latest version that PHP has released, because Red Hat has to make sure that they can support it. The compatibility with the latest version of Apache or PHP lags because RHEL does not release updates of the latest versions.
It's the same with the kernel. Sometimes they are a bit behind in the kernel version. That's the same issue. They have to test it and support it for so many years so that's why they are a bit behind on the kernel as well.
We've been using Red Hat Linux (RHEL) for more than 10 years. We are using versions 6, 7, and 8.
It's a really stable operating system. It has a lifetime of about ten years per version. It's not like other Linux systems where the lifetime is about five years. It's stable and it runs for a long time so you don't have to change the operating system that often.
It's easy to scale up and scale out.
Of the people using our RHEL systems, some are system administrators and some of them are just consuming power or memory or CPU from the server. They only have websites and they don't come into contact with the underlying operating system.
RHEL accounts for about 10 to 15 percent of our servers. Our usage increases all the time.
The solution also enables you to deploy current applications and emerging workloads across bare-metal, virtualized, hybrid cloud, and multi cloud environments. We only use on-premise in our infrastructure, but you can have it on bare-metal or on cloud or multi cloud. For us, it's been running great. It's reliable.
Red Hat's technical support has been quite good. Sometimes the lead times are a bit long because most of the support is in India, it seems, so there is a time difference. But if we need to get a higher level of support, we can just bump up the priority. So that's really good. We will get help faster.
I don't think our company had a similar solution before RHEL, although that was back before I started with the company. The company started with RHEL because they wanted to have support.
Red Hat, as a company, is a big contributor to the open-source community. That's another one of the reasons that we want to use RHEL the product.
The setup was quite straightforward. It was a bit harder with the latest version, but that was because of our VMware version.
For us, deployment takes about 15 to 20 minutes. Most of the time we get someone who orders it. They want to have a website and they need a server and we will spin up a RHEL server for them in our VMware infrastructure.
For deployment and maintenance there are two of us in the company. I'm one of them, in my role as a systems analyst, and my colleague is an IT strategist, although he mainly works as a system admin as well.
In terms of the solution’s single subscription and install repository for all types of systems, we can have as many RHEL installations as we want because we have a specific subscription that entitles us to have as many RHEL services as we want. We pay for a subscription and with that we get RHEL and Satellite as well.
As far as I know, there are no costs in addition to the standard licensing fees.
We have Ubuntu, CentOS, and other types of Linux versions. The main difference between these products and RHEL is the support that we get from Red Hat. RHEL is also more capable and more stable and it is more of a well-tested operating system before it gets released.
Try the product out. If you decide to purchase a subscription, don't be afraid to submit a ticket or a support case to Red Hat, because that's why you pay for a subscription. It took us a long time before we started to open support cases, because we thought, "Ah, we can fix this ourselves." But now we use the support system quite often and it works quite well.
One of the things I've learned from using RHEL is that there are applications that work so much better on Linux than they do on Windows.
Business: workstation and server.
Open architecture allows for accelerated growth while secure repositories guarantee stability.
Workstations: More applications for graphics.
Servers: More applications for monitoring (e.g., nmon).
The GUI for network adapters and built-in tools provided by RHEL, such as the Mozilla browser, have been valuable. Since they come built-in, it saves the time of having to install them, and you have everything necessary with the installation itself.
There are several tools which Red Hat provides as add-ons such as ReaR (Relax and Recover) which can be used for disaster recovery.
Improvements are necessary to stay in the market and face the competition. I really think that the upgrade policies between the major versions, like from from RHEL 5 to RHEL 6, should be much easier, similar to what is in place for upgrading from RHEL 6 to RHEL 6.8.
Until now, RHEL has been the most stable OS I have ever seen. Nothing seems to break, with frequent updates. I have been running it 24/7 for the past 18 months and it runs flawlessly.
No issues so far. You can always scale the hard disk as much as you want, add NFS, CIFS disks and still the enterprise solution would run seamlessly.
I would rate technical support at eight out of ten. Though they have some excellent engineers available, the case mostly goes through level-3 support staff and then it moves forward. This can sometimes be a time consuming process and lethal for a company.
No, we did not use a previous solution. We knew about Red Hat from our inception. It was a pretty well-known enterprise platform.
The setup of RHEL is straightforward, there is nothing complex about it. Everything is well documented on their website.
The pricing is a bit on the expensive side, mainly because of the support they provide. However, it is quite affordable if you are an organization. If, as a small company or individual, this is an expensive option, I would recommend CentOS, which is an exact replica of RHEL, minus the customer support.
I have worked on a few Linux platforms, but Red Hat is a different experience. Due to its stability, it makes an excellent choice. It’s so-called invincible security makes sure that your data remains safe. The excellent customer service support agents are ready to get your problem resolved almost within an hour of opening a case (as long as you have the premium license for your servers). Taking all this into consideration, I would say this solution is a nine out of 10.
I have been working on Red-hat for two years and I must say I enjoy working with it. No day is like another, since there will always be something which will enhance your learning curve.
I would say if you are managing high-end servers running complex programs, Red Hat would never do you wrong. It has a lot of built-in tools if you choose the maximalist installation. If you are running a low-end server, you can even go with the minimalist installation which would only cramp a few megabytes of your processor power.
The company that I worked for that employed RHEL was a PACS (Picture Archiving and Communication System - think of an image repository for x-ray, CAT scan, MRI, etc., that allowed radiologists to read the images and report on their findings). Our software was a FDA-certified medical "device," based on an open-source DICOM toolkit. We had a custom repository that served up our packages. We needed a stable, supported version of Linux since we would have to get FDA certification for each major version upgrade.
Enterprise support is available for our customers. Pre-RHEL, I used Red Hat desktop for personal PC.
Rarely were there stability issues. We regularly had servers running for three years without reboot.
Yes, there were scalability issues, but I blame that more on my employer than on Red Hat.
Support seemed to be great for day-to-day issues that our customers would experience (the customer would engage Red Hat support and escalate to me if there was no resolution). I only had to engage support once for an escalated issue and their support team tried to pass the blame onto our Hypervisor vendor, when it was indeed an issue with a Red Hat package.
I have used lots of flavors of Linux going back to 1995. Enterprise support was the reason Red Hat was selected.
Easy. Used Kickstart to automate installation and post install config.
I was an engineer, never discussed pricing.
CentOS, Slack, Ubuntu, Arch, LFS.
My advice: Kickstart is your friend.
Red Hat is mission critical to our environment.
Red Hat has improved the mission critical environments running Oracle databases, while CentOS has improved our web environment and MySQL.
Oracle and SAP Environment and all HPC environments.
Very stable i don´t find any problem we have many environment using redhat since first version.
Not encountered problem with scalability
The customer service is good and all problem was solved, i dont have any problemTechnical Support:
We have many kinds of the linux version on the all environment but to HPC environment we use Redhat but all another versions work very well
I work with the two scenario
The licensing valor is too high and must be improved
Red Hat is similar to CentOS, except that CentOS doesn't offer to support certain solutions, such as Oracle.
Stable Linux OS. The stability of the OS is very important for the computer system. Unstable means you never know when it will crash or fail while your valuable data and business applications are running.
It's an open source solution.
Many areas in version 5 are obsolete such as filesystem ext2, ext3, while the new versions (v.6, 7) support ext4, Btrfs, ZFS, etc.
No technical support.
No more support and licensing.
Absolutely rock solid performance, security, stability and reliability, essential features for a business that needs to mission critical applications in a 24 x 7 environment.
Plethora of useful tools and services that just make getting the job done a lot less time consuming.
RedHat Enterprise Linux has been running mission critical systems in my organization now for nearly 8 years, in a 24 x 7 environment.
During this time we have never, ever had any of our servers fail to function as needed.
Red Hat Linux has given us five nines (99.999%) uptime for years.
I have been using Linux in various forms for 10+ years
Mainly just the usual issues one will encounter whilst learning the platform, working out the best way to deploy and configure the servers, other than that though, the actual deployments were very straight-forward.
None, our RHEL servers have been rock solid.
No, we have RHEL servers of varying capacities and workloads, so far it's taken everything we can throw at it.
The technical support subscription is absolutely worth while if you need to use RHEL in production, knowing you can get support if you need it is comforting.Technical Support:
I've lodged a few support tickets over the years and always had prompt, informative responses, I would rate their support as being excellent.
We were using an earlier version of HP UX running on PA-RISC architecture, however we became concerned about the cost of remaining on the PA-RISC HP UX platform and possible future issues at virtualization.
When setting up any Linux environment, make sure you understand how the LVM works. Other than that it was all fairly straight-forward.
It was implemented in-house.
The uptime and reliability are the main ROI's, the product is also very competitively priced RE: Licensing, so many thousands of dollars in licensing costs alone.
The ROI on 10 years of rock solid reliability is almost impossible to calculate.
In Australia, you need to go through a channel partner, shop around and find a good partner that understands the licensing model well.
We evaluated HP UX 11.23, which we had been using before hand. However HP (at the time) had not delivered an x86 port of HP UX at the time when we were going to virtualization, so we needed an alternative to HP UX as we could not move into onto VMWare.
RHEL ticked all the boxes and was support by our technology provider.
Well worth a look if you want supported enterprise Linux.