Red Hat Enterprise Linux (RHEL) is user-friendly and easy to use. The affordability and free open source nature are main points. Multiple tools can be installed easily, and the interface is very user-friendly.

I am using Red Hat Enterprise Linux (RHEL) on Docker. I work on Docker with both Red Hat Enterprise Linux (RHEL) and Docker. Installation of so many tools is easy and simple for my Red Hat machine.

The features of Red Hat Enterprise Linux (RHEL) that I find to be the most valuable and useful are that it is user-friendly. The command is very user-friendly and easy to use, and easy to remember. That is a main point. I install it everywhere on my cloud server because I am using a virtual machine also on my PC.

A specific feature of Red Hat Enterprise Linux (RHEL) is that I can install multiple tools without any interruption. I can configure everything easily, such as network ports. I can configure networking using vim commands and multiple commands. Red Hat Enterprise Linux (RHEL) provides more alternate commands for my convenience.

Red Hat Enterprise Linux (RHEL) is very good. Red Hat Enterprise Linux (RHEL) provides the updated latest version yearly. However, they could provide more flexibility in areas such as adding more networking features. For security reasons, since security is a main key point for privacy in upcoming years, they could provide more DPDK for fast signaling and add more new protocols.

I have more than four years of experience with Red Hat Enterprise Linux (RHEL).

Red Hat Enterprise Linux (RHEL) needs some improvement for stability. I am currently working on the latest version only. The latest version is not familiar to me, and I need to upskill on my side also. Red Hat Enterprise Linux (RHEL) should provide more free courses for the upcoming or latest version that explain what changed between the latest and previous versions. Red Hat Enterprise Linux (RHEL) is not providing courses on sites or readable materials that explain what commands should be used.

I have communicated with the technical support of Red Hat Enterprise Linux (RHEL). Previously, I did receive technical support in my previous company, and they provided an update for my servers. I rate the technical support services of Red Hat Enterprise Linux (RHEL) as good, giving it a 9 out of 10.

I used SUSE Linux and CentOS before Red Hat Enterprise Linux (RHEL). Red Hat Enterprise Linux (RHEL) is much better than CentOS and SUSE. Red Hat Enterprise Linux (RHEL) provides its own cloud, OpenStack.

The knowledge base offered by Red Hat Enterprise Linux (RHEL) provides free courses for everyday work. I am currently using shell scripting, which is very useful for automation and easy to deploy on Docker and CI/CD pipelines for Jenkins. Shell scripting is the main knowledgeable area right now.

The most important security feature in Red Hat Enterprise Linux (RHEL) is that it provides multiple ports in the Linux machine that are connected via the kernel. The kernel is the main core of the network of Linux. No one can bypass this kernel line. The networking security feature is a main point.

I am not familiar with Image Builder for Red Hat Enterprise Linux (RHEL) and have not built any images using Red Hat.

Regarding the pricing of Red Hat Enterprise Linux (RHEL), I am not purchasing any membership right now. I purchased it previously, but I am not currently.

I chose Red Hat Enterprise Linux (RHEL) because it is so user-friendly. In every server, I need to use it for security reasons, and it is user-friendly for everyone. The source code is very simple. I can create my own tools and automation scripting.

My overall rating for Red Hat Enterprise Linux (RHEL) is 10 out of 10.

I work with the on-premises deployment of Red Hat Enterprise Linux (RHEL).

In our organization, we are using Red Hat Enterprise Linux (RHEL) for deployment, scheduling tasks, and automation tasks as part of our day-to-day activities. We find Red Hat Enterprise Linux (RHEL) to be a very flexible operating system, meaning we can utilize this machine for years without concerns about it hanging or any issues.

Currently, we have started using Red Hat Enterprise Linux (RHEL) in a hybrid environment, specifically with AWS cloud along with on-premises deployments. We are in the phase of deployment and are just beginning to utilize it on the cloud.

One specific pain point that Red Hat helped us solve is automation, particularly through Ansible. It is a powerful tool that enables us to effectively automate tasks, which is incredibly helpful in our operations.

Red Hat Enterprise Linux (RHEL) does help me save time, especially with automation tools like Ansible. We can execute tasks and then focus on other activities, which significantly enhances our productivity.

