Monitored Resources

Monitor your websites, APIs, servers, and services 24/7 from 12 global locations. Get instant alerts when things go wrong, with automatic diagnostics to help you fix issues fast.

# Introduction

Monitored Resources are the core of Emercom's uptime monitoring system. They continuously check your services and alert you the moment something goes wrong.

24/7 Monitoring

Checks run continuously from multiple locations around the world

Instant Alerts

Get notified via email, SMS, voice call, or Telegram within seconds

Auto-Diagnostics

When failures occur, diagnostics run automatically to help troubleshoot

# Quick Start

Get your first monitor up and running in under 2 minutes:

1

Navigate to Monitoring

Go to your organization dashboard and click Monitoring in the sidebar, then Resources.

2

Create New Resource

Click the + New Resource button in the top right corner.

3

Choose Resource Type

Select HTTP, Port, or ICMP depending on what you want to monitor.

4

Configure Settings

Enter the URL or hostname, set your check interval, and add notification contacts.

5

Save & Monitor

Click Create Resource and monitoring begins immediately!

Pro Tip: Use the Test Now button after creating a resource to immediately verify it's working correctly.

# Resource Types

Emercom supports three types of monitored resources, each designed for different use cases:

Type Best For What It Checks Example
HTTP Websites, APIs, Web Services Status code, response time, SSL, content https://api.example.com/health
Port Databases, Mail Servers, Custom Services Port open/closed, connection time db.example.com:5432
ICMP Servers, Network Devices, Routers Reachability, packet loss, latency server.example.com

# HTTP Monitoring

HTTP monitoring is the most comprehensive option, perfect for websites, APIs, and web applications. It checks not just availability, but also response codes, SSL certificates, and content.

Configuration Options

