Apart from Red Hat Enterprise Linux (RHEL), I work on Ansible, Azure Cloud, and AWS cloud. I also work on Kubernetes, Windows systems, and Linux. We deal completely with customer data, which is hosted in the cloud, and I have experience in disaster recovery.

In Linux, we use a few of the DBVMs, with all DBVMs hosted in the Linux boxes. During this time, if any drive gets full or shrinks, we connect to that particular DB box and run queries to clear up space.

The use cases for Red Hat Enterprise Linux (RHEL) involve having a particular jump box to connect to specific regions. For East, we have a separate jump box, and then for West, Central, and Canada. If any drives shrink, we log into the particular region's jump box and provide the username, which for me is my Azure username. After providing the password and logging in, we write the command sudo su -Oracle. After that, we use commands to find the Oracle services running on that particular DB box, such as ps -ef, and we use a pipe with a grep command for the service known as PMON. In a similar way, we use SMON. We check these two services. Running this command shows the Oracle services running on that particular DB box. After that, to add spaces, we take help from the Ansible template. In that Ansible template, we provide the DB name and then data in the field, such as DATA. We can check whether the hosts are connected or not. As per the Ansible template, using this, we can clear the space and add up the space. Sometimes we check the logs in the particular Linux DB boxes.

The pros and cons of Red Hat Enterprise Linux (RHEL) when compared to Windows and Oracle Linux are quite notable. Red Hat Enterprise Linux (RHEL) is more efficient, used for servers and cloud, and most DevOps people prefer it. If you install Kubernetes in Red Hat Enterprise Linux (RHEL), it is quite efficient. When it comes to Windows, it is mostly used for desktops and office work. When we compare the operating systems, Red Hat Enterprise Linux (RHEL) is the most powerful one, whereas Windows is quite user-friendly. Windows is an older system that is easy to use and mostly used in desktop applications only.

With Red Hat Enterprise Linux (RHEL), we can do automation, and multiple servers can be hosted on it. Stability is quite good in Red Hat Enterprise Linux (RHEL). When compared with reboots, a Windows reboot takes more time, but Linux takes only a few minutes to reboot the boxes. Red Hat Enterprise Linux (RHEL) has stronger security as well. The firewall is implemented in such a way that hacking the Linux system requires much more effort. With Windows, most security incidents have happened in the Windows boxes themselves. In Red Hat Enterprise Linux (RHEL), there are fewer viruses and lower malware exposure.

For better health of the servers and a better lifecycle, if they are installed in Red Hat Enterprise Linux (RHEL), the environment would be more efficient, and the cloud systems and web servers will be more efficient when compared with Windows. Red Hat Enterprise Linux (RHEL) has better performance and resource usage. In Windows, more RAM, CPU, and services are involved in the boxes, but in Red Hat Enterprise Linux (RHEL), it can efficiently run even on normal hardware. For better understanding of DevOps, Kubernetes, and Docker, if all these are installed in Linux boxes, they integrate extremely well.

The best features in Red Hat Enterprise Linux (RHEL) when compared to Windows is that with Windows we need to navigate each thing in a different way, but when connected to a Linux box, everything runs on commands. Commands are the mediator to interact with the Linux environment. The entire black screen we see when we run commands is very effective. PowerSchool is a very large-scale company, and we use many servers and cloud platforms with operating systems in the Red Hat Enterprise Linux (RHEL) environment. The best features are stability and reliability. The crashing of VMs or servers is very few in Linux boxes. When I compare it with Windows boxes, we receive more outages. Windows boxes have more outages when compared with Linux.

Red Hat Enterprise Linux (RHEL) is currently one of the strongest operating systems in the market. However, I have seen many times when the license would expire, and we raise a ticket for our team to renew the license. This is an area where we can make improvement by giving more time and a longer duration for the subscription.

Regarding improvements we can make in Red Hat Enterprise Linux (RHEL), we can simplify the licensing part and provide some free-tier usage. Free-tier usage could be offered for one month or something similar. We can also make the repository access easier. Sometimes it is clumsy, and it is very tough for people to manage the repository access, so we can make improvements in that particular area.

I have been working on Red Hat Enterprise Linux (RHEL) for two years on that particular project.

There are no complexities found during the deployment of Red Hat Enterprise Linux (RHEL) because it is straightforward and helps optimize many things. System monitoring, resource optimization, and performance profiles are very good. We do not get any particular complex issues. If we do encounter them, we have the onsite DBA team, and we reach out to them for help if we receive any complex issues during the migration or other operations.

Red Hat Enterprise Linux (RHEL) is scalable because it has long-term support, which provides a stable environment. Migration also takes place in a very minimal way. Red Hat Enterprise Linux (RHEL) has perfect package management where we internally receive RPM packages. Once the software installation has been made with those packages, we can push patches during that time. During OS patching, patches are pushed, and the servers are restarted. All these features make it scalable and reliable.

Regarding pricing, we are not aware of it because there is a different team responsible for checking and validating price costing. These aspects do not come under our purview.

The initial setup of Red Hat Enterprise Linux (RHEL) was done by the DBA team, and we were involved in the activity, but we did not get much to check on that. As far as I remember, they were having some complex issues during that time, and it took a bit of time to migrate the instances from the Windows boxes to the Linux boxes. There were some challenges.