Red Hat Enterprise Linux (RHEL) has helped mitigate downtime and lower risks in the banking sector. We previously were not using cloud but have begun transitioning to a hybrid environment to enhance security and productivity, especially given our experiences with on-premises products.

I have previously used Ubuntu and CentOS as different solutions. However, since Ubuntu is not much familiar in our organization, we moved to Red Hat Enterprise Linux (RHEL). CentOS has already been decommissioned and merged into Red Hat, so for the past seven years, we have been using Red Hat Enterprise Linux (RHEL). Before that, we were using Ubuntu, both in college and school days, and I have worked with different flavors and also on Oracle.

The key difference I see between Red Hat Enterprise Linux (RHEL) and Ubuntu is mainly in the support offered. Red Hat Enterprise Linux (RHEL) provides 24x7 support for any critical issues we face. As we are working in the banking sector, having that support is crucial. In contrast, with Ubuntu or CentOS, we do not have timely support; we need to raise tickets and face delays in deployment and production, which is a significant drawback.

I assess the knowledge base offered by Red Hat Enterprise Linux (RHEL) as very good. The training sessions are beneficial and it is totally open source, allowing us to access official sites for learning and documentation. I continuously learn with Red Hat Enterprise Linux (RHEL) and find plenty of free documents available for study. Compared to other operating systems like Ubuntu, there is not as much documentation, making it easier to learn using Red Hat Enterprise Linux (RHEL) official resources.

The most important security features in Red Hat Enterprise Linux (RHEL) stem from its open-source nature, which allows us to easily understand what happens within the system and identify potential loopholes. Additionally, SELinux is a powerful security module we use to block external threats. It also features a firewall, encryption, and uses advanced algorithms like SALT and SH5, making it difficult for malicious entities to crack the system. In essence, Red Hat Enterprise Linux (RHEL) has robust security features.

I have used the Image Builder of Red Hat Enterprise Linux (RHEL) but not the system roles. Image Builder has proven useful for creating images.

The Image Builder is very easy and simplifies tasks, significantly reducing our workload. It saves us a lot of time compared to what we used to do previously, thereby boosting our productivity.

I have not identified any specific improvements needed in Red Hat Enterprise Linux (RHEL), but I would recommend reducing the cost of certification training. This would allow more people, including students, to access global certifications and deepen their interaction with the systems. Overall, I am satisfied with Red Hat Enterprise Linux (RHEL) and find it smooth, even as I start using newer versions like Red Hat Enterprise Linux (RHEL) 10, which features AI functions.

I have been using Red Hat Enterprise Linux (RHEL) for the last seven years.

I find the stability of Red Hat Enterprise Linux (RHEL) to be very good. Over the years, we have not encountered any significant issues, which is a key reason we have transitioned to using Red Hat Enterprise Linux (RHEL).

I find Red Hat Enterprise Linux (RHEL) to be scalable. Since much of it is open-source, we do not incur costs for various functionalities, reducing expenses while still being scalable.

The customer service and technical support provided by Red Hat are very good. They respond promptly, even in off-hours, such as at 3:00 AM. We have no regrets about our decision to shift to Red Hat Enterprise Linux (RHEL).

I would rate the technical support of Red Hat Enterprise Linux (RHEL) as eight out of ten.

The initial setup of Red Hat Enterprise Linux (RHEL) is very straightforward due to my prior experience. I did not face any issues, and the support from the Red Hat subscription plan has been helpful throughout the process.

I understand the pricing aspect. We are using Red Hat Enterprise Linux (RHEL) as a free-of-cost OS, but we do require a subscription for support. While I am not involved at the management level, I know there is a cost for the subscription plan that provides 24x7 support, though I do not know the exact amount.

The business value of Red Hat Enterprise Linux (RHEL) is significant in comparison to other Linux distributions I have used, particularly because we work with banking clients that operate around the clock. Red Hat Enterprise Linux (RHEL) provides instant response for support, allowing us to resolve issues quickly, which is crucial for maintaining productivity and operations without downtime.

I definitely recommend Red Hat Enterprise Linux (RHEL) to other organizations considering it for their environment. I also suggest students download Red Hat Enterprise Linux (RHEL) to learn Linux instead of opting for Ubuntu or CentOS.

Apart from Ansible, I have previously worked with OpenShift from Red Hat. While we are not currently using it, I have found it to be flexible and beneficial. However, we are mainly focused on AWS for now.

