We first used it for application installation to run applications on Windows. We had it running on Windows. We then upgraded it. It was still on the IBM platform, but it was still x86. We have now updated it, and it is now running on IBM Linux Z.

We use it for Internet banking, core banking applications, and other peripheral applications.

It has helped with consolidation. When we first started to do clusters, we were using Oracle cluster and Red Hat cluster. The Red Hat cluster was more stable than the Oracle cluster, so we had to uninstall the Oracle cluster and just use the Red Hat feature to have floating IP addresses between two cluster nodes. Having it in a cluster was the single most useful application of Red Hat in the environment.

We use Red Hat Insights, Ansible, and Satellite. Red Hat Insights is helping us big time. A year ago, I was looking at bolstering my team to about five or so administrators. With Red Hat Insights and other tools, I am satisfied with just two administrators. They are there just to manage the system and not necessarily go down into the trenches.

It seems that Red Hat Insights provides vulnerability alerts and targeted guidance, but my team would know that better. I manage a team that does that.

Its stability is most valuable. Its administrative aspect is also good. It is relatively easy to administer. I am familiar with AIX. AIX is super easy. I did not have to struggle much to adapt to Red Hat.

They can make the extended file system dynamic. Currently, we have to bring down the server to add an Hdisk. We cannot extend the database on the fly. We have to have downtime. We want to ensure that we make the blackout periods as minimal as possible. Currently, there is a gap in the file system management. I want to be able to expand the file system in a simpler way and have the application or the database use that expansion without any downtime.

I have been using Red Hat Enterprise Linux since 2004. It has been 20 years.

There is no problem with stability. It is stable. We have a couple of Red Hat Enterprise Linux 4 still running. We also have Red Hat Enterprise Linux 6 systems. The hardware is functional, but the application was retired. We cannot get an update for it. It has been running since 2008.

Its scalability is fine. There is no problem with scalability. We can do it in real-time. Now with containers and other things, we can scale on the fly without much downtime. We can build a small system and scale it. We can start at a much lower level than several others.

It has improved tremendously. I remember when it used to be centralized. I have been to North Carolina to get training, but now they can come to us for the training. The whole support architecture has improved. We can reserve hours for calls when the need arises. If we do not use it, it is reallocated the next month to some other project. They are doing well. I am impressed.

Positive

We were using and still are using AIX, but most of the applications have been imported, so we are between AIX and Red Hat. We are also using Windows, but Red Hat has stood out. It is not yet there with AIX, but it is getting there.

We were using Ubuntu and a few other flavors, but they were not organized. They were still too open. The support and the training for Red Hat Enterprise Linux was spot on. It was exemplary. We could find support easily.

We have them in clusters, and we also have standalone ones. We have DR where we synchronize with DR. We synchronize at the file system level with DR, which eliminates some of the application limitations.

We are using it on-prem, but we have applications to be upgraded in another 18 months, which would be a hybrid cloud.

Its installation the first time was overwhelming. Once you get used to it, the team settles down, and you have knowledgeable people, it is a breeze.

We have an integrator, a reseller, and a consultant. Somebody would come in and help us connect the dots. I guess that is their reseller, and then the integrator helps us properly connect the dots.

Pedro is our accounts manager. He probably comes from Puerto Rico, and then there is Lincoln Walters from Jamaica. Together, they help us identify the resources we need for the things that we want to do.

The biggest ROI is in terms of the reduction of human resources required to manage and maintain it. The administrative duties have been vastly reduced. You can even have resources from Red Hat. They have something where you can block certain hours a month and you can just use them as needed. If you do not use them entirely, you can reallocate them. That means you can reallocate unused resources. There are savings on investment.

We are still learning about it, but our TCO has reduced because we do not have to have as much manpower, hardware, and processes to manage and operate.

Licensing is the most attractive part of it. With Red Hat Insights and Ansible, we now know that it was done with the intention of simplifying the licensing so that you get the support for what you have and not necessarily what you want to have.

Red Hat Enterprise Linux has not helped us to centralize development. We have not capitalized on that as yet. I am here at the Red Hat Summit to learn about Kubernetes and containers. It is all new to me, and at this point, I do not know from where to start. I am getting exposed to so many things, but I still need to understand from where to start. I need to know the foundations. In about 18 months, we will be going to containers. We have people developing Dockers, Kubernetes, and other things, but we need to find a way to integrate them. We will have containers running on OpenShift, but we need to know how to secure, store, and manage those containers.

