IBM SevOne Network Performance Management (NPM) Reviews

We use the solution for performance and capacity management reports. The product gives us flow data that helps us determine the top users. We also use the solution for LAN, WAN, and Wi-Fi.

I like the tool’s scalability and real-time reports. Earlier, we struggled to give real-time reports to clients. I also like the tool’s deployment model where we can deploy it either on-premises or in-house. We don’t have to carry the data all over the globe. Also, I am impressed with the tool's flow reporting and Wi-Fi.

The tool needs improvement in non-Cisco SD-WAN.

I have been using the product for four years.

My company has 500 users for the solution.

We talk to the tool’s support on a daily basis or whenever we need their help. The product’s support is good.

The tool’s setup was easy. We were able to onboard two major customers within two months of the product’s deployment. The overall deployment took around three months to complete.

The tool is not expensive. We were able to negotiate with SevOne on pricing.

I would rate the solution a nine out of ten.

Sometimes we get requests that a customer needs CPU or disk or memory performance or utilization graphs. We add those servers or devices into the tool and then we can generate the graphs and provide them to the customer.

Customers also ask us to create alerts. The tool generates alerts for CPU utilization when it is close to, for example, 90 percent utilized.

It is deployed directly on servers as well as on virtual machines.

One of the benefits is its ability to transform raw network performance data into actionable insights. That's one of the keys for us. When something goes above a threshold, we can see it in the alerts and take action. Likewise, we can see graphs and reports and we can judge what to do before something goes wrong.

Some of the teams that are using our graphs from SevOne, and the capacity team that uses the data it generates, are able to make decisions before something bad happens.

We use SevOne to monitor a multi-vendor network. We have a lot of different kinds of devices in our scenario. We have Cisco switches and network devices from various vendors. The alerting and reports that we can generate help us see if something is not the way it should be.

• Reports
  
• Alerting

These are the most valuable features for us because the customers in our company primarily want to see performance and usage graphs, and they are always concerned with the alerts.

Another useful feature is that SevOne gives you real-time insights into your network performance. It polls every five minutes. That is important for our customers because there are some network teams that are always monitoring their networks. There is an option for setting the polling frequency to less than five minutes. That means you can monitor your infrastructure faster and we do that for some of our devices.

And the data collection functionality, using SNMP protocol, is good. It's doing its job.

I'm not really sure if this was the software's fault or a server issue, but a couple of years back the disks were failing on our SevOne physical server every month and the server would go down. The secondary server took over from the primary until the disk issue was resolved. That was annoying.

I've been using IBM SevOne Network Performance Management since 2013.

It is resilient. If the server goes down, all the data and functionality is taken over by a secondary server. In our scenario, there has been no data loss.

You can add as many devices as you want, but I think you need to buy more licenses to add more devices. But scalability is not an issue. We have seven to eight clients and we monitor more than a thousand devices for each one.

There are no new clients in the pipeline, but if another comes along, we will definitely recommend SevOne to them.

The SevOne support team is very good. Whenever you have a strange issue or a big issue, something you have never seen before, when you reach out to them they are always available. They are very fast and always help us.

Positive

I deployed SevOne on a virtual machine a couple of years back. The deployment was easy and straightforward. The installation wizard helps, giving you all the details of what is happening. There was no confusion. And it was fast as well. It took roughly two hours.

Someone from our deployment team helped me. He told me to just "apply this, do this, do that," apart from what the wizard showed me. I believe he was in touch with the SevOne guys.

I can't say anything specific about the investment in the solution because I'm not given that data by my company. But our clients are still using this solution after many years with our company. That is a good indicator that they must be getting a good return.

There are other tools that we have used, like eHealth from CA. It also gives you graphs but we don't like that tool. We like SevOne. It is older than SevOne. We are using it for some clients that have had it from the beginning, so we cannot remove it. But eHealth has bugs. With SevOne, I don't have any complaints.

Definitely go for it. The interface is user-friendly, and it provides so many reports and alerts. It gives you a good, total package. And the support team is also very cooperative.

I can't think of very much that the solution lacks. Everything looks okay to me.

Our company provides managed services to our global customers for our networks. We also sell our WAN networks and provide managed services on the LAN network. We use SevOne to look at the performance management of the networks that we sell to our customers including routers, switches, and network links as they go up and down. We have installed more than 100,000 devices on the non-SD WAN side of SevOne.

