As an organization, we use Red Hat Enterprise Linux for its stability and security.
I have worked with it on the cloud as well as on-premises. We use it with AWS.
As an organization, we use Red Hat Enterprise Linux for its stability and security.
I have worked with it on the cloud as well as on-premises. We use it with AWS.
Red Hat Enterprise Linux is great when it comes to provisioning and patching. I am satisfied with it.
The user base and the knowledge base of Red Hat are way better than those of others. They make the user install and solve the issues easily.
We have used Red Hat Enterprise Linux Image Builder. It is a great tool for managing multiple systems. It can copy an exact image of my existing server to multiple servers. It is a great way to save time.
Red Hat Enterprise Linux has helped us a lot. After switching from Ubuntu to Red Hat Enterprise Linux, there has been a drastic difference. The stability and the efficiency have enhanced greatly.
At the moment, we only have AWS cloud, and Red Hat Enterprise Linux is working well. We have plans to switch to GCP.
The package manager of Red Hat is very convenient and efficient to use. With other Linux versions, such as Arch Linux and Ubuntu, package managers might not always be stable. When installing any software, the dependencies can vary, and there can be conflicts, whereas Red Hat has efficiently managed all of that so that users can install packages without any conflicts. We do not use the graphical interface, so the package manager and security features are mainly valuable to us.
After installation, the initial setup can be simplified or improved a little bit for new users coming from a distribution like Ubuntu or Windows. For example, for Arch, the user guide is very good. If a user does not have any experience, he or she can refer to the guide and install it successfully, whereas, for Red Hat Enterprise Linux, the user needs to have some understanding of Linux.
I have been using Red Hat Enterprise Linux for two years.
It is very stable for us. I would rate it a ten out of ten for stability.
It is quite scalable. I would rate it an eight out of ten for scalability.
Before using Red Hat Enterprise Linux, we were using Ubuntu as our main server. Ubuntu is more consumer-oriented, whereas Red Hat Enterprise Linux is more professional and work-oriented.
The main concern for us was how to get it installed perfectly. Before me, there was a fairly new person installing Red Hat, and he was not able to get it installed perfectly. The partitions were very differently implemented in Red Hat than in Ubuntu. That was one of the major issues for him.
My colleague was handling the main setup, but he was not able to figure out how to get everything to work. He was able to install it with the ISO, but he could not set up partitioning and Wi-Fi drivers. It was complicated for him because he knew Ubuntu, but Red Hat Enterprise Linux was complicated for him. We had to refer to the documentation for our network drivers and then we could get our Red Hat Enterprise Linux working. It took us around three to four hours.
In terms of maintenance, timely patching is required.
Overall, we have about 1,000 users of these servers, but we are the only ones who work with these servers. No one else in the company operates these servers because one mistake can bring down the entire server.
It saves us time. There are about 40% savings.
It is cost-efficient for the tasks it does and the improvements that it brings. For a professional environment, it is very cost-efficient. It was easy to purchase the subscription.
If a user is using it for commercial purposes, I would not recommend it. If a user is using it as a server or a workstation, I would recommend it.
We do not use the Red Hat Enterprise Linux Web Console much. We only use it for the initial steps to configure the users. Other than that, we do not use it much.
I would rate Red Hat Enterprise Linux a nine out of ten.
I use Red Hat Enterprise Linux to create directories and files and configure security settings for the Red Hat Certified System Administrator exam.
The knowledge base offered by Red Hat Enterprise Linux comprehensively covers the fundamental knowledge required for the Red Hat Certified System Administrator and Red Hat Certified Engineer certifications. My experience taking the Red Hat examination was positive, and I am satisfied with their product.
I can easily work with Red Hat OS because it is user-friendly, even for manual tasks. While it may be as expensive as Windows, they offer a four-month trial and provide cloud access. This is valuable for understanding Linux concepts and working within the Linux environment. Overall, it's a great learning experience.
We prefer not to install the Linux OS manually, so we opt to work in the cloud instead. The cloud platform provides a real-time experience, enabling us to practice for exams easily and enhance our Linux knowledge. This proves highly beneficial for students pursuing Red Hat certification.
While preparing for the Red Hat administrator examination, I worked with the cloud platform, which was generally good but occasionally experienced some lag. Sometimes, the platform would be very slow, making it difficult to open labs. It could take around 30 minutes to start a lab, and there were limitations on data persistence. Any work or files created would only be available for one week before disappearing, requiring recreation. This lack of long-term storage is a disadvantage of the Red Hat Cloud platform.
I am currently using Red Hat Enterprise Linux.
I would rate the stability of Red Hat Enterprise Linux seven out of ten because of the lagging.
Red Hat Enterprise Linux is scalable.
The support team was helpful in addressing the lag in the cloud.
Neutral
I used UNIX before switching to Red Hat Enterprise Linux. UNIX did not provide adequate support for developers, making it challenging to work with. Though it's open source, UNIX lacked the features that we needed. So, I transitioned to Red Hat. Red Hat offers developers extensive support and access to technologies like OpenShift and Kubernetes. This makes it easier for developers and large companies to manage workloads and adopt new technologies.
I installed UNIX on my laptop and experienced no lag, unlike the lag I've encountered in the cloud with Red Hat Enterprise Linux.
Installing Red Hat is easy. We download the file and run it in our labs.
One Red Hat license costs USD 131, which I find reasonable.
I would rate Red Hat Enterprise Linux eight out of ten.
We have 15 members in our group that use Red Hat Enterprise Linux.
I recommend Red Hat Enterprise Linux. It's much faster than UNIX and offers extensive management support, making it valuable for startups and engineering developers.
As a teacher, I have used Red Hat Enterprise Linux for server-side applications and containerization. My experience encompasses various system administration tasks, including managing servers, directories, data storage, files, and other related elements.
While teaching my students about Red Hat, I share my knowledge of system administration tools. This prepares them for Linux work environments that use Red Hat, exposing them to these tools and their applications. This also strengthens my organization's position as a Red Hat Academy, enhancing our sector's expertise. Red Hat is a valuable tool for learning system administration due to its widespread use and versatility.
In any Linux operating system, the patches come through, whether it's through long-term support solutions or community support. It's rapid overall. So when it's there, it's immediate and there's option to install and pass those updates.
The web console is beneficial as it provides an alternative method of accessing the operating system through a web-based platform, making it a valuable tool.
The hybrid environment, a relatively new infrastructure for us, offers flexibility and options. While there's always room for improvement, I find it exciting to have the choice between on-premises and cloud solutions. Although I'm still learning the nuances of this technology, it's been a positive experience so far.
Reliability is the most valuable feature.
Any form of technology always has areas for improvement, and Red Hat is no exception. They continually strive to enhance their products, evident in the frequent releases of new versions and updates to their operating system. Given that there is no perfect operating system, further development will always be needed. To facilitate this process, Red Hat provides support and encourages community involvement to identify and implement solutions that enhance its operating system's overall functionality, effectiveness, and user experience.
I have been using Red Hat Enterprise Linux for almost five years.
The initial deployment is complicated and requires up to two hours to complete.
While expensive, Red Hat Enterprise Linux offers efficiency and performance. Its commitment to ongoing improvements makes it a valuable resource for businesses seeking a reliable and cutting-edge operating system.
Red Hat Enterprise Linux is eight out of ten.
Regarding challenges, I've attempted to replicate the Linux environment using Red Hat, combining virtual Red Hat clients with third-party platforms to emulate a real-time atmosphere. One major hurdle has been motivating students to understand and utilize the system for these purposes. However, I've consistently found ways to overcome this challenge by using virtual machines and engaging in group discussions to explore the system's capabilities. I strive to emulate the real-time environment using my own systems, demonstrating the potential benefits and encouraging students to visualize how the system works in practice.
I use the solution in my company for regular servers with databases, load balancers, Apache, and so on.
The benefits of using the product revolve around the fact that it has made it easier to automate everything on it, which includes automating servers and so on.
The most valuable feature of the solution is that it is an upcoming, more stable product, like Oracle OS. The tool has everything that IBM Red Hat Redbooks has.
In terms of how I would assess the portability of applications and containers built on Red Hat Enterprise Linux (RHEL) for keeping our organization agile and flexible, I would say that since my company is a service provider, we get the containers from the customers, which we don't use for our own selves, but we use Red Hat Universal Base Images (UBI) 9 for some things like to to get our own containers and so on.
My company has not tried to use Red Hat Enterprise Linux (RHEL) 9 since we are still using Red Hat Enterprise Linux (RHEL) 8. In the future, I am expecting to see Podman 5.0 released for RHEL 9.
I have been using Red Hat Enterprise Linux (RHEL) for three years.
It is a nice and stable solution. Some problems may occur with the product if you don't patch it after a year or two.
There are no problems with the scalability of the product, as it works fine.
Previously, my company used to use a simple version of RHEL and other tools depending on the needs of our company's customers.
Regarding my experience related to the deployment process, I would say that everything is automated now. You just fill out the survey, and then you just deploy the tool. The product's deployment phase is easy.
The solution is deployed on an on-premises model.
The team members can deploy the solution in my company.
If the customer wants to pay for the support and so on, then we can go for Red Hat Enterprise Linux (RHEL). Otherwise, one can go for any other open-source platform. With Red Hat Enterprise Linux (RHEL), you get the latest on everything. If you are running Oracle Linux, it gets hard to find some patches. It is easy to find new things like Podman or Red Hat Subscription-Manager, especially if you want to run something on Oracle OS, then you need to compile the patches yourself.
The product has helped centralize development in our company. In our company, we are mostly automating all the server installations on Red Hat template by filling in IP addresses with Postman.
We don't use the built-in features of Red Hat Enterprise Linux (RHEL) for risk reduction, business continuity, and maintaining compliance since they are only available in Red Hat Enterprise Linux (RHEL) 9.
To a colleague who is looking at open-source cloud-based operating systems for Linux other than Red Hat Enterprise Linux (RHEL), I would say that previously people preferred CentOS until Red Hat stripped it apart. At the moment, it is like, if you want an RHEL-based tool, it is either Rocky Linux or Oracle OS because I think Fedora is too lenient, while CentOS is somewhere in the middle.
I would be spending the same amount of time on some other solution if I was not using Red Hat Enterprise Linux (RHEL) since everything is automated now, and in such a case, it will just be another image you use on some other product.
My company uses Ansible as a part of the deployment model.
The product is easy to use, and you can get support whenever you want. The solution also the latest packages, which include Red Hat Subscription-Manager, Podman, Linux, and other such functionalities.
I rate the tool a nine out of ten.
Red Hat Enterprise Linux specifically was a hard requirement for certain software that we wanted to utilize. In fact, purchasing Red Hat’s enterprise version was necessary to run AP. That was the primary objective.
Apart from that, the robust networking capabilities offered by Red Hat Enterprise Linux were highly valuable. They have numerous partnerships and dedicated efforts in low-latency technologies, which are particularly beneficial for trading firms. They possess extensive expertise in external tuning and similar aspects.
Overall, the reliability stands out the most for me. While the package selection might be somewhat restricted, it is highly integrated and cohesive.
I'm really excited about some of the developments happening in the workstations and the Fedora Silverblue space. There are advancements like rpm-ostree and the OCI container format, which enable deploying RHEL in new ways.
As we have numerous developer workstations, being able to deploy them in an image-based format is highly desirable. This would allow us to use the "toolbox" concept, where developers can choose any desired operating system within the toolbox. Some of our developers also work with Ubuntu and Oracle Linux. Having a consistent developer platform with full pseudo permissions and zero permissions within that container or toolbox would be beneficial.
Additionally, having an image that includes all the necessary software and provisioning it so that subsequent updates provide the updated image, would significantly enhance the developer experience. It would be great if teams could make modifications and changes to the image, like rebasing. I think it would be an awesome feature.
Let me provide an example of why this would be valuable for Red Hat Enterprise Linux Workstation. We recently switched from one security software application to another similar application on our workstations. We had to manually remove the unwanted software and install the new one. It was manageable for servers or edge devices, but for remote devices that are not always on the network or VPN, it became a cumbersome task to reach out to each device and remove and install the software. If we could update an image with the old software removed and the new software installed, and then allow users to update their image, it would simplify the process for everyone. Currently, it's possible with Red Hat Enterprise Linux for Edge, but it would be fantastic if this capability could be extended to Red Hat Enterprise Linux Workstation as well. That's what would be really cool.
The company has been using Red Hat Enterprise Linux for a significant period of time. As for myself, it's been around five years or so. I have also contributed to GNOME. About ten years ago, I was one of 12 individuals who wrote documentation for GNOME 3.
I don't think we are leveraging Red Hat Enterprise Linux on the cloud. Since we are primarily involved in trading, our infrastructure is predominantly on-premises, accounting for about 80%. We have our own data centers. While we do have some cloud workloads and our cloud presence is growing, it isn't a major focus in my role. I serve as the lead engineer for 700 developer workstations that run Linux. For parts that use Red Hat Enterprise Linux on the cloud, we are split between different cloud providers, AWS, Azure, and Google Cloud.
For the most part, we are using Red Hat Enterprise Linux 8, which we support alongside Ceph and a bit of AAP. Apart from that, there is still a significant amount of CentOS 7 in use as people are gradually transitioning away from it.
The stability is good. I would rate it a nine out of ten.
The scalability is impressive. I would rate it a nine out of ten.
The customer service and support were pretty good. We encountered an issue, and we involved some people for assistance. In retrospect, we should have engaged higher-level support sooner for that specific issue. Support can be challenging when you're dealing with Linux problems, especially in our environment where we have a lot of skilled engineers; it feels like we're already operating beyond the normal troubleshooting space. So having access to escalated help when we need it is valuable. The support fixed our problem.
Positive
The initial setup was complex because we were using a newer version of Red Hat Enterprise Linux for the server team's workloads. Normally, we go with Red Hat Enterprise Linux for hardware, but this time we got a better deal from a different vendor whose IPMI Redfish interface wasn't as advanced as Red Hat Enterprise Linux's. This caused some issues specifically related to deploying the newer version. However, once we managed to overcome most of those challenges, the use of Ansible for OS deployment became more straightforward.
For the OS component, we worked directly with Red Hat. However, we utilized a company called Bits, based in Elk Grove, Illinois, to handle the hardware provisioning and setup.
We've seen an ROI. For instance, we were able to run a storage workload on one cluster that had an immense capacity. I calculated it to be the equivalent of either 16,000 iPads or 64,000 iPads. It was a significant amount. This capability is beneficial for us as we deal with a lot of trading data. We can perform analytics and machine learning workloads on it, which aids in compliance and enables traders to make more informed trades. It's a win-win situation.
The compliance aspect ensures that we stay out of trouble, and the machine learning capabilities help traders make better trades, which ultimately contributes to our success. I'm glad that they make money. It's wonderful.
Red Hat is making efforts to simplify the SKU system, which is a positive development. It's beneficial to have the flexibility to allocate a certain budget to explore different licenses within the Red Hat ecosystem. We can try out products and decide if they meet our needs. If they don't, we can decommission the corresponding SKU. I have noticed that we have some Red Hat entitlements that we are not currently utilizing, so having granularity in the SKU structure would be an advantage.
For our specific use cases, certain products like SAP, AAP, and OpenShift require Red Hat Enterprise Linux. That played a significant role in our decision.
Red Hat Enterprise Linux’s built-in security features, in terms of simplifying risk reduction and maintaining compliance, are an area where I've observed some of the developments with Satellite and Red Hat Insights. But since we have different operating systems, such as Windows, Mac, Linux, and a mix of server and desktop environments, I'm not sure if Satellite or Insights can integrate seamlessly with all these platforms. Currently, we use a different product to assess our CVE vulnerabilities across hosts, including phones and other devices. I do find the discussions about software supply chain security intriguing. Focusing on that aspect seems really promising.
The portability of applications and containers, specifically for those already built on Red Hat Enterprise Linux, seems pretty good. Red Hat offers UBI images that are freely available without the need for licensing. Red Hat Enterprise Linux and container platforms provide a solid setup for portability.
Overall, I would rate the solution a ten out of ten.
According to the price and if your use case is more worth saving, you can go with that. I can help determine what use case you want to pursue. If it is a small scale operation, you do not need to choose that option. If it is a huge business, you can definitely invest in Red Hat Enterprise Linux (RHEL).
The system is user-friendly and they have a cloud console for managing all the subscriptions you have purchased. From that perspective, it is very user-friendly to manage your subscription, and you can list out all the systems where you have installed this Linux, managing them from a single console.
We are saving more costs because we are getting immediate support. If any issue arises, we do not have to wait for someone to respond. We can get immediate quick responses from the support team. We are saving lots of time and from the customer side, we have heard that they are achieving significant cost savings from this.
The main disadvantage is that you may find the price is too high.
I have two years of experience with Red Hat Enterprise Linux (RHEL), and I am currently doing projects with it.
I would rate the customer service nine out of ten.
Red Hat Enterprise Linux (RHEL) is basically from Fedora. I worked with Fedora and CentOS. Red Hat Enterprise Linux (RHEL), Fedora, and CentOS are all from the same Linux family. I have also used Ubuntu.
We are a service-based company delivering services. We provide subscriptions to customers, implement them, and then complete our work.
You definitely need to consider the cost and determine if it is worth the investment. If your use case is larger and you need immediate solutions, then you should consider the cost. Technology-wise, it is very good and reliable.
I am working with Red Hat Enterprise Linux (RHEL) and am certified with the OpenShift platform, which is a Kubernetes platform. The company I currently work for operates both on-premise and in cloud environments.
Regarding patching, if any issues arise or security issues such as hacking or vulnerability issues occur, they will first address it through engineering and provide patch support to customers as the first priority. After that, they release it to the open source part. This patching process makes it more secure.
The immediate support and response time are good reasons to use Red Hat Enterprise Linux (RHEL). My overall rating for this solution is 9 out of 10.
We use the solution primarily for simulation and CAD solutions. It serves as the main use for our operating systems.
The openness of the operating system makes auditing a lot easier, plus the tools for auditing make that a lot easier to maintain.
Automation makes compliance a lot easier.
The knowledge gained from using the system completely makes troubleshooting easier and increases the knowledge pool in the company.
The extendibility of the solution and its openness, along with its integration with all of our other open-source projects, are highly valuable.
We appreciate that it is one of the few enterprise-enabled Linux operating systems we can use.
It is very extensible, which aids as our needs change.
We have encountered compatibility issues with certain hypervisors, mainly with Red Hat Enterprise Linux six hosts on the newer versions of FoxMox.
I have been using Red Hat Enterprise Linux for over ten years.
The solution has performed really well for our business-critical applications and is very stable. I have no issues.
The solution is very extensible, adapting perfectly as our needs change.
Customer support is very helpful and insightful. I would rate it very well, approximately an eight on a scale of one to ten.
Positive
The biggest return on investment is the knowledge gained by using the system. The access we have to the operating system increases user involvement and facilitates troubleshooting, thus expanding the company's knowledge pool.
The pricing and licensing are reasonable.
For non-business critical applications, a third-party Linux OS may suffice, however, for something running 24/7, it is advisable to go for stability and enterprise support.
As a system administrator, I specialize in building infrastructure on Red Hat Enterprise Linux, with a focus on automation from initial design through to implementation.
Red Hat Enterprise Linux has significantly helped our company grow by enabling automation, allowing us to provide multiple services simultaneously and reduce repetitive tasks through the creation and sharing of solutions with other teams.
Red Hat Enterprise Linux enabled us to centralize development.
Ansible is one of my most-used tools, and I especially appreciate its automation capabilities.
While Red Hat Enterprise Linux offers many valuable features, some, particularly the latest ones, are not immediately available until deployed on-premises. Additionally, although I need to become fully acquainted with its built-in security features, the dashboards could be enhanced to provide more comprehensive security insights.
I have been using Red Hat Enterprise Linux for ten years.
Red Hat Enterprise Linux is stable. I've never had any problems with its stability.
The scalability of Red Hat Enterprise Linux is.
The customer support and technical support are good. Normally, I can find my own solutions and if not, I can reach out to the vendor for assistance.
Positive
I would rate Red Hat Enterprise Linux eight out of ten.
We face restrictions in accessing the latest features for various tools, including Elastic and Red Hat. For instance, we cannot utilize certain Elastic features because they are not publicly available. Similarly, with Red Hat, we must wait for the newest features to be released on-premises before we can access them. This limitation hinders our ability to leverage the most up-to-date technology.
The key advantage of Red Hat Enterprise Linux over other open-source Linux distributions is its comprehensive support, which includes access to updates, security patches, and technical expertise.
