It is scalable, but I do not have experience in building hundreds of systems on a VM.

The system's scalability is good. We deployed it across multiple locations, departments, and other areas. I give scalability a nine out of ten.

This is a very scalable product.

From an administrative point of view, we have a team of 10 Linux admins but as far as consumers of the environment, we probably have between several hundred and 1,000 users. It is difficult to estimate precisely.

We have approximately 1,200 VMs with Red Hat Linux registered. We are going through divestitures so our company will be growing and shrinking our usage. We really don't know what next month will look like and whether these systems need to be replicated, duplicated, de-commissioned, et cetera.

I assume that in the future, we will maintain something close to 1,200 hosts.

Scalability has been great too because when we need more, we just add more, and we're good.

Since we run a number of hypervisors for all of our real systems, I believe that a lot of the scalability comes from a level higher than the operating system. However, Red Hat Enterprise Linux can accommodate these tools.

Its scalability is good. I would rate it a nine out of ten in terms of scalability.

We can scale out. When we need more machines, we just build more machines. That is not a problem. We don't do the scale ups or any of the other scaling that is out there. That is partially because of the way our applications work. You need to scale according to the application. If the application requires new nodes, we just spin up another node and it is no problem. I could run 10,000 images, and it is not a problem.

Because we buy companies, we will probably continue to increase the usage of RHEL. I don't think that will be a problem because it is so stable. We are running about 200 images right now and about 60% of those are in production. I can't see it shrinking, but I can see it growing.

I give Red Hat Enterprise Linux a seven out of ten. 

Updating Red Hat Enterprise Linux from version 8 to 9 is a complex and time-consuming process. It is often easier to install a new server with Red Hat Enterprise Linux nine and migrate our data and applications. However, if we only need to resize the CPU or memory of our existing server, we can do so using the hypervisor without having to reboot.

Red Hat Enterprise Linux's scalability is easy to manage. We can simply spin up more instances as needed, and then turn them off when we no longer need them. This means that Red Hat Enterprise Linux's scalability is not as much of an issue with the cloud provider.

We have around 2,500 instances of Red Hat Enterprise Linux in our environment.

The scalability is impressive. I would rate it a nine out of ten.

In terms of scalability, you can't beat it. It's easy for me to scale up and down, especially with Satellite. I can push out 10, 100, of the same servers for the same configuration and set up with the push of a button.

On the cloud side, Azure also allows us to scale very nicely. This means that we can scale locally if we need to because we use Hyper-V for our VM management and we can spin up 10, 15, or however many servers we need, relatively easy with the push of a button, and you can do the same thing in Azure. We haven't done that in AWS.

Most of the servers that we spin up are proxies. We use a product called HAProxy, and we can deploy those proxies as needed. There are also busy periods where we need to scale. For example, when it's the time of year for students to register for classes, we'll see an increase. 

Another thing that is nice is that Azure will scale as we see more users come online. It will automatically spin up Red Hat boxes to accommodate, and then it'll bring them back down when that surge is over.

Overall, scalability is very nice, either in the cloud or on-premises. As far as setup and configuration, you can make sure that it's consistent across the board, no matter where it is deployed.

It is scalable. It is not the most scalable in the Linux area, but for 99% of the companies, it is scalable enough for any kind of workload.

We have plenty of clusters, and we probably have more than 400 servers. We are a private cloud solution provider. We don't have anything in the hyper-scale, such as AWS, Azure, etc. We own everything: the data center servers, racks, networking, and storage. That's our competency, and this way, we can provide a better solution to the kind of customers we are focused on.

We have three different locations: one in the states and two in Mexico. At each location, we have at least three different clusters for three different market verticals. We have one for the financial, one for the healthcare system, which has a lot of compliance requirements, and one for the general public, which doesn't have too much sophistication.

We plan to increase its usage, but it is not my decision. If I sell more, I will buy more.

Upgrades and migrations are ongoing processes to stay current. We are a big company. We always have migration going on. We always have the build process. Red Hat's presence keeps increasing in our environment. We are going to have about 2,500 Red Hat Enterprise Linux VMs in the next year.