We can determine the performance utilization with metrics of the devices including fan speed, temperature, and other generic health checkups. If the utilization is high we raise an alarm in our ticket managing system and then our service desk can start looking into them.

We use SevOne quite extensively. We use all the modules extensively both internally and externally with our customers. They log in and use SevOne to access the tools.

The modules and the performance management reports that come with data insights are two of the most valuable features. I also find the reports for Wi-Fi, Netflow, LAN, and WAN for monitoring to be very good. 

SevOne Network Data Platform could improve its SD-WAN side. The system is still maturing. Cisco is always changing their product and new products are coming to market, they have an opportunity to focus and forge a good relationship with the SD-WAN product. They could build a strong product to provide services to SD-WAN.

I would like to see live maps as an added feature. Also, build modules on AI and EML to provide better data insights that would proactively tell us what we should be looking after.

I have been working with SevOne for three years.

There are no issues regarding scalability. You can scale horizontally as many as you want. We are able to deploy across customers. We have a regional deployment model. For one of our customers we have deployed it on their cloud so that they can keep it close to their customers and have better performance.

We rely on technical support a lot. We use them for upgrades as we can not upgrade ourselves.

I have many clusters deployed so it is difficult having to rely on them for these upgrades. It can take six to nine months for me to complete the upgrades across all the clusters. It is not just one component that requires the upgrade, there is also DI, NMS, and Wi-Fi as well.

I would prefer that SevOne release service upgrade modules that would allow our team to conduct the upgrade rather than relying on them.

The relationship we have with SevOne is good. They have maintained a good relationship with us.

We have been deploying to various customers over the past three years. we face some challenges in the SD WAN space but with LAN, WAN Wi-Fi and Netflow deployments.

We have evaluated LiveAction. LiveAction has a good interface and navigation screens for SD-WAN.

I am impressed with their LAN side, WAN side on the Wi-Fi domains, but  the SD WAN has room to improve.

If not for SD WAN, you can blindly use SevOne as a solution.

I would rate SevOne Network Data Platform an 8 out of 10.

We use it to look into performances in our system and different dedicated environments. We try to draw graphs that represent what we have in terms of time response, bandwidth, and input and output across all our data centers to see if the load balance is correct. We have some traffic flows that say if the traffic is dropping and being taken by another data center. There are a lot of reports all around about different points of our architecture.

It is deployed as a physical appliance on-premises. So, we have the SevOne appliance in our data center.

Based on some metrics, we have policies that will raise issues and tickets internally, in case thresholds are being crossed. 

We have benefited mainly from the use of the dashboard interface. It makes the network visually interesting for people who are not in the network. A lot of people are not network techies who understand streams in the network. Based on location, we have streams coming in and out. They can see visually when there is some problem. They don't need to understand all the network technology behind it to be able to understand if everything is working well or if there is a problem. 

The visualization doesn't remain in the network. It is available for everyone in production management, etc.

We don't use all the features so far because we are just using the product that was there without supervision for one year. So, with a couple of colleagues, we are doing a lot of work to put everything back on track. We know that SevOne can do a lot, in terms of hitting some baselines, especially with their new visualization software, SevOne Data Insight (DI). This gives a new perspective in terms of dashboarding. It is something more dynamic and flexible than the previous version.  

There are different types of reports based on the metrics that we want to monitor and check.

The most valuable feature is that we can draw reports with the historic value of data. So, we can see if there is a trend in the past or if something has been changing over the past couple of weeks. When we have an incident, we need to go back to the occurrence of this incident some time in the future. We can see if it is something that happens regularly or not.

Data coming from our system to SevOne needs to be comprehensive. This is the way SevOne works around data flows. So far, it has been good.

They support software-defined networks as part of another module. They have their main module, which is called NMS, then they have other side software which complements the main architecture. They also support software-defined networks, like Cisco ACI. 

We made assessments internally about the system, i.e., about what could be done better. There are a lot of points. 

With the administrative management of the appliance, if some object appears from SevOne because something changed in the network or whatever, then as an administrator you will not be aware. If you are using this object in a report, this object will disappear from the report and you will not be aware of it. So, if you have 1,000 reports, you cannot always check these reports everyday to see if objects are missing or information has disappeared. We don't have any information on alerts, saying that something is happening there and maybe we need to take action. If an object was replaced by another one, or if a link was replaced by another one, then the graph needs to be changed because it doesn't exist in the graph anymore. However, we don't have this information.