We did not use any third party for the setup.

I extremely recommend Red Hat Enterprise Linux (RHEL) to people because it is more efficient and not like Windows. We have more work power, and everything is more efficient when compared to Windows. We do not need to use multiple screens and navigate around. Simply running the command gives your output on the screen. It is better for automation.

Red Hat Enterprise Linux (RHEL) was purchased from the Azure Marketplace.

Regarding the knowledge base offered by Red Hat Enterprise Linux (RHEL), I am still in the learning path. I started using it a few years ago, so I am still in the learning phase.

We use the New Relic monitoring tool. New Relic is a monitoring tool where we can check app performance, and if any customers are facing issues in their servers, we can monitor the server performance, check CPU spikes, and monitor all instances if any are down.

Hybrid cloud in my company means that we do not have any on-premises cloud. Everything is hosted in Azure only.

A few days back in the automation call, they were discussing that some customers are going to get involved in on-premises cloud and implement it in the Red Hat Enterprise Linux (RHEL) environment. As of now, we have not received any update, but they said they are going to implement it as soon as possible.

Regarding security in Red Hat Enterprise Linux (RHEL) in the cloud, I have not found any security concerns or faced any issues in the Red Hat Enterprise Linux (RHEL) environment. It is quite secure, and the data is stored safely.

For provisioning Red Hat Enterprise Linux (RHEL), we have a different team known as the Entitlements team. They do the provisioning using Terraform templates and Ansible templates for new customers. When it comes to patching, I work on those patching activities. Each month in the second week, we follow the OS patching process. To restart the Linux VM boxes, we have an Ansible template where we provide the Linux IPs and launch an Ansible playbook. Once the Ansible playbook is launched, the job runs, and when complete, it creates sub-jobs. If we have provided ten Linux box IPs, then ten different sub-jobs are created. We monitor all these jobs, and once the job is completed, the Linux box is restarted. If the job fails, we log into the Azure portal where we have troubleshooting steps. We go to the boot diagnostics and health center, check whether the system is stuck or hung, and follow the troubleshooting step. Once we follow the troubleshooting step, the monitor resumes. If we see the kernel, we can finally predict that the Linux box has been restarted.

We use Oracle as well with Red Hat Enterprise Linux (RHEL).

Regarding mitigated downtime, I can provide an example. While migrating, importing data in Windows used to take a lot of time, but after migration, when importing data into Linux boxes, it happened within ten to fifteen minutes. Multiple gigabytes of data happened within minutes. This complex issue that we had in Windows, we do not have in Linux. Linux is more efficient than Windows.

The main issue that Red Hat Enterprise Linux (RHEL) has helped us with is the same—migration of data and everything. It has been quite efficient. I cannot make a comparison with other systems because it has been two years where we have gotten access to Red Hat Enterprise Linux (RHEL), and this is the first time I started working on the original Linux process. I would rate this product a ten out of ten.

My main use cases for Red Hat Enterprise Linux (RHEL) are for applications, primarily. We provide Red Hat Enterprise Linux (RHEL) to other teams because we are from the operations team and have infrastructure responsibilities. We provide Red Hat Enterprise Linux (RHEL) VMs for developers and other teams to run their applications on.

Before adopting Red Hat Enterprise Linux (RHEL), my company used many Windows VMs. From the time I have been working in the company, we have been a Linux shop with Red Hat Enterprise Linux (RHEL) VMs, along with a few Windows VMs.

Red Hat Enterprise Linux (RHEL) helps me solve pain points because Linux in general is easy to work with. The automation is straightforward. Because we have an ecosystem of Red Hat OpenShift, Ansible, and Red Hat Enterprise Linux (RHEL), the integration flows naturally.

The features of Red Hat Enterprise Linux (RHEL) that I prefer most are the security features, which are very useful. The domain join realm and SELinux are also excellent.

For navigating our security risks with Red Hat Enterprise Linux (RHEL), we currently use SELinux for security. We do not use Lightspeed at this time. We have FirewallD and other services for security. For identity management, we have our own Kerberos agents that we use for identity purposes.

Satellite helps maintain our environment overall because we have integration with Ansible and the Ansible Automation Platform. When we need to create a new VM, we start with Satellite and have all the bootstrap processes integrated with Ansible. The VM then comes up automatically, and we provide it to customers or whoever wants to use it.

Red Hat Enterprise Linux (RHEL) has helped me mitigate downtime and lower risks.

The capabilities of Red Hat Enterprise Linux (RHEL) that have assisted me with this are mainly the integration aspects, such as Satellite and the Ansible Automation Platform. Everything has helped us reduce downtime for customers and accelerate VM deployment.

The security portions of Red Hat Enterprise Linux (RHEL) could be improved and made easier to work with. SELinux in general is not intuitive because customers and developers do not know how to work with the VM. This part could be more user-friendly.

In my company's implementation of the Zero Trust model, we have not yet implemented this with Red Hat Enterprise Linux (RHEL). Because we are from the operations team, there is another team that handles other responsibilities. We do not necessarily handle that aspect.

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

We have occasionally experienced downtime, crashes, or performance issues with Red Hat Enterprise Linux (RHEL), but not frequently. Overall, it has been reliable.

