We use it for
- some of our websites
- one of our main applications for the City of Gothenburg
- automation
- the underlying operating system for our GitLab server.
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.
The best thing to do is to go to developers.redhat.com and get free subscriptions for RHEL products, so you can try them out and see how they work before you go ahead and purchase or subscribe.
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.
I am working with a FinTech company. We have clients in the US, and for these clients, we have applications that are hosted in Amazon Web Services Cloud. We use the Red Hat Enterprise Linux operating system to run these applications.
We have a data center as well. In our organization, we are using a hybrid model. We have the AWS cloud and our data center is using VMware. Some of the workload is in the data center, and some of the workload is running in AWS.
We have various products, and we are trying to move all of the products to the AWS cloud. Our legacy applications are hosted in the data center. We are planning to move this data center to the AWS cloud in 2025. We are using AWS lift and shift technology for that.
The console is user-friendly. The web console provides an interface to manage all your resources.
Overall, I am happy with it, but I believe, security-wise, it could be better.
I have used Red Hat Enterprise Linux for almost eight years.
We never faced any major issues.
We are not taking any support from Red Hat. If we face any kind of issue, we just search on the web.
Neutral
I am very comfortable and happy using the Linux operating system. My experience with Windows is very bad.
There are no significant issues; it is very easy to set up. The implementation takes a couple of weeks.
I would rate Red Hat Enterprise Linux a ten out of ten.
Our memory-intensive applications run on Red Hat Enterprise Linux.
We opted for Red Hat Enterprise Linux for our workloads due to its stability and the comprehensive support provided.
Red Hat Enterprise Linux has enabled us to centralize our development to some degree.
We use it in containerization projects for workloads that need to run in private clouds, as it simplifies the process of shipping them as containers. The advantage of this approach is standardization, while the disadvantage is the necessity of shipping the container itself. Deploying containers on a platform like Kubernetes running on Red Hat Enterprise Linux may require some extra steps for scalability, but it is not a significant obstacle.
I appreciate that Red Hat Enterprise Linux, as a foundation for hybrid cloud deployments, is a commercial solution with reliable support.
Red Hat Enterprise Linux has performed well for our business critical applications.
We extensively use Red Hat Enterprise Linux's built-in security features because they are excellent.
Red Hat Insights has significantly helped us reduce risk in our environment by allowing us to identify which CVEs are impacting our systems.
Red Hat Enterprise Linux contributes to business continuity and compliance efforts by simplifying OS migration. Its generational upgrade path allows for easy transitions between versions, streamlining the process and reducing potential disruptions.
The time saved during audits and the ability to map CVEs using Red Hat Insight are valuable security benefits.
It helps avoid emergencies stemming from security issues, non-compliant settings, or unpatched systems.
Red Hat Insights provides the tools for proactive environment management. For example, it simplifies patch verification by confirming the desired automatic patching functioned correctly in one fleet, suggesting its likely success in the next. This clear visibility makes it easy to monitor ongoing operations.
Red Hat's portfolio helps lower the total cost of ownership for our enterprise landscape by providing reliable documentation that simplifies troubleshooting and reduces the need to resolve issues from scratch.
Red Hat Insights provides good visibility and proactive management of our environment.
The primary issues are related to integration. Red Hat Insights utilizes several APIs that lack proper communication, resulting in inconsistent results.
I have been using Red Hat Enterprise Linux for about four years.
Red Hat Enterprise Linux itself doesn't have issues. It performs well for our business-critical applications.
Red Hat Enterprise Linux scales quite well, allowing us to adapt as needs change.
While the support is generally good, prompt attention often requires escalating issues or marking them as high importance.
Positive
Red Hat Enterprise Linux saves time with good documentation and other benefits.
The licensing is a bit odd because we need to procure the licenses from a third party. We prefer a pay-as-you-go model with monthly increments instead of buying licenses in bulk that expire in a year.
I would rate Red Hat Enterprise Linux an eight out of ten. While it has occasional bugs and software flakiness, updates are regularly released to address these issues.
To ensure your operations are compatible across different operating systems, prioritize OS agnosticism. Unless modifying the OS is a core function, consider a commercial solution like Red Hat. Although cost-effective, Red Hat may not be suitable for all companies.
We use Red Hat Enterprise Linux to maintain our systems, manage our user logs, and monitor our storage.
The fact that Red Hat Enterprise Linux is stable has led to more enterprises wanting to use it. All the updates are current from a security point of view. So, the fact that we are one-managed or subscription-managed through Red Hat Enterprise Linux keeps us secure.
Red Hat Enterprise Linux's built-in security features simplify risk reduction and help maintain compliance, which gives us peace of mind.
The knowledge base of Red Hat Enterprise Linux depends on the end user. However, the information is always there, and the most reliable information is from the Red Hat system.
We have a dedicated server for provisioning and patching, and I am satisfied with how it works.
Red Hat Enterprise Linux's Image Builder and System Roles improve our productivity by increasing efficiency.
The Web Console is helpful because we use it to monitor and record users if we choose to, as well as check our system to make sure everything is up to date and we are current with the latest patches.
Red Hat Enterprise Linux helps us be more compliant.
Red Hat Enterprise Linux's ease of use in a controlled system, especially when dealing with constant repository updates, is valuable.
From a monitoring standpoint, we have Splunk, which is more versatile in monitoring data files, and Nagios, which can monitor multiple instances via Windows or Linux servers and different boxes. If Red Hat Enterprise Linux can improve its monitoring capabilities, that would be helpful.
I have been using Red Hat Enterprise Linux for three years.
Red Hat Enterprise Linux is stable.
I have not submitted any support tickets because we can find all the answers we need from the RHEL community for minor issues.
Positive
Red Hat has been the industry standard for most companies, but sometimes, organizations will run a Windows server and Active Directory alongside it.
The critical difference between Red Hat and Windows lies in their user interfaces. While both share a similar underlying structure, Windows offers a graphical interface for easy interaction, while Red Hat relies on command-line prompts. This makes Red Hat a more secure environment.
Red Hat Enterprise Linux helps improve efficiency, reducing vulnerability and, ultimately, a higher return on investment by minimizing IT costs and downtime.
I would rate Red Hat Enterprise Linux nine out of ten.
We have between 100 and 200 end users. Red Hat Enterprise Linux is deployed in a standard, dev, quality, staging, and production environment.
Maintenance is minimal for Red Hat Enterprise Linux. We only deal with updates and patches.
We use the solution for server operating systems and to automate other systems. We use the tool for Windows automation and Linux automation.
The support we get from Red Hat is really good. When we have questions, there's always somebody we can approach and get an answer from. In my experience, Red Hat Enterprise Linux is more stable than Windows. The solution's ease of management is better, and it's much more powerful when you know the command line.
The most valuable feature of the solution is its stability.
Red Hat Enterprise Linux's built-in security features do a really good job of risk reduction, business continuity, and maintaining compliance.
Red Hat Enterprise Linux, Ubuntu, CentOS, and Fedora are the main Linux systems. Ubuntu is the only enterprise-level OS with paid support because a lot of the work we do requires paid support contracts.
The solution's front-end GUI is not great and could be improved. It needs to be more intuitive if it's meant to be used as a desktop operating system replacement. I don't know how to describe it better, but OS X and Windows feel a lot more polished than Red Hat Enterprise Linux.
I have been using Red Hat Enterprise Linux in my current organization for two years. However, I have been using the solution in general for ten years.
Red Hat Enterprise Linux is an extremely stable solution.
Red Hat Enterprise Linux is a scalable solution.
The solution’s technical support is very good.
Positive
The solution's initial setup is seamless and easy. We tried different things, but the easiest way we found to deploy the solution was to use VMware. We had scripts to download and install the tool.
We implemented the solution through an in-house team.
Once everything is set up, the solution is generally very stable. While other operating systems require a lot of maintenance, Red Hat Enterprise Linux is pretty hands-off once you properly set up and configure it.
Overall, I rate the solution a nine out of ten.
When we are looking for Linux servers or developers need Linux, we have standardized around Red Hat Enterprise Linux. We do not use Ubuntu or any random flavors of the day. If it is a Linux deployment, it is Red Hat.
It helps with standardization. If someone comes to us and requests a Linux server, we have one product offering. We have a couple of different flavors of it, but people know what they are getting from us. The consistency, reproducibility, and standardization of it have been fantastic.
We are using Red Hat Enterprise Linux on-prem and on the cloud. We have it in Azure, VMware, and on-prem. We have it on bare metal. It is all over the place. Our operations are simpler, more efficient, and easier to handle. Our Linux team now supports one OS rather than a whole bunch of flavors that everyone has brought in. It has just made things more efficient and simplified.
Red Hat Enterprise Linux has enabled us to centralize development. Those developers are now developing on Red Hat Enterprise Linux. Previously, we had people who were developing on Ubuntu and trying to push Ubuntu to production, but we did not necessarily support it. Red Hat Enterprise Linux gave us a clear path to production. Our developers also get an easier experience. They know which OS to use and what they are using from day to day. There is less confusion for developers.
We are using Red Hat Enterprise Linux for containerization projects. It has helped with simplification. We do not have to create too many of our own custom container definitions and do our own thing. We use minimal images and whatever is provided is supported under our subscription. It simplifies things and puts guidelines around things.
Red Hat Enterprise Linux's built-in security features are good when it comes to risk reduction, business continuity, and maintaining compliance. We use Red Hat Satellite to manage our Linux. That makes it all very simple. There is a feature called OpenSCAP. We use it for security scanning. All the features that they provide on top of the base OS make it very easy to manage.
The portability of applications and containers built on Red Hat Enterprise Linux is great for keeping our organization agile. We know we can rely on that middle layer. We can start with the container and then build on top of that. Having a solid and standard foundation makes it all easy to do.
The enterprise aspect of it is valuable. There is security patching, security scanning, and compliance. There are all kinds of features around managing and keeping it up-to-date and secure. Everything is in a box for us from Red Hat which makes it very easy to manage them.
It is constantly improving. It is important to continue to improve. That is another reason I like it. They are using newer kernels, which gives us access to newer hardware. They are already doing that. I cannot pretend to tell them what to do better. They can just keep on doing what they are doing.
Personally, I have been using it for about 12 years. I have only been with my company for about four months, but I know they also have been using it for years.
It is stable.
It is scalable. They define scalability. I am a basic user. I just deploy more VMs if I need to. It is easy to do. Its scalability is great.
They are great. I would rate them a ten out of ten. A big selling point is that when you submit a support ticket, you know you are reaching out to experts. That is great, and that is one of the primary reasons we went with Red Hat.
Positive
In my company, they were using AWX for automation, and we moved them to AAP. For Linux, I was a part of a project to migrate some of the other operating systems over to Red Hat Enterprise Linux. I am on the tail end of the move or standardization to Red Hat Enterprise Linux.
There were a lot of Ubuntu operating systems in the environment, but they had challenges standardizing around it. There were different versions. There was also CentOS, but it was old CentOS. They are naturally moving that to Red Hat Enterprise Linux.
The support and the standardization around it were the main reasons for going for Red Hat Enterprise Linux. CentOS is more of a community thing now, whereas we can call Red Hat and they help us with everything. The support and the enterprise features we needed pointed at Red Hat Enterprise Linux rather than CentOS. It is a better choice for production.
We deploy them from AAP and then we deploy them into VMware. We deploy them into Azure, which is our main provider. We do that all orchestrated through Ansible and Satellite.
We have outsourced support. TCS is a general contractor, but for Red Hat deployments, we generally go with Red Hat Consulting. We just finished a consulting engagement with them for that. I know they have used them in the past prior to me being here. We generally just use Red Hat Consulting.
We have standardization. I know what I am walking into every day. I know there is support behind it. There is the support of Red Hat and the community behind it. I feel confident using Red Hat Enterprise Linux. I might use other Linux operating systems at home, but a lot of the time, there is no documentation for them. There might be three guys in a forum from ten years ago who may have talked about my problem. With Red Hat Enterprise Linux, when I am going to work, I know what I am walking into. I can feel safe and assured using something industry standard that works, and I can get help with it very easily. It makes life a lot easier.
Our total cost of ownership across our enterprise landscape has gone up because we were using a lot of mixed and free open-source solutions. However, there was an extra cost of operations and extra cost of hiring for specialized skills and things like that. With the Red Hat portfolio, I feel that we spend more on subscriptions, and we save in terms of efficiency and operations. I feel that we spent some money to save money on the backend, and I hope that is how it ended up.
I do node counts for the Red Hat Enterprise Linux system. I am gathering data for our decision-makers about how many nodes we need and how many things we need. Once or twice a year, they ask us to true up and find out how many nodes we are using and what the actual consumption is. I then report that, and then the account team usually works on the money part of it. I just work on the count.
We use Red Hat Insights a little bit. I am more of an Ansible guy, and we use Red Hat Insights for our licensing and a few other things. We have not been using Red Hat Insights as much as we wanted to. I know that on the Linux side, they are using it a lot for license count, monitoring, and other things.
I feel we are underutilizing Red Hat Insights. Our account executive has shown how it works and where it is, but we have not committed to it yet. That is coming soon. As we gain more Red Hat products and standardize more, we will have to rely on a single pane like that, so we will be using it more. I know that Red Hat Insights provides vulnerability alerts and targeted guidance, but we are not utilizing it right now.
To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would say to go for whatever they find to be the best. My standard for an enterprise solution is Red Hat Enterprise Linux. It works very well, but they have to make sure that it fits their use case. Fortunately, Red Hat Enterprise Linux fits most use cases. They might end up there, but if there are licensing or cost restrictions, there are other free options, such as CentOS. The ecosystem of Red Hat Enterprise Linux is healthy, so I would recommend it, but if they want to use something else, they need to come up with all the standards around that.
I would rate Red Hat Enterprise Linux a ten out of ten. It is my preferred enterprise operating system. Everywhere I go, they are using it. It has been great. There are no complaints.
I use Red Hat Enterprise Linux for my infrastructure and OpenShift primarily for its Kubernetes capabilities.
I wanted to build infrastructure based on Red Hat for commercial distribution for data centers.
The built-in security features significantly simplify risk management and compliance maintenance for on-premises deployments. The well-documented and regularly updated features make it easy to find solutions to any issues we might encounter.
Red Hat Enterprise Linux boasts a top-notch knowledge base. Compared to other distributions, it offers comprehensive information for each iteration of the operating system. This information is categorized by Red Hat Enterprise versions – seven, eight, nine, and so on. Likewise, the documentation and knowledge base are further organized by platform versions, like 13 and 14. This clear organization makes it easy to navigate and find the information needed for troubleshooting or understanding specific features. Given the ease of use and depth of content, Red Hat's documentation gets an A+.
The uptime has been reliable, minimizing infrastructure impact.
Red Hat Enterprise Linux's security advisories typically notify system administrators of potential vulnerabilities, allowing them to prepare for patching easily.
The most valuable feature is the OpenShift platform.
The high cost of Red Hat Enterprise Linux has room for improvement. The high cost in terms of a platform is problematic.
I have been using Red Hat Enterprise Linux for six years.
Red Hat Enterprise Linux is stable.
The scalability of Red Hat Enterprise Linux depends on its deployment environment. In a bare-metal setup, scalability is directly limited by the hardware server's capabilities. Similarly, virtualized deployments are still constrained by the underlying hardware resources. However, when RHEL is used within OpenStack, the Red Hat OpenStack platform can manage both virtual machines and workflows, enabling horizontal scaling by adding more nodes to the OpenStack cluster. In this scenario, the number of chassis in the infrastructure becomes the primary determinant of RHEL scalability.
The technical support is responsive and efficient, with a streamlined ticketing process. When troubleshooting hardware issues, their technicians typically check relevant files to diagnose potential problems with the chassis or related components.
Positive
I previously used Canonical in other open-source projects and pushed for a switch to Red Hat because of my familiarity with it in past projects. My current employer does not utilize Red Hat Enterprise Linux because of the high cost.
The deployment complexity is based on the project and the architect of the particular solutions. There are scripts that we can use to perform the upgrades or migration. The number of people required for upgrades or migration depends on the size of the solution. For a small solution, we can automate and don't require any people. If we are using a third-party solution already in place we can achieve the same goal without a large team.
The combined cost of implementing in hybrid and cloud environments to fulfill all our client's needs can be considerable.
There are only three distributions that offer commercial support. Red Hat Enterprise Linux, Canonical, and SUSE. It all comes down to the cost for each organization.
I would rate Red Hat Enterprise Linux a nine out of ten.
The amount of people required for Red Hat Enterprise Linux maintenance depends on the type and size of each project.
Red Hat already provides tools to maintain up-to-date migration plans. These tools can not only identify which components require upgrade but also preserve any already installed elements. Additionally, Red Hat offers a web-based solution for managing upgrade processes if required. However, we can choose alternative options: implementing the solution ourselves or employing open-source software for upgrades. I see no significant challenges with utilizing Red Hat tools for the upgrade process.
I recommend evaluating all the available solutions that offer the tools that Red Hat Enterprise Linux offers and comparing their functionality and cost to avoid issues after purchase.
We are moving toward a microservice architecture and using OCP4 as a platform. We run most of our APIs in OCP ports, so the base image is always Linux. It's a Linux image, and we add our own dependencies. We have a private and public cloud, so it's a hybrid cloud system, and we rely on on-premise data centers as well as the cloud.
Red Hat Enterprise Linux supports our hybrid cloud strategy because we can have Red Hat Enterprise Linux on the public and private cloud, improving compatibility.
If the compatibility is high, it's easier to move and migrate. If I have some components on the private cloud on Red Hat Enterprise Linux and components on the public cloud.
Red Hat Enterprise Linux stands out for its stability and support, which are critical for enterprise applications in the finance sector. We don't want any downtime, so we need fast support and quick issue resolution.
The main security feature is the regular patches and updates. When we do a security scan, there should be patches readily available. Security is essential in finance, and Red Hat Enterprise Linux helps us build a solid IT infrastructure foundation.
I've used the Red Hat Enterprise Linux Web Console to configure the products. It's a nice tool with an intuitive interface that gives you a better picture of what you're configuring. It's helpful.
Red Hat Enterprise Linux should be available in a free version that developers could try on their own machines before deciding to implement the enterprise edition. It would be nice to have a community version available with all the features so developers can become more familiar with Red Hat Enterprise Linux.
I have used Red Hat Enterprise Linux for more than nine years.
We haven't experienced any major outages or downtime. Most of our issues are quickly resolved. We don't typically upgrade to the latest and greatest because we want to ensure stability, and we have a lot of the components on the old system. We wait for a while to upgrade so we can see the most widely used and most stable version.
I rate Red Hat support eight out of 10.
Positive
We had Satellite and Red Hat Enterprise Linux from the beginning, but we also use other flavors like Amazon Linux.
I rate Red Hat Enterprise Linux nine out of 10.