This is also the same in terms of the internal architecture that we put in place inside the system. We can tag our network device based on the firmware, some rules, or a manufacturer/vendor. But, it is not always clear when we add a bunch of devices that they will mark these categories. For example, we need to make sure that one device is from a specific vendor. We have to dig deep in each device to make sure they are really attached to the correct vendor. If they're not attached to the correct vendor, then information will not be pulled in the same way, and we might be losing information. So, small tweaks need to be made to the internal management, making it easier for me.

SDN networking is going from legacy towards object-oriented, so we don't have a choice. It is something that we are using and need. Unfortunately, our IT lead is not really into the SDN solution of ACI, as apparently it is missing some features in terms of deep analytics and monitoring of ACI hardware infrastructure as-is. In the future, we may use SDN infrastructure because I know they are releasing features every month.

We have had it in service for five years. I was not there when it was installed at the beginning. I have been handling it for a year and a halfs.

It is really stable. We don't have any issues, except when we do our disaster scenario a couple of times a year. We have to physically cut the connection between our sites for redundancy and compliance. Then, we can sometimes see that we need to ask the help of support to put back the database in a correct state because the replication is not always clicking well. But, that is most likely because of the technology used behind it. MySQL is always a bit sensitive in this kind of scenario. So, I am not sure it is really the SevOne application that has an issue. It is more the technology that lies behind it which can be a bit faulty in these kinds of scenarios. Besides the replication, it works really nice. 

Without disaster scenarios, we are reaching 100% of availability easily.

We just scaled it up a month ago because we were reaching some limits. It is quite scalable. It took a day to scale it up with the new appliances that were delivered. It is quite easy to scale.

We are monitoring 886 devices. That is infrastructure monitoring. There are more devices that we still want to monitor. Our plan is to reach 1,300.

We use the technical support quite often. It is good, though it depends on the location that is doing the support. There are several locations that do support, whether it's India, Poland, or the US. Depending on that, the support can vary as well as the response time, because we're not always in the same time zones as their support. Sometimes, it can take a long time to receive an answer if we have been redirected to the wrong support.

Since it is something new, we are in contact with the vendor. We can give them some updates about what issues we are facing and if we are happy with the product so far. 

We are using another tool called EMC Smarts, but it is more for event monitoring. So, there isn't any drawing of dashboards. It is more only thresholds for SNMP Traps that can be received. Based on that, it distributes tickets. So, we cannot see the history nor draw the status of a link. 

A long time ago, I used Nagios, which is kind of the precursor to monitoring. However, I cannot compare it to SevOne because I used it about 10 years ago. 

You have to try it. The first step may be a bit harsh because of the layout. It's an older type of layout, but it works. Once you find your way with it, it is quite easy and straightforward. But, at first, it's not always easy to handle. But, it is a good tool that works nicely. So far, we don't regret it.

We need to master the system to be able to fully grasp what can be done. It is not for every end user who wants to go into the system and start monitoring whatever they want. They need to be able to grasp some content before that. Without training or previous knowledge, it is not always easy to grasp every concept behind the solution. It is a monitoring system so it's not a system where you click, then drag and drop.

I know they support telemetry. But the device on the end user side needs to be able to send telemetry information, which is not something we can do yet. We don't have enough devices doing telemetry to really use that feature to its greatest potential. So, this is something we have on our roadmap, and probably we will dig into it in a couple of months or years when our infrastructure is evolving in that direction.

Telemetry is something that we would like to invest some more time with, because it is different from having just simple SNMP polling, which is heavy on the system. It puts on a lot of overload based on the frequency of polling. By default, it takes five minutes. We want to have something with a frequency smaller than five minutes and maybe pause every 10 seconds, and SNMP can do it, but it puts a lot of overhead on the system. With telemetry, the big advantage of telemetry is a constant stream of information. There is no overhead. We just have a constant flatline of internal usage. We don't have huge peaks. We have fast information, close to real-time. We should have closer to real time monitoring in the future, instead of just being passive and waiting. There is still a ways to go for telemetry, but most infrastructure is capable of doing it.