I would give Red Hat Enterprise Linux (RHEL) as a product or solution a rating of 9.5 out of 10.

I still have experience with Red Hat Enterprise Linux (RHEL), but I mainly work with SUSE Linux. The solutions are for on-premises deployments.

From what I have heard, my organization is going to use SUSE Linux as a standard. For Red Hat, the people who deal with servers have a few of them and are probably migrating them through VMware.

The part that my group deals with the most is SAP, and all that we have on them is SUSE Linux.

The main differences between Red Hat Enterprise Linux (RHEL) and SUSE Linux may be in some commands. The heart is very similar with logical volume manager and other components, but there might be commands that change, such as command line interface commands that might change even when they perform the same thing.

I believe that the best features of Red Hat Enterprise Linux (RHEL) include the interface with logical volume manager and file system management, since I work more with storage administration.

I used to deal more with Unix, and the way Unix performed things was better for me. For example, at the Linux level, all the partitioning is difficult for me in the way it uses certain terms, such as physical disk, when you call it SDB or SDBA.

From this perspective, I found this hard. I used to be more accustomed to Unix. However, they are very similar at this level with the device types and other components.

I believe that Red Hat Enterprise Linux (RHEL) can be improved in areas such as monitoring, storage, and virtualization.

Everyone today is talking about virtualization and there is a need for it. There are many virtualization implementations, and everyone is moving toward that area.

I have used Red Hat Enterprise Linux (RHEL) for several years in total.

I assess the knowledge base for Red Hat Enterprise Linux (RHEL) as good. The documentation is nice and good, and it is available. The documents I have seen are self-explanatory, and the explanations are clear.

On a scale of one to ten, I would rate Red Hat Enterprise Linux (RHEL) support as good. I know it is good, but since we usually look at the documentation, I have not placed a request for an error or similar issue. I probably have not had the need to do that. I would rate it a nine or ten. In our case, I have not dealt so much with that part, as there has not been a need to request a patch or upgrade.

I personally have not used Red Hat Enterprise Linux (RHEL) Image Builder or Red Hat system roles. I know that some of the people who give us support do use them. I know it is helpful, but I do not have details about them because my group is dealing more with the hardware parts, such as HP physical servers and storage.

We are dealing more with that aspect.

I believe that the most important security features in Red Hat Enterprise Linux (RHEL) include the standard ones, such as user and password authorization and read and write access, which are standard in Linux.

I believe that you probably want to use additional software. My company has many tools, and another team works with the security part. However, you probably need integration with that. The basic features that every Linux software has are standard and robust.

I would rate this review a nine out of ten overall.

In the banking industry, we provide software for banking, from our development infrastructure to deployment infrastructure for the banks. We generally use Linux RHEL. It is only for on-premises, but what we did was try out Red Hat OpenShift, basically on top of Linux platforms to run it on the Kubernetes enabled architecture to see how it would perform.

For us, the best features of Red Hat Enterprise Linux (RHEL) are that running it in a containerized environment makes setting up multiple Linux environments much easier than any other high-end or risk-based machines like AIX or Sun Solaris. Having more Linux boxes and setting up RHEL was much faster.

In terms of security, the most important feature in Red Hat Enterprise Linux (RHEL) is that it has a good sandbox with policies and features that are very effective. Whatever we could do in terms of hardening the Linux software, it was much easier for us.

Red Hat Enterprise Linux (RHEL) helps me solve the pain point of having a huge monolith of big AIX boxes because I could have smaller Linux boxes with Red Hat, and I was able to do both vertical and horizontal scaling much faster.

One area that could be improved with Red Hat is probably pricing. Discounts that are slightly cheaper would be better.

In Enterprise Linux, I have dealt with it for probably more than five years.

Red Hat Enterprise Linux (RHEL) is definitely stable.

In my opinion, Red Hat Enterprise Linux (RHEL) is absolutely a scalable solution. That is why I was able to do both vertical scaling and horizontal scaling very seamlessly.

Regarding their support, we did not reach out to support too much, but I thought it was good. I would rate it a nine.

Before using Red Hat Enterprise Linux (RHEL), we used Windows, basically, and then moved everything to Linux.

We switched to Linux from Windows because there were a lot of server hangs happening on Windows, with antivirus and virus problems. Basically, it was a nightmare managing Windows, so we moved to Linux.