Scalability-wise, the scaling process for Red Hat Enterprise Linux (RHEL) is smooth. We have scaled many applications and have not encountered any issues. The performance has been solid.

I evaluate the customer service and technical support from Red Hat as very good. I have never had any issues with the technical support. I have created multiple tickets with the Red Hat team and they have been quick and effective at responding and fixing the issues. I would rate the customer service and technical support a nine out of ten.

The advantages of having Red Hat Enterprise Linux (RHEL) instead of Windows servers are that the development process is easier. I think Windows is limiting. Linux in general provides more opportunity to try different approaches, work on different projects, and avoid being restricted to certain functionalities that are imposed on clients who use the operating system. Red Hat Enterprise Linux (RHEL) has done an excellent job overall.

I would describe the experience of deploying Red Hat Enterprise Linux (RHEL) as straightforward. It is not complicated. We use Satellite to deploy the VMs and the process is very straightforward with minimal complexity.

We have used the Ansible Automation Platform through a dedicated automation team who handles all the automation for us.

From a technical point of view, the biggest return on investment when using Red Hat Enterprise Linux (RHEL) is the integration aspect. Working with OpenShift and having VMs on it is very smooth. Even though some features are not intuitive, the integration is seamless.

My company has not considered switching to another solution that does the same thing as Red Hat Enterprise Linux (RHEL). We are committed to continuing with Red Hat Enterprise Linux (RHEL).

I would assess the knowledge base offered by Red Hat Enterprise Linux (RHEL) as very good. I believe there could be more information available. Red Hat Enterprise Linux (RHEL) in general is excellent, but counterparts such as OpenShift could improve with respect to documentation and the knowledge base.

We performed a major version upgrade of Red Hat Enterprise Linux (RHEL) using the Leapp upgrade tool manually. Although the process has been automated, we have not used automation to upgrade many VMs. We successfully upgraded forty to fifty VMs from Red Hat Enterprise Linux (RHEL) version seven to eight and from eight to nine using the Leapp upgrade.

The advice I would give to other companies is that from the time of deployment until the customer uses the system, having a pipeline ready and integration prepared for every component makes it much easier to deploy and use Red Hat Enterprise Linux (RHEL). I would rate this product an eight out of ten overall.

My use cases for Red Hat Enterprise Linux (RHEL) at my company include application servers, infrastructure servers, web servers, and virtually every server type.

The features of Red Hat Enterprise Linux (RHEL) that I appreciate most are ease of automation and ease of deployment, particularly because we also use Satellite for deployment management. It scales well.

These features benefit my company by resulting in less time spent working on servers and issues and more uptime.

I have not identified any immediate areas for improvement in Red Hat Enterprise Linux (RHEL), as I cannot think of anything that there is not already a product for.

We have encountered some issues with the high availability clustering lately, and it seems that could use some refinement.

The deployment process for Red Hat Enterprise Linux (RHEL) has been somewhat rough around the edges to get it up and running with Kickstart, but once I have it dialed in, it is fantastic. The documentation for Kickstart can leave something to be desired sometimes, so that may be an area of improvement.

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

I have not experienced any downtime, crashes, or performance issues with the platform that were not caused by some kind of misconfiguration. The platform itself is solid.

I have been able to scale and expand usage as my needs have grown.

I assess the knowledge base offered by Red Hat Enterprise Linux (RHEL) as outstanding. The Red Hat Learning Subscription is great, and usually when we enter a ticket with Red Hat support, we can get a subject matter expert to help us resolve our issues.

I would rate the customer service and technical support as probably an eight out of ten. Sometimes when we enter a ticket, it takes some time to get to the level of technical resource we need, but once we get that resource, they almost always help us get a problem solved.

When I came in, our department was already heavily using Red Hat Enterprise Linux (RHEL).

The deployment process for Red Hat Enterprise Linux (RHEL) has been somewhat rough around the edges to get it up and running with Kickstart.

From a technical point of view, the biggest return on investment when using Red Hat Enterprise Linux (RHEL) is the stability and uptime.

I have worked with Ubuntu and CentOS in the past while using Red Hat Enterprise Linux (RHEL), but I do not particularly care for Ubuntu. I prefer Red Hat Enterprise Linux (RHEL).

Red Hat Enterprise Linux (RHEL) wins over Ubuntu for me by being a more stable enterprise platform and more mature.

Red Hat Enterprise Linux (RHEL) helps me solve pain points by being more reliable and easier to work on than Windows. It is simply good at what it does.

The features in Red Hat Enterprise Linux (RHEL) that I use to navigate my security risks include Satellite, which helps us keep everything patched and up to date and keep package-related CVEs down. We are looking at doing OpenSCAP scanning with Satellite, and we use Ansible for automation, deploying configurations and packages. We are also looking at implementing OpenShift, as our department has OpenShift.

I have worked with System Roles and have used Image Builder before, finding it useful for tightening a gold image and standardizing deployments.

I use Red Hat Enterprise Linux (RHEL) only on-premises in my department. Some other departments might use it in the cloud. I do not know that my department has a cloud strategy yet, but I know we are exploring alternatives to VMware, so that could happen in the near future.

My department does not have a hybrid cloud yet, but as far as on-premises is concerned, Satellite helps us with patch management and controlling what packages we present through content views. We build systems through Kickstart, so it helps with deploying systems.

