Red Hat Enterprise Linux (RHEL) Reviews

We are currently using Red Hat Enterprise Linux's versions 6, 7, and 8. We run the OS both on-prem and in the cloud.

We use Red Hat Enterprise Linux for web applications, containers, Kubernetes, and simple scripting servers. The scripting servers are used to run scripts on run drops and so on. However, the biggest use cases are containers and web app workloads.

The cloud providers are AWS and Alibaba.

Red Hat helps our organization avoid cloud vendor lock-in because we can run Kubernetes and a few different workloads directly on Red Hat across different cloud providers. Since Red Hat is an operating system, we can migrate our workloads to any cloud provider that supports Red Hat.

Avoiding vendor lock-in and being able to move workflows between cloud providers has saved us hundreds of thousands of dollars per year.

Red Hat Enterprise Linux is easy to recover, especially from a backup. I believe this is because of its resilience. If I use an instance, I can go to my backups and restore it without much trouble. I was going to compare it to Windows for a moment, where there might be some additional steps required to clean things up after recovery. However, I haven't had many issues where I needed to do any cleanup afterward.

It is easy to move workloads between the cloud and our data center using Red Hat Enterprise Linux. The ease of migration depends on the cloud provider and what they allow us to do. However, for the most part, replication-based migration between cloud providers or on-premises works well. 

Linux is good for hardening the operating system. Logical volumes allow us to dynamically expand volumes, which is valuable from an operational perspective. This is especially true in cloud environments, where we pay for every kilobyte of storage. By using logical volumes, we can expand the disk on demand without downtime, which can help us keep costs down.

The price has room for improvement.

I have been using Red Hat Enterprise Linux for three years, but I have known about the OS since version four.

Red Hat Enterprise Linux is definitely resilient and easy to recover, especially when compared to Windows. I enjoyed working with Red Hat Enterprise Linux more than Microsoft Windows, especially because of its resilience.

Red Hat Enterprise Linux's scalability is easy to manage. We can simply spin up more instances as needed, and then turn them off when we no longer need them. This means that Red Hat Enterprise Linux's scalability is not as much of an issue with the cloud provider.

We have around 2,500 instances of Red Hat Enterprise Linux in our environment.

Red Hat support is generally good, but it can sometimes take a little longer than we would like to get a response, especially when the issue is through a web-based chat.

Positive

The on-premises deployments are subscription based, and the cloud instances are from the providers which are AWS and Alibaba.

We can always ask for Red Hat Enterprise Linux to be less expensive but when we compare it to other options, there are savings in the long run.

Red Hat Enterprise Linux was our first choice because of its enterprise support. That was the key factor. We do also run other Linux distributions, but Red Hat Enterprise Linux is our primary choice because of the enterprise support. 

The big difference between Red Hat Enterprise Linux and other Linux-based operating systems is the support. There isn't much difference other than the syntax, where the command is "at, get" versus Red Hat using YUM or DNF for installation. So outside of that, the support is the main difference.

I give Red Hat Enterprise Linux a nine out of ten. No solution is perfect, but Red Hat Enterprise Linux is very close.

Our engineering team probably used the image-building tool. I am on the operations side, so I do not see that part of the process. I take the images that are already built and deploy them.

I think it's just a workflow issue. We need to improve our own workflows to be able to manage them better. Red Hat support is already good when we encounter something we're unfamiliar with. So, we need to get Enterprise CoreOS from Red Hat for those cases. I think as we encounter more of our own workloads, we'll need to improve our workflows even further.

I worked with different organizations. So, the use case varies from organization to organization. Right now, some of the teams are using it for applications like BI, and then there are a few others that are using it for Websphere, middleware, etc.

In terms of the version, most of them are on 7.9, but there are a few on 8.2 and 8.4 as well.

It enables us to achieve security compliance. Our security team is quite happy, especially in terms of patching up our servers, etc. It's compliant with our security requirements. With Windows updates, sometimes, there could be errors and the blue screen issue, and it could become hectic for the applications as well. Our security teams struggled a bit to update Windows, but when it comes to Linux, they are quite comfortable because they know that things will go smoothly.

