I work at a Healthcare company with 5K+ employees.
Currently, I'm looking for an APM solution.
We already have Solarwinds for network monitoring but I have read and heard from colleagues that Dynatrace is an outstanding product (the head of our development team swears by it).
The Network Operations team already has experience with Solarwinds (good and bad) and I am concerned...
Regional Manager/ Service Delivery Manager at ASPL INFO Services
27 January 22
Hi @Michael Bruen ,
Probably, the below data has already been published on PeerSpot and can help you identify the difference.
Hope this helps. Please kindly share your views.
Network monitoring is a broad topic with many different sub-topics that may or may not be relevant to your immediate or foreseeable circumstances. You owe it to yourself to build a list of what you need to monitor with some general weighting as to how important each one is to you. If some items are absolute requirements make sure that's noted but be prepared to consider adopting multiple tools if the list strays outside the strict bounds of pure network monitoring. Increasingly, new network technologies are breaking away from industry-standard approaches to monitoring such as SNMP so, if any such equipment is within scope you'll need to be extra vigilant to ensure that its monitoring is covered.
Basic functionality would include automated network device discovery, interconnection/topology discovery, end host to access switch port discovery, device resource monitoring, interface traffic/utilization monitoring, event generation to warn of reachability problems, threshold crossings, status changes and a multitude of other relevant concerns. You may also need to consider reporting and network device configuration monitoring and management. As networks tend to have frequent changes to their configuration and interconnections it is important that these be handled in as automated a way as possible to minimize the administrative overhead and stay accurate to the reality of the network. If the nature/mix of traffic and conversations needs to be understood then technologies such as flow analysis (NetFlow, sFlow, etc) may need to be added to the mix.
One aspect of network monitoring often overlooked is the number and type of servers that need to be provisioned to host it in a production environment. The most efficient deployments for a small to medium sized network would allow the entire monitoring system to be hosted on a single server which could be either physical or virtual. If, in order to host the production (not evaluation) system you need to deploy different parts of the system on different servers, possibly including a database on its own server, you need to factor that into your decision making.
Finally, you need to be acutely aware of exactly how the product is licensed. If, for example, the monitoring of each interface counts towards the overall license consumption it is tempting to cherry-pick a few key interfaces on each device to monitor. This often skips the monitoring of the interfaces connecting the end-user PCs and means that you're building blind spots into your monitoring architecture from the outset. A bad foundation often leads to an unsatisfying end result.
Sr Service Desk Agent Tier I, II at a tech consulting company with 10,001+ employees
18 September 19
Before buying some network monitoring tool you need to know:
1. What the purpose of the monitoring tool will be:
* just monitor the network
* notify when something happens (warning critical event)
* gathering historical data for previous revision
* show information in graphic time periods, number of events critical or warning.
2. Who will be using the tool, besides the technical guy who will install the application:
* A common user that just will be seeing and perhaps fwd the incident
* Administrative user that should keep upgrade for new devices, alerts or notification
* Technical admin user that should keep up to date software and server
3. If this will help you to detect future issues and apply a fix before happen.
4. If this will help you to identify issues that could cause a malfunction in the network.
5. If this will help you to be proactive and improve network reliability.
6. If this will be friendly to the end-user or not.