New ScopePort feature: SMS Notifications
Posted by Lennart | Filed under Remote Monitoring, ScopePort
ScopPort SMS Notifications
Tags: mobile phone, notifications, page, ScopePort, sms
Defining a “good” remote monitoring server
Posted by Lennart | Filed under Remote Monitoring
A lot of well-grown and feature-rich remote monitoring solutions like Nagios, Zabbix or Cacti are out there but no company I ever worked in used one. What might be the reason for the low acceptance of remote monitoring in companies? It should be important for every company that the servers are running. Every minute of downtime annoys customers and administrators that might have to restart servers in the middle of the night. Wouldn’t it be better to be warned before something like this happens? Or at least be warned in the first minute of a downtime and not when you get an angry call of your customer or boss telling you about 404 errors and timeouts?
Whenever you think about the reasons of something that is missing in a business environment you will stumble over the same point: Costs. It takes time to set up a remote monitoring server. Working time costs money. But this is a task that only needs to be done once. The really expensive task is to set up the clients. These costs come with every new client. So every new client that gets monitored costs new money. The only way to reduce this costs is to reduce the time an administrator spends on settings up new monitored clients.
I think that a good remote monitoring system has very low running costs. You should be able to set up new clients in minutes and without reading manuals every time. Give an IP and Port, fire up the client and never think about it again.
Another point are annoying message floods. You should get warnings only when there is a real problem. So there is a need for well configurable notification methods and severity levels. You should be able to define who should get a message at what time of day/week/month/year in what case of error.
Very important is the avoidance of “single points of failure”. What happens if the connected database crashes or all threads get stuck? Who monitors the monitoring server? A good remote monitoring server should be cynical: It should be prepared to face multiple fails and still warn somebody then.
Comments are welcome!
- What is the first that comes in mind when you think about remote monitoring?
- What do you think is the biggest problem of current remote monitoring solutions?
- Do you think remote monitoring should follow a completely new concept?
Tags: business, commercial, general, Remote Monitoring
