At our company we use the prometheus/grafana stack for measuring quality and uptime of our landscape. Opsgenie is being used as our alerting mechanism. So far so good! But... as a final check we want to have a total independent "last resort"-check, from external locations. What are best practices for this? What we want: * Being able to validate uptime (read: HTTP response codes) from (multiple) locations * If something is down (!= 200 range), then alert the corresponding innovation team using opsgenie Curious to hear what external solutions are available with embedded opsgenie support.

nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

External monitoring of URLs including Opsgenie support

rogierl

At our company we use the prometheus/grafana stack for measuring quality and uptime of our landscape. Opsgenie is being used as our alerting mechanism. So far so good!

But... as a final check we want to have a total independent "last resort"-check, from external locations. What are best practices for this?

What we want:

Being able to validate uptime (read: HTTP response codes) from (multiple) locations
If something is down (!= 200 range), then alert the corresponding innovation team using opsgenie

Curious to hear what external solutions are available with embedded opsgenie support.

Accepted answers

Nick Haller

Hi @rogierl ,

Closest thing Opsgenie has to that use case is Heartbeats. These essentially act like a dead man's switch, and can monitor that periodic tasks are running as expected.

Say for example you schedule a heartbeat to receive a ping from your external system every 12 hours. If Opsgenie does not receive that ping after the expected time, an alert can be created to notify your users to investigate the issue.

All comments

Nick Haller

Hi @rogierl ,

Closest thing Opsgenie has to that use case is Heartbeats. These essentially act like a dead man's switch, and can monitor that periodic tasks are running as expected.

rogierl

Hey @Nick Haller , that still would mean that we need something, a service, which does the actual request to our website. I was hoping such a thing was built inside the opsgenie stack. But seems like it isn't.

And I understand that, because opsgenie is an alert system, not a monitoring system. So basically I'm looking for a (simple) monitoring system which can do the actual requests, but which HAS integration with Opsgenie for the alerting part.

Nick Haller

Yeah seems like you'd want a website monitoring tool such as Pingdom, Uptime Robot, etc.

But just to be clear, the heartbeart would be a ping sent from your external system to Opsgenie, not Opsgenie reaching out to the external system. So if your website can send some sort of job to Opsgenie, and it's not received over the specified times, Opsgenie would then create an alert.

rogierl

Yeah I understand. Thanks @Nick Haller , for your help. The heartbeat feature indeed looks promising. Next step is to look for a way to actually do the request.

Joseph Matan

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

cloud

opsgenie