Nothing is perfect. I would rate it a solid seven (out of 10) because a lot of points could be improved. I have a long list of small tweaks and customization that can be brought to the system. We give some of them to the customer support, but we are not their only clients. So, they go through prioritizing all their processes. Sometimes, our propositions are refused. It is a good system, but there is still some room for big improvements.

This is mainly used for network performance monitoring and availability alerting. Also, we are using SevOne to help with the troubleshooting of any issue. For example, whenever there is a service outage, we have a look into the graphing data. Mainly, we are using the SNMP data and NetFlow. Other than that, we are using the ICMP availability, which is just an availability check. These are the major areas that we have been pulling.

It is a physical box installed in our data centers.

We are not building the reports. We just give the reports some basic things. It's kind of self-service for the engineers. They have access to the tool and build their own reports based on their requirements. So, they explore whatever is available out-of-the-box, like the performance report, topology, or any other kinds of alerting reports. Nowadays, they have started concentrating more on Data Insight.

Whenever there is an outage, the first thing they will do is come into SevOne and do security data analysis. They will then contact the next level (the support groups) for troubleshooting. We also get a deep dive into which host is consuming more data and utilizing what protocols. These are all NetFlow, so it is all pretty helpful. It's helping with the day-to-day operations. We have a separate team who consumes the data for the operational analysis. Whenever they do root cause analysis, they look into the data.

SevOne offers multiple integrations. They also have their own collectors and have business partnerships with other enterprise-owned companies, like NetApp. They have efficient integration which comes with the existing support, and we have been working with SevOne to implement it.

Sometimes, there are multiple issues outside of our network, but we have visibility into that kind of data.

It is pretty much a tool which provides all the data sources. You can integrate with multiple other platforms, like SD-WAN. They also do integration and offer the app data. Therefore, you can pull data from many other sources that can be used for visualization and analysis purposes. Also, they have Data Insight, which calls the SevOne API and gets the data in real-time. This is an additional model that gives a direct view into the metrics and imports critical KPIs.

We have a dedicated SevOne appliance for the data flow. The overall comprehensiveness of the data is good. There are no false statuses. Whatever it reports, that pretty much matches the actual device performance.

SevOne provides support for all universal connectors. They internally work with other data sources to get features implemented. We have an SD-WAN implementation and use other app data to monitor performance. If you pull that data into one centralized location, that is very useful for management.

The solution supports software-defined networks. This is required in terms of analyzing any sort of integration or performance issues, which are all very critical metrics.

The out-of-the-box reports help out and have a good design, which provide us with more value. We can import/export them. You can save a report based on your requirements. You can build some templates, and using those templates, you can then build multiple reports. So, their template option is really helping us out a lot. We use the reports out-of-the-box most of the time. We are not customizing them as of now. 

The dashboard is all based on the object indicator and different devices. They have a hierarchy where users create a report and select the required indicators to pull out some data. It is all pretty straightforward and flexible.

We have an integration with ITSM event management, ticket creation, and alerting. It provides good options in terms of REST API and SOAP API. You can follow the trap to the destination whenever there is an alleged violation. They have multiple options for integrating with any other ticketing tool as well as event mapping tools.

We previously have had discussions on some reporting enhancements. So, we raised a feature request, which was delivered from SevOne.

I have been in this domain for almost 10 years. When it comes to SevOne, I started using it two years ago.

The stability is 100%. It is very stable.

All the stakeholders in the organization are using it.

We have two administrators for the solution who are responsible for the application. 

The technical support is great. They are very quick if we get stuck and they need to provide resolution. They are experienced with the product.

We have regular calls with the sales and technical teams.

When I joined, I started using SevOne and it was already implemented. We have done some version upgrades and configurations. I am just managing it because it was already running on-premises.

SevOne offers multiple integrations. They also have their own collectors and have business partnerships with other enterprise-owned companies, like NetApp. They have efficient integration which comes with the existing support, and we have been working with SevOne to implement it.

SevOne has excellent support. They are pretty much available whenever there is an update. That is not run by us. They also work with us to complete any planned upgrades.

Before the upgrade, we have a precheck and evaluation call so we can plan the upgrade. This is based on the SevOne advisory for the version update. The upgrade is seamless, not complex.

We have definitely seen ROI. We are adding more value. This is the primary tool used, in terms of support. So, it does a really good job in terms of getting the data and our current use cases. It keeps us stabilized as well as up and running.