I'm quite new to this organization, but I know that there has been improvement in terms of performance. We're using Red Hat Linux on Power Systems, which is quite different from the Intel platform. So, admins are much happier, and they are using it quite well now. Previously, we were using Windows for our applications, but now, we have made Linux mandatory for being open source and not bound to Windows. Things can be complicated on Windows. Especially when we're installing it, there are a lot of things, such as registries, but Linux is easier for admins. There is DVS as well.

When I worked in the banking sector, the most important part was user administration where you need to keep things under control for a specific user. The auditor usually looks for an agent or something like that, and it has been quite easy to manage things from that perspective. Things are more manageable now than in the past.

Windows operating system is used everywhere. You will find it everywhere, and every user is able to use Windows. If a user is using an operating system from the start, it becomes easier for them to use it when they come to a professional environment. That's an area in which I believe they need to put in extra effort, especially for the students. Currently, for their final projects, most students use Windows, and this is an area where Red Hat needs to put in an effort. They need to give some training to the students so that when they come to the professional environment, they're already used to it. It would then become easier for them to use it in a professional environment.

I'm also using IBM AIX, which supports a tool called Smitty. You just put Smitty, and you can do anything. At the backend, the command will run automatically. It is not exactly like a GUI, but you just give the input and it will give you the output. That is something that Red Hat should work on. That would be an added advantage with Red Hat.

It has been 12 or 13 years.

It is very stable.

We are mostly using VMware and Power Systems. Scalability-wise, they are always the best. We can upgrade to get all the resources on the fly. We never faced any issues. However, if you didn't add the required parameters on your profile on VMware or the Power System, then there is an issue, but that's not related to the OS. That's related to virtualization.

Application-wise, there are multiple teams that are using these systems. We have the database team, the middleware team, the MQ team, etc. There are also system admins. The system admins are the ones who are deploying it, but the owners of the system are different.

We have plans to increase its usage. Two years ago, we had only 60 or 70 servers of Red Hat, but now, we have 400 to 500 servers. Its usage is always increasing. After a year or two, we might end up with about 1000 servers.

We have contacted them a few times. We did ask the support team to get in when the cluster got stuck and let us know what's the issue and what's the solution. Whenever I have asked for support, they have provided the best support. I always count them as the best. We have never faced an issue with them. I would rate them a 10 out of 10.

Positive

We had Windows. The stability was the reason for switching to Red Hat. The stability of Windows varies, but Linux is quite stable now. That was the main part they were looking for.

We are very comfortable with using Linux. We have been using it for 10 to 15 years, and we can't switch to Windows. We can't use Windows even on our laptops. We are not used to using a mouse and GUI. The command prompt is much better for us.

We also use AIX because we have AIX infrastructure, but a few of the applications don't work on AIX, whereas they work with Red Hat Linux. That gives Linux an advantage. So, we use Linux on Power Systems, rather than AIX.

We have been working with different operating systems, and we also know most of the technical requirements, so it is easy for us. Usually, the OS installation takes a maximum of 25 minutes. If you are making extra file systems, such as for Oracle, it takes 10 to 15 minutes extra. A desktop or a single file system doesn't require much time. We already have scripts. We just run the scripts and everything is done by the scripts. Previously, it used to take two or three hours, but now, things have changed, and we're making life easier.

We deploy it ourselves. We don't ask other vendors to deploy it for us. In terms of maintenance, we have already been updating our maintenance contracts, especially the support contract. There are some old systems running in our environment, and we are in the process of upgrading those from version 6.9. We already have the required support.

There are four people on the team, but for Linux especially, there are only two people. We're easily managing 500 to 600 servers for Red Hat.

When you are running your infrastructure on this, you can always find some discounts with local support, etc. There are always some discounts to match your budget. It is definitely affordable. 

When it comes to virtualization, there are different factors. There is not only Red Hat. There is also IBM, VMware, etc. The third-party vendors always manage to come up with a good offer. Our company can't say no to that, and it works out fine.

We also have IBM AIX, and when you compare these two, there's a huge difference because IBM AIX's support is quite higher than Red Hat's.

