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.

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.

I use Red Hat Enterprise Linux for my infrastructure and OpenShift primarily for its Kubernetes capabilities.

I wanted to build infrastructure based on Red Hat for commercial distribution for data centers.

The built-in security features significantly simplify risk management and compliance maintenance for on-premises deployments. The well-documented and regularly updated features make it easy to find solutions to any issues we might encounter.

Red Hat Enterprise Linux boasts a top-notch knowledge base. Compared to other distributions, it offers comprehensive information for each iteration of the operating system. This information is categorized by Red Hat Enterprise versions – seven, eight, nine, and so on. Likewise, the documentation and knowledge base are further organized by platform versions, like 13 and 14. This clear organization makes it easy to navigate and find the information needed for troubleshooting or understanding specific features. Given the ease of use and depth of content, Red Hat's documentation gets an A+.

The uptime has been reliable, minimizing infrastructure impact.

Red Hat Enterprise Linux's security advisories typically notify system administrators of potential vulnerabilities, allowing them to prepare for patching easily.

The most valuable feature is the OpenShift platform.

The high cost of Red Hat Enterprise Linux has room for improvement. The high cost in terms of a platform is problematic.

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

Red Hat Enterprise Linux is stable.

The scalability of Red Hat Enterprise Linux depends on its deployment environment. In a bare-metal setup, scalability is directly limited by the hardware server's capabilities. Similarly, virtualized deployments are still constrained by the underlying hardware resources. However, when RHEL is used within OpenStack, the Red Hat OpenStack platform can manage both virtual machines and workflows, enabling horizontal scaling by adding more nodes to the OpenStack cluster. In this scenario, the number of chassis in the infrastructure becomes the primary determinant of RHEL scalability.

The technical support is responsive and efficient, with a streamlined ticketing process. When troubleshooting hardware issues, their technicians typically check relevant files to diagnose potential problems with the chassis or related components.

I previously used Canonical in other open-source projects and pushed for a switch to Red Hat because of my familiarity with it in past projects. My current employer does not utilize Red Hat Enterprise Linux because of the high cost.

The deployment complexity is based on the project and the architect of the particular solutions. There are scripts that we can use to perform the upgrades or migration. The number of people required for upgrades or migration depends on the size of the solution. For a small solution, we can automate and don't require any people. If we are using a third-party solution already in place we can achieve the same goal without a large team.

The combined cost of implementing in hybrid and cloud environments to fulfill all our client's needs can be considerable.

There are only three distributions that offer commercial support. Red Hat Enterprise Linux, Canonical, and SUSE. It all comes down to the cost for each organization.

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

The amount of people required for Red Hat Enterprise Linux maintenance depends on the type and size of each project.

Red Hat already provides tools to maintain up-to-date migration plans. These tools can not only identify which components require upgrade but also preserve any already installed elements. Additionally, Red Hat offers a web-based solution for managing upgrade processes if required. However, we can choose alternative options: implementing the solution ourselves or employing open-source software for upgrades. I see no significant challenges with utilizing Red Hat tools for the upgrade process.

I recommend evaluating all the available solutions that offer the tools that Red Hat Enterprise Linux offers and comparing their functionality and cost to avoid issues after purchase.

I work as a consultant for a bank. They were using another type of Linux and facing some scripting issues. We are using Ansible for infrastructure, but they depend on different languages. In this fintech use case, the bank performs transactions between two banks. The transactions were getting stuck, but they detected that the money had been transferred.

The money comes from the bank. They transport it from the cloud and deliver it to the channels like Visa, MasterCard, etc. The national bank is also involved at that stage, so there is a pause. When we are using auto-scaling, it requires a small amount of time, so your application will have an error. This is a millisecond process. That is the duration. We were looking for issues like bank fraud. You need to conduct an analysis and restart the service. The data is on Red Hat Linux, and we use EKS for containerization.

We have a hybrid solution combining AWS with an on-premise environment. Moving data to the cloud requires a stable connection because we have multiple systems on-premises and on the cloud. This platform helped us communicate among multiple clouds and our private cloud network.