When comparing it with other products, those have multiple installations, e.g., for NetFlow, you need to have a different model, but also you need to have a different application. SevOne is the one tool which provides multiple features. The servers or databases have different plugins. It can be used to monitor various components of the network, applications, etc.

It is a very simple, flexible tool with an easy graphical user interface. This is a great tool for having all the SNMP and ICMP reporting in one place. There are a lot of integrations for this tool.

They offer good monitoring and reporting.

I would rate SevOne as a nine out of 10.

We have quite a few use cases for the SevOne NMS. It's mainly for performance management by our different network teams and we also do performance management of our external customers. That means we offer businesses and schools and others access to a Comcast device for their site to give them internet, or site-to-site connectivity. We also monitor our Comcast Digital Voice in SevOne NMS. For the external customers and the Comcast Digital Voice, we're inputting flat file data into SevOne so that we can get the metrics for that flat file data and provide it to those customers. We're doing SMP and what they call xStats. 

With SevOne DI we allow our external customers to log in and get a report for their data. We give them a subset of the data that we collect so that they can see that we're staying within our SLAs.

I mainly focus on the thresholding capability of SevOne. We configure thresholds on the performance metrics and they send us alerts so that the NOC is alerted about the systems that are having issues. I maintain SevOne and I give the customers what they want. They're the ones who let me know if there's an issue. They're the ones monitoring the health of our network. We have various NOCs, depending on the device type, and they're the ones that will let me know if something needs to be modified or tweaked to enhance that performance management.

We have a SevOne NMS cluster that is also attached to a SevOne Data Insight cluster, and the SevOne NMS system is also sending out the SDB to a set of servers that we maintain for customers for rural data.

We're using the 300K which we've licensed to 200K and we're on version 5.7.22 of the NMS and 3.0 on the SDI.

The main benefit of using SevOne is the fact that we can pull in a new vendor rapidly. With the changing technologies, we can get a new vendor certified and monitored in our system faster than before. With our previous system, we had to wait for them to put it into the upgrade. It could have been months before we would actually monitor new equipment. Now, we can monitor within 10 days. 

Also, with the xStats, we're able to monitor non-SNMP data from various vendors.

SevOne provides us with continuous analytics of our network and that gives us an idea of the health of our network, where our weaknesses are, and what needs to be fixed.

In most cases, SevOne enables us to detect network performance issues faster and before they impact end-users. We've had situations where new issues have come up and we have actually used that to create a new threshold to alert us the next time. But overall, it helps us with early detection.

When it comes to having a complete view of our network performance, I would rate it very highly. It's the key piece of equipment that we use for monitoring our performance.

The most valuable feature is the NMS because that's the core of the system. Without the NMS, the other tools aren't that usable. 

The SMP and the xStats, which is for flat file integration, are both useful for integrating the various metrics that the device provides to monitor the performance of those systems.

It's also important that the solution’s collection abilities cover multiple vendors’ equipment because we have multiple vendors. For each device type, we typically have two vendors, minimum, so that we're not tied down to one vendor. That means we need to have similar monitoring capabilities on those various vendors, which SevOne is able to provide.

The solution’s out-of-the-box reports and workflows for automatically helping us understand what is normal and what is abnormal in our network is very important. That's the whole purpose for using this tool: to pick up anomalies before the customers call us up about them, whether they are internal or external customers.

There are some tweaks and enhancements that I've already requested. One is to be able to make changes per device rather than as a global setting. That has to do with naming. It's minor.

I've been using SevOne for close to 15 years.

It's very stable. We have only had a few minor issues and they were mostly hardware-related.

In terms of scalability, nothing has been able to beat it.

Currently, we have over 7 million objects monitored, and that's over 181,000 devices. We are still increasing. We're pulling in other customers who are using other tools into the SevOne. It's constantly expanding.

SevOne technical support is very good. They're always on hand. We actually have two resident engineers on site who help us on day-to-day issues. We also have help from the support and development groups for any anomalies they can't handle.

We used CA's eHealth but it wasn't very flexible. If you wanted a device certified, you had to wait for the next software release to get that certification. The vendor also wasn't very receptive to changes. It was hard to get them to adopt.

The initial setup was fairly straightforward. The system works off a master cluster, so it's easy to set up and easy to understand.

