Mutiny SNMP Monitor is a web appliance that uses industry standard SNMP to gather information from IT Infrastructure, process and display the results in a multi-user web front-end that allows administrators and managers alike to quickly asses the health of their estate.
Features include;
Mutiny is a web based appliance therefore it is naturally multi-user. The straight forward yet consistent approach to the display of data make it easy to see what is happening and also to publish selected views to a portal or intranet..
Views can display heirachy and this helps non technical users understand the impact of problems in a network.
With the clever use of backgound images uses can graphically see who is experiencing issues.
Clever use of icons help you see at a glance what type of technology is deployed.
The more you drill in the more detail you can see.
On the move?
Mobile browser Interface to allow you to browse your Mutiny whilst on the move.
RSS feeds from any view to allow you to keep on top of the situation.
Open events view with large fonts to display on large screens or LCD Projectors.
What you can get from each "Node" as we call them depends on what it runs and what additional vendor SNMP agents they have for example;
A ping only node on the Internet;
Any wintel box with Microsoft's SNMP service installed will give us;
A HP or Dell server with Insight or OpenManage agents installed;
A Solaris box running net-SNMP (default in Solaris 10 available for older)
A VMware ESX server running on HP with insight manager
A VMware virtual server
Cisco Switches and Routers
Other vendor Switches and routers
APC and other RFC standard UPS manufacturers
Various environmental probes
Reporting is important in any management situation and infrastructure is no exception. Being able to spot a trend, justify an upgrade, find application problems or simply report on the current state of play is an important, but often tedious task. Mutiny has a variety of methods to arm the user with the necessary data required to satisfy the majority of reporting needs. But when the complex format of reports is required, Mutiny provides the raw data in an exportable CSV format, allowing the user to format or re-import the raw data into the reporting tool of choice. Graphing Using the data collected every polling cycle, Mutiny can produce graphs for any given period. Auto-averaging in real-time means that you always have access to the real peaks, however long ago they were recorded. All graphing data is available as a CSV output directly from the browser. The CPU graph allows Managers to assess the current level of load any given node is experiencing. Whether you are looking at the daily peaks and assessing whether they are up to their daily duties, or looking long-term at a constant rise in load, the business can plan long-term on the viability of its hardware investment. In a similar way to that of CPU graphs, the information displayed in the memory graphs can be vital in picking up issues on a particular node, like application memory leaks, terminal server overloads. Whether you are reacting to a critical disk alert or just auditing the overall capacity of the hard drives on your critical nodes, these graphs will allow the Managers to assess the long-term capacity needs. Traffic data can be stored from interfaces on Servers as well as router or switch interfaces. Unlike a number of our competitors, Mutiny keeps all the data gathered during polling in its original form, allowing us to draw accurate graphs for any given time period. In addition, the raw data can be downloaded in CSV form for use in external reporting tools. Mutiny keeps a log of all events that occur on the monitored network. The detail part of each event uses a series of unique ID numbers to allow for the matching of paired events. In addition to this detail, the time between the IDs is calculated and displayed as time in brackets. This provides an instant SLA feedback. The CSV output is useful for producing an overall SLA report showing, for example, the availability of all Servers or all WAN links, etc. Alerting is critical to Mutiny; the ability to get the right message to the right person at the right time. Mutiny is able to offer a highly flexible alerting engine that allows any number of people or groups to receive messages by a combination of: Furthermore, Mutiny's shift pattern encourages the team to set up robust and efficient procedures. For example, it is likely that you will want to take email alerts during the day, and text alerts from, say, 6pm till 9pm. Beyond 9pm, alerts can be sent to a 3rd party helpdesk or to the individual on the night shift! The other key to Mutiny alerting lies in its ability to set up groups and integrate into helpdesk systems, like remedy, therefore triggering a ticket in advance of a problem. Users are encouraged to set alerts that are aimed at the expert. Some organisations will ensure that network and bandwidth issues are sent to the networking specialist, whilst server and application alerts go those specialists. We recognise that one of the problems often experienced with other tools is the barrage of false alerts when, actually, services are not being compromised. There are a number of features that ensure only the relevant and necessary alerts will get through. Root Cause Analysis - A feature unique to Mutiny that isolates the root cause of a problem. For example, if a link to a remote office were to fail, our competitor products might be inclined to send you alerts for the nodes at that site it can no longer see. This leads to confusion at the helpdesk, as front-line staff may be stifled by the information overload. Mutiny, on the other hand, will show the far end router as down and all other equipment unknown. This helps to focus eyes on the real issue. Transient suppression - Mutiny also enables you to delay alerts. For example, if you have a CPU problem at 99%, it might be that this is a 3-minute 'spike'. Mutiny enables you to set a delay on this of, say, 30 minutes, so that the alert only gets triggered if this event is still a problem after that time. Escalation - The Delay parameter in the alerting panels also enables a pattern of escalation to be enforced. You can, for example, send the initial alert to the helpdesk; then after a delay of, say, 60 minutes, escalate the alert to a supervisor or line manager. Text Repeats - To ensure the most severe problems are actioned, Mutiny can send text alerts repeatedly until action is taken. Thresholds and Reporting - Mutiny is installed with factory settings for thresholds and we encourage users to run these for a period of a week or so. This will allow you to find your own natural 'watermarks' and tweak your threshold configuration accordingly. For example, a machine running at permanent 95% CPU usage might be perfectly normal - the threshold should be moved to accommodate this, once again helping to reduce false alerts. Mutiny's fundamental objective is to ensure that a company's network services support both revenue generation and time/cost savings.
CPU Graph
Memory Graph
Disk Graphs
Interface Traffic Graphing
Event Log
Event Log CSV output
Efficient Alerting
No false alarms
Mutiny achieves this by:
| Mutiny Limited - Shakespeare House, 168 Lavender Hill, London, SW11 5TF. - www.mutiny.com - 08456 521 721 |