One of our use cases is for our in-house applications that the development team builds. We also use it for typical tasks like running Jenkins, GitLab, and other development tools to make them accessible for the developers who write code and do software development.

One of Red Hat Enterprise Linux’s valuable features is its enterprise-level security. We are guaranteed that it's secure, and that's important for us because we need to comply with security regulations. Security always remains a top priority.

We just run Red Hat Enterprise Linux’s built-in security features day in and day out. We know it's secure, and then we just move on to other tasks. It's like a routine where we don't have to think too much because we know it's already integrated into the whole enterprise. It's the next step, and it gives us more time to focus on other tasks.

We are trying to figure out how to enable encryption or just encryption. The last thing we want is to use locks, which are a hassle for encryption. We don't have the personnel to unlock the system every time it gets rebooted. I know there's a way, like on Windows, where they have TPM. I'm not sure how Red Hat Enterprise Linux’s TPM works. That's one of the issues we face—how to utilize TPM effectively.

I think in the future, if the company requires us to encrypt everything, it would be a time-consuming process. I'm not sure how long that would take or if it will happen. I just want to understand how Red Hat Enterprise Linux and TPM work or if there's an existing solution that works similarly where I don't necessarily have to be present every time my system reboots and enter a password. At least for Windows, we know that it works, but I'm not familiar with the equivalent functionality in Red Hat Enterprise Linux.

In future releases, I would prefer a Red Hat Enterprise Linux image that fits on a DVD. The Red Hat Enterprise Linux image keeps getting larger and larger. One of the biggest requirements for my company is that it has to fit on a DVD. Now, with Red Hat Enterprise Linux 9 approaching close to ten gigabytes, it won't fit on a DVD anymore. The last thing we want to resort to is using Blu-ray. I prefer not to use Blu-ray. So we need to keep the image size on a DVD smaller. That's one of the main issues. And we can't use USB sticks either, even though they're a new option. Everything needs to be burned on a DVD. So having a Red Hat Enterprise Linux image that fits on a DVD would be beneficial for any future versions or releases.

I have been using this solution for eight years now. Right now, we're migrating. I'm trying to upgrade from Red Hat Enterprise Linux 6 to Red Hat Enterprise Linux 7. And that process is painstaking. It's taking a lot of time. I know we want to get that done before October because I think that's when the security support for Red Hat Enterprise Linux 6 expires. We need to move everything to Red Hat Enterprise Linux 7.

We have a lot of legacy systems, and it's very time-consuming trying to figure out what will work and which version of Red Hat Enterprise Linux will support all our applications. So it's just a lengthy process to go through.

In terms of stability, there have been some issues, particularly on the workstation side. The workstation tends to freeze up occasionally, requiring a system restart. The server side, on the other hand, works well as intended. Although Red Hat Enterprise Linux is primarily designed for servers, our developers use it as a workstation, and that can sometimes cause issues after a couple of days of continuous use.

They may need to restart their systems when something freezes or stops working. So it's one of those things we encounter.

I don't really use it extensively. I have some knowledge and experience with it, but I don't heavily rely on Red Hat support. Whenever I encounter a problem, I usually turn to Google for solutions.

The knowledge base provided by Red Hat exists, but I find it difficult to navigate. The information seems scattered and hard to find. I tend to prefer searching on Google since I can get immediate answers there compared to the knowledge base, which can be challenging to navigate. It seems like the knowledge base could use some improvement.

One of the main advantages is the level of support. Red Hat Enterprise Linux provides nearly ten years of support, including two years of extended support, whereas other operating systems typically have one or two major versions released within five years. It can be challenging to allocate the budget for frequent updates over such a short period. So I think that's the main appeal of Red Hat Enterprise Linux—its ten-year support with an additional two years.

Since I've been working with Red Hat Enterprise Linux for a long time, it feels easy for me. However, for someone completely new to it, especially coming from a Windows background, it might seem more complicated. But for me, it's second nature and not that difficult. So the initial setup depends on the level of familiarity with the system.

For a brand-new system, it might take around ten minutes.

I have worked with CentOS, Fedora, and Ubuntu. So I have experience with different flavors of Linux, from the Ubuntu side to Fedora. From a developer's point of view, the main difference, if I compare it to Ubuntu, is that they always get the latest packages, which helps them a lot. 