To anyone interested in using Red Hat for the first time, I would definitely advise starting with the GUI because now, the GUI option is quite good, and you can do all the things. After that, you can slowly start moving to CMD. For learning, there are a lot of resources available online, such as YouTube and LinkedIn Learning, whereas Red Hat Academy is quite expensive.

The biggest lesson I have learned from using this solution is that when you're using the command line, you need to be extra careful. That's because when using the command line, a single slash can make a huge difference. That's what I learned at the start of my career.

I started with Red Hat Version 5. Now they have version 9, which I haven't used, but if I just consider the evolution from version 5 to 8, 8.2, or 8.4, there has been a huge difference because, at that time, people were scared of using Linux, but now, things are different. There has been a revolution in terms of OS. A lot of things are being changed, but in terms of the things that we do, for us, it is the same because we are doing system administration. As a system admin, there is nothing different for us. We are doing the same things again and again because the applications require the addition of storage.

There is also a change in terms of security features. If I compare the old versions with the new versions, in old versions, adding any exception in the host firewall was a real task, but now, things have either become smooth, or we have gotten used to it. Overall, for me, things have become easier. They are getting more and more secure, but with the vulnerabilities and the assessments that have been done, we need to keep updating. Now, everything has caught up with the latest security required in the market.

In our environment, we're using virtual servers. There are no physical ones. We are shifting to containers in my current organization. Most of the applications we are using are containerized, and it has been easy for us to manage those applications. However, we also require some in-built applications, and for that, a change in people's mindset is required. It's not about the OS; it's about the people who do the development. It is becoming a bit hard for them because they were using a different platform previously, and now, they need to move to the Linux platform. It is a little bit different for them.

Overall, I would rate it an eight out of ten. When comparing it with AIX, AIX is a bit easier in terms of use and it also has the Smitty tool.

I use it for almost everything. I run a company in South Texas and Mexico. We are a cloud service provider, and we have implementations for almost everything. We are using it for websites, virtualization, orchestration, and containers, and we are also using it a lot for telecommunications. We use almost all of its features.

We have many versions. We have versions 8, 9, 9, 9.1, 9.2, etc. 

When we implemented all the security frameworks with RHEL three years ago, that was the first time we had a non-issue audit. It was a great implementation.

It helps with the headcount. With the kind of orchestration and automation that we have, we don't need a lot of engineers. We can have fewer engineers on site.

There is reliability. We can rely not only on their operating system but also on their server. Red Hat not only has operating systems; it also has many different servers.

It helps to achieve security standards certification. It is one of the most important things that I do every single day. We need to comply with a lot of frameworks of security, such as ISO2701, ISO2717, ISO2721, PCI compliance, and HIPAA for the health sector. We also have some local compliance requirements. For example, in Texas, there is one for financial entities, and in Mexico, there are several based on GDPR. It is very important for us.

It is helpful when it comes to building with confidence and ensuring availability across physical, virtual, and cloud infrastructures. There are many features to ensure or enforce high availability.

It helps us to centralize development with OpenShift. We don't do a lot of DevOps, but we have a supply chain where everything goes to the on-premises cloud, and then it is pulled to the public cloud.

The Red Hat support is most valuable. My team and I are really good at Linux, and we can do almost everything in any kind of Linux solution, but sometimes, we have a really nasty problem, and the Red Hat engineering support at the third level has been fantastic. They know how to fix almost everything. The reason why I pay so much money to them is to have this kind of service and assurance.

Containers are the strongest feature that they have. In terms of the quality, between VMs and containers, Red Hat with OpenShift is fantastic. I have more than a million containers right now in my cloud, and it works fantastically.

Network virtualization resources could be better. When you have any kind of trouble with network virtualization, such as with OVS, which is like a switch in a virtual environment, it takes many hours to find what is happening. Other vendors, such as VMware, and even other Linux implementations for network virtualization have better resources. It is much easier to escalate, and there is better documentation.

I don't use Ceph, which is their software-defined storage, because they don't have the best price. It doesn't make sense when you compare it in terms of the hardware cost, better performance, and better capabilities. That's my main complaint at any meeting with Red Hat. I want to use Red Hat Ceph, but it costs so much money.

I have been using it for about 20 years.

If you have the correct hardware, it is stable, but if you do not, you will have a problem any time soon.