I have participated in a few presentations, and I see that there are prescribed ways to ensure that you maintain compliance by upgrading. In one of the presentations, one of the presenters said to not expand or scale too quickly because some of the applications get left behind. That is something that I am taking away.

The portability of applications and containers built on Red Hat Enterprise Linux will be good for keeping our organization agile. It is flexible. They say, "Build once and run anywhere." That is the buzzword for me.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would say that Linux is for beginners, whereas Red Hat Enterprise Linux comes with the bells and whistles and the stability for business. It is an enterprise-grade software.

Overall, I would rate Red Hat Enterprise Linux a nine out of ten. There is innovation and adaptability. Ten years ago, it was unheard of. It has grown, and it has been growing tremendously.

We have a database that we maintain for root passwords, and sometimes I need to break the root password to reset it. We work a lot on logical volumes where I need to grow and shrink volumes on the fly. I did not have to shrink the logical volumes much, but I worked a lot on growing logical volumes on the fly to make them available for the database team. I have done network-related things. I configured network multipathing or IP multipathing where we can parallelly route the traffic to multiple ethernets.

I work a lot on user-related issues as well. We are also using Ansible a lot for automation. I am writing some playbooks, so there are a lot of use cases.

Red Hat Enterprise Linux helps us a lot. We host a lot of our applications on the Red Hat platform. We are using Red Hat Enterprise Linux for both on-prem and VM platforms. Most of them are VMs, but we do have some old legacy systems where we have Linux running on some Dell architecture. Our goal is to get rid of them this year and implement everything on virtualization because virtualization is growing a lot.

Red Hat Enterprise Linux has enabled us to centralize development. We are using it in the production and lower environments. We are using a common platform for our deployments. We have a centralized environment.

In terms of portability of applications and containers built on Red Hat Enterprise Linux for keeping our organization agile, it is flexible. Agile methodologies are very popular nowadays, and they help with coordination between dev and production teams. It is fulfilling the gaps between these teams. It is helpful.

I see so many features in Red Hat Enterprise Linux that I do not see in other Linux operating systems, such as Ubuntu. That is why Red Hat is very popular. All my experience is mostly on the Red Hat side. In terms of features, I like breaking root passwords, and I like the XFS file system over ext4.

I have not used it on the cloud side. I have not heard much about how Red Hat is doing on the cloud side. In the market, AWS and Azure are very popular, and they have captured most of the market. If Red Hat can improve on the cloud side, they can retain their customer base. Their customers do not need to go out for other cloud resources, and they can use the Red Hat cloud.

We are using it on-prem and in the virtual environment on VMware. We are using a cloud, but it is not a Red Hat cloud. We are using AWS in our organization. We have some EC2 instances deployed with Red Hat Enterprise Linux images, but I cannot say it is a Red Hat cloud. It is an AWS cloud, and we have instances. We are depending on a third-party cloud. If Red Hat provides that kind of service to our company, we can retain Red Hat. We do not need to go for a public cloud.

I have been using Red Hat Enterprise Linux for almost 12 years. I started with Red Hat Enterprise Linux 5.

It is a stable platform, but our company still wants to stick to the older version. They do not want to change the application base. They do not want to take risks. Unfortunately, Red Hat is not able to help to provide the patches for older versions. They suggest upgrading, but management is not doing that, so the Red Hat Enterprise Linux side is good, but our management side is bad.

Its scalability is good. We plan to use it more. We are growing. As our infrastructure grows, we are buying more licenses.

Their customer service is excellent. I like it. I am in touch with Ed who is one of the support engineers with Red Hat. He is helping me. 

I am also in touch with a few other people at Red Hat. If I run into any issues, I can simply email them, and I get a quick response from them. Based on the support I am receiving, I would rate them a ten out of ten.

Positive

We did not use any similar solution previously.

We are using it on-prem and in the virtual environment on VMware. Our cloud provider is AWS.

We are using the CI/CD model for Red Hat Enterprise Linux. We are using blue/green deployments as well for our containerized applications, and we have some canary deployments.

My initial deployment experience with Red Hat Enterprise Linux was not great. It was not as easy as the current version. It was difficult during those days. We had to load the GUI and then change to CLI. It is better now. Red Hat has made some improvements in the newer versions. The current version 9 looks better than any other previous version.