With the initial setup, it is very straightforward and much easier to set up.

On a scale of one to ten, if ten was the easiest, I place it at a nine.

We also do Red Hat Enterprise Linux (RHEL) with Red Hat. I would rate this review a nine overall.

I am currently working with Red Hat Enterprise Linux (RHEL) as I administer a lot of Kubernetes clusters installed on Red Hat Enterprise Linux (RHEL).

For Red Hat Enterprise Linux (RHEL), I use it as an operating system for our platform which powers all our company's software, mostly for Kubernetes or for IBM BPM or IBM PEL.

Red Hat Enterprise Linux (RHEL) is a robust operating system, and I believe it is much better than Windows. I work with Windows and Ubuntu, but Red Hat Enterprise Linux (RHEL) is the best distribution I have worked with.

The knowledge base offered by Red Hat Enterprise Linux (RHEL) is excellent. Red Hat documentation is the most valuable documentation in the market.

For Red Hat Enterprise Linux (RHEL), I think the most time-saving aspects come from Red Hat Ansible because we use Ansible to automate many tasks and repetitive tasks on Red Hat Enterprise Linux (RHEL) and Windows. Ansible automation and the Ansible automation platform are the most valuable products that save us time and money.

Overall, Red Hat Enterprise Linux (RHEL) helps me save time through automation using Ansible. For OpenShift, the core of containers saves time by automating the DevOps processes using the Red Hat pipeline built into OpenShift, Tekton, and source-to-image build. All of this saves us time.

Red Hat Enterprise Linux (RHEL) helps to mitigate downtime and lower risks for me, as most of my work is with OpenShift which enables us to do a zero downtime deployment. The deployment is done without any downtime. Red Hat OpenShift is a stable system. Red Hat OpenShift and Linux are very stable and the downtimes are very minimal.

I think Red Hat needs to implement more AI features in the operating system or Red Hat OpenShift.

I have been working with Red Hat Enterprise Linux (RHEL) for about 14 years.

Red Hat Enterprise Linux (RHEL) is very stable. The product is very stable and very mature. All issues are documented in documentation or in the support portal and support knowledge base. When I have an issue, I primarily search the knowledge base and the support portal and find the solution. Red Hat Enterprise Linux (RHEL) is a very secure operating system, and they provide security patching every month.

I find Red Hat Enterprise Linux (RHEL) scalable.

We have many cases where Red Hat helped us with Red Hat Enterprise Linux (RHEL) or OpenShift, and their support is great. On a scale of one to ten, where ten is the best, I would rate the tech support a nine.

Most enterprises work on Linux, and as I am a DevOps and platform engineer, most of our systems run Linux, including Kubernetes, OpenShift, and the DevOps pipeline, all working on Linux. This is why I switched to Linux.

For Red Hat Enterprise Linux (RHEL), the setup is very straightforward. OpenShift is a little complex, but once you do it once, you will master it.

I performed the deployment all by myself.

When it comes to our business value, most of our customers are enterprise-grade customers from banking and government sectors, and they prefer to use an enterprise-grade operating system, not Ubuntu or CentOS. Additionally, in many cases, we need enterprise support from Red Hat as Ubuntu does not provide this.

I use Red Hat Enterprise Linux (RHEL), and we have a couple of customers using OpenShift, the Kubernetes platform based on Red Hat, and also Red Hat Virtualization. My first contact with the Linux platform was with Red Hat.

The best features of Red Hat Enterprise Linux (RHEL) are its stability and the RPM, Red Hat Package Manager, which is perfect. They also deliver Satellite, a platform for updates. It is a very robust, excellent platform.

For me, and for every Linux distribution, the most important security feature in Red Hat Enterprise Linux (RHEL) is SELinux. Security is often misunderstood by others. SELinux is very important because it provides security for the kernel. Many people disable SELinux, but it is the most important and most misunderstood feature. People do not understand it. The updates and SELinux are very important to me. SELinux is very good, but it is complex, and I have seen many administrators disable it because instead of helping them, it causes trouble. For example, securing my NGINX configuration is a pain. It is a very good security option, but I would say it is excellent only if one is an expert.

Red Hat Enterprise Linux (RHEL) documentation is very good and very complete. Regardless of my opinion about the IBM acquisition, the documentation is excellent.