It is reliable. If you don't know how to secure your Linux implementation, Red Hat can do it for you with two or three simple clicks, and you will be very secure without any kind of knowledge.

It is scalable. It is not the most scalable in the Linux area, but for 99% of the companies, it is scalable enough for any kind of workload.

We have plenty of clusters, and we probably have more than 400 servers. We are a private cloud solution provider. We don't have anything in the hyper-scale, such as AWS, Azure, etc. We own everything: the data center servers, racks, networking, and storage. That's our competency, and this way, we can provide a better solution to the kind of customers we are focused on.

We have three different locations: one in the states and two in Mexico. At each location, we have at least three different clusters for three different market verticals. We have one for the financial, one for the healthcare system, which has a lot of compliance requirements, and one for the general public, which doesn't have too much sophistication.

We plan to increase its usage, but it is not my decision. If I sell more, I will buy more.

They are exceptional. We have a lot of experience in these matters. Usually, when we have any kind of issue, it is a really difficult one, and I need to talk to somebody at level two or three in the support area. They skip the line for us because we send everything perfectly documented to open the PR. They put us in touch with the best engineer to solve the issue. If the engineer isn't able to understand what is happening, usually, he calls the RHEL developer or engineer that handles that part of the code. They are usually able to fix a complex problem in less than eight hours.

Their support is fantastic. I have dealt with many different vendors, but Red Hat is the only one that does it in this way. They do it in a simple and fast way. They understand you, and they are willing to help you and fix everything. If you have a problem or situation that is causing downtime for the customer, they understand that it has an impact on your business, and they are affecting the revenue of the company. They are really committed to fixing it as soon as possible. I would rate them a 10 out of 10.

Positive

We use RHEL and Canonical. We have some SUSE implementation in the Linux area. In hypervisors, we use VMware and Hyper-V. So, we are in many different technologies, and we are not always on RHEL. RHEL has almost 45% of all our hardware. It is the biggest one, but we use almost all the solutions. In terms of security, Red Hat and Canonical have almost the same level of security.

I am no longer involved in its deployment. I last deployed it about four years ago.

In terms of maintenance, every server requires some kind of maintenance, but we have everything automated. We don't put any effort into it. 

We have 8 to 12 people for deployment and maintenance. They handle the deployment and change of the environment in the data center. For DevOps, I have another team of probably 30 people. They develop solutions for customers.

We have definitely seen an ROI. The return on investments comes in the 14th or 15th month.

For the basic operating system, its price is fair. It is not cheap, and it is also not expensive. For the OpenShift or OpenStack implementation, the cost is a little higher than what I would expect, but it is doable. For a storage solution, it is almost impossible to pay.

In comparison to open-source competitors, RHEL has the most cost-effective open-source subscription model. The way I pay for everything, such as Ubuntu or RHEL, is very similar. When you compare how much money I put in for a customer, in terms of licensing, or even support, my margins with RHEL are really good. If I compare it with VMware or Hyper-V, which are not open source, the difference is totally insane.

I am a vendor-agnostic solution provider. If my customer needs something with RHEL or something that's specifically with another vendor, I use that. If they don't know, or there is a new implementation, I surely send everything to the RHEL implementation. In the end, this is not my decision. It is a market decision. If my customer is telling me that they should be on RHEL, I will bring in RHEL for them.

I would advise paying for the enterprise-level support at least for the first year.
For sure, it is expensive, but it would be helpful. With experience, you can downgrade to the second level.

We have had some issues with container compression that broke everything. So, I don't recommend using it if you don't know how to fix everything.

The biggest lesson that I've learned from using this solution is to read before starting the implementation.

I would rate it a 9 out of 10 because there is nothing perfect.

I have used Red Hat Enterprise Linux (RHEL) for most of my career. It is primarily used as the base operating system on which various applications run. Currently, I am attempting to transition away from RHEL due to changes in the organization following IBM's acquisition.

Red Hat Enterprise Linux (RHEL) is still considered better than Microsoft's offerings due to its superior handling of virtualization and faster performance. Microsoft often incorporates parts of RHEL's code, such as the networking stack, into its own products. The LEAP functionality for upgrades between versions is well-written and satisfactory.