I did not use any integrator or consultant. I downloaded an ISO image from Red Hat. I downloaded and installed it myself, and it worked very well. I did not run into any issues with the installation process.

Over the last few years, we have been within budget. We do not have any constraints about Red Hat. We are a big organization. We use a lot of products from different vendors. We are working on cost optimization for some of the vendors but not Red Hat, so Red Hat is still good. We are still happy with it.

The biggest return on investment is the customer base. We are in the telecom industry. We try to get as many customers as we can. Red Hat is not the only product that we are using, but it is a major product that we are using in our company.

We are good as of now. We do not have any concerns about licensing. Its price is still good for us.

We are not using Red Hat Enterprise Linux for containerization projects. We are using Kubernetes and Dockers for that.

When it comes to patching, our goal for 2024 is to make all the systems compliant. Especially at the infrastructure and application levels, I am actively working on the compliance tasks, and our goal is to fix all vulnerabilities. I am working with someone at Red Hat on some issues because I am not able to find the exact patch for certain vulnerabilities.

For now, we are happy with Red Hat Enterprise Linux. We are happy with what we are getting.

Overall, I would rate Red Hat Enterprise Linux an eight out of ten. The reason for reducing two points is that I have not explored other operating systems very well.

We are using Red Hat Enterprise Linux for running SQL servers, Oracle databases, Java applications, Apache, and data store types of things.

We use it for all sorts of functions. We have different levels. I am primarily an SE building and configuring the servers. The application-related work is for everyone else.

In terms of our environment, we might have some cloud. We have different engineering teams working on different parts of the technologies. My team and I do not touch that, so we have a basic cloud-based and non-cloud-based setup.

We are primarily able to standardize on the platform. By keeping everything standard, you know what might break or should not break. That is the true benefit. It seems to help keep a better level of standard across all groups, business standards, and application types.

Red Hat Enterprise Linux enables us to centralize development. That goes with platform uniformity. The development team has a common toolset and expectations from the toolset and what they are working with. It just makes things easier for each developer.

The portability of applications and containers built on Red Hat Enterprise Linux is very good for keeping our organization agile.

It is the most lightweight platform to use. It is very flexible. It is not very difficult to manage, configure, and deal with. That is a plus point.

Migrating people from Red Hat Enterprise Linux 7 to 8 has been good so far. Irrespective of whether we are doing an in-place upgrade or a full rebuild, most people are able to convert over. There is no problem.

For our use case, it seems to be working well, so I cannot think of what it could do better. I know for our purpose and what we have been using it for, it has been working well. Their support, however, can be better.

I came on board when they bought our company. At the time, I was using CentOS. From what I know, they have been only using Red Hat Enterprise Linux. I started using it from Red Hat Enterprise Linux 7. It has been about 13 years.

It seems stable, but developers might have a different response. When you have a problem with a Windows server, you typically reboot it, but you do not have to reboot a Linux server to get it to work better.

It is a scalable platform.

It is pretty good. It varies based on the support person that you get. They might understand what you are talking about right away or not.

For one of the cases that I opened, I laid out every single detail possible. The first thing they said was that it was not that. It was something else. They kept going back and forth with different support teams on the same ticket. Finally, it clicked with somebody and they figured out what caused the issue. Somehow an RPM of a different version was installed on one server versus another one, and no one caught that. Some people were going down the wrong path saying it was networking and not some sort of binary that was installed which changed something. They went back and forth with different troubleshooting paths. Eventually, someone saw and understood what I meant.

Positive

We have always been using Red Hat Enterprise Linux at our workplace.

Deployment for our builds is typically PXE. I do not have insights into that because the build is built and configured by another team. I deploy and provide the server for the development team. I understand how Kickstart and other things work, but I do not install and configure it. It seems relatively easy. From what I have done in the past, it does not seem that difficult.

I am not aware of taking any external help for deployment.

The biggest ROI is in terms of consistency. We know how it works which makes going forward a lot easier.

We are coming from CentOS, so technically, our total cost of ownership has gone up, but it is still cheaper than Windows for a database server and things like that.

I was not a part of the evaluation. I came on board and began working with what was there.

In terms of security features, we do not use anything too advanced other than what is out of the box. We do not manage the compliance piece and things like that. There is a different group that manages that piece.

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

I utilize Ansible to harden Red Hat devices across a multitude of disconnected environments.