IBM committed two major mistakes with Red Hat. The first was destroying the CentOS project, which was a fork of Red Hat. The second was limiting the use of free options and restricting hardware to support Red Hat on just some limited hardware. One can use the system for free, but the statement is not entirely true because it is limited to a couple of virtual processors and I do not remember if it was 24 or 16 GB of RAM. If one goes beyond that configuration, one has to pay, and IBM is IBM. Many companies were in trouble because from one day to the next, IBM said they would no longer support CentOS and told them to move to another distribution. People had to migrate, and for that reason, there are Rocky Linux, AlmaLinux, and other Linux distributions that are trying to rise and taking advantage of that situation. Red Hat Enterprise Linux (RHEL) is just for corporate companies with money to waste on licensing.

Red Hat Enterprise Linux (RHEL) is very expensive. In the case of our customers, the couple of customers with OpenShift, they have enough money to license Red Hat. They bundle Red Hat with virtualization and OpenShift packages. However, it is not suitable for an SMB company. It is not payable or affordable. For me, it is very expensive.

I use Red Hat Enterprise Linux (RHEL) a lot, though I do not remember the exact frequency.

I have worked with Red Hat support, and it is very good because they have very good engineers. In Latin America, during my time, the support in Spanish was mostly provided by engineers from Argentina. In Colombia, I have worked with a couple of engineers from Colombia, and they were very good. I have not worked with support in English for Red Hat, only in Spanish with those engineers.

My first Red Hat Enterprise Linux (RHEL) certification, Red Hat Certified Engineer, was for version 6, which was approximately 12 to 15 years ago.

I have tried Red Hat Enterprise Linux (RHEL) Image Builder and System Roles, and it is pretty good.

I would rate the support at an eight out of ten. My overall rating for this product is ten out of ten.

The main use cases for Red Hat Enterprise Linux (RHEL) at the bank involve internal applications, as we do a lot of internal applications not exposed to clients.

From my perspective, the best features of Red Hat Enterprise Linux (RHEL) lie in its ease of use, especially compared to AIX, which has a lot of functionalities requiring extensive learning. It was easy for me to shift from AIX to Red Hat Enterprise Linux (RHEL).

Red Hat Enterprise Linux (RHEL) helps manage our hybrid cloud environment, but being a bank, we are highly regulated internally, so there is limited direct involvement with the cloud environment in Royal Bank cloud, which is Azure.

One area I see for improvement in Red Hat Enterprise Linux (RHEL) is in the documentation. I encountered some scarcity when looking for information regarding structure, commands, and administrative tasks.

I have dealt with Red Hat Enterprise Linux (RHEL) for around 10 years, even when it was not part of IBM.

My opinion of Red Hat Enterprise Linux (RHEL)'s scalability is that it was very easy.

I would rate Red Hat's customer service or technical support as a 10, as my experience with all IBM products, including Red Hat Enterprise Linux (RHEL), has been very satisfactory all the time.

The initial setup of Red Hat Enterprise Linux (RHEL) is straightforward compared to AIX, which is more convoluted.

I have experience with platforms like Linux, and I am also working deeply with MongoDB and Node.js, tools that I use constantly every single day.

I am familiar with Red Hat Enterprise Linux (RHEL), and here in RBC, we are a big IBM shop, currently using JBoss and Red Hat Enterprise Linux (RHEL) as part of our environment.

Red Hat Enterprise Linux (RHEL) is used for both cloud-based solutions and on-premises.

From a business value perspective, the business folks do not notice much difference between Red Hat Enterprise Linux (RHEL) and other distributions, as long as their application functions well, they are satisfied.

We utilize two cloud providers for Red Hat Enterprise Linux (RHEL) solutions, mainly Azure and also Amazon. I cannot answer how Red Hat Enterprise Linux (RHEL) was purchased, but I know we have it on both Amazon and Azure.

I would rate Red Hat Enterprise Linux (RHEL) a nine, as I find it satisfactory in various aspects.

Red Hat Enterprise Linux (RHEL) is used primarily to build AWS servers. A specific example of how RHEL is used to build AWS servers involves purchasing licenses from third-party vendors like REL and also from AWS. Once an AMI is obtained from the Marketplace, the AMI is customized by injecting all organization standards.