I have worked a little with Lightspeed for AI workloads with Red Hat Enterprise Linux (RHEL) but have not really scratched the surface too much yet.

Red Hat Enterprise Linux (RHEL) plays a critical role in my company's implementation of zero trust by tightening down configurations when we join a system to Active Directory through SSSD, locking down what users and groups can touch a given system.

We have used Leapp to do a major version upgrade using Red Hat Enterprise Linux (RHEL), but we have not coupled that with Ansible Automation Platform yet.

I have been using Ansible Automation Platform almost as long as I have been using Red Hat Enterprise Linux (RHEL); I used Tower before it was Ansible Automation Platform, and it is incredibly useful. It is invaluable for deploying systems, standardizing server builds, deploying compliance, and hardening. I have not found a use case it is not useful for.

We are working toward using or building Ansible jobs to help with our regulatory audits and evidence collection, and Red Hat Enterprise Linux (RHEL) plays a significant role in our compliance and auditing workflows.

Red Hat Enterprise Linux (RHEL) has helped to mitigate downtime and lower risk with capabilities such as its stability. If you standardize and deploy a system and have it tightened, you tend not to have unexpected issues, or the issues you do have are ones that you would have seen many times and can easily remediate.

I rate my overall experience with Red Hat Enterprise Linux (RHEL) as a nine out of ten.

My main use case for Red Hat Enterprise Linux (RHEL) is virtual machines for web server hosting, and mostly web hosting and application hosting.

The feature of Red Hat Enterprise Linux (RHEL) that I like the most is the integration with the cloud, the cloud.redhat.com integrations, and the Insights portal.

Red Hat Enterprise Linux (RHEL) helps us solve the need for a supported Linux platform that we can dependably deploy all of our applications on, with an easy to patch process, very interconnected with Ansible, and very interconnected with Red Hat Satellite. It provides easy deployment and automation capabilities that are where it performs best.

Red Hat Satellite helps us manage and maintain our hybrid cloud environment by being the backbone of our automation. Without Satellite, we would not be able to do version matching, and we would not be able to ensure all the packages are the same between our on-premises and Azure environment. When we do new deployments, we are able to make sure our new deployments match what we have existing, whether it is on-premises or more nodes in the cloud or more nodes on-premises. That is where we use the versioning.

I do not have much experience with the pricing, the setup cost, and the licensing of Red Hat Enterprise Linux (RHEL). I know we have it; somebody pays for it, but we have enough licenses and they make sure of it.

One of the biggest improvements I see for Red Hat Enterprise Linux (RHEL) is Red Hat Enterprise Linux (RHEL) AI that is on Red Hat Enterprise Linux (RHEL) 10 now. We have not had the chance to try that one yet, but I have seen demos of it, and it appears to be a very good tool that might be very useful in the future.

I have been in my area of expertise for thirteen years.

I have not experienced any downtime, crashing, or performance issues with Red Hat Enterprise Linux (RHEL). It has been solid, particularly Red Hat Enterprise Linux (RHEL) 8.

We find Red Hat Enterprise Linux (RHEL) scalability good; we have clustered databases that we use Red Hat Enterprise Linux (RHEL) for, and it has been solid. When you give it network access to the other nodes, it will perform its function.

My experience with the customer service and technical support of Red Hat Enterprise Linux (RHEL) has been very good. When you open a case, you get somebody pretty quickly, and they are very knowledgeable, so I am very happy with the support.

I would rate the customer service and technical support a nine, because nobody gets a ten.

Prior to adopting Red Hat Enterprise Linux (RHEL), we were using CentOS 7.

We decided to switch because we wanted support. We were always looking at containers and thought Red Hat offered the best solution to containerization, so it was a natural progression to get Red Hat Enterprise Linux (RHEL) as well. We used to run the open-source version of Satellite, AWX, but it was falling apart and hard to maintain due to issues and a lack of solutions in the open-source forums. It made sense to switch to Satellite and get Red Hat Enterprise Linux (RHEL) since we were adopting all the other Red Hat ecosystem platform offerings.

I would describe my experience with the deployment process of Red Hat Enterprise Linux (RHEL) as initially complicated due to the licensing model of Azure, which was a little confusing. However, afterwards, we created some Terraform configurations to deploy Red Hat Enterprise Linux (RHEL) in Azure, and since then, it has been one enter button.

The biggest return on investment when using Red Hat Enterprise Linux (RHEL), from my point of view, is the support and the integration with Red Hat's cloud features. The documentation is really good, and before, when I searched for something about a fix, Red Hat documentation would often come up, and I would not have access to it. Now that I have access to it, the solutions given are usually straight to the point, such as "Run this command and we fix the problem." That has definitely been a lifesaver.

I have not considered other solutions while using Red Hat Enterprise Linux (RHEL).

We have been using Red Hat Enterprise Linux (RHEL) for four years now.

We use Red Hat Enterprise Linux (RHEL) both on-premises and in the cloud, specifically on Microsoft Azure cloud and on-premises.