One benefit of using Red Hat Enterprise Linux is that a lot of backend applications run natively on Red Hat Enterprise Linux as opposed to a Windows-based option. We are a partner with Red Hat. It essentially allows us to do a lot of our infrastructure stand-up and development.

It has enabled our team to centralize development. We have been able to centralize our automation, playbooks, and different collections we use within Ansible to create a centralized code base. We can use that to configure different types of systems with different requirements from different customers. Having a common platform across the entire enterprise has been very helpful.

We are using Red Hat Enterprise Linux very limitedly for containerization projects. It makes things very seamless. If we get a new developer, we can set up a brand new instance of a container for a dev environment or a test environment. It allows different developers to always have the same starting points with containers.

In terms of security features for risk reduction, there are SELinux and FIPS. Also, when you build a Red Hat Enterprise Linux machine, you can stick it right out of the box. It is very helpful. It is very good, especially for programmers and users who do not know anything about cybersecurity. It takes you 85% to 90% of the way. It has been very helpful and good.

The right commonality across the business or enterprise is always very hard to do, especially when different networks and different customers have different requirements. Being able to at least have continuity between those different environments has been helpful. If you have a system admin at a location and you put him or her at a different location, they at least can expect the same type of infrastructure.

When it comes to compliance, it takes you 85% to 90% of the way there. Different networks require different things. Some cannot implement specific standards for whatever reasons, but being able to utilize and leverage Red Hat Ansible to configure that and make sure those changes are made across the entire network has been very helpful.

Portability depends on the circumstances. Some things are more portable than others, such as containers. We utilize Ansible Core very extensively, but other things, such as AAP, are not necessarily as portable because some of our smaller environments do not have the bandwidth or the actual resources to support a big product like that.

In Red Hat Enterprise Linux, I am a big fan of the command line. I like the data manipulation and different commands that we can use. I use Ansible extensively to configure systems.

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

It is very stable.

It is easily scalable with the solutions and the options they have.

Their support is very good. They are very helpful. Some of them are more experienced in handling the niche problems that we have.

I would rate their customer support a nine out of ten because there is always room for improvement, but it has always been very good.

Positive

We have used Ubuntu and other Linux operating systems in the past. However, since I have been with the company, we have used Red Hat Enterprise Linux almost exclusively.

The deployment model depends on the environment. Some are using VMs. Some use containers, and some use bare-metal installations. It depends on what a particular program needs. I support small environments that are on-prem.

It is fairly straightforward to deploy different Red Hat boxes. I was just helping out a sysadmin the other day who had not done it before. It was super straightforward and super easy to deploy.

We deploy it on our own. 

The return on investment for us and our team is specifically automation. We are able to invest time on the frontend to create different automation playbooks, and we are able to push that out to not only a singular network but also to multiple networks and multiple different configurations. It takes a little bit in the beginning, but there are huge time savings in the end.

If a security colleague is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would be interested to understand what that colleague's objectives are and why they would consider something other than Red Hat Enterprise Linux. If it is something that fits their particular use case more, they can obviously go with that. Red Hat Enterprise Linux is a standard solution for Linux. If any colleague wants to go for another solution, I have to understand why. I would have to understand what Red Hat Enterprise Linux is not able to provide. However, this has not happened to me.

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

We use the solution for server operating systems and to automate other systems. We use the tool for Windows automation and Linux automation.

The support we get from Red Hat is really good. When we have questions, there's always somebody we can approach and get an answer from. In my experience, Red Hat Enterprise Linux is more stable than Windows. The solution's ease of management is better, and it's much more powerful when you know the command line.

The most valuable feature of the solution is its stability.

Red Hat Enterprise Linux's built-in security features do a really good job of risk reduction, business continuity, and maintaining compliance.

Red Hat Enterprise Linux, Ubuntu, CentOS, and Fedora are the main Linux systems. Ubuntu is the only enterprise-level OS with paid support because a lot of the work we do requires paid support contracts.

The solution's front-end GUI is not great and could be improved. It needs to be more intuitive if it's meant to be used as a desktop operating system replacement. I don't know how to describe it better, but OS X and Windows feel a lot more polished than Red Hat Enterprise Linux.

I have been using Red Hat Enterprise Linux in my current organization for two years. However, I have been using the solution in general for ten years.

Red Hat Enterprise Linux is an extremely stable solution.