On the other hand, with Red Hat Enterprise Linux, I understand that it's set up to prioritize security. But sometimes, from a development perspective, it's challenging for them to obtain the latest packages. As an assessment, I have to go out there, fetch the package or compile the new package for the new version, and then bring it into Red Hat Enterprise Linux so that developers can use it. I think that's the issue. It's a balancing act between trying to get the latest package versions and ensuring stability and security. It's a problem that I think everyone struggles with.

Overall, I would rate the solution an eight out of ten because there is always room for improvement when it comes to technology.

I use the solution to develop OS for our internal use. I deliver it to our internal clients, so they can use it for whatever applications they may need to use it for.

The product is very stable. The knowledge base is excellent.

The solution should improve its documentation.

I have been using the solution for 16 years.

The solution scales well.

The support is good. I would rate support an eight or nine out of ten. The documentation should be improved to make it a ten.

Positive

The deployment is very easy for me because my organization has been doing it for a long time.

The product’s resiliency is pretty good. It responds fast to security updates compared to some other closed-source vendors. 

We moved from other priority operating systems to Red Hat Enterprise Linux because it saves us costs on the commodity hardware. Overall, I rate the solution an eight or nine out of ten.

We use Red Hat Ansible Automation Platform. We are using version 8.4, but we started with 8.3.

The solution’s stability is its most valuable feature. It has only been two years since I first started using the product. So far, I have seen a subtle comparison of the solution’s stability to other operating systems.

It is challenging to use the knowledge base and the deployment documentation. Some of it is all over the place, and it's challenging to piece them together.

It has been two years since we put in the first footprint of Red Hat Enterprise Linux in our organization.

We have about 30 to 40 servers.

The support team is pretty good. Whenever I send support requests and ask questions, the team is knowledgeable enough to get me the necessary answers. Sometimes there are delays in the response. However, it has been a positive experience for me.

Positive

I was the main engineer during the initial deployment of the product. The initial setup was straightforward. Whatever was in the documentation was exactly what was meant to be done.

We did not struggle with the documentation because I have been an engineer for years. Someone who is just getting started might have a different perspective on the ease of setup.

We purchased the solution from a third-party vendor.

I use Ansible Builder to build my containers. However, I do not use Red Hat Enterprise Linux’s image builder tool.

We do not use Red Hat Insights yet, but we're planning to use it in the near future. As soon as we get more servers in our environment, our firm’s directors might decide to start using Red Hat Insights. Right now, we are just using Automation Analytics. The solution’s resiliency is pretty solid.

We implemented the solution because we wanted automation. We cannot install Ansible Automation Platform in operating systems other than Red Hat Enterprise Linux.

Overall, I rate the product an eight out of ten.

Red Hat Enterprise Linux is connected to our internal private cloud that is air-gapped.

We use Red Hat Enterprise Linux as the operating system on our network management and data management servers. It is our server operating system of choice for any type of hardware that needs to be reliable and stable.

Red Hat Enterprise Linux solved our need for automation and running containers. It is the most stable open source operating system available. When compared to other OSes, it is reliable and works well. This is important for my line of work, where I need to be able to reliably transfer files across thousands of miles. I need to do this quickly, and I have found that other OS solutions, such as Windows Server and Ubuntu Linux Server, are not as reliable or as quick. I have found myself constantly having to troubleshoot problems with these other OSes, and there is often not a lot of documentation available to help me.

The Red Hat Enterprise Linux knowledge base is awesome. Everything is documented, so I could easily find the information I needed to troubleshoot my misconfiguration issue. The knowledge base even provides suggestions for likely causes, which was helpful because most of the time, when something isn't working right on a Red Hat Enterprise Linux system, it's a configuration issue.

Security is one of the benefits of Red Hat Enterprise Linux. It is secure from the start, and it does not take long to configure it to meet government security standards. It also performs well during the staging process, and it does not break or cause services to be lost. In contrast, other operating systems often lock accounts, break, and cause services to be lost.

Simplifying risk reduction and maintaining compliance is straightforward and uncomplicated. There is plenty of documentation to help us, so if we get lost, we can refer to it to find our way.

The portability of applications and containers built on Red Hat Enterprise Linux makes it easier for our company to stay agile. We have found that our applications and programs run just fine on Red Hat Enterprise Linux, which provides a lot of supportability.