Red Hat Enterprise Linux (RHEL) supports our hybrid cloud strategy by enabling us to host our applications in a hybrid deployment, half on-premises and half in the cloud, while using load balancers in the front. With Red Hat Enterprise Linux (RHEL), we are able to deploy the applications that we need to support our strategy on both sides, including the databases and the caching system with synchronization between on-premises and the cloud. It allows us to install anything we need, and with the automation tools around it, it lets us quickly deploy and automate everything and have it running.

Red Hat Enterprise Linux (RHEL) plays a role in our company's implementation of a zero-trust model mostly with workloads, as it works with workloads and the integrated firewall. With Red Hat Enterprise Linux (RHEL), we are able to secure access to the various ports that are running in our application, regardless of whether we decide to use a Unix socket or something VIP-based, to host them.

We use the Ansible Automation Platform.

Our experience with the Ansible Automation Platform has been great; it is one of our favorite tools. It started small and then it became one of the most important tools within our organization. Everybody uses it, and everybody has been creating Ansible playbooks for it. We are now pushing to have all of our applications deployed using Ansible Automation Platform, so it has become a major tool that has been integral to the success of our team.

I cannot say I have used a lot of the available knowledge base from Red Hat Enterprise Linux (RHEL) directly, but it is very good. Red Hat documentation is very good in general.

I would rate this review a nine overall.

My main use cases for Red Hat Enterprise Linux (RHEL) today are running application workloads, anything that we do not want in a container yet or perhaps the vendor provides a pre-built image for you, not a container image, but a pre-built application. We deploy those to our RHEL workloads or our VMs.

We use Satellite, and in Satellite, what is really cool is you can use the Insights Advisor to see which host a CVE is applicable to. We have used that in the past where a couple of zero-day, CVE level 10s have come through. We have seen what hosts those are applicable to, and it helps with the reporting and auditing.

We are using on-premise. I have a RHEL host that I actually have downloaded the image builder tools to, and then I run a shell script that runs through the pipeline because we only need one or two VMs right now. If we were to scale that, we would be using Ansible to plug in a lot more variables and output more ISO files, but that is where we stand.

I am not aware of specific pain points that we have had with other systems that RHEL specifically has helped us solve, but I can talk about tooling that we use with RHEL, such as Puppet and Ansible and how that works. Red Hat Satellite is worth mentioning because all of our RHEL systems are plugged into Red Hat Satellite, which allows us to see a lot of things from a thousand-foot overview. We can see all the systems, their compliance states, and what Puppet hosts are erroring on the Puppet runs. Satellite is our Puppet controller, so all of our hosts are registered to Satellite that way, managing our subscriptions and all of our content. We really appreciate Satellite in that regard.

The new image builder tool has been great. The main thing is being able to spit out a digest that you can say, "This is the hash of our image at this build time." You can look at a specific Git commit to see what code is all going into building this image. It is using more of the container-based workflows that have existed with Docker and container files and Podman, but it is applying those to Red Hat Enterprise Linux (RHEL) itself, which I really appreciate.

From a technical point of view, the biggest return on investment when using Red Hat Enterprise Linux (RHEL) is the integration with Satellite, along with the different integrations with automation tooling that you can do. You can plug in Puppet, you can plug in Ansible, and Satellite takes care of our package management. It has all these integrations with external systems, allowing you to manage a fleet of systems rather than one system at a time.

I wish we were using more AI. We are kind of cautious in that regard. We have one solution approved, and it is just the ChatGPT web UI, which means I cannot even use ChatGPT CodeX in my VS Code as an extension, but we are hoping to integrate more AI workloads in the future. It will help the two main Linux administrators, allowing us to get a lot more work done, and then we can focus on bigger architectural issues rather than smaller maintenance items.

I do not have a better answer for how Red Hat Enterprise Linux (RHEL) can be improved, but being so young in the industry, I am not as familiar with the long-term pain points that we might be dealing with. I am excited about the AI Insights or the RHEL Lightspeed integrations with Red Hat Enterprise Linux (RHEL) and OpenShift because I think it will help us be more efficient in remediating vulnerabilities, working through bugs, and those types of things.

I have been in my field for about five years, but that includes internship experience, and I am two years full-time employed.

We have not experienced any downtime or performance issues due to Red Hat Enterprise Linux (RHEL) itself. The only issues we have had are from the applications that are running on it or configurations that perhaps developers have implemented that are not correct.

Regarding scalability, we do not have very intensive compute Red Hat Enterprise Linux (RHEL) units. We have a lot of hosts, but they are all pretty small hosts, thinking about two CPUs and four to eight gigabytes of RAM.

I have opened a couple of support cases, and the support experts at Red Hat are extremely knowledgeable. There has not been a case that I have opened that was unable to be solved. I would rate them ten out of ten.

I have been using Red Hat Enterprise Linux (RHEL) for two years, and before that, I have been using Ubuntu and other Linux-based systems for another two years.

We have done major version upgrades from RHEL 6 to 7, 7 to 8, 8 to 9, and soon 9 to 10, all with the Leapp tool, which is sometimes a pain in the butt. It is nice because it shows you and spits out the output of everything that needs to be resolved, but sometimes resolving those things across 800 hosts is a lot of work. I have a project right now to POC Ansible Automation Platform, hoping to bring it into the organization depending on licensing costs, but those decisions are above my pay grade. Attending talks here, I have learned a lot about bootc and the RHEL image mode and how that should make upgrades a lot less painful, as instead of upgrading a host and dealing with things that can change across versions, you are just writing a new container file and updating the container image.