Our deployment took about a year. That was 15 years ago, but other implementations have taken a lot less time, moving forward. Our network was very complex so a lot of device certifications had to be done with SevOne, early on, to get what we needed out of it. But within the first couple months it was usable. It just took us a year to finally get us to where we wanted to be, with all the customizations.

Our initial implementation strategy was that we deployed SevOne and left the old system up and running at the same time. That way, we had a failover capability to go back to the old system, if needed.

We have hundreds of people in our company who work with SevOne. We have the NOCs that are monitoring the health of the network. We have the end-users that are monitoring their pieces, whether that would be an application server or a range of business. And then we have our commercial customers that are getting the utilization and health metrics of the services that we're providing to them. We also have salespeople who are monitoring it to make sure that their customers don't need to upgrade.

We used a SevOne resource in addition to our own team. SevOne's team was excellent. Every time we came up with something, they were really rapid to come up with a fix or with a method for us to keep going. They were totally onboard with our solution.

We've been able to get off of other platforms, resulting in a cost savings.

Also, the fact that we can monitor our customers' data performance and stay within our SLA means we don't have to send money back to them. If we don't meet our SLAs, we have to pay them back. SevOne provides us with a great cost savings there.

The pricing has been fair.

In addition to the standard licensing fees, we have the annual maintenance fee because we purchased the hardware from SevOne.

We looked at four or five other vendors and we had a bakeoff among them. The main difference between them and SevOne, at the time, was cost. SevOne could provide the same information and data at a much cheaper price.

I prefer physicals, but virtual systems work if they have the capacity that SevOne recommends. You can't undersize the systems.

We don't do flow data here, although one group tested it in the past but they never purchased it. But it's nice to be able, within 10 days or less, to recertify a new device. That's one of the reasons we picked SevOne years ago. And we can modify those certifications at any time, ourselves, and that is something we do.

Overall, for what we're using it for it's very solid.

Our client who is using SevOne is a large client, it's big. We have to create multiple instances to support their infrastructure on the platform because they are very huge and are on-prem as well as on the cloud. Because Turbonomics is unlimited, they can do certain VM levels. I think you can do 11,000. You can collect 11,000 metrics from the VMs and you cannot go above that number. So let's say if you have 9,000 VMs, you can handle it, but sometimes you become busy and you're doing a lot of collections, or if you start collecting the processes' metrics, that is going to be a problem for you down the line. So we have about eight instances to support the platform on-prem and I think 11 or 12 on the cloud.

In terms of how SevOne improved the client's overall functioning, they reduced the cost analysis for the people. They are not good with the forecasting. They have their own capacity performance management teams that can now rely on this tool. The other benefit they are getting is that they don't have live support. If any issue comes up, like a performance issue, then the VMs are going to scale up automatically, and it is the same as in Azure. In Azure, the problem is that it is going up and down. It's a problem. When you have the SQL Server, there is the issue that we cannot do that with it.

Sometimes we have a lockup. If you have a lockup of the VM in Azure, the scale-up and down won't work. So the benefit you're getting is that we have a maintenance window, and in that maintenance window we tell everybody that we're going to scale-up or scale-down these VMs, any of these issues, and we have the maintenance time to do that. That's the benefit they're getting on that certain time. But it is not doing it automatically because in Azure there is always an issue with that. As for the VMware environment on-prem, you can do it. It does it automatically.

The feature that I have found most valuable is the scale-up and scale-down. The scale-up is an operation where the CPU boosts-up and then the memory will boost-up. That works awesomely. But the problem is when you do the case analysis, like a price analysis. Let's say you have the price. When you go to market, it picks up the cheapest rate or maybe coupons. If Azure sometimes give us a very great deal, then the Turbonomics doesn't kick in to evaluate that price. So that evaluation is always an issue that comes up. They cannot do that. They always have differences in the price. They never get those things right. That could be answered with no problem for the cloud.

In terms what could be improved, they need to integrate and get a better price. They can do cost analysis with Azure. They need to have a live cost analysis for the discounts, because if you have multiple thousands of VMs that you're doing, of course you're going to get a discount. Correct?

If you're only doing a few of them, you won't get a discount. That's the reason why they have to value the discount and coupons. The other con is that they need to be better with the accountability. In other words, the accounts or reports are not better than the others, compared with vRealize. The other thing is that you cannot write any kind of script in it to customize it to get other reports. So I'm shifting the gear into reports now.