Red Hat Enterprise Linux's most valuable feature is that it comes with all the tools we need to set up and maintain an enterprise-grade system. Even if we install the minimal version of Red Hat Enterprise Linux, we will still have everything we need to get up and running quickly and easily. And if we ever need to restore our system from a backup, Red Hat Enterprise Linux makes it easy to do so, whether we are restoring from a scratch build or a backup that is a few weeks old.

A feature that I would like to see in the image builder is the ability to open the image in live mode and access a command line interface. This would allow me to immediately apply the necessary security settings required by the STIG. By doing so, I can deploy the image with the confidence that vulnerabilities present in the live network cloud service are closed before deployment, rather than applying the settings afterward as suggested in the example by Red Hat.

Ideally, I would prefer to deploy an operating system that already has all the necessary configurations in place. This would involve accessing a command line interface, adjusting configuration files as needed, setting up banners, and establishing user accounts. After making these changes, I would create an image and deploy it. I've noticed that the current image builder is primarily designed for commercial use, but as a DoD user, I have different requirements. Therefore, having an emulator or virtual terminal that allows me to interact with the kernel and make live changes, which can then be saved to create a customized ISO, would be an excellent feature to have. It would be great if Red Hat Enterprise Linux had a similar capability. Interestingly, Ubuntu Linux does offer this functionality with its "Custom Ubuntu Basic ISO Creator" (CUBIC).

I have been using Red Hat Enterprise Linux for two years.

Red Hat Enterprise Linux is stable.

Red Hat Enterprise Linux is a scalable operating system. Red Hat Enterprise Linux offers a wide range of options and features, and we are only just beginning to explore its full potential.

The initial setup is straightforward. I installed Red Hat Enterprise Linux using the stick method. I had to create nine different partitions, all of which were encrypted. This is where things got a little complicated. We need to decide whether to create a LUKS partition or partition and build our image on top of a LUKS partition. Initially, I was individually encrypting each partition using the "encrypt" option. However, this is not ideal because we cannot grow or shrink an LVM partition that is on an encrypted partition. Once the partition is created, it is set in stone. So, I needed to figure out how to encrypt just the partition and then create an LVM partition on top of the encrypted partition, such as SDA3. This was a bit of a challenge, and there is not a lot of documentation on how to do this. The documentation that is available is a bit confusing, and I got lost a few times. Once I figured it out, it was not too bad. The entire deployment process takes about 20 minutes.

We have seen a return on investment in all areas with Red Hat Enterprise Linux, including productivity. We use it in our daily operations in almost all of our systems. In one form or another, Red Hat Enterprise Linux is running on our systems. If we are not running Red Hat Enterprise Linux, our systems are unstable.

I give Red Hat Enterprise Linux a ten out of ten.

For those who are looking at other open source cloud-based operating systems for Linux, I would recommend Red Hat Enterprise Linux. It is well-documented and has a large pool of information available. We can also use CentOS content with Red Hat Enterprise Linux. The pool of information for Red Hat Enterprise Linux is far greater than some other open-source solutions.

The environment in which we deployed the solution is enterprise-level.

Red Hat Enterprise Linux specifically was a hard requirement for certain software that we wanted to utilize. In fact, purchasing Red Hat’s enterprise version was necessary to run AP. That was the primary objective.

Apart from that, the robust networking capabilities offered by Red Hat Enterprise Linux were highly valuable. They have numerous partnerships and dedicated efforts in low-latency technologies, which are particularly beneficial for trading firms. They possess extensive expertise in external tuning and similar aspects.

Overall, the reliability stands out the most for me. While the package selection might be somewhat restricted, it is highly integrated and cohesive.

I'm really excited about some of the developments happening in the workstations and the Fedora Silverblue space. There are advancements like rpm-ostree and the OCI container format, which enable deploying RHEL in new ways.

As we have numerous developer workstations, being able to deploy them in an image-based format is highly desirable. This would allow us to use the "toolbox" concept, where developers can choose any desired operating system within the toolbox. Some of our developers also work with Ubuntu and Oracle Linux. Having a consistent developer platform with full pseudo permissions and zero permissions within that container or toolbox would be beneficial.

Additionally, having an image that includes all the necessary software and provisioning it so that subsequent updates provide the updated image, would significantly enhance the developer experience. It would be great if teams could make modifications and changes to the image, like rebasing. I think it would be an awesome feature.