RHEL has experienced a change in approach after being acquired by IBM, and the company has shifted away from open-source principles. The knowledge base is now outdated and lacks documentation for features in RHEL 9, relying instead on old documentation from RHEL 7. The introduction of unstable and undocumented products also detracts from the product's reliability.

I have used RHEL since it existed, so since 1991 or 1992.

RHEL has become less reliable due to undocumented updates and the release of unstable packages, which detracts from the product's stability.

Within the same vendor, moving workloads is easy. However, switching between vendors requires a significant migration effort.

The quality of Red Hat's support has declined in the past five to six years after outsourcing support to India. Complex issues are difficult to resolve due to communication challenges.

Negative

I have not switched from RHEL, but I am exploring alternatives such as Rocky Linux and Debian, which offer similar features without the high costs.

Setting up RHEL is quite straightforward, especially for someone familiar with it. The software asks the necessary questions for configuration, and the documentation generally explains these well.

The return on investment with RHEL is challenging to calculate but involves paying more upfront compared to Microsoft solutions for better reliability and stability, avoiding potential downtime costs.

The setup and licensing costs for RHEL are high, especially concerning support and associated applications. Red Hat charges high prices for support solutions like Ansible Tower, which can deter companies from using their products.

Other solutions evaluated include Ubuntu, Rocky Linux, and Debian. These alternatives offer similar functionality at a lower cost, especially concerning support.

Overall, I would rate Red Hat Enterprise Linux (RHEL) a seven out of ten. People are now turning to other Linux distributions due to RHEL's declining quality and high costs. I suggest caution when considering Red Hat due to the divergence from its original open-source model.

The primary software utilized across our business units is S4HANA, which runs on our SAP server hosted on Red Hat Enterprise Linux. Consequently, most Red Hat systems in our environment support SAP-related services. We operate approximately 105 Red Hat Enterprise servers dedicated to running these SAP services.

Red Hat Enterprise Linux was implemented due to its robust infrastructure, which allows us to efficiently manage our enterprise servers on a large scale using tools like Red Hat Satellite, Insight, and Ansible. This centralized management simplifies the orchestration and control of our extensive RHEL environment. Red Hat Identity Manager also ensures secure authentication and authorization for our remote systems. Beyond infrastructure, Red Hat's robust support is invaluable, providing timely solutions to complex issues. The operating system's strong security posture, including rapid patch deployment for vulnerabilities, further solidifies our decision to implement RHEL.

Red Hat Enterprise Linux simplifies risk reduction by integrating Red Hat Insights. This provides a comprehensive security posture assessment of our Red Hat systems, offering easy-to-understand best practice recommendations and applicable actionable remediation steps.

The knowledge base offered by Red Hat Enterprise Linux is detailed and contains numerous articles that can help resolve our issues.

Red Hat Satellite simplifies our patch process by helping us meet audit and compliance needs. We've set up a lifecycle environment within Satellite to test patches on development and quality systems before deploying them to the operating system. This allows us to roll out patches based on the environment, ensuring thorough testing before reaching production. Additionally, we leverage Ansible automation to streamline provisioning and manage patches effectively. While automation is ongoing, we have successfully implemented Ansible and Red Hat Satellite for provisioning, and we continue to identify areas for further automation within our environment.

Red Hat Insights provides best practice recommendations based on regular system assessments. Like other security tools like Microsoft Azure Defender, it can access a system to offer security improvement suggestions. I have a Red Hat Insights certification and find the tool valuable. It generates actionable recommendations that can be easily implemented through automated processes like FastScript, making it an efficient way to leverage data insights for enhanced system security.

Since implementing Red Hat Enterprise Linux, we have experienced high performance, improved security, excellent support service, and easier system management.

Red Hat Enterprise Linux has enhanced our security posture through timely security patch releases and best practice recommendations, which collectively have increased the protection of our data systems.

Red Hat Enterprise Linux allows me to manage all my Cloud and on-premise systems from one console.