Using Red Hat Enterprise Linux enables us to subscribe to other Red Hat services from our portal. We can connect to Satellite with single sign-on logins. We can use the Spring CLI call and the Docker hub. We have a direct subscription.

Red Hat Enterprise Linux has helped us avoid cloud vendor lock-in. We could easily migrate between cloud services from AWS to Azure if we wanted to. Everything is an SCL, so we could deploy the same thing on another cloud. It's highly useful. We can make a script and move the entire infrastructure.

The Red Hat Linux comes with Anaconda, a fascinating tool that is useful if I need to connect multiple systems. I also like role-based access.

Red Hat Enterprise Linux is a little expensive for some customers who don't have the budget. It depends on the client. They can save money by not purchasing some of the added packages and services. If the client has a budget of $10 million, we can go for the whole bundle.

I have used Red Hat Enterprise Linux for four or five years.

Red Hat Enterprise Linux is stable.

Red Hat Enterprise Linux is scalable, but it depends on the deployment.

I rate Red Hat support 10 out of 10. I'm a big fan.

I have used Ubuntu, which has its own cloud service. Red Hat Enterprise Linux is a better option if the client has a budget. Red Hat Enterprise Linux can be certified and meet compliance requirements.

Deploying Red Hat Enterprise Linux is straightforward, but the complexity and time required depend on whether we are deploying on a virtual machine or a desktop. If we have the correct documentation, the total process can be completed in three to five days.

I have used the Image Builder Tool, but in the latest deployment, I pulled down the repository from the Docker hub. We use our own XML file and create the repository. It's a two or three-day design process for Red Hat Linux. We need one data resource for that process and a second engineer on the support side if we want to set up more servers from their on-site services.

It's affordable, but everything costs money. At the same time, everything adds value for our clients. For example, I was working on a machine-learning project, and they needed more team resources, and all the projects used computing power. By running multiple clusters, the client exceeded the rate for that data. We buy services from AWS, the Azure Marketplace, or directly from Red Hat.

I rate Red Hat Enterprise Linux nine out of 10. I recommend buying the services in a package if you can afford it. If the client doesn't have the budget, we can find alternatives. It depends on the client's needs.

We host Red Hat Enterprise Linux on our VMware Cloud and manage our customers' machines.

Red Hat Enterprise Linux machines are more stable than Windows machines.

Red Hat Enterprise Linux helps to avoid cloud vendor lock-in.

Red Hat Enterprise Linux is a reliable operating system that can run for long periods of time without any issues.

Red Hat Enterprise Linux should modernize its UI to make navigating the screens easier.

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

Red Hat Enterprise Linux is stable.

Red Hat Enterprise Linux can be easily scaled on a virtual machine.

The technical support is good.

I was not involved in the initial deployment but it was straightforward. The deployment took around 15 minutes per machine.

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

I recommend using Red Hat Enterprise Linux over an open-source OS because it offers better support.

Red Hat Enterprise Linux requires minimal maintenance.

Red Hat Enterprise Linux is a reliable solution and I recommend it to others.

My primary use case for it is to run Jenkins servers.

Red Hat Enterprise Linux is critical for our operations. We use it for all of our Linux servers.

It works. It's consistent. It's well-documented. These are valuable aspects to me.

Red Hat Enterprise Linux 9 updates the Cipher Suites and the security proceeds it. I wasn't pleasantly surprised because a bunch of our server communication didn't work. Having the Cipher Suites updated is a good thing but was not convenient.

I feel positive about the built-in security features when it comes to simplifying the risk and reduction and maintaining compliance. I'm also a Windows Server administrator so, compared to my Windows Server experience, I have very positive feelings about Red Hat Enterprise Linux security based on how easy it is to keep things patched, up-to-date, and compliant.

Some of the repositories and some of the DNS versions are very old. I just deployed something using Ruby and the DNS stable repository was sufficiently old that the Ruby project I was using didn't work.

I would like more transparency and better options other than using something like Ruby Version Manager. I'd rather be able to get modern, up-to-date versions from the base repositories.