There can be a problem of Microsoft versus Turbonomics. Because Microsoft won't allow the bigger clients to know what they're giving as a discount and they don't want Turbonomics to know what kind of discount I'm giving them. So there are pros and cons. Because these companies have a monopoly, they don't want the information of their biggest client to get out and say, "Okay, these are the coupons and these are the discounts I'm getting and let's see what Turbonomics can do."

In terms of stability, if the box is getting hot, is it having a performance issue?

It is a stable solution. They don't have to call anybody. If anybody is having any problem or performance issue, it's going to scale-up from a VMware point of view. But in Azure, sometimes if the VM needs more memory, more CPU, it cannot do that upgrade because of the lockouts. Then it's SevOne and there has to be a call out to the technical support team who comes from the bridge and starts checking the issue. That is a possibility. You can consider this tool a stable solution.

Scalability is great, amazing.

The technical support is pretty good. They are very helpful. You will have some folks who have a lot of knowledge and some who don't. So you always have this pro and con there.

The initial setup is a little bit complex and you have to first create the main database. After you create the database, make sure you start collecting. Then you have multiple collectors that start collecting the information and send it to the database. They are really technical and it's Linux based.

The setup takes about one or two days.

Usually, when you do an upgrade it takes eight hours.

In terms of ROI, when we implement SevOne, issues and calls come in and there's the reduced cost of not having a person look at it because it does it automatically. When it does it automatically, you have a timeframe if the issue doesn't resolve automatically, at which point you may have to report to a person, "Okay, this application or these VMs or whatever are having problems right now." Then you have to take a look at it and see what happened. Sometime you can clear the logs and do all the other basic techniques like the other tools do. You manually clear the log and then you look at these things. Or you can create a policy and then the extra policy will come into place. Or sometimes the time doesn't match right or your timestamps changes and you'll face these kinds of problems.

If you're asking for technical comments, then I can describe it in detail, but this is more general. For example, the IT operation can continue working the way it is, but they have to integrate SevOne into their environment. How do they want to do it? We don't know. It all depends on the different clients.

I use a lot of tools, actually. Here are the things I can recommend about Turbonomics: Scale-up, scale-down. But again, for reporting purposes, sorry, no recommendation there. The customizations are very hard. The person doing it has to be very good at analytics and has to be very good in all languages, like C-Sharp, unless you want to use the Python tool. I don't know if the Python evokes the scripts in it. I think it does, but it's very, very hard. You need a developer to write the customized reports for whatever you're looking for. If a regular person were using Turbonomics, like admin folks, they wouldn't be able to do that, unless they are a programmer.

They have to make it better for reporting. That's the first thing. Also the discount, like I mentioned about the Azure discount. It would be good if they could just get the number right.

On a scale of one to ten, I am neutral because it is not too good and not too bad. I would give SevOne a five.

In order to make it a 10, they would have to get their staff members highly active and focused on the customer's issues, and just focused on the product, on saving money. On-prem, they need to focus more on the Azure side of the house and cloud. The need to improve their internal technical knowledge and expertise. They need to hire really top-notch folks in Turbonomics.

We use SevOne to display all the information from Cisco IP SLA regarding the delay, voice quality, etc.

It's a great solution for highlighting and discovering useful information regarding our network's elements.  There is a cheaper solution available,  but in general, SevOne is a good solution for analyzing network information. It's also very easy to use.

As I mentioned before, there are cheaper solutions available. Earlier, our management team only managed ICMP, like IP SLA. That's why, at that point in time, we decide to use Cisco IP SLA.

Well, I don't know if it's in development at SevOne, but some similar solutions offer end-to-end visibility, both regarding the server and also the network elements.

Other solutions also include the server and some additional layers, like an operating system or database, and in some cases, the application, too; their network elements are designed for management-level.

I don't know if SevOne plans on incorporating these features into their next release, but they should.

On a scale from one to ten, I would give SevOne a rating of nine.

I have been using SevOne since 2016.

SevOne provides us with great stability in the production environment. It's also very scalable, too.

From my personal experience, the support has been good.

Initially, we wanted a specif look and feel regarding our SevOne solution. That took some extra time, but that's to be expected. In general, we got some useful information right out of the box with SevOne. Overall, it's easy to set up.