After internal tools have been built on the AMI, that AMI is used to build AWS servers.

Red Hat Enterprise Linux (RHEL) has positively impacted the organization by helping track everything, such as how many users have access to the server, which is easy to monitor. RHEL also offers better options for downloading repositories easily, and the ability to stripe the EBS volumes has allowed for pulling more IOPS and throughput.

The impact on the team and organization has been significant, as it has helped improve application performance and backup performance. Since AWS backend is used for backups, RHEL striping has proven very useful.

By using RHEL striping, throughput and IOPS have increased, which reduced the backup completion time from fifteen to sixteen hours to just fifteen to sixteen minutes. The main reason is the backend and the striping implemented for EC2 instances.

Red Hat Enterprise Linux (RHEL) offers several valuable features, including being secure and standard, and making whatever commands are executed easier to manage. When security and standardization are considered, no other person can access those RHEL servers.

Another good aspect is that whatever is downloaded comes from the repository, and every command is tracked, including the person who entered the command. Tracking on RHEL AMIs and OS standardization is very effective.

Red Hat Enterprise Linux (RHEL) helps mitigate downtime and lower risks by using the Pacemaker role for high availability. The primary and secondary systems are managed by the Pacemaker role, which helps reduce downtime for applications.

Red Hat Enterprise Linux (RHEL) could be improved by including a better app stream module experience or simply phasing out modules in favor of straightforward version repos. Red Hat could also integrate more common tools directly or integrate EPEL more seamlessly. Additionally, enabling AI-based operational tuning for kernel parameters, file system parameters, and network stack optimization could enhance the experience.

Regarding needed improvements, simplifying the subscription and licensing would help reduce complexity in subscription management. Clear visibility of consumption and unused subscriptions and compliance is also important.

Seven years of experience have been accumulated in the current field.

Red Hat Enterprise Linux (RHEL) is stable.

Red Hat Enterprise Linux (RHEL) offers great scalability and supports very large memory.

The customer support received is good.

Red Hat Enterprise Linux (RHEL) has been the only solution used, and no switch from any other solution has occurred.

In comparing the business value of RHEL to other Linux distributions, no other Linux distributions have been used; only Red Hat Enterprise Linux (RHEL) has been utilized.

Red Hat Enterprise Linux (RHEL) systems are managed with a dedicated cloud support team that handles provisioning and monthly patching. Additionally, focus is placed on security hardening and optimizing it with cloud-init, instance tuning, and subscription activation.

Image Builder has been used, but the AMIs are not built personally. A dedicated support team handles the building of the AMIs.

A return on investment has been seen, as it has saved a tremendous amount of time.

Red Hat Enterprise Linux (RHEL) helps save time; for example, the Pacemaker role facilitates faster task completion, and it optimizes backup processes.

Regarding pricing, setup cost, and licensing, the pricing is good; however, licensing is a bit confusing.

My advice for others looking into using Red Hat Enterprise Linux (RHEL) is to be aware that subscriptions can be challenging to manage. When a server reboots, the subscription goes to open, which can lead to others consuming the subscription, creating a challenge regarding the subscription and licensing part.

Security requirements were a significant consideration in choosing RHEL in the cloud because it is not open source and is highly secure.

Red Hat Enterprise Linux (RHEL) is assessed as having a better knowledge base offered through its tuning capabilities. By better tuning, the documentation is referred to, which helps in day-to-day work.

Red Hat Enterprise Linux (RHEL) entitlement management can be confusing, as converting systems between subscription modes is not straightforward.

I would rate this review a nine out of ten.

My main use cases for Red Hat Enterprise Linux (RHEL) are primarily our websites and applications that run on top of Red Hat Enterprise Linux (RHEL) operating system platform.

What I appreciate most about Red Hat Enterprise Linux (RHEL) is the SELinux policy that has been introduced; I believe that is truly good security, although it was difficult initially to become accustomed to it. In the modern world, you don't want every user to have accessible permissions. It gives you a granular level of control over each and every file and directory, just as ACLs used to provide in the past. By using SELinux policy, you can actually secure these accesses and establish a strong security posture.

The main business problem that Red Hat Enterprise Linux (RHEL) helped us solve is automation of tasks and scalability of the business. Red Hat Enterprise Linux (RHEL) has helped reduce downtime because in modern infrastructure, you do not face out of memory issues. Red Hat Enterprise Linux (RHEL) has affected the downtime by reducing it to a minimal level; the reboots are very speedy.