Setting Description Default
URL The full URL to monitor (including https://) Required
Expected Status Codes HTTP status codes considered successful 2xx, 3xx
Response Time Threshold Maximum acceptable response time (ms) 5000ms
Connection Timeout How long to wait for connection (seconds) 10s
SSL Check Verify SSL certificate validity Enabled
SSL Warning Days Days before expiry to warn 30 days
Body Contains Text that must appear in response None
Body Not Contains Text that must NOT appear in response None

Check Statuses

Success

Expected status code, valid SSL, content matches, response time OK

Warning

Site is up but SSL certificate is expiring soon

Failed

Connection failed, wrong status code, SSL invalid, or content mismatch

Example Configuration

HTTP Monitor Settings
Name: Production API
URL: https://api.myapp.com/v1/health
Check Interval: 1 minute
Expected Status: 200
Response Time Threshold: 2000ms
SSL Check: Enabled
SSL Warning: 14 days before expiry
Body Contains: "status":"ok"

# Port Monitoring

Port monitoring checks if a specific TCP or UDP port is open and accepting connections. Ideal for databases, mail servers, game servers, and any service running on a specific port.

Configuration Options

Setting Description Default
Host Hostname or IP address Required
Port Port number (1-65535) Required
Protocol TCP or UDP TCP
Connection Timeout How long to wait for connection (seconds) 5s
Response Time Threshold Maximum acceptable connection time (ms) 1000ms

Common Ports

22 SSH
25 SMTP
80 HTTP
443 HTTPS
3306 MySQL
5432 PostgreSQL
6379 Redis
27017 MongoDB
Security Note: For security reasons, Emercom blocks monitoring of private IP ranges (10.x.x.x, 192.168.x.x, 172.16-31.x.x) and localhost addresses.

# ICMP Monitoring

ICMP (ping) monitoring checks basic host reachability. It's the simplest form of monitoring and is great for checking if a server or network device is online.

Configuration Options

Setting Description Default
Host Hostname or IP address to ping Required
Packet Count Number of ping packets to send (1-10) 4
Packet Size Size of each packet in bytes 56 bytes
Max RTT Maximum acceptable round-trip time (ms) 100ms
Min Success Rate Minimum percentage of packets that must succeed 75%

Understanding Results

Example ICMP Results
Packets: 4 sent, 4 received, 0% packet loss
Round-trip time:
  Min: 12ms
  Avg: 15ms
  Max: 23ms

Status: SUCCESS (100% success rate, 15ms avg RTT)

# Check Intervals

Choose how frequently Emercom checks your resources. Shorter intervals mean faster detection but use more credits.

1 min
Real-time

Best for critical production systems

2-3 min
Standard

Good balance for most services

5 min
Economy

For less critical resources

10 min
Basic

For low-priority monitoring

How it works: Each check runs from multiple monitoring servers. A resource is only marked as DOWN after more than 2 consecutive server failures, reducing false positives.

# SSL Certificate Monitoring

Never let an SSL certificate expire unexpectedly again. Emercom monitors your certificates and warns you before they expire.

What Gets Monitored

  • Certificate Validity - Is the certificate trusted and not revoked?
  • Expiration Date - When does the certificate expire?
  • Certificate Chain - Is the full chain valid?

Warning Thresholds

Configure when you want to be warned about expiring certificates:

30 days Recommended for most sites
14 days For auto-renewed certificates (Let's Encrypt)
7 days Minimum warning period

SSL Diagnostics

When SSL issues are detected, Emercom automatically captures the full certificate chain for analysis. You can download the .pem file from the diagnostic results.

# Notification Channels

Get alerted through multiple channels to ensure you never miss a critical notification.

Email

Primary and alternative email addresses. Includes detailed incident information and direct links to diagnostics.

SMS

Text messages to multiple phone numbers. Perfect for on-call alerts that need immediate attention.

Voice Call

Automated phone calls for the most critical alerts. Impossible to miss, even while sleeping.

Telegram

Instant Telegram messages with quick action buttons. Requires one-time verification.

# Escalation Rules

Escalation ensures critical alerts reach someone, even if the first contact doesn't respond. If no confirmation is received, alerts automatically escalate to the next notification method.

How Escalation Works

Level 1
Email
Wait 15 min
No confirmation?
Level 2
SMS
Wait 15 min
No confirmation?
Level 3
Voice Call
Final attempt

Escalation Settings

Setting Description Default
Escalation Delay Time to wait before escalating to next level 15 minutes
Max Notification Level Maximum number of escalation levels (1-10) 3
Contact Method Order Priority order of notification methods Email, SMS, Voice

Recovery Notifications

When a resource recovers, recovery notifications are sent to all methods that were used during escalation. If alerts were sent via email and SMS, recovery notifications go to both.

# Confirmation System

The confirmation system ensures someone has acknowledged the alert before stopping escalation.

How to Confirm

Email Confirmation

Click the "Confirm Receipt" button in the email to stop escalation.

SMS Confirmation

Reply with the 6-character code (e.g., ABC123) or click the short link.

Voice Confirmation

Press any key during the automated call to confirm you've received the alert.

Pro Tip: You can also confirm alerts by logging into Emercom and viewing the monitoring incident. This automatically marks it as acknowledged.

# Automatic Diagnostics

When a resource goes DOWN, Emercom automatically runs a suite of diagnostic commands to help you identify the root cause quickly.

When Do Diagnostics Run?

  • Resource fails on more than 2 monitoring servers
  • At least 10 minutes since last diagnostic run (cooldown)
  • Or manually triggered via "Run Diagnostics" button
Fast Results: Diagnostics run in parallel from multiple servers. Results appear progressively as each command completes, so you can start investigating immediately.

# Manual Diagnostics

You can trigger diagnostics at any time, even if the resource is currently up.

Test Now vs. Run Diagnostics

Test Now

Runs a quick check from all monitoring servers without diagnostics. Use this to verify a resource is working.

~5 seconds

Run Diagnostics

Runs a check AND full diagnostic suite regardless of result. Use this for troubleshooting.

~30-60 seconds

# Diagnostic Commands

Different resource types run different diagnostic commands based on what's most useful for troubleshooting.

HTTP Diagnostics

Command Description
Ping Test Basic connectivity test to the resolved IP
DNS Lookup nslookup to verify DNS resolution
dig (IPv4) Detailed A record lookup
dig (IPv6) Detailed AAAA record lookup
MTR (ICMP) Network path tracing using ICMP
MTR (TCP) Network path tracing using TCP (bypasses ICMP blocks)
SSL Certificate Full certificate chain extraction (downloadable .pem)
HTML Source Response body excerpt from the check

Port & ICMP Diagnostics

Command Description
Ping Test Basic connectivity test
DNS Lookup nslookup to verify DNS resolution
dig (IPv4) Detailed A record lookup
dig (IPv6) Detailed AAAA record lookup
MTR (ICMP) Network path tracing using ICMP
MTR (TCP) Network path tracing using TCP

# Sharing Diagnostic Results

Share diagnostic results with team members, support, or vendors without giving them access to your Emercom account.

Creating a Share Link

  1. Open the check result with diagnostics
  2. Click the "Share" button
  3. Choose an expiration time (hours, days, months, or never)
  4. Copy the unique link
Pro Tip: Shared links are perfect for attaching to support tickets or sharing with your hosting provider when troubleshooting connectivity issues.

# 365-Day Activity Heatmap

Get a bird's-eye view of your resource's health over the past year with the activity heatmap.

Less
More

Understanding the Colors

  • No checks performed that day
  • 1-2 checks
  • 3-5 checks
  • 6-10 checks
  • 11+ checks

Hover over any day to see the exact number of checks and success rate.

# Response Time Charts

Track response time trends over the last 24 hours to identify performance issues before they become outages.

45ms
52ms
38ms
61ms
189ms
53ms
46ms
49ms
8 hours ago Now

The spike at 4 hours ago would indicate a temporary performance issue worth investigating.

# Filtering Results

Use powerful filters to find exactly the check results you're looking for.

Available Filters

Status

Success, Warning, or Failed

Server

Filter by monitoring location

Has Diagnostics

Show only results with diagnostics

Date Range

From and to date selection

Response Time

Min and max response time

Status Code

HTTP status code (HTTP only)

Resolved IP

Filter by resolved IP address

# Monitoring Incidents

When a resource goes down, Emercom creates a monitoring incident that tracks the outage from start to finish.

Incident Lifecycle

DOWN Detected

Resource failed on >2 servers. Incident created, alerts sent.

Diagnostics Running

Automatic diagnostics execute to gather troubleshooting data.

Escalation (if enabled)

If no confirmation received, alerts escalate to next level.

RECOVERED

Resource is back up. Recovery notifications sent, incident closed.

# Multi-Server Monitoring

Every check runs from multiple monitoring servers around the world. This provides redundancy and helps identify regional issues.

Our Global Network

Emercom monitors from 12 locations across North America, Europe, and Asia-Pacific.

Failure Detection Logic

To reduce false positives, a resource is only marked as DOWN when:

Failure Logic
// Resource is DOWN when:
consecutiveFailures > 2 servers

// This means:
- 1 server fails → Still UP (might be network issue)
- 2 servers fail → Still UP (could be regional)
- 3+ servers fail → DOWN (likely real outage)

# IP Protocol Selection

Choose which IP protocol Emercom uses when resolving hostnames.

Auto (Default)

Let the system choose based on available DNS records. Prefers IPv4.

IPv4 Only

Always resolve to an IPv4 address. Use if your service is IPv4-only.

IPv6 Only

Always resolve to an IPv6 address. Use for IPv6-specific monitoring.

# Credit System

Monitoring checks consume credits from your organization's balance.

Credit Usage

  • 1 credit per check, per resource
  • Credits are deducted when the check runs
  • Failed checks (insufficient credits) are skipped but logged

Estimating Usage

Monthly Credit Calculation
// Credits per month = checks per day × 30

1-minute interval:  1,440 checks/day × 30 = 43,200 credits/month
5-minute interval:    288 checks/day × 30 =  8,640 credits/month
10-minute interval:   144 checks/day × 30 =  4,320 credits/month
Pro Tip: Use 1-minute intervals only for critical production systems. 5-minute intervals work great for most use cases and use 5x fewer credits.

# Next Steps