We do not do anything crazy as far as architecting things, and our Red Hat Enterprise Linux (RHEL) usage is pretty basic. A lot of the more complex things we do in OpenShift, and we have had RHEL for a lot longer than we have had OpenShift. Our RHEL usage is actually going down as we migrate more things to OpenShift.

We have not used the image builder inside of Satellite, but I have tried both the new and the old image builder, which is using bootc for image mode. I actually have a project that is currently focused on using that for building an image that is PCI compliant just at the boot and kickstart time. I appreciate that the image is immutable, or most directories of the image are immutable.

Red Hat Enterprise Linux (RHEL) plays pretty close to no role in our company's implementation of the zero-trust model. We do not do a lot of zero trust from the RHEL-specific side, but I could speak to a little bit more about Okta zero trust, although this is not an Okta conference; it is a RHEL conference.

I assess the knowledge base that is offered by Red Hat Enterprise Linux (RHEL) as extremely good. I extensively use the Red Hat Knowledge Base, looking through articles and documentation, and I reference it every single day. If I am not referencing something very specifically, I am asking ChatGPT to point me to the Red Hat article that I need.

I would rate Red Hat Enterprise Linux (RHEL) overall as ten out of ten. It is not about evaluating Red Hat Enterprise Linux (RHEL) itself, but about evaluating Red Hat as a company, and Red Hat as a company is very, very helpful. I can speak to our account executives and the technical professionals that are assigned to our company, and they are very willing to help all the time. They want you to succeed because if you are succeeding, then Red Hat is succeeding. It is a mutually beneficial relationship. My overall review rating for Red Hat Enterprise Linux (RHEL) is ten out of ten.

My main use cases for Red Hat Enterprise Linux (RHEL) involve operating a number of data centers across the United States where we primarily use Linux for our SCADA platform and for telemetry collection of the data center components.

We also use RHEL for day-to-day infrastructure needs such as email, DHCP, DNS, and normal network infrastructure operations. We have also started deploying Kubernetes, but we are not doing that within the scope of OpenShift at this time; it is really just bare metal Kubernetes.

Red Hat Enterprise Linux (RHEL) solves my most significant pain points with its enterprise tooling, particularly Satellite for effective management of patching and Ansible tooling, especially for configuration management at scale. That is really where I spend most of my time, working with Ansible.

My favorite features of Red Hat Enterprise Linux (RHEL) are the RHEL-specific features, particularly the development of the bootc image process and container file process for deployment. That is really interesting and coming along. However, it is mostly the tight integration with Ansible Automation Platform and Satellite that stands out.

The feature of having a single pane of glass administration point for all systems improves my company's efficiency significantly as my scope of responsibility includes maintaining systems at about 40 data centers across the United States plus internationally. We have migrated to a place where I rarely have to touch servers individually for configuring them; I can do orchestration at scale from one place. Instead of updating 400 servers individually, I can execute one command and update them all. That is really what it is about—maximum efficiency in the time I can spend.

Red Hat Enterprise Linux (RHEL)'s winning factor for me is the support and tooling, including Ansible Automation Platform, Satellite, and decent integration with ITSM platforms such as ServiceNow right out of the box without needing to hand-code those things from scratch. It is really the interoperability that stands out.

I have tried both Red Hat Enterprise Linux (RHEL) Image Builder and System Roles, but I do not use System Roles as extensively as I would prefer because of the nature of our business, where we have acquired other companies that are not standardized on RHEL across the board. Red Hat Enterprise Linux (RHEL) System Roles cannot always be applied to non-Red Hat Enterprise Linux distributions. I am trying to incorporate that more, but I believe the bootc and the image move and image builder tools are the direction I am attempting to push us towards.

Red Hat Enterprise Linux (RHEL) System Roles have been extremely helpful, speeding my time to development of my Ansible configuration management deployment, which is a huge time saver for me. However, regarding bootc and image mode, I cannot yet comment because we are still in the testing and development stage, so it remains to be seen.

Red Hat Enterprise Linux (RHEL) has limited relevance for my AI workloads due to strict governance, though our developers are involved in that world; it is outside my scope.

I have not done a major version upgrade with Red Hat Enterprise Linux (RHEL) and Ansible Automation Platform, but we have done upgrades from RHEL 8 to RHEL 9, and that experience was positive, as we were using Leapp tools to do that prior to having AAP in the environment.

I do not have any strong recommendations for improving Red Hat Enterprise Linux (RHEL) because what matters to my organization is more about stability and consistency. New features for the sake of new features are not what I need, but if I had anything, it would be more tooling to help me respond to CVEs faster. For instance, the recent copyfile CVE has sparked discussions about adding a kill switch with certain kernel modules, which might be an interesting idea, but I worry that it could become an attack vector of its own. My primary need is not new features; it is stability while keeping things as lightweight as possible.

Red Hat Enterprise Linux (RHEL) has not been the direct cause of any downtime issues; those tend to be more related to connectivity, such as a fiber cut. It is less about mitigating downtime and more about having good stability, as generally uptime is good. Red Hat Enterprise Linux (RHEL) specifically does not get us there when downtime occurs.

