The scalability is also good, not that we've needed to do much so far.

We don't yet use the anomaly detection to help alert on unusual or dysfunctional behavior, but that is a feature we want to implement.

Centreon is scalable. We started with a central server and four remote pollers and continued adding some pollers. We can add or remove pollers without problems. Currently, we have around 14 pollers, and they all work well. When I want to add or remove a poller, I don't need to change the configuration on the central server or resize the server. We have around 200 users, and we are monitoring around 5,000 devices.

It is quite a good tool. It is scalable in the sense that we can use it for more hosts and services that we want to monitor. If we monitor different kinds of devices, we can still find plugins and plugin packs directly from Centreon's support and website. They are still developing new plugins and updating them. So, it adapts to your infrastructure. They have also developed some patches. So, it has good scalability.

I rate Centreon eight out of 10. The scalability is high enough to monitor our client's infrastructure. 

The company can help you scale. For example, on the website, they mention that if you would like to develop your infrastructure, they will let you do it for free and give some recommendations about what you need.

In our case, for each new project, we start with an all-new infrastructure. I don't take existing infrastructure and evolve it, I start from scratch. Therefore, it's hard to discuss the scaling over time. 

We had near the maximum amount of users, at about 200.

Out-of-the-box, Centreon scales without any limits, from a default point of view. You can add different pollers to reduce the loads on another poller. From the outside, you have a web server on the internet, where you can monitor it. 

For the future, it would be great if Centeron redesigned the way of holding the performance data, especially for Monitoring Business Intelligence (MBI). This is an enterprise product of Centreon, and the amount of data stored there is not a small thing. Maybe, they could phase in with another amount each year or use Elasticsearch to reduce the data amount and query time, because the MBI module from Centreon is very nice, but the data storage is huge. This is something that they can take care of to make it a bit better. 

In general, Centreon scales great without any limits. If you have a limitation on a single poller, you just have to set up a new second, third, or fourth poller. Then, you can distribute your monitoring.

In our organization, we have around 100 people using it (out of three companies). We have 50 different customers of a wide range, like automotive and medical, who are all independent, self-standing companies.

The scalability of Centreon is very bad because of the nature of the software. It creates a bottleneck at some point and that drives everything else related to the software. 

I believe Centreon is working on a SaaS version of the service, but currently, you cannot have many hosts because of the cost of only one computer or virtual machines. Amazon permits 128 processors and, for VMware, I think it's 28. If you already have 28 CPUs and you add one more, the monitor is dead.

We don't have plans to increase our usage. We have bought Dynatrace and we will be removing Centreon in the next six months.

We have about 150 users of Centreon. Some are managers but they are generally technical people such as project managers and support. I'm the only one involved in deployment and maintenance of the solution.

Infrastructure scalability is smooth because it doesn't break down or have downtime.

The solution is 80% scalable.

The scalability is acceptable, but there is room for improvement.

There are no issues that I know of at the moment.

We did have scalability issues with an older version, but now on the newer version, there are no problems. We even have more pollers than before and everything looks good.

This solution is almost infinitely scalable. Almost everyone in the company works with it at some level. We have approximately 20 people in technical roles who use it, and the environment contains between 3,000 and 5,000 devices. This could be monitoring a single internet connection, up to monitoring thousands of systems.

In terms of versatility, Centreon came from a traditional monitoring system, so it is better with traditional infrastructure. However, they're building more cloud monitoring and it's something that they're working on. But its current strength is on the core network infrastructure components, as I see it.

Versatility is not something that is critical to our monitoring operation. For some of the cloud services, we can spin up instances and we can monitor that way. But, some of the cloud instances, depending on what it is, need to be dealt with in a different way. Often, the provider has solutions for that.

In terms of the scalability, so far it looks like it's been doing well. We use the best practices that they send us.

We have a problem because we're growing a lot, server-wise, and we have to accommodate the capacity and rearrange it every time. Sometimes the engines are loaded. But it's something that we have to keep watching because it's installed in our servers, not in a cloud. So we have to make sure that the sizing is what it should be.

Maybe another thing that would be helpful would be a way for Centreon to monitor itself, to tell us when we need to add more engines, or when need to add more CPUs - scale up, scale down - based on the Centreon infrastructure. I'm sure they have this in their best practices, but it would be much better if this was part of an actual alert, so we would know, beforehand, and not have to proactively check it every once in a while.

The solution is monitoring 6,000 services.

35 percent of the technical support use the solution.

No issues with scalability.

It is scalable. We have tens of thousands of homegrown devices.

We have five users, including our CTO and systems engineers. They can design, implement, and train people on the solution.

It would be a lot better if they improved the scalability and granularity of the data.

It's very scalable. We have installations with more than 10,000 pieces of equipment. We use the free version and it works well. You just add more pollers and segregate the database.

It's really scalable because you can spread the roles of Centreon across different servers and you can add servers when you grow your infrastructure.

Right now we have 1,000 hosts, and the other deployments we do are around 500 to 2,500 hosts, usually.

No scalability issues.

The scalability is intermediate. It's in some ways it's very scalable and in other ways it is not. But it is only a monitor. It's only used to get the information on the infrastructure. We don't ask for scalability. It's a very good product for the price. It does the job.

We haven't had any issues with scalability.

We have not had any issues with scalability.

It's absolutely scalable. We're monitoring 1200 hosts from a single server, and you can have multiple pollers. We've just implemented five pollers across our different states in Australia. We're just pushing out the configuration to those pollers.

We haven't had any issues with scalability.

We haven't had any scalability issues with the monitoring solution part. But in terms of data, analysis, we have a very large amount of data, a big database. The MBI, the Monitoring Business Intelligence part is very important for that because we have limited data analysis, graphing, and reporting. With the new solution, we will have success with that. This improvement will enable a lot of functionality and features in terms of Big Data treatment.

I don't have any experience with scaling. It's supposed to be scalable on paper, however, I haven't really tried it in practice nor do I know other people who have tried to scale it up. Therefore, I have no firm opinion of the potential to do so.

In general, we have about 30 users on the platform at the moment. Most of them are customers who have read-only access.