The solution is scalable.

RHEL is highly scalable and we plan to increase usage. 

It's very scalable. I haven't seen any issues with the scalability of Red Hat. I've used it in environments where we have a few hundred people to a couple of thousand people. I've never seen any issues with scalability. It's one of the big sell points of RHEL. It's as scalable as Unix.

There are around 500 developers who use it. Web-facing interfaces, it's in the thousands.

If you're using a small environment with no more than around 100 to 200 servers, one or two people can handle most of the RHEL stuff pretty quickly.

If it's a larger environment, then you're looking at staff upwards from six to 15, depending on the environment the product's being used for.

There is a system administrator to perform the initial deployment of a server to the maintenance of the server. Then there are the application developers who develop the application, write the applications, and just manage applications. In our environment, we currently have sysadmins who manage the systems. My job is to manage the actual operating system itself. Then, you have application developers, who develop applications for user-facing systems. The application managers manage those applications, not only the developed applications.

It's being used pretty extensively. It's 1,100 to 1,200 servers on one site. 

We're using at least 85-90% of the features of RHEL but we don't really use Ansible that extensively. Red Hat Satellite server we're using as a primary repository in one site. Based on RHEL, we use most of these features.

It's pretty easy and getting easier. It's not an OS issue. In terms of scalability, even while running our trading apps, we don't run into limitations related to the OS. Our limitations are more hardware-defined, and even then, we're running Red Hat Enterprise Linux on servers with eighty cores and almost a terabyte of RAM, and the OS doesn't have any issues.

It scales very well. We have about a thousand servers, but we could scale to five thousand servers without a problem.

The scalability is nice. Red Hat Enterprise Linux doesn't encounter any issues as a supporting core. It can scale effortlessly.

We are mostly using VMware and Power Systems. Scalability-wise, they are always the best. We can upgrade to get all the resources on the fly. We never faced any issues. However, if you didn't add the required parameters on your profile on VMware or the Power System, then there is an issue, but that's not related to the OS. That's related to virtualization.

Application-wise, there are multiple teams that are using these systems. We have the database team, the middleware team, the MQ team, etc. There are also system admins. The system admins are the ones who are deploying it, but the owners of the system are different.

We have plans to increase its usage. Two years ago, we had only 60 or 70 servers of Red Hat, but now, we have 400 to 500 servers. Its usage is always increasing. After a year or two, we might end up with about 1000 servers.

Linux is highly scalable in general, especially if you are using the container model, but unfortunately, we're not. I have no problem with scaling Linux or Red Hat's specific implementation of it.

The scalability is decent. I'd rate the solution eight out of ten. Different teams and departments, including application and development teams. 

We do not have plans to increase usage in the future.

Red Hat Enterprise Linux can scale horizontally because it is in a virtualized environment. Vertical scaling depends on the deployment of the solution.

We have plans to increase our utilization of the solution.

The solution is scalable. I am a Satellite owner and we've had scaling issues with it. Those issues are mostly because my company didn't make it scalable in the right way.

They have their own expectations of how to make something highly available. And Satellite doesn't fit into that. 

Its scalability is good. It's what they excel at. If we have 10 machines or 100 machines, they have the platforms to scale that up.

Red Hat Enterprise Linux is scalable. It is deployed in a 10,000-plus enterprise company.

The solution is scalable. 

The scalability depends on the computing capacity and architecture. It varies based on whether we are replicating boxes or putting the Red Hat Enterprise Linux images into containers. The tool we use for orchestration is also a factor. 

Red Hat Enterprise Linux is a scalable operating system. Red Hat Enterprise Linux offers a wide range of options and features, and we are only just beginning to explore its full potential.

It's definitely scalable because we're deploying it in our VMs.

The scalability is really good too. In terms of increasing our usage, I can only foresee it becoming greater in the environment.

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

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

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.

It's a 10 out of 10 in terms of scalability.

Red Hat Enterprise Linux is scalable.

We have about 30 to 40 servers.

Red Hat Enterprise Linux's scalability is good because of virtualization. With virtualization, we can request more space or memory processing without having to make any changes to our system. This makes the process of scaling up or down very straightforward.