Let me provide an example of why this would be valuable for Red Hat Enterprise Linux Workstation. We recently switched from one security software application to another similar application on our workstations. We had to manually remove the unwanted software and install the new one. It was manageable for servers or edge devices, but for remote devices that are not always on the network or VPN, it became a cumbersome task to reach out to each device and remove and install the software. If we could update an image with the old software removed and the new software installed, and then allow users to update their image, it would simplify the process for everyone. Currently, it's possible with Red Hat Enterprise Linux for Edge, but it would be fantastic if this capability could be extended to Red Hat Enterprise Linux Workstation as well. That's what would be really cool.

The company has been using Red Hat Enterprise Linux for a significant period of time. As for myself, it's been around five years or so. I have also contributed to GNOME. About ten years ago, I was one of 12 individuals who wrote documentation for GNOME 3.

I don't think we are leveraging Red Hat Enterprise Linux on the cloud. Since we are primarily involved in trading, our infrastructure is predominantly on-premises, accounting for about 80%. We have our own data centers. While we do have some cloud workloads and our cloud presence is growing, it isn't a major focus in my role. I serve as the lead engineer for 700 developer workstations that run Linux. For parts that use Red Hat Enterprise Linux on the cloud, we are split between different cloud providers, AWS, Azure, and Google Cloud.

For the most part, we are using Red Hat Enterprise Linux 8, which we support alongside Ceph and a bit of AAP. Apart from that, there is still a significant amount of CentOS 7 in use as people are gradually transitioning away from it.

The stability is good. I would rate it a nine out of ten.

The scalability is impressive. I would rate it a nine out of ten.

The customer service and support were pretty good. We encountered an issue, and we involved some people for assistance. In retrospect, we should have engaged higher-level support sooner for that specific issue. Support can be challenging when you're dealing with Linux problems, especially in our environment where we have a lot of skilled engineers; it feels like we're already operating beyond the normal troubleshooting space. So having access to escalated help when we need it is valuable. The support fixed our problem.

Positive

The initial setup was complex because we were using a newer version of Red Hat Enterprise Linux for the server team's workloads. Normally, we go with Red Hat Enterprise Linux for hardware, but this time we got a better deal from a different vendor whose IPMI Redfish interface wasn't as advanced as Red Hat Enterprise Linux's. This caused some issues specifically related to deploying the newer version. However, once we managed to overcome most of those challenges, the use of Ansible for OS deployment became more straightforward.

For the OS component, we worked directly with Red Hat. However, we utilized a company called Bits, based in Elk Grove, Illinois, to handle the hardware provisioning and setup.

We've seen an ROI. For instance, we were able to run a storage workload on one cluster that had an immense capacity. I calculated it to be the equivalent of either 16,000 iPads or 64,000 iPads. It was a significant amount. This capability is beneficial for us as we deal with a lot of trading data. We can perform analytics and machine learning workloads on it, which aids in compliance and enables traders to make more informed trades. It's a win-win situation.

The compliance aspect ensures that we stay out of trouble, and the machine learning capabilities help traders make better trades, which ultimately contributes to our success. I'm glad that they make money. It's wonderful.

Red Hat is making efforts to simplify the SKU system, which is a positive development. It's beneficial to have the flexibility to allocate a certain budget to explore different licenses within the Red Hat ecosystem. We can try out products and decide if they meet our needs. If they don't, we can decommission the corresponding SKU. I have noticed that we have some Red Hat entitlements that we are not currently utilizing, so having granularity in the SKU structure would be an advantage.

For our specific use cases, certain products like SAP, AAP, and OpenShift require Red Hat Enterprise Linux. That played a significant role in our decision.

Red Hat Enterprise Linux’s built-in security features, in terms of simplifying risk reduction and maintaining compliance, are an area where I've observed some of the developments with Satellite and Red Hat Insights. But since we have different operating systems, such as Windows, Mac, Linux, and a mix of server and desktop environments, I'm not sure if Satellite or Insights can integrate seamlessly with all these platforms. Currently, we use a different product to assess our CVE vulnerabilities across hosts, including phones and other devices. I do find the discussions about software supply chain security intriguing. Focusing on that aspect seems really promising.

The portability of applications and containers, specifically for those already built on Red Hat Enterprise Linux, seems pretty good. Red Hat offers UBI images that are freely available without the need for licensing. Red Hat Enterprise Linux and container platforms provide a solid setup for portability.