I think the support for Red Hat Enterprise Linux (RHEL) can be much better; when it comes to something such as SUSE Linux, I feel those providers are doing a much better job in terms of support than what Red Hat provides. One area where Red Hat Enterprise Linux (RHEL) stability could be improved is with Ksplice; Ksplice is used for online patching. The problem I have seen with it is that it applies patches at the user level, but not at the kernel level. That was a problem in terms of our security architecture because it doesn't recognize that the patch has been installed. I evaluate the customer service or tech support for Red Hat Enterprise Linux (RHEL) as needing improvement; addressing the tickets takes a little longer and there has been a lack of consistency. Not every engineer who handles a case handles it correctly. Everybody has a different way of handling the tickets. So, the support needs to be a little bit more streamlined.

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

My assessment of Red Hat Enterprise Linux (RHEL)'s stability and reliability once it is deployed in production and maintained is that it's straightforward, but there's a huge functionality and learning curve. We started using it and actually understood the reason why Red Hat has implemented it and the level of granularity in terms of security posture that it provides. We understood that it's doing a really good job.

I assess the stability, availability, and reliability of Red Hat Enterprise Linux (RHEL) as pretty stable and very reliable.

Red Hat Enterprise Linux (RHEL) has crashed or failed here and there, but there were some settings that needed to be changed. We make sure that we match those parameters.

Red Hat Enterprise Linux (RHEL) scales to my needs pretty much up-to-date.

The support from a competitor I've used is Oracle. My experience with Oracle support is that Oracle on-premises support, what it provides with Oracle Enterprise Linux, performs very well, and many of our customers believe that something from Oracle is more secure. When they compare Oracle with Red Hat, it has a much better support system and a much more secure posture than what we get.

I evaluate the customer service or tech support for Red Hat Enterprise Linux (RHEL) as needing improvement; addressing the tickets takes a little longer and there has been a lack of consistency. Not every engineer who handles a case handles it correctly. Everybody has a different way of handling the tickets. So, the support needs to be a little bit more streamlined.

My experience with the deployment of Red Hat Enterprise Linux (RHEL) has been smooth because back then we were on-premises and all our information used to be on-premises, rather than run them completely as we do now.

I have evaluated a couple of operating systems including Ubuntu, Oracle Linux, SUSE, and then came to Red Hat Enterprise Linux (RHEL) because Red Hat is considered the pioneer.

I have considered replacing Red Hat Enterprise Linux (RHEL) with another solution; specifically Oracle Linux.

If I were to switch, I would consider factors such as security and support.

We are currently considering using the Ansible Automation Platform for configuration and patching; we are using a manual approach and a little bit of Ansible here and there, but not fully deployed an Ansible Automation Platform or command line approach. But today I had the experience in the lab with the Ansible Automation Platform. That looks truly promising. I hope to get a chance to do a proof of concept and show my company that this is the product we can use in the future.

I have used the in-place upgrades to migrate machines to a newer release of Red Hat Enterprise Linux (RHEL); I used LEAP which has been designed to upgrade Linux 7 to Linux 8, and it was smooth. I think that was truly good work, especially because it supports you in situations where you do patching.

The upgrade process for Red Hat Enterprise Linux (RHEL) is straightforward and we didn't have any problems.

We are planning on upgrading from Red Hat Enterprise Linux (RHEL) 6 and 7 to 8, though we do have some legacy applications that would not support it. However, other systems which are web servers or Apache, we are trying to upgrade them.

I haven't found any limitations in Red Hat Enterprise Linux (RHEL)'s security.

My assessment of the documentation offered by Red Hat Enterprise Linux (RHEL) is that Red Hat's documentation is top notch. You cannot compare that with SUSE.

My specific goals that led me to choose Red Hat Enterprise Linux (RHEL) include the security posture.

Current, I am using the standard lifecycle support add-on for Red Hat Enterprise Linux (RHEL); I think we are still sticking with the standard and haven't upgraded yet.

The advice I would give to a team considering Red Hat Enterprise Linux (RHEL) is that one of the new features that it has is promising, and everybody promises great things with new features. My overall rating for Red Hat Enterprise Linux (RHEL) is nine out of ten.