We have been using Red Hat Enterprise Linux for ten years. We're on a bunch of different versions. We're anywhere between version six and nine. My personal project is on nine.

We still have Windows servers.

Red Hat Enterprise Linux is very resource-intensive, and it's hard to secure because Windows, the base use case, is all things to all people.

I generally like Linux server products. I like the way they specialize, and I like the default security posture.

We have a hybrid environment. We do have some things in the cloud. We're using both Azure and AWS as our cloud providers.

I was involved in the process of migrating our Jenkins servers to Red Hat Enterprise Linux 9. It was not straightforward or complex because we changed a lot of things about our deployment. We tried to improve and streamline, and in the process, we broke some of our pipelines.

It was not smooth, but that was not necessarily because of Red Hat Enterprise Linux, except for some of the security upgrades. We could not use the old RSA keys that we were using with RHEL 6 with RHEL 9. This meant that we either had to loosen our security by allowing legacy keys or tighten things down. We chose to tighten things down.

Another challenge is that we have some old Red Hat Enterprise Linux applications that are running on very old versions. We are trying to get everything off of RHEL 6 and 7 and onto RHEL 9, but there are a few applications that are stuck on RHEL 6 for various reasons.

We are getting rid of all of our Linux servers, so the biggest challenge right now is migrating our applications to RHEL 9.

When it comes to provisioning and patching, it is pretty manual. The company uses VMware, and the process is pretty manual and involves a certain number of shell scripts. I know we're trying to adopt Ansible, but we're not very far along.

I've had a very positive experience with Red Hat Enterprise Linux. My only point of comparison is Ubuntu, which I use for personal projects.

Red Hat Enterprise Linux is a solid enterprise product with a greater emphasis on security. However, Ubuntu Server is easier to use in many ways compared to Red Hat Enterprise Linux. This may just be a matter of familiarity, but I find it easier to get current versions of Ruby with Ubuntu than with Red Hat Enterprise Linux.

This is based on my somewhat limited use, but it's my impression nonetheless. That's what keeps it from being a ten out of ten.

Our use case for Red Hat Enterprise Linux is for production applications.

We are a Managed Service Provider. Red Hat Enterprise Linux enables us not to be worried about vulnerabilities, security, and patching.

The most valuable features are the subscriptions and upgrades.

We need to have more flexibility on the developed versions. Not everybody is ready to subscribe to enterprise versions. They would like to test the tool without subscriptions.

We chose Red Hat Enterprise Linux because of its security.

We use Red Hat Enterprise Linux with AWS. We started our practice with AWS, and most customers use it instead of GCP or Azure. We use the product in a hybrid environment, mostly when shifting the containers or existing workloads from legacy systems.

Most of the customers use Red Hat Enterprise Linux because it is the only approved OS. The tool's knowledge base is good but is limited to subscriptions.

The upgrade migration is straightforward. For the initial projects, we used to execute CLI scripts. We plan to upgrade the system if everything works well in the lower environment.

I have used the image builder feature. I rate the overall product a nine out of ten.

We use Red Hat Enterprise Linux for VMs and physical servers.

The containerized platform will help us use ROSA.

The tool's most valuable feature is OpenShift. We plan to move all our applications to microservices. The container platform is integrated into one.

I opened a few cases, and the tool's support responded quickly.

Deployment is simple if you have been using the solution for a long time. However, it can be complex if you are new to it.

We use RHEL 7 and RHEL 8 on on-premises. RHEL 8 is on the AWS. There is a security policy like CIS when deploying the solution. You can embed it on the image. I am not sure if there is HIPAA compliance yet.

Migration from RHEL 8 to RHEL 9 is easy. Upgrade depends on the application that is running on each instance. You need to check if it is compatible with the kernel. We need to plan things before migrating to the latest version. We need to stay current to ensure compliance. We plan to move from RHEL 7 to RHEL 9 and use RHEL 8 and RHEL 9.

We use Red Hat insights but do not utilize them. It helps with the remediation. I use Image Builder to build AWS and GCP images. I haven't deployed them.

I rate the product a nine out of ten.