Overall, I would rate the solution a ten out of ten.

Primarily, we use it for a couple of different servers. Some are doing data hosting, and some are doing network management-type functions.

We use it on-premises. We do not use it on the cloud. Because of government work, we're not cloud-based.

By implementing Red Hat Enterprise Linux, we were mainly looking for stability. By having a lot of open source solutions, we ran into problems where there were too many flavors and too many variables. We ran into issues with ISO and other things where this particular site was a one-off from this site, which was a one-off from this site, which was one-off from this site. That became a problem for making sure that we stick to a consistent level and patch to a consistent level across the board.

The portability of applications and containers built on Red Hat Enterprise Linux has been good. We do a lot of containerization and a lot of microservices. It has worked really well. It helped in keeping our organization agile. Our partners provided us with a lot of quick utilities and reuse of things. We can shut down a container and spin up a new container to introduce new capability quicker. 

The biggest feature that I have found valuable is stability. 

The way it lent itself to automation has been very invaluable for us. It makes the setups a lot more consistent and repeatable across the board. We're able to deploy the product quickly in a very consistent manner, which meets our timelines. A lot of what we do has very short spending dates, and they need a lot of product work.

It has been pretty good for us. I have no complaints as such. We just learned that we can get access to more support documents by going through the portal. I didn't know that. If it was something that was more known or advertised, that would have helped us to find out some of the information a little better.

I have been using Red Hat Enterprise Linux for about a couple of years.

It's a 10 out of 10 in terms of stability.

It's a 10 out of 10 in terms of scalability.

The customer service is good. There is a lot of support documentation out there for anything you're looking for.

Positive

We tried quite a few flavors of different things, but nothing provided the consistency that we are getting with Red Hat Enterprise Linux. We tried everything such as Ubuntu, Mint, etc.

Red Hat Enterprise Linux stood out for its consistency and stability. We had several different problems with drivers on Mint. There were so many different flavors. We had one developer who built everything on one, and then another developer built on another, and none of that was coming together. It was not meshing, so we finally went to a common platform with stability and supportability. It was a lot better. It has allowed the developers to focus more on their code rather than having to worry about fighting the underlying things, such as drivers aren't on this one, and that one is not working.

It was very straightforward. We've pushed in further to make our own ISOs, so we're making sure that everything is getting the same applications and everything is deployed across the board, and we are able to virtualize in some cases. It has been good.

You definitely get what you're paying for. From what we've seen, it has been great. It has also allowed virtualization and making their own ISOs. We're able to package all that up, and it has worked consistently and repeatability. We've written our own Bash scripts so that we can automatically deploy that and stick it as part of the build. We're saving a lot of time and getting to a common platform repeatedly.

Overall, I'd rate it a nine out of 10. There's always room for a little bit of improvement.

I am an administrator for Red Hat Enterprise Linux. We use Red Hat Enterprise Linux in a hybrid environment running off of on-prem servers and also AWS. 

I use Red Hat Enterprise Linux for a variety of purposes. For example, we use it in cloud control systems at our factories. We also use it for test systems, data acquisition, databases, and web services.

The biggest problem we were trying to solve by implementing Red Hat Enterprise Linux was scalability. I have found that since implementing Red Hat Enterprise Linux, we get a lot more value for our money from our hardware. Red Hat Enterprise Linux has also increased our utilization of Windows as a solution.

I am not the one who moves workflows between the cloud and our data center using Red Hat Enterprise Linux. However, we have tested it and I believe it is seamless. It just works. This is one of our disaster recovery methods. We will have images, and we use Veeam for this. Veeam actually takes the image we have and moves it to the cloud. We then fired it up and did not have any problems.

The most valuable feature is the reliability of Red Hat's support.

Red Hat Enterprise Linux analytics are cryptic. While it is user-friendly, it is also very picky about who it takes for a user. It is rock solid, but it can be difficult to find things in there. Google is probably the best way to find information, but solving a problem can be difficult if we don't know what flags or permissions we need. We need more transparency or ease of use.

I have been using Red Hat Enterprise Linux for almost twelve years. 

Red Hat Enterprise Linux is scalable.

I can always get a hold of someone when I call, and they always resolve my issue. I only have to call them once or twice a year, because things just work.

Positive

