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:
Navigate to Monitoring
Go to your organization dashboard and click Monitoring in the sidebar, then Resources.
Create New Resource
Click the + New Resource button in the top right corner.
Choose Resource Type
Select HTTP, Port, or ICMP depending on what you want to monitor.
Configure Settings
Enter the URL or hostname, set your check interval, and add notification contacts.
Save & Monitor
Click Create Resource and monitoring begins immediately!
# 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
Expected status code, valid SSL, content matches, response time OK
Site is up but SSL certificate is expiring soon
Connection failed, wrong status code, SSL invalid, or content mismatch
Example Configuration
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
# 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
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.
Best for critical production systems
Good balance for most services
For less critical resources
For low-priority monitoring
# 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:
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.
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
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.
# 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
# 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 secondsRun 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
- Open the check result with diagnostics
- Click the "Share" button
- Choose an expiration time (hours, days, months, or never)
- Copy the unique link
# 365-Day Activity Heatmap
Get a bird's-eye view of your resource's health over the past year with the activity heatmap.
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.
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
Success, Warning, or Failed
Filter by monitoring location
Show only results with diagnostics
From and to date selection
Min and max response time
HTTP status code (HTTP only)
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
Resource failed on >2 servers. Incident created, alerts sent.
Automatic diagnostics execute to gather troubleshooting data.
If no confirmation received, alerts escalate to next level.
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:
// 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.
# 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
// 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