The most valuable aspect of Red Hat Enterprise Linux is its ease of management. A robust suite of tools, including the user-friendly GUI and the powerful Red Hat Cockpit web portal, simplifies system administration. Cockpit provides a centralized platform for managing hosts, while Red Hat Satellite or automation servers excel at overseeing large fleets of radar systems.

Red Hat Enterprise Linux training and certification opportunities for engineers and administrators could be improved. While I have benefited from free training offered by other companies like Microsoft, I have not had similar opportunities with Red Hat. Despite holding a Red Hat certification, I incurred significant costs to achieve it. The training required for these certifications is expensive, and it would be advantageous if Red Hat provided more affordable training courses.

I have been using Red Hat Enterprise Linux for seven months.

Red Hat Enterprise Linux is highly stable.

Red Hat Enterprise Linux is scalable.

The support is good.

Positive

I have used Ubuntu Linux, Windows Server, and other solutions. Compared to these alternatives, Red Hat Enterprise Linux stands out as superior in terms of ease of management, security, and support.

The initial deployment is straightforward. Deploying it manually takes about fifteen to twenty minutes from start to finish using it manually.

I would rate Red Hat Enterprise Linux nine out of ten.

We have 15,000 users all across Africa that use our systems.

Red Hat Enterprise Linux requires periodic maintenance to apply security patches and updates.

I recommend Red Hat Enterprise Linux and conducting a proof of concept to ensure it aligns with our requirements.

We are mostly using it for application servers, infrastructure servers, and database servers.

Red Hat Enterprise Linux lends itself to a lot of automation. We are able to manage many more servers with less staff and by using other Red Hat products such as Ansible. Those are the things that I like.

We are using Red Hat Enterprise Linux for containerization projects. Their Podman product has made it easier. It comes with a lot of security. It is a drop-in product or replacement for Docker. I have used Docker before and switching to Podman was very easy. I just saw the demo for the Podman desktop, and I am looking forward to using that. It will hopefully help me streamline container usage and container deployment in Kubernetes or OpenShift.

It inherently has a lot of functions built in for risk reduction, business continuity, and maintaining compliance. For example, it has SELinux, certain firewalls, logging, and all those things. It has all the built-in features required to meet the needs. We can plug in other third-party tools to have it gather information, or we can send logs to centralized locations to track activity and do audits and things like that.

I use Red Hat Insights for different things. I do not use it much to look at security risks. I know that it has those features, but I use a different tool like a Satellite server to take care of patching and things like that. Red Hat Insights provides us with vulnerability alerts and targeted guidance, but it has not affected our uptime much. It is good to see that information. I can see those vulnerabilities, and I can see action steps or remediation steps that I can take. All my servers are patched on a cycle, so as the cycle goes through, each server gets patched based on its own cycle. It does not really affect the uptime.

I like the stability that comes with Red Hat. That has always been the feature that I like. They do not always have the newest features, but they prioritize stability, which is important in the production environment.

Red Hat should keep doing what they have always done. They should continue to be a leader in the open-source space. They should keep innovating and keep creating great products. They can allow more access to their training and their products' testing. There are ways to do it now. You might have to get a certain type of account to test their products. It might be easier if you can just download the product and test it out.

In a production environment, I have been using Red Hat Enterprise Linux for about five years. I have used Red Hat Enterprise Linux clones such as Fedora and CentOS for about 15 years or maybe longer.

It is absolutely stable. It is 100% stable.

It is good. It scales well. With the tools that Red Hat provides, it does not matter if you have 10 servers, 100 servers, or 1,000 servers. They make it simpler with Ansible. Ansible is your friend.

They are top-tier. Support is probably their number one selling point. As long as you give the Red Hat engineers what they need, they are very good at providing new solutions. I would rate them a ten out of ten.

Positive

I have used Red Hat clones in other positions. I might as well just say it is Red Hat because it is a clone, so I have been using Red Hat all along if we look at different products.

I have worked with CentOS, Rocky Linux, etc. The main difference is that Red Hat's support is top-tier. There is also stability. With the ecosystem that they have built, there are a lot of tools to help me manage. They have Ansible and other great tools to help manage the product. You cannot say the same about Windows. They might have a different way of doing things.

