Information Systems:Site24x7 Monitoring Service

From uniWIKI
Revision as of 11:36, 6 April 2017 by Norwinu (talk | contribs) (Created page with "=Overview= A external monitoring service helps IS manage its infrastructure by probing for and alerting on potential issues. In April 2017, a subscription to Site24x7 was acqu...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Overview

A external monitoring service helps IS manage its infrastructure by probing for and alerting on potential issues. In April 2017, a subscription to Site24x7 was acquired to replace Keynote Red Alert to provide monitoring services. Whereas Keynote Red Alert provided basic ping and HTTP-request monitors, Site24x7 offers more advanced monitors and a more advanced overall configuration. Its setup will thus be detailed in this article.

Configuration

Monitor types

One of the most appealing factors of this service is the many types of monitors available. The ones currently in use are:

  • Website; basic HTTP requests: An HTTP GET/POST is performed and either the HTTP return code or HTML result is analyzed to determine uptime. This is set up for Exware sites
  • Website performance; MTFB,response times:
  • Email; SMTP connect:
  • DNS; record lookup:
  • Network; ping: Our WAN interfaces (WAN IPs) are pinged.

On-premise poller and reporting agents

This service also allows you to install agents on servers and/or an on-premise poller for detailed monitoring/reporting of onsite hardware. The agents are custom software that install on individual servers with supported OSes, while the on-premise poller operates similarly to Spiceworks, polling the network via SNMP.

I've tried this on a personal basis. It's incredibly powerful and provides a wealth of insight (vCenter, VMs, Linux VPS, AWS instances), but after a while, you realize that your servers are pumping out gobs of resource monitor data to some..erm.."cloud service"... We may want to analyze this closely for feasibility/desirability. As an example, I got a CPU-usage alert for one of my servers at home the second some started playing a movie that it had to transcode. IoT is scary... norwizzle (talk)

Monitor groups

Due to the many individual monitors set up under this service, monitor groups may be the more convenient way to peruse the interface or analyze for uptime. Monitor groups are meant to represent a 'whole' (i.e business services or technical areas), therefore comprising individual monitors that test parts of that whole. Monitor groups (and their constituent individual monitors) include:

  • Exware sites (Web monitor for medicinecentre.com, Web monitor for unipharm.com)
  • Apache instances on Bart (Web monitor for orders.unipharm.com, Web monitor for infonet.unipharm.com)
  • Email (SMTP check for Barracuda servers, SMTP check for mail.unipharm.com, DNS MX record check for unipharm.com)
  • Web Orders (Web monitor for orders.unipharm.com, Web monitor for unipharm.com (required for login to Web Orders), DNS record for orders.unipharm.com)
  • Telus WAN connectivity (Network ping test for superman.unipharm.com, network ping test for mail.unipharm.com)

Scheduled maintenance

The service allows for scheduling of time windows where alerts are suppressed to account for planned downtime. The web servers on Bart are brought down every night during the overnight process, so a scheduled maintenance entry is set for Bart-associated monitors from 1:00AM to 5:30AM. It is important to note that monitors do not stop during scheduled maintenance windows; merely, alerting is suppressed.

Alerting

Site24x7 allows for many alerting methods: email, call, SMS, Twitter, IM, and phone app. Probably, the primary alerting methods will be email, SMS and phone app.

Administration details

  • Each user in the IS team has their own credentials that they can use to access the web console or app.
  • The current subscription is the middle-tier Business plan, allowing for 40 basic/advanced monitors and 200 SMS/call credits per month.