Red Hat Enterprise Linux is a scalable solution.

The solution’s technical support is very good.

Positive

The solution's initial setup is seamless and easy. We tried different things, but the easiest way we found to deploy the solution was to use VMware. We had scripts to download and install the tool.

We implemented the solution through an in-house team.

Once everything is set up, the solution is generally very stable. While other operating systems require a lot of maintenance, Red Hat Enterprise Linux is pretty hands-off once you properly set up and configure it.

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

We are deploying Red Hat Enterprise Linux as our primary Linux OS, and we are using Ansible for some automation initiatives. Our use cases are around centralization.

We have a supported product. We are at the beginning of building a relationship with Red Hat similar to the one we have with Microsoft, Cisco, and others. It is to standardize the quality, supported version, and company. I am leading this project, and I believe Red Hat is the one.

We have built a hybrid environment. Most of it is on-prem, but we also have Azure, so we have both cloud and on-prem environments. Red Hat Enterprise Linux is helpful for patch and vulnerability management. There have been a lot of security initiatives around Windows and tightening it up, but our Linux environment was not standardized. Red Hat Enterprise Linux standardizes it. With the combination of Insights, it aligns with Windows and other security initiatives.

Red Hat Enterprise Linux has not yet enabled us to centralize development. It is too early for that. I am not very familiar with OpenShift, but with OpenShift, Kubernetes containers, and some of those capabilities, DevOps will become more integrated with Red Hat and its products in the future.

Red Hat Enterprise Linux’s built-in security features seem very good when it comes to risk reduction, business continuity, and maintaining compliance. One thing that helps is the catalog of preexisting playbooks provided by Red Hat around security. It helps you ramp up on security. It aligns it with what an IT person on the Windows side already knows to look for, such as firewalls, setting up permissions, etc. They have playbooks for Active Directory integration, security initiatives, and limiting the firewall. Building out some of the playbooks that Red Hat has in those areas was helpful in getting a good security posture for those systems.

Ansible is going to make the portability of applications and containers happen for us. The OS is important, but our ability to use Ansible and deploy via a cloud or automate via a cloud or on-prem would accomplish that.

Red Hat Insights is valuable. There is patch and vulnerability management. It is similar to what you would see with SCCM. I have a single pane of glass interface. I can approve the patches and vulnerabilities, and hopefully, between Satellite and Ansible, we can automate that process.

I am looking for training. I am a Windows guy who accidentally became a Linux guy. You volunteer a few times, and you are the guy. Right now, I am looking for training and ramping up to be able to support their products, so professional services are key. There are things like Lightspeed with IBM Watson. I do not know YAML very well, so it is going to be integral for me to create playbooks at the very beginning and be able to use the AI tools. If I say, "How do I open a port on this Cisco router?", the AI tools are going to give me the YAML code. In spite of not being a Linux guy or a great coder, I can use those tools to ramp up very quickly. Making Lightspeed a part of Red Hat deployment initiatives tremendously helps with customers' success. It gives them that extra tool. Right now, it is being sold separately as a subscription. If they could integrate that capability, people would not have to go use ChatGPT and other tools. They could use that as a part of it. It would just align things with Red Hat, so one area they can improve on is the approach to customer success for new deployments.

Red Hat Insights are instrumental in identifying vulnerabilities. I am still learning, but my understanding is that it is not directly connected to your environment to deploy a patch or vulnerability fix. It is going to give a YAML playbook to do that. It does not actually execute it. On the Windows side, I have an approval process on the server where I can say, "Deploy this patch." I thought of Insights along the same lines where I can just approve things, and then based on some backend configuration, it will implement them using Ansible, Satellite, and on-premises Ansible. It seems disconnected right now. It might not be, but to me, there seems to be a gap there. I love Insights, and I want to fully automate that approval process. This could be a point for improvement if it does not already do that.

Another area of improvement is Red Hat expressing a return on investment better. I do not know if they have determined a lot of that. I have always assumed that I could go with an open-source OS in a less expensive manner than Windows or something else. My impression is that there would be less cost, but I do not know that for certain. Red Hat building out some of that ROI on different products would be beneficial to their sales effort.

We are a brand new customer.

It is more stable than the wild west environment that I have been in. There is standardization. It is stable by standardizing.

So far, its scalability has been good. Once I get a good image built, I will get some workflows built into Ansible. I will have that process all the way down to the help desk. We will be entering variables and kicking out systems all day.