Regarding the stability and reliability of Red Hat Enterprise Linux (RHEL), there is really nothing to add; it is the most stable platform we have, provided you do not let the developers get in there and make changes. The operating system and the kernel itself is never the problem.

I would rate customer service and technical support quite high, perhaps a nine or 10. On a daily basis, I rarely need to interact with technical support, but when I do, they respond very quickly. The knowledge base usually has the answers I need, unless we encounter some very unique and specific situation, which is pretty rare.

I find the knowledge base offered by Red Hat Enterprise Linux (RHEL) to be very good, highly rated, and a very useful resource. Overall, I have a positive view.

Before using Red Hat Enterprise Linux (RHEL), my company underwent multiple acquisitions, resulting in an amalgamation of different Linux distributions and Windows servers. There has been a lot of Rocky Linux, CentOS, Ubuntu, Debian, SUSE in the past; I even found an AlmaLinux box recently. We are in the process of trying to standardize on Red Hat Enterprise Linux (RHEL) as quickly as possible amidst a data center race, which involves building new facilities and acquiring smaller companies, as we deal with their existing systems until we can migrate them over.

I would describe the deployment process of Red Hat Enterprise Linux (RHEL) as very straightforward, especially with the changes we are experiencing with image mode deployments. This new approach makes it almost more straightforward because I am not having to deal with RPM packaging, and I do not necessarily have to package my own RPMs for custom deployment. I am looking forward to these changes, though deploying image mode from a registry can affect network bandwidth as it involves pulling the entire operating system rather than a small update, which could make time to deployment smaller while providing more consistency across the board.

The biggest return on investment when using Red Hat Enterprise Linux (RHEL) comes from the reduction in time spent on manual labor associated with a fractured infrastructure. By standardizing on Red Hat Enterprise Linux (RHEL) as much as possible, my day goes faster and I can use my time more effectively. This also allows us to operate with a reduced head count because we do not need to add more personnel to solve problems as things are more standardized; that is really the biggest factor for me.

It is difficult to compare the business value of Red Hat Enterprise Linux (RHEL) to other Linux distributions I have used, as I do not handle the licensing aspect. For me, the value lies in the consistency and tight integration with all the platforms, but it is hard to put a dollar amount on that.

Red Hat Enterprise Linux (RHEL) plays a role in my company's implementation of adhering to the zero trust model primarily through devices and network aspects. Most of our IAM components are still handled through Windows Active Directory, so all of our systems are domain-joined, but it is Active Directory domains as opposed to RHEL IAM, which pains me. Most day-to-day users, when you have non-engineers, are still going to be using Windows and Windows applications, so that is outside my purview.

I cannot describe my company's process for managing regulatory compliance, as it is not part of my job. There is a whole GRC team handling that. Generally, during the testing process, we ideally adhere to certain CIS benchmarks, but due to our unique requirements, those are not exactly what we need. We are sort of in the middle of CIS 1 and CIS 2 benchmarks, and I would like to be able to deploy Red Hat Enterprise Linux (RHEL) and simply apply benchmark two and have it done, but we have to build that by hand.

I would rate Red Hat Enterprise Linux (RHEL) overall as a nine. The main advice I would give others considering Red Hat Enterprise Linux (RHEL) is that your primary gains will come from standardization and having a specific plan. The problems we faced in the past arose from smaller organizations deploying a particular version of Linux based on individual preference because an engineer wanted to try something new, rather than due to stringent controls being put in place.

My main use cases for Red Hat Enterprise Linux (RHEL) are primarily for our production servers where we run our ERP on RHEL, and some of our developers are using RHEL as delivered through Horizon as a VDI for their development. I also use it personally.

Red Hat Enterprise Linux (RHEL) helps me solve pain points such as stability and multi-user access, making it easier to apply user permissions. The integrations with other environments are excellent.

Red Hat Enterprise Linux (RHEL) supports my hybrid cloud strategy by providing the ability to do a common build across everything, and while it is outside of Red Hat Enterprise Linux (RHEL), using Ansible makes the uniformity between all of the systems on-premises and in the cloud much easier compared to Windows.

In the implementation of the Zero Trust model, Red Hat Enterprise Linux (RHEL) plays a crucial role as we run a lot of CyberArk, and all of the brokers and the PSM servers are running on Red Hat Enterprise Linux (RHEL), making it our infrastructure for identity and access management (IAM).

In managing regulatory compliance, Red Hat Enterprise Linux (RHEL) plays a vital role as audit is always asking for a sudoers list from our Red Hat Enterprise Linux (RHEL) servers, and my ability to collect the data easily and then deliver it to the audit department is valuable.

Red Hat Enterprise Linux (RHEL) has helped to mitigate downtime and lower risk primarily from a stability standpoint as we have fewer issues with those servers. The redundancy and the ability to run some backup software across the Red Hat Enterprise Linux (RHEL) platforms are also beneficial.

We actually do not use any of the features such as Identity Management, Lightspeed, or Satellite in Red Hat Enterprise Linux (RHEL); instead, we are using Ansible. However, in discussions with some of the business people, we are looking at implementing Satellite.

While the features are great, making the documentation easier to navigate would be phenomenal.

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