Scalability is according to each product. They have predefined scalability ratios. It works fine according to that ratio. We are able to scale applications and databases. It is easy. Before deploying an application, we check the scalability of each product, and we plan accordingly. So, there are no issues. It is easy.

We have Oracle Databases with 30 to 40 terabytes database size running on RHEL. We also have some HPC systems running on RHEL. We are running a workload of around 250 terabytes on RHEL, and we are planning to extend our environment and increase its usage.

The product is scalable. We use the solution all the time. We use it in multiple locations. We have two physical data centers where we run it. We run it on a few 100 machines.

We intend to increase our use of Red Hat Enterprise Linux. We are using it more for new stuff.

RHEL is pretty scalable and easily rentable.

When it comes to increasing memory, CPU count, or deploying more RHEL instances, the scalability is good. We don't have any issues. However, I would guess it would be the same with another distribution.

While I'm maintaining 30 servers, there are hundreds of servers in use. 

The scalability is good. We are able to increase capacity and functionality based on our demands. 

I'm not sure if the company has plans to increase usage in the future.

How many people use the solution depends on the application. We likely have thousands of users. We do have some products that maybe only have a few or a few hundred. 

We've had no challenges with scaling. It can support any type of load within the data center. 

The scalability is good. We are able to scale efficiently. In our high-performance computing department, they handle a lot of scaling, and it's going well. Red Hat Enterprise Linux scales well.

The solution is scalable so I rate scalability an eight out of ten. 

Also, the scalability is a most important feature. It is quite a flexible, customizable, and scalable operating system.

So far, I haven't found anything that inhibits scalability. The only thing that I run into is probably more a side effect of how my customers use things than Red Hat itself, in so much as my customers tend to prefer to implement things in a way where it is a bit of a heavier weight than they absolutely need. This slows down the speed at which one can deploy. However, this is more of a customer issue than a Red Hat issue.

RHEL is the basis of all my customers' cloud and container solutions. 

Its scalability is good. We can work with the same server and make it a load balancer. It is really easy. In one hour or one and a half hours, we can have another server working, and we can put it in the cluster. It is really easy.

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

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

It is scalable. We can upgrade it, and the upgrades do not impact the product.

We have a team of five people who are using this solution.

I'd rate it a nine out of ten in terms of scalability. We have plans to increase its usage in the future. Our infrastructure will be able to scale. We have a plan to grow it every three years.

Red Hat Enterprise Linux's scalability is excellent.

In the last company I worked for we were deploying a PasS environment, where we were doing some stuff with containers, and RHEL worked well. In my current environment, it's more of an application base but, again, it seems to scale. Both have worked fine.

Scaling Red Hat Enterprise Linux is easy. We have clusters and simply need to add machines to those clusters to scale.

We have more applications being added all the time.

No system is infinitely scalable in a linear manner. As you scale up anything, the fact that you're scaling adds overheads. If I were to compare Red Hat Enterprise Linux to Windows, I would give Windows a seven because you run out of scalability much faster on the Windows side.

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

I rate the solution’s scalability a seven out of ten.

We're about to build out and use the elastic capabilities to spin up OpenShift clusters as needed on demand so we're about to find out if it is scalable.

The services run well, and it can handle pretty much anything provided you have enough hardware resources. That's something you always have to watch out for.

Red Hat Enterprise Linux is scalable. We have around 1,790 end users.

It is very scalable. I would rate it a ten out of ten in terms of scalability. It is highly available and scalable for servers.

In terms of the architectural perspective, the nature of the solution is scalable.

The product is scalable. We're able to provide as many VMs as we like. We never run into an issue with how many VMs we are provisioning.

The product’s scalability is good. Our customers are able to scale out thousands of instances in minimal amounts of time.

One of the reasons we adopted the Red Hat Enterprise Linux ecosystem is because of its ability to scale.

Red Hat Enterprise Linux is easy to scale. You can clone it, deploy another instance, and scale it up with a few changes. 

Red Hat can be scalable, especially if you are using it for virtualization. For example, KVM is easy to implement and scale up. You only need to add more nodes to scale as much as you want.