I have used Fedora and Oracle Linux. I have some systems that run CentOS. 

Our organization requires us to use different solutions. We have had instances where products were developed on Oracle Linux. These products are medical, and switching to a different platform is not a simple task. I am encouraging the organization to switch everything to Red Hat Enterprise Linux because, although Oracle Linux is a fine platform, it is eight months behind Red Hat Enterprise Linux.

The main benefit of CentOS is its cost. Both systems are reliable, but Red Hat Enterprise Linux has a major advantage: Red Hat support. With Red Hat support, we have access to top-level Linux experts. If we need help with anything related to Linux, we can call Red Hat and they will connect us with an expert who can help us.

The first time I deployed Red Hat Enterprise Linux, I was swapping floppies. It has gotten a lot easier since then. The deployment process is straightforward. I usually map an ISO, and then check a bunch of boxes and let it run. I can have a server up and running in about fifteen minutes. After validating the system and installing the necessary software, I can deliver it to the end user in an hour. I know that if I automate the process, I could probably reduce the time to six minutes.

I give Red Hat Enterprise Linux a nine out of ten because there is always room to grow.

Someone looking at an open source, cloud-based Linux OS instead of Red Hat Enterprise Linux should consider what is being used in their customer base. If they are putting something up there as a proof of concept, then dabbling in open source is fine. However, if they have customers relying on them and they want minimal downtime, then they need Red Hat Enterprise Linux.

The knowledge base can be a bit cryptic at times. We can go in there and read the same information that's in the documentation, but sometimes it's not clear enough. So I'll often go to a half dozen other websites that tend to give us examples and other helpful information. The knowledge base is a good place to start, but it's not the end-all-be-all.

I use Red Hat Enterprise Linux for web application support, mainly OpenShift.

Azure is the cloud provider.

Red Hat Enterprise Linux is easier to manage because it can scale to a large amount and be managed across many platforms. This can lead to cost savings for our organization.

Red Hat Enterprise Linux has reduced the amount of management required on the Windows side.

Red Hat Enterprise Linux is extremely resilient because it is much more secure.

Red Hat Enterprise Linux's day-to-day functionality is very easy.

Red Hat Enterprise Linux has helped our organization save money by not requiring large-scale virtual machines, resources, or images.

OpenShift is the most valuable feature because it can be used to create applications on the fly.

The UI is not user-friendly and has room for improvement.

I have been using Red Hat Enterprise Linux for six years.

I am impressed with how extremely stable Red Hat Enterprise Linux is.

Red Hat Enterprise Linux's scalability is excellent.

Technical support is quick to respond, but sometimes tickets can get stuck in tier one for a while before they are escalated.

Positive

We previously used Windows but switched to Red Hat Enterprise Linux for cost savings.

The initial setup is straightforward. We can copy and paste any templates we need into the environment.

We have seen a return on our investment simply from receiving timely support when needed.

We purchased the Red Hat Enterprise Linux license via Azure and the vendor.

We evaluated CentOS but ultimately chose Red Hat Enterprise Linux because of the support.

I give Red Hat Enterprise Linux a nine out of ten.

When evaluating operating system options, keep in mind that Red Hat offers the best support.

We use Red Hat Enterprise Linux as an infrastructure support operating system across both x86 and s390 platforms. Specifically, we are running it on x86 Intel and Linux s390 mainframe on Zynq.

Red Hat Enterprise Linux is a stable operating system. We recently upgraded the majority of our systems from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8. We were able to automate most of the upgrade process and did not encounter any major issues. As a result, we were able to bring our systems up to date quickly and easily. This is a major advantage of using Red Hat Enterprise Linux.

From an automation standpoint, we have been able to automate some of our patching workflows. This has definitely saved us time and money.

From a security and compliance standpoint, it is easy to maintain compliance. This is mostly accomplished by patching Red Hat Enterprise Linux on a frequent basis. The availability of security patches is also quick, which allows us to keep up with our client requirements quickly. Red Hat usually does a good job of making fixes available in a timely fashion, so we can remediate high-priority issues when they arise.

From a containerization standpoint, Docker and Podman now give us the ability to move workloads and structures around with little effort. It is very flexible and consistent, and the results also provide us with a stepping stone as we move towards an orchestration platform like OpenShift. Our ability to run Podman on servers and then migrate those Podman deployments to OpenShift is very beneficial.