We have deployed Red Hat Enterprise Linux on-premises. We have a hybrid cloud environment, but we run other types of servers there. They are mostly Windows, and they are run on Azure cloud. We do not run Red Hat Enterprise Linux in a hybrid cloud environment, but there is always an opportunity to do that in the future.

The Red Hat servers that we have are on-prem. We use VMware and the tools that they provide to deploy Red Hat.

Its initial deployment was done a long time ago. It is a straightforward process to install it as long as you are not trying to do anything complicated.

We do not have a deployment strategy. We install it based on the requirements. If it is a web server or database server, there are different things that you need to do, but it is pretty straightforward. It is a good process.

We took help for deploying Red Hat and purchasing the license and maybe the hardware. We probably used CDW and Advizex. They are probably based in Pittsburgh.

Time savings is the biggest return on investment. I can do more in less or a shorter amount of time. The time savings depend on what you are working on, but you can potentially have about 75% time savings.

I have very little experience with pricing and getting quotes. The whole VMware thing happened, and everybody is looking at different alternatives. At this point, any competitor is probably a good choice based on the cost.

Everyone should evaluate what their needs are, test out different products, and pick the product that is best for their needs. I know that the Red Hat Enterprise Linux is a very good solid product. One thing I would say is that their support is top-tier, so from that aspect, I would recommend Red Hat.

At this time, I am trying to develop a platform that facilitates developer workflows. We may adopt more of a GitHub mindset and use Red Hat tools, such as OpenShift and Ansible.

We are currently not using containers as much as we would like to. We are working on setting standards. That is going to come down the road. Our workloads right now are mostly virtual machines and monolithic applications built on VMs. We will use them more. We will make more microservices and use pods to contain the applications. We will use more Red Hat tools.

Overall, I would rate Red Hat Enterprise Linux a nine out of ten. There are many things to take into account. From a production perspective, it is a ten out of ten. From the innovation and latest features perspective, it is probably a seven. That is not necessarily a bad thing because that is their unique point. They prioritize stability, but if you want something with your features, you can use Fedora.

Most of our infrastructure is made up of Linux servers. All of the apps that we have published are running on a Linux system. That is the main functionality.

I am responsible for Ansible for automation, and I am also responsible for our Satellite server, which is for patching and things like that. We use Red Hat Enterprise Linux a lot. We have 80% Red Hat Enterprise Linux and 20% Windows.

The benefits have been in terms of the speed and how the operating system does not interfere with apps that are running on it. That is the best aspect, at least from a business point of view. Databases run smoother, and so do the applications we have. There is no latency or issues like that.

We have a small number of servers up in the cloud in AWS, and then most of our servers are on-prem. We have a data server. Red Hat Enterprise Linux has made the deployment of servers smoother. We can do that pretty much with the click of a button, especially using AWS's platform.

For security and compliance, we have to be in sync with our security team. We cannot leave anything open. In Ansible, we have set up an actual configuration management playbook where it keeps all of our systems security compliant. It is really cool. Right now, we only have it working on our Dev and QA environments. We have not moved past that because we still have Chef. We are trying to get off of Chef completely. As of now, we are a hybrid. We have Chef and Ansible. Eventually, we will be completely Red Hat Ansible.

When it comes to keeping our organization agile, it is easy to decommission servers. Most of it is on VM, so we can just delete and then rebuild. If we accidentally delete a server, we can always bring it back because of backups and things like that. That is possible because of VMs. We do not have OpenShift, so I cannot say that Red Hat is the one that is keeping us agile.

The feature that I am enjoying right now is the actual LEAP program that they created for the actual in-place upgrades. I am upgrading from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8. We are in the process of that, so that is the best functionality right now. It never had that ability in the past. That addition has been an amazing aspect.

I am not too sure how it could be better. I have not yet used Red Hat Enterprise Linux 9, so I cannot say if there have been any changes or improvements. Honestly, I cannot see it getting any better. I like the way the operating system works now, and I do not really see any bad functionality with it.

The only thing I would say is getting rid of some aspects. That is the one part that a lot of admins probably get annoyed with. For example, we are now going to DNF from using YUM. At some point, YUM will be taken away completely, but right now, you can use both. There are those minor tweaks, and you just have to roll with the punches. Maybe it is just a better version of what was there prior. DNF is probably used at a simpler level, and it probably does not take up as much configuration and space as YUM. I am not sure exactly why they make those changes, but that is probably the only thing that is kind of annoying.