We have been using it minimally. We have about 15% Linux environment with lots of flavors. Red Hat Enterprise Linux is what we are centralizing on from now on, so we are going to do a conversion of all those. We have a new standard going forward. We have about 15% Linux systems, which would amount to about 150 systems throughout North America. It is a small footprint.

I have not had to call them much, so I do not have a good handle on support from Red Hat. Everybody gets at least a C or a five, but I am optimistic. It is going to be good. I would give them at least a seven out of ten.

Neutral

Prior to Red Hat Enterprise Linux, it was CentOS and others. CentOS was free. It was whatever was available or the developers or applications guys were familiar with.

We switched to Red Hat Enterprise Linux for centralization, to be supported, and for patching and vulnerabilities.

Most of the things that I am deploying or replacing are on-prem and on Azure cloud. It is 50/50.

The deployment was very easy. They have a great and user-friendly installation process with 9.x and above. However, just being new to it and having a security hat on, I still struggle with what should and should not be installed on the base image. It is a learning curve for me, but using the interface has been great. I was able to join Active Directory and all those things.

CDW is handling our professional services and our training, which is a separate purchase. Its initial rollout is with CDW.

We have not yet seen an ROI.

It is expensive. Everything is. I was happy to get a three-year Red Hat Enterprise Linux contract for our initial rollout. 

It is less expensive than other solutions. It is a growing company.

It is called Microsoft ARC. It now facilitates patches for Linux, but it did not include certain things. For me, there was much more benefit outside of just patching by going with Red Hat Enterprise Linux and Ansible.

I am not yet certain about Red Hat Insights' vulnerability alerts and targeted guidance. We are at the beginning. We are just adding systems. I have not set those alerts up if they exist. I assume there are some. I am also going to evaluate how accurate the vulnerability and patching information is because we have other security products that are looking at the same things on the Windows side, and they have already identified many of the vulnerabilities. As a new customer, I want to make sure that if our other system says something is a vulnerability, Red Hat Insights also says that it is a vulnerability. I want to feel confident in the vulnerabilities that I am getting from Red Hat Insights. I want to make sure that other products are also scanning for the same thing. I suspect it is.

To a colleague who is looking at open-source, cloud-based operating systems for Linux instead of Red Hat Enterprise Linux, I would recommend going for Red Hat Enterprise Linux. I cannot think of another OS that can match this.

I will start off with an optimistic ten, and I will rate Red Hat Enterprise Linux a ten out of ten.

We primarily use it for enterprise software, databases, and some custom applications.

We have a stable base to deploy applications. We need a minimal amount of effort to troubleshoot problems with the applications that are related to the OS.

We are using Red Hat Enterprise Linux in the cloud, in the on-prem data center, and at the edge. We are also using Red Hat Enterprise Linux in a hybrid cloud environment. It has had a positive impact. It is straightforward to deploy. There was no bottleneck.

Red Hat Enterprise Linux has enabled us to centralize development. The stable base that each developer can rely on is great. The consistent ecosystem of the repository makes it easy to rely on.

We use Red Hat Enterprise Linux for containerization projects. Red Hat Enterprise Linux is quick to containerize, so when it started becoming mainstream, it was easier for us to sell to upper management to start doing more containerization.

There has been a positive impact in terms of the portability of applications and containers built on Red Hat Enterprise Linux for keeping our organization agile. It is very portable. I do not have any issues with different ecosystems in relation to how Red Hat Enterprise Linux runs containers.

Our cost of ownership is not high. They are not very expensive. We are never surprised.

The repository ecosystem is valuable. 

I would probably focus more on a rolling release schedule. Instead of a long-term operating support of ten years, I would just have one release and keep rolling it.

In terms of security features, overall, it is lacking cohesion. There are a lot of different options, and it is hard to choose the ones that best fit our business needs without a lot of investigative work.

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

It is very stable.

It is scalable.

It takes a little bit to get to the true answer. I know there is a lot of triaging. I am sure we can improve on our end. When we open tickets, we can provide more information. There could be a way to get faster answers from Red Hat support, and we might not be providing the most upfront information needed for the ticket. I would rate their support a ten out of ten.

Positive

We were not using any other solution previously.

I know of only one other player, and that is Ubuntu. There is also OpenSUSE, but I have not yet seen that personally in my career.