The most valuable features are ease of support and the ability to run a read-only course on the operating system.

Red Hat Enterprise Linux is easy to maintain. We currently use Red Hat Enterprise Linux 7 with Docker for containerization. With Red Hat Enterprise Linux 8, we are moving to Podman, which is a native container runtime that is part of the operating system. 

I suggest that Red Hat move to a continuous delivery model instead of major releases. I know that this is a trend for many middleware products. We do not have a major release network. We only have monthly or quarterly roll-on releases on our continuous delivery model, which reduces the impact of a major version. This would probably be the easiest change to make.

The technical support has room for improvement.

I have been using Red Hat Enterprise Linux for two years.

Red Hat Enterprise Linux is stable.

Since we run a number of hypervisors for all of our real systems, I believe that a lot of the scalability comes from a level higher than the operating system. However, Red Hat Enterprise Linux can accommodate these tools.

Red Hat support could be improved, and they should have a better relationship with IBM and VMware. This is because a lot of what we do involves working with IBM, both from a hardware standpoint and from a hypervisor standpoint. We have a long history with IBM, and we are now starting to work more with Red Hat on OpenShift private cloud solutions and other tooling. However, Red Hat and IBM are not on the same page. They are still very different companies, and they don't always know what the other one is doing. This can lead to contradictory information, inaccurate information, and frustration for customers. I think there is a relationship between Red Hat and IBM that could be improved. If Red Hat and IBM could work together more effectively, it would put customers at ease and make them more confident that they could get the work done. It would also help IBM and Red Hat to better understand each other's products and services, which would lead to better customer support.

For example, we recently had an incident that started as a severity two on the scaling. A number of our account representatives called and emailed us, saying, "Hey, we wanted to let you know that you have an open case. We need some help with this." The incident was not a production outage, but it was preventing us from doing something, so there was an indirect production impact. After about ninety minutes of back-and-forth communication, we were told, "Okay, go ahead and bump it up to severity one. That should get traction." We did not hear from anyone for four hours. This does not happen every time, but in this case, it needed to be dealt with well before four hours. It made things more difficult than they needed to be. Sometimes the support is an eight out of ten, and sometimes it is a four.

The end result was still good because they acknowledged what happened and got everyone together to resolve it but it was not done in an efficient way.

Neutral

The initial setup of Red Hat Enterprise Linux is very straightforward. It is not much different from any other Linux operating system. Most of the things we need to consider when deploying Linux are relatively standard. Therefore, Red Hat Enterprise Linux is easy to deploy and maintain. If we know how to administer Linux operationally, then Red Hat Enterprise Linux should be easy to deploy.

I do not know enough to give a comprehensive answer, but other operating systems are in use at my company because they have more favorable licensing terms. This is a major factor in why we do not use Red Hat Enterprise Linux everywhere.

We evaluated SUSE Linux Enterprise and a few others. Depending on the computing platform, it is sometimes better and sometimes not. For some of our environments that are running on s390, SUSE Linux Enterprise gives us a better price point. However, for some of our other environments, such as x86 on VMware, it is more valuable. It is a better financial move for us in those cases. Therefore, the value of SUSE Linux Enterprise changes depending on the computing architecture.

I give Red Hat Enterprise Linux a ten out of ten.

We have a requirement to have a Linux operating system.

I'm not sure how our developers are building their images. I believe they use some desk start products.

We use SUSE Linux Enterprise for Linux on the mainframe. In a particular enclave, we have some government contracts where we use Red Hat Enterprise Linux for a number of reasons, including licensing for hosts. These hosts are hosted with OpenShift. We use Red Hat Enterprise Linux for all our Bastion hosts and OLS for our other hosts.

The Red Hat knowledge base is generally an eight or nine out of ten, but it can be difficult to get the information we need. The initial level of support is a six or seven, but it improves as we escalate the issue.

We run various application servers. We have application servers for Java and Python. We also run Postgres and different applications. We have Kubernetes, Docker, Docker Swarm, etc. We have a wide variety. 

We weren't trying to solve a particular problem by implementing Red Hat Enterprise Linux. We've used Red Hat Enterprise Linux for so long. We used to modify the Kernel in the early versions of Red Hat, but that's not needed anymore. We are currently using versions 7, 8, and 9. 