Its scalability is very good. It scales very well in the right infrastructure.

Its scalability is extremely good. You can scale it everywhere if you want. We have 600 to 700 Red Hat Enterprise Linux systems. 

We have applications that we've scaled quite significantly, with over a dozen servers running the same application, load-balanced, and RHEL scales quite well.

We have an installation of about 200 servers and about another 800 servers in our SaaS environment. We're looking to grow the environment where it makes sense. I like to take the approach of considering the appropriate tool for the job. We are primarily a Windows shop, but often the right tool for the job is Red Hat. That's where we would grow our environment, where it's appropriate and the right tool for the job.

Red Hat Enterprise Linux is scalable, but the scalability is achieved at a different layer compared to adding memory to a virtual machine or container.

Scalability-wise, it suits the needs of our organization and we haven't tried to do anything more than that. When we had multinode, Oracle RAC systems, we had a four-node RAC, each of them had four CPUs and 64 gigs of RAM, and they were all running one database. Performance was not an issue with the database.

This is one of those systems that people can use without knowing it, in a web context. Pretty much all of our research staff and students are using it, at least to a degree, even if it's just for storage management. From their perspective, if you ask them what they're using then it's just a Windows share, but in reality, it's RHEL. There are between 30,000 and 50,000 users in this category, and the majority of them wouldn't even know it was Red Hat.

We've got a fairly straightforward Red Hat implementation but the users do a variety of jobs. Some of the work that we do is implementation integration, so there are no specific users per see. It's just about migrating data and files, depending on what we need. The people that use it in this capacity are academic staff, finance staff, libraries, IT staff, students, and researchers. It is also used by systems engineers, senior systems engineers, the senior security person, my manager, and his boss. There is also a deputy director and the director.

We're probably not going to increase our usage by any level of significance. At the same time, we're probably not going to decrease in any great rush either. We're in a phase where we're looking at what can be put into cloud systems, and we are targeting Product as a Service in that space rather than infrastructure.

Essentially, we're looking to move away from managing operating systems when we put stuff in the cloud, but we still have hundreds of servers, just in one of our locations. The majority of them have no plans to move at this stage, so our installed base is fairly stable.

Red Hat Enterprise Linux is perfectly scalable. You have some resource limits depending on how you're using the technologies. According to those usage patterns, the system is going to be able to give more or less. However, this depends more on the user side than on the system side.

We have approximately 10,000 enterprise users using the systems. They sporadically log into the applications and make use of the database systems and extract information. 

I rate Red Hat Enterprise Linux a ten out of ten for scalability.

It scales well on my platform. We are running OpenShift and other machines on it, and it scales without any issues. Although, it's largely due to the platform itself.

Scalability is something my company hasn't delved into that much. Right now, scalability is mostly on the backend hypervisor or how we leverage AWS.

The solution scales well.

It has the ability to scale. I know that it can scale, but because of my limited experience with scaling, I don't know how good scaling is. I have only done the basic scaling, but I would assume that it can scale way more than what I have done.

Most of my usage of it is on a private cloud. I've used it in a hybrid cloud environment, but I've not done a lot of work with the hybrid cloud because most of the clients we work with have private clouds. The little bit of experience I have had with the hybrid cloud was related to basic application installation and scaling. For the scaling part, I was able to have the applications first in the private cloud and then migrate or move it to a hybrid cloud. I was able to integrate them, and I was able to change the environment, as well as have them work in a cluster. The scaling part was seamless. It was pretty easy. It was easier than I thought.

The private cloud is deployed at three locations. The public cloud is deployed across two regions. There are a lot of users of this solution. There are different systems for different applications and different services. I can't put a number on the total number of users. Some systems have 50 and some systems have close to 70. There are systems with just 10 or 5 users.

It's deployed at multiple locations. Approximately, there are 200 people using this solution.

The product’s scalability is fine.

The scalability is six terabytes. That is what we're doing. We are printing HANA servers on that scale, which are more in the 2.5 terabyte range. However, we had to create one for the migration initiative on the VMware, which was six terabytes with 112 cores. It worked, and that was it. It also works with bare-metal, but you have to be aware there are challenges in regards to drivers and things.