I rate the stability and reliability of Red Hat Enterprise Linux (RHEL) a ten out of ten; I have not experienced any downtime, crashes, or performance issues.

For scalability, I also rate it ten out of ten; it is easy to scale out with no complaints.

I evaluate the customer service and technical support of Red Hat Enterprise Linux (RHEL) as great; I have had to open tickets and received prompt responses with no unnecessary delays. The information I need to get it fixed when I need it has been excellent.

From one to ten, I rate the customer service and technical support a ten.

Prior to adopting Red Hat Enterprise Linux (RHEL), I was using open-source Linux and Windows.

My experience deploying Red Hat Enterprise Linux (RHEL) is very straightforward; I have not run into any problems, and it is simple and very straightforward.

I have seen a return on investment with Red Hat Enterprise Linux (RHEL) particularly in terms of minimizing downtime by moving some of our older systems running on open-source versions of Linux over to Red Hat Enterprise Linux (RHEL). This shift has allowed us to get support and limit our downtime, which is crucial in our manufacturing sector where if the plant is down, they do not make money.

The pricing, setup cost, and licensing have been fair; I think it offers a good value, and I do not feel it is overpriced. You pay for what you get.

While using Red Hat Enterprise Linux (RHEL), we looked at other solutions such as Ubuntu and SUSE, but there was no match.

We do not have any AI workloads.

I have not used Lightspeed either.

The knowledge base offered by Red Hat Enterprise Linux (RHEL) has pretty good documentation, although it can sometimes be hard to find and navigate.

Overall, I would give Red Hat Enterprise Linux (RHEL) a ten and my advice to other companies considering it is to implement it. Move forward and implement it because the support, community, software, and product are phenomenal. I rate this review a ten out of ten.

Red Hat Enterprise Linux (RHEL) serves as the base operating system where all applications run. It is the platform I manage, and all applications run on top of Red Hat Enterprise Linux (RHEL). I run IBM FileNet on top of Red Hat Enterprise Linux (RHEL).

Red Hat Enterprise Linux (RHEL) offers excellent security, reliability, and stable security as a secured operating system. Security features have helped my organization because Red Hat Enterprise Linux (RHEL) is already a locked down version of enterprise Linux distributions and is managed by Red Hat, with timely release of vulnerability fixes and patches that give a lot of security and peace of mind for enterprises.

Red Hat Enterprise Linux (RHEL) has positively impacted my organization by ensuring that timely release of vulnerability fixes and patches keeps the system secure. All the latest versions and new features with Red Hat Enterprise Linux (RHEL) as an image and with AI capabilities add more value for enterprises using Red Hat Enterprise Linux (RHEL).

A specific outcome showing how Red Hat Enterprise Linux (RHEL) has benefited my organization is improved security, and I am not aware of any downtime. Red Hat Enterprise Linux (RHEL) has helped to mitigate downtime and lower risk, as I have not heard of any server reboot or crash throughout my career when it comes to Red Hat Enterprise Linux (RHEL), which speaks to its reliability.

SELinux is the most important security feature in Red Hat Enterprise Linux (RHEL), as it is the most security-oriented feature. Red Hat Enterprise Linux (RHEL) helps me solve pain points such as management of servers with Ansible automation, security capabilities, and timely release of vulnerabilities and security fixes, which combined create great value for enterprises.

An AI assistant specifically for Red Hat Enterprise Linux (RHEL) 10 or the latest version of Red Hat Enterprise, such as an AI-assisted tool to get assistance on commands and syntax, would be beneficial.

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

Red Hat Enterprise Linux (RHEL) is stable.

I have not seen any issues with the scalability of Red Hat Enterprise Linux (RHEL); it is good or great.

Customer support for Red Hat Enterprise Linux (RHEL) is great.

I have only used Red Hat Enterprise Linux (RHEL) and did not previously use a different solution.

I have not seen a return on investment, and I do not have that level of management information since I am an individual contributor.

All recent capabilities introduced in Red Hat Enterprise Linux (RHEL) 10, including the AI inference server, are already great. I use Ansible for the management of servers and patching, and I find that management experience quite satisfying. I have not used much of the knowledge base offered by Red Hat Enterprise Linux (RHEL), and I have not used much of the documentation recently, so I cannot speak to that with certainty. I would recommend making use of Ansible automation with Red Hat Enterprise Linux (RHEL) and automating as much as possible. I rate this review a 9.

Red Hat Enterprise Linux (RHEL) is used to provide servers to our users. A specific example of a service provided using Red Hat Enterprise Linux (RHEL) is Apache reverse proxy servers.

In addition to providing Apache reverse proxy servers, we also manage a database server on Red Hat Enterprise Linux (RHEL).

I have been using Red Hat Enterprise Linux (RHEL) for 10 years. Red Hat Enterprise Linux (RHEL) is used to provide servers to our users. A specific example of a service provided using Red Hat Enterprise Linux (RHEL) is Apache reverse proxy servers.

In addition to providing Apache reverse proxy servers, we also manage a database server on Red Hat Enterprise Linux (RHEL).

I have been working in my current field for 10 years.

I advise others looking into using Red Hat Enterprise Linux (RHEL) to ensure you utilize the learning and training provided by Red Hat to get the most use out of it. I found that going through some of the certification process helped me familiarize myself with the features of the product.