We have cloud and on-prem deployments. We have the AWS cloud.

On AWS, we had an EC2 instance. I clicked, and it was online. For the initial deployment, we just used the Amazon Web UI, and now, we use Ansible for deployment.

We have seen an ROI. It is fairly easy to deploy. We do not have too many issues with setting up a new environment in relation to the operating system. The bottlenecks are more related to the hardware or even setting up the cloud.

When I came in, Red Hat Enterprise Linux was already being used. It has always been there.

We have not yet fully leveraged Red Hat Insights. We are working on that. It might help with cohesion and security.

I would rate Red Hat Enterprise Linux a ten out of ten. It is reliable for deploying applications. It has a lot of different features. I can find solutions to all my problems, and the industry support is there.

We are a brokerage firm. We use Red Hat Enterprise Linux for trading purposes. We develop our applications on it.

By implementing Red Hat Enterprise Linux, we wanted a stable server and OS.

There is an in-built feature for shell scripting, so we can automate things that have to run on time in production. We created a script for the setup and configuration of certain things, such as disabling the firewall, network manager, and other things.

I am able to handle some of the daily issues automatically by using batch scripting and cron scheduler. I have also been able to debug some of the issues with the help of logs.

It is open source. We can customize it as per our requirements. We can change or optimize it as per our requirements.

Their support needs improvement. It should be faster for priority tickets.

Some of the tools can be improved and made user-friendly. The OpenStack and OpenShift tools can be better.

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

It is stable. I would rate it a 9 out of 10 for stability.

It is scalable. I would rate it a 9 out of 10 for scalability.

We have about 100 servers, and we have about four people working in the IT department.

Their support needs to improve. If we create a priority ticket for Red Hat, they revert within four hours. They should respond within half an hour so that the issue can be resolved as soon as possible in the real or live environment, and the company has less downtime.

We are using Red Hat Enterprise Linux and Windows operating systems.

Upgrades and migrations are easy with Red Hat Enterprise Linux. We are currently working on upgrades from RHEL 7 to RHEL 9.

We use open source. We only have a subscription for support.

For security purposes, we use the SSH key algorithm, MD5, and SHA256. We have set up a firewall in our network, and all servers are password-based. We also block some common ports that are open when we install the OS. We also have monitoring tools to ensure uptime.

Overall, I would rate Red Hat Enterprise Linux a 9 out of 10.

I use the product for the integration capabilities it provides between my company's servers and the servers from other companies since we operate in the banking sector. I use Red Hat Enterprise Linux (RHEL) for clusters or load balancing. The tool provides an open-source platform to use any program. Many programs can be installed over Red Hat Enterprise Linux (RHEL).

I have seen that the upgrade from RHEL 7 to RHEL 8 can be a bit problematic since I have seen some issues during the upgrade of libraries, along with some conflicts with the other libraries in the tool. The aforementioned area can be considered for improvement in the product. Presently, I am not trying to upgrade from RHEL 8 to RHEL 9.

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

It is a stable solution.

I have only used a little bit of technical support. I can say that over the span of years that I have used the tool, I have used the support offered by the product only twice. I don't have much experience when it comes to the support team. The support team did not help me solve my issues, and I had to search for a resolution by myself to solve my problems. People from India who are a part of the support team don't seem to have much experience in solving the product-related problems of the customers. I rate the technical support a six out of ten.

Neutral

My company also uses MariaDB as a database, while at times, we use databases from Oracle or PostgreSQL over RHEL.

Sometimes, I use Ubuntu for some of the end-users in my company. Red Hat Enterprise Linux (RHEL) is useful for servers and not for end users. Red Hat Enterprise Linux (RHEL) is very compatible with servers.

The upgradation and migration parts attached to the solution can be described as a very straightforward and easy process. Sometimes, I migrate from the on-premises version to the cloud, which I find to be a very easy process. The servers are up and running very well, so I have no problems with the product.

I have experience with the on-premises version of the product.

The in-house team, consisting of four people, in my company takes care of the upgrade and migration parts attached to the solution.

My company has acquired five to ten licenses from Red Hat Enterprise Linux (RHEL).

My company uses the normal security features provided by the product. Presently, I am taking some courses related to security. My company uses solutions for security purposes, like CrowdStrike Falcon Protection.