It's easy to scale up and scale out.

Of the people using our RHEL systems, some are system administrators and some of them are just consuming power or memory or CPU from the server. They only have websites and they don't come into contact with the underlying operating system.

RHEL accounts for about 10 to 15 percent of our servers. Our usage increases all the time.

The solution also enables you to deploy current applications and emerging workloads across bare-metal, virtualized, hybrid cloud, and multi cloud environments. We only use on-premise in our infrastructure, but you can have it on bare-metal or on cloud or multi cloud. For us, it's been running great. It's reliable.

The solution is scalable when combined with automation features. I rate its scalability a nine.

I'd rate it a nine out of ten in terms of scalability. It's being used in the banking center, and they are running their applications and databases on it. 

We have LVM configurations, so according to the application, we can increase the disk size. The environment is quite good for my use.

We have around 30 workstations and approximately 60 servers.

It's scalable.

The solution is deployed to the data center, which is managed only by a few teams. 

About 150 people are using the solution. We also have 45 to 50 administrators as they are managing different areas.

The solution is scalable. However, I'm not sure if we plan to scale further in the future.

It's quite scalable. I personally haven't had any issues in terms of scaling Red Hat, be it in a virtual machine or be it through a container. I haven't had any issues in terms of scaling. I do know one limitation they have, but it applies to very few people. For example, the amount of RAM they support does not reach one terabyte. However, I've not had a use case where I needed to have one terabyte of RAM on one particular server.

We have around 20 Red Hat servers. They're distributed across Azure and on-premise. They're normally running web services. Most of the applications they run are accessed by everyone in the organization, and there are 3,000 to 5,000 users.

Red Hat Enterprise Linux's scalability is better than other competitors.

We run this solution on a really small scale. We are a development group so we're not working on large-scale systems. We generate proof of concepts and then show that to the company for them to use so I can't really speak to how it scales.

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

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

Red Hat Enterprise Linux is scalable. We have not encountered any issues. Since we are virtualized, it is merely a matter of allocating virtual CPUs, virtual memory, and so on. The limits are very high, so we are not currently experiencing any constraints.

As time goes on, the solution gets better. It adopts new features. I would say that it does a pretty good job.

No issues so far. You can always scale the hard disk as much as you want, add NFS, CIFS disks and still the enterprise solution would run seamlessly.

We have never had a problem with the solution’s scalability. We have around 6000 Red Hat Enterprise Linux servers in versions 7, 8, and 9.

We haven't had any issues with scalability at the OS level for years.

Scalability is excellent. With the introduction of hybrid and multi-cloud support, one can scale up as well as scale out his workloads pretty easily. We usually scale up our traditional workloads when we need more resources i.e., during peak seasons. 

Four people in my team are responsible for deployment and support of Linux based workloads. 

We have around 300 virtual machines (VMs) and roughly 20% of them are running on Linux environment.

It has been relatively scalable. We don't have any super large deployments, but we've had some scaling of specific applications, which has worked out great. We're integrating it more into Ansible and using our virtual hypervisor platform to recognize times when it needs to scale, and when we expect a large deluge of customers coming into our website, we have to have the backend expand. We've been doing that manually up to this point, but we're looking forward to being able to automate that.

The solution is scalable. 

No, we have RHEL servers of varying capacities and workloads, so far it's taken everything we can throw at it.

It is scalable. The number of users would be in thousands. They include IT teams and end-users who obviously don't even know that they're using it.

It's very scalable. When you're using the right machine and the right settings or right parameters, it's highly scalable

I have no complaints about the scalability.

Red Hat Enterprise Linux is scalable.

Yes, there were scalability issues, but I blame that more on my employer than on Red Hat.

It is scalable. I scaled it in a way that I put a load balancer and a few servers running behind that. When working with clients, we scale or expand usage based on the need.

I used to work on and manage a website, which was just like YouTube. Around 1,000 users used to use the site, which was definitely putting a load on this server. There were around 30 servers managing the traffic. I could manage 1,000 simultaneous users.

Not encountered problem with scalability

No.