It is our primary monitoring tool for devices.
We have virtual machines running the Auvik application. The collectors are also installed on the virtual machines.
It is our primary monitoring tool for devices.
We have virtual machines running the Auvik application. The collectors are also installed on the virtual machines.
The benefit is that it is our primary monitoring tool.
To some extent, Auvik helps us put out fires with its backup connectivity, before end users even know that there is a problem. If we can access devices faster, then it helps resolve issues before they are noticed.
Monitoring: It lets us know the state of our business and statuses.
Discovering by IP range is okay.
We have backup connectivity in case of some failures. So, it has been of some help. Our mean time to resolution has been decreased by half an hour.
Sometimes, it is easy to use. Sometimes, it is painful to add something and get some of the features running. For example, we had a problem adding interfaces to the monitoring. When some features are not yet deployed, sometimes we struggle with configuration problems, adjusting it in the proper way.
There have been some problems with the implementation of the monitoring. Because we can't monitor as we would like, we aren't introducing anything more to the platform at the moment.
It needs flexibility for the pooling of information. Because it is fully automated, it is pooling everything from the device from a given category. There is no way to exclude things that are not important or if you want to temporarily remove them to see statistics of other things. For example, we get about 100 MB from Auvik. We are unable to limit this. We would rather stop monitoring something, since some features will always give you alerts, because they shouldn't be monitored. However, it is impossible to exclude them, e.g., the internal interface. If somebody disconnects the device from the internal interface, we get an alert. So, this is something that is really painful for us. More flexibility would solve most of our issues.
We can only see the global picture, not the detailed one. This is something that we don't have in Auvik.
I have been using Auvik since I came to the company, which would be less than a year ago. I think it was deployed in our company about two years ago.
It is stable. We are well-informed about planned maintenance from Auvik.
It does not require much maintenance to keep Auvik running.
We need to install many instances in each network, which is kind of a problem. A collector needs to be installed for each network. This causes problems with the scalability, especially if you have a network divided by firewalls.
I am using Auvik mostly when there are alerts or something is wrong.
We are monitoring around 40 devices.
Auvik's support is pretty helpful and fast in their response.
This was the first monitoring tool that we used.
I was only using some obsolete systems five to seven years ago. Auvik's setup is much easier than it used to be for those.
The initial setup was straightforward and easy. The portal is pretty simple and self-explanatory. The process of deploying does not take long. Basic functionality takes about 40 minutes to set up. If you want more features, then it will take more time.
Auvik was first configured for the virtual environment. Then, we created instances for it.
Evaluate whether it is suitable for your purposes and network, in terms of scalability and flexibility, versus using other features, like disaster recovery or emergency login.
We haven't discovered a lot of devices with Auvik.
It is based on the identified networks. Though, it is not scanning all interfaces, e.g., if you don't have the appropriate subnet. You need to define the range by, e.g., IP devices, then it will scan that range and update the topology automatically. However, it is not an out-of-the-box automatic discovery.
It is worth having two instances on two different parts of the network to have more reliability on a network level.
I would rate this solution as a seven out of 10.