Red Hat Enterprise Linux has enabled us to centralize development in our hybrid cloud environment because the containers can be migrated from Red Hat Enterprise Linux to AWS. It's not an issue. There is also a Red Hat-supported programming tool called Skupper, which is a layer seven service. It's an open source product. It's supported by Red Hat, so we could use that to migrate our containers back and forth on the cloud and on-prem, which is very much needed.

Red Hat is pretty good at containing risks. We have a firewall, but we also use iptables and SELinux. SELinux has proved to be very valuable. We have certain tools where when somebody tries to break SELinux, we immediately get alerts.

We don't have a problem with compliance. We also use Red Hat Satellite. Our Red Hat Satellite server is helpful in terms of meeting compliance requirements.

We're able to modify and migrate containers and redeploy containers very easily. We do that on the Red Hat platform. We do it with other tools such as VMware. Red Hat API works very well with other vendors, so that's definitely a plus. In terms of changes, for instance, if we want to connect to ServiceNow to create a ticket in Ansible, we're able to do that without any problems whatsoever. We can create a ticket in ServiceNow. We can remediate it, and we can close the ticket on ServiceNow from Ansible. Ansible is a big part of Red Hat.

It's a rock-solid operating system. We don't need anything fancy from the operating system itself. What we need is something that doesn't crash, stays up to date, and provides the security features that we need to keep external players out.

The CVEs that come out for the vulnerabilities are very fast. We try to do patching in different tiers. Our regular patching happens once every ninety days, and then we have special iterations that need to be done, and those are on demand, or if there's a high-security risk and it's absolutely immediate.

The other thing that we like about Red Hat is the support for open source. That for us is a slam dunk.

They should work more on container documentation. The only issue that we have is that Red Hat specifically promotes OpenStack, and we don't use OpenStack. It's good if you're using OpenStack, but if you're not using OpenStack, and you're using Docker or something else, it isn't that good. Having more support for non-OpenStack would be very helpful, but, of course, as part of their business, we don't expect it.

I've been working with Red Hat Enterprise Linux for many years.

It's very stable.

It scales very well. We have about a thousand servers, but we could scale to five thousand servers without a problem.

Their support is good overall. It's better than some of the other vendors. The staff is very friendly. The people I've met hear and discuss issues. We're very much interested in open source, so we use a lot of open source. The engineers have been extremely helpful. 

I'd rate them an eight out of ten. I'm not giving them a ten. Some of it has to do with the time cycle, and some of it has to do with different levels of quality with the support. You could get a junior support person, and obviously, that's going to be a very different experience.

The knowledge base offered by Red Hat is very good.

Positive

Our environment is hybrid. Most of our Red Hat Enterprise Linux is on-prem. For the cloud, AWS is the cloud provider, but we are using a different distro for AWS. We use AWS Linux for that. For on-prem servers, we're strictly using Red Hat Enterprise Linux. For desktops, we use Fedora.

The reason for using AWS Linux is that we only have AWS. If we use multi-cloud, for instance, if we use Azure and AWS clouds together, we would definitely need something other than AWS Linux. AWS Linux is very solid too, and our team likes it. We can download the AWS Linux version for on-premises too. I've done that. I tested it, but we're sticking with Red Hat Enterprise Linux.

In the server space, nothing comes close to Red Hat Enterprise Linux. I know that Ubuntu is making a big push, and some people have gone ahead and migrated to Ubuntu, but I think those are going to migrate back. There's just no comparability. They're different. They're like cousins. They're very similar in some ways, but they're very different things. You can install SELinux on Ubuntu, but why bother and why go through the whole configuration? Red Hat Enterprise Linux is more suitable for servers.

We use certain tools from HashiCorp, such as Packer, so deploying it is very simple. We have a script that runs every night, and it creates via the CI, goes up to GitLab, gets whatever it needs, such as parameters, and sends it to Packer. Packer grabs the ISO, and it creates a very specific, customized deployment. It's done with a couple of right clicks. That's it.

We've absolutely seen an ROI. It's in terms of reliability, stability, security, and usability. You name it. The use cases are out there.

The licensing structure is very convoluted. It's very confusing. We have a Satellite server, and we license it through the Satellite server, but if we didn't, we'd have to buy individual Red Hat licenses. That would be a nightmare to maintain in terms of renewing it every year and things like that. 

Overall, I'd rate Red Hat Enterprise Linux a nine out of ten.