In my current company, we recently switched from CentOS to Red Hat Enterprise Linux. We are also working with CentOS. It has been around three years with this company, but I have been using Red Hat Enterprise Linux a lot longer. I am a Linux admin and I have been using it since 2006 or 2007.

It is definitely stable. We never have any issues. Everyone wants to blame the patching or some change in the OS, but it is never that. It is always the other side.

It has a lot of scalability. We have plans to increase its usage. We are in the process of getting off Oracle Linux, which is, again, another version of theirs, but we are going to be converting those over to Red Hat. All of our databases are going to be running on Red Hat.

It is awesome. I just upgraded my Satellite server. I moved from Red Hat Enterprise Linux 7 to Red Hat Enterprise Linux 8 and then also upgraded to Satellite 6.14, which is almost the most recent version. I did that in the last month. Their support was awesome. I worked through what was said in the documentation on how to do the upgrade. I created my own spreadsheet for the upgrade and what I needed to do. I worked with their support. I had a meeting with them to check if it would work and if anything needs to be added or taken away. They worked with us that way. Their support is awesome.

Positive

We had CentOS. It is still based on Red Hat.

We are just now starting to use Podman. We were using Docker, and we are now moving over to Podman, which is the Red Hat Enterprise Linux-specific version of containers. It has been an easy transition. We do not necessarily work with Podman. Application owners are the ones who want us to install it, and then they utilize it the way they want to.

We have three data centers. We have a data center in the East in Pittsburgh, and then we have one in Arizona. We also have it in the cloud in AWS. Even there, there are two, so we have four data centers.

We do have a few Red Hat Enterprise Linux systems on the cloud. We are not sure if we are going into the cloud completely, but we do have some servers in the cloud. Our cloud provider is AWS. Our main app resides in the cloud. All the data, most of the data servers, and other applications are on prem. 

I was involved in the deployment of Red Hat Enterprise Linux. We were the ones who converted it. It was very simple. Red Hat's technical person gave us the conversion script and tools. We just utilized that conversion script to switch from CentOS.

We did not use a consultant or an integrator. Red Hat gave us the tools, and we did it.

I do not know what the impact is financially because I am not in that department. For compliance, it has been helpful. Especially the banks have to be compliant in terms of being patched and things like that. Red Hat has been beneficial.

The biggest return on investment has been the ease. I have been a Linux admin for many years. I have used Solaris, AIX, CentOS, etc. I have always liked Red Hat Enterprise Linux better. It is just a better OS.

I do not know the overall cost, but I know that Red Hat is cheaper than Windows.

We did not evaluate any other solution. We were going to Red Hat Enterprise Linux.

We just switched from open source, which was CentOS, to Red Hat. My advice is to stick with Red Hat only because with open source, you do not get the updates at the same time. The updates come later for vulnerabilities and things like that. I would not recommend open source for an organization. If you are at home, you can go ahead and easily use CentOS. It is free, so why not use it? For an organization, Red Hat Enterprise Linux is better.

Currently, we are not using Red Hat Insights the way they are meant to be used. We are planning to do so at some point in the future. Currently, we only use it as a tool to make sure that it keeps track of all of our servers, whether we delete or add servers. Red Hat Insights keeps track of that and lets us know what version it is and things like that, but we do not utilize Red Hat Insights the way they are meant to be. Red Hat Insights provides vulnerability alerts and targeted guidance, but we use Nexpose for vulnerability scanning. 

Red Hat Enterprise Linux has not yet enabled us to centralize development. That is because of the way the company is structured. Everything is fragmented. We have a separate networking team. We have a separate Linux team and we have a separate software team. Getting something done and centralized is pretty much impossible at this point. Any small tweaks are like pulling teeth at this point. I do not know if that is going to change. Hopefully, it will. We are planning on moving to OpenShift. I am hoping that it will make everything more centralized and it will bring the company to a less fragmented spot.

I would rate Red Hat Enterprise Linux a ten out of ten.

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.