I use the documentation provided by the product. I also joined the academy operated by Red Hat Enterprise Linux (RHEL) to learn about courses related to OpenShift and virtualization. The documentation is very easy to understand, and it is also good for learning purposes.

I joined the product's academy courses when Red Hat opened a new branch in Egypt. I have got certificates for learning about OpenShift and virtualization. I am planning to learn OpenStack.

For provisioning and patching, I use Foremen, which is an open-source product implemented by Red Hat Satellite. Foremen is very good and easy to use for patching and security updates.

Leapp or Red Hat Insights are not features that are enabled by default. I don't usually use the aforementioned in the product.

I use Red Hat Store for image-building purposes. Some other programs are installed after the images get installed with the help of the product.

Speaking about whether I use the web console or Convert2RHEL, I would say that I use the terminal console provided by the product, and it is also very easy for me to use.

The product has affected my company's security and uptime since Linux offers a firewall that provides complete security, which is very good.

I hope to use the product in a hybrid environment.

I need to prepare for security standard certifications from Red Hat Enterprise Linux (RHEL) since it can help me understand the features and the security that I need to get from the product for my company, making it something very important for my organization.

Red Hat Enterprise Linux (RHEL) is a big part of my company since we use a lot of servers with its open-source services. Red Hat Enterprise Linux (RHEL) serves as the base of the servers in our company.

Sometimes, I take care of the maintenance of the product, but it is not something that is required all the time. The maintenance process is pretty normal.

As a part of our company's migration or upgrade plans to stay updated, I will be upgrading from RHEL 8 to RHEL 9.

The product does what it is meant for, especially if MariaDB is installed over the tool.

I rate the solution a nine out of ten.

We are using the full setup in Linux and use the enterprise edition. We're migrating a lot of things over. 

We like that it's open-source and fully secure. We've fully migrated to Linux, and we were able to move everything over from the Red Hat database.

Compared to earlier tools, we get more options, and it's very user-friendly. The patching, for example, is easier. It can also support many things. It took us about six months to realize the solution's full benefits.  

The solution is very user-friendly. 

The Red Hat Enterprise Linux scripting is very good. It is easy for us to access those parts in the Linux portion. 

The security is very good. It helps us to maintain overall security.

I have a Linux certification, however, they do have good documentation in order for users to get information about the product.

The management experience for patching is very good. We can do the patching through the portal. We can use it based on our own timing. If there isn't something in production, we can do the patching. The patching experience is very nice compared to what we had to deal with previously. For example, with Windows, the patching would happen whenever. We can control it via the portal, and it is very user-friendly now.

We only use the command line. We do not use the GUI. The graphical user interface is useful. However, we prefer to use the command line as we can do many more things. 

Red Hat Enterprise Linux has positively affected our uptime. It's very fast. If you have to do patching, and need to reboot, it doesn't take too much time to do that. It might only take one to two minutes. 

For the most part, everything looks fine. Everything is going smoothly. 

Right now, we need to get memory and CPU via the console. If it was available in the console so that we could adjust these two things, that would be ideal. 

I've used the solution for the last four years. 

The stability of the solution is fine. I'd rate it nine out of ten for stability. It's user-friendly and the downtime is low. It won't impact business.

The solution is not deployed across multiple locations. We have around 300 end users.

It is scalable. We can immigrate to servers and it won't impact the business. 

We know there are some issues, and if we come across some vulnerabilities, we'll work with support. If we get an error, we'll go to them and discuss the issues. We take advice from them on how to work through problems. 

Sometimes, we'll get some errors and we'll send them an email. Sometimes it takes too much time for them to respond. The support time could be better.

Neutral

We did previously use a different solution. 

I was not involved in the installation. I have not worked on the OS level and I'm not involved in the migration to the cloud.

We have eight to nine people on our team that may handle some maintenance tasks. If there are any issues, we can patch and fix them. We go through the portal to handle patching and maintenance. We'll check the system pre and post patching.

I'm not aware of the exact pricing of the solution. 

We did not evaluate other options. We've fully moved to Linux and used Red Hat Enterprise Linux to do this. 

I'm an end-user. 

We will be moving to the cloud only. I'm not directly involved in that. The main thing will be that soon everything will be in the cloud only. Currently, I work with the on-premises version only. It's on a VM right now. 

This is a good solution if you are handling migrations or your internal environment. It's user-friendly and you can connect with technical support easily. It's also very secure. 

I'd rate the solution nine out of ten.