Synthetic Monitoring
Synthetic monitoring allows you to proactively monitor the availability and performance of your services by running automated checks from multiple locations. Unlike traditional monitoring that relies on metrics from your infrastructure, synthetic monitoring tests your services from the outside, simulating real user interactions.
Supported Check Types
Oodle supports several types of synthetic checks:
| Check Type | Description |
|---|---|
| HTTP | Monitor web endpoints for availability, response time, and status codes |
| DNS | Verify DNS resolution and response times |
| TCP | Test TCP connectivity to hosts and ports |
| SSL Certificate | Monitor SSL/TLS certificate expiration and validity |
| Ping | Check host availability using ICMP ping |
| Traceroute | Analyze network paths and identify routing issues |
Creating a Synthetic Monitor
- Navigate to Synthetic Monitors in the sidebar
- Click the Create Monitor button (or the + button)
- Configure your monitor:
Step 1: Basic Configuration
- Name: Enter a descriptive name for your monitor
- Description: (Optional) Add details about what this monitor checks
- Request Type: Select the type of check (HTTP, DNS, TCP, etc.)
- Check Interval: How often the check runs (e.g., 5 minutes)
- Timeout: Maximum time to wait for a response (e.g., 30 seconds)
Step 2: Request Configuration
The configuration options vary based on the check type:
HTTP Checks
- URL: The endpoint to monitor
- Method: HTTP method (GET, POST, PUT, DELETE, etc.)
- Advanced Options:
- Custom headers
- Request body
- Authentication
- Expected status codes
- Response validation
SSL Certificate Checks
- Hostname: Domain to check certificate for
- Port: HTTPS port (default: 443)
- Expiration Warning: Days before expiration to alert
DNS Checks
- Hostname: Domain name to resolve
- Record Type: DNS record type (A, AAAA, CNAME, MX, etc.)
- Expected Values: (Optional) Validate DNS responses
TCP Checks
- Host: Target hostname or IP
- Port: TCP port to connect to
Ping Checks
- Host: Target hostname or IP to ping
Step 3: Alerting Configuration
Configure how you want to be notified when checks fail:
- Notification Policy: Select which notification policy to use for routing alerts to your configured notifiers (Slack, PagerDuty, etc.)
- Labels: Add metadata labels for filtering and organization
Oodle automatically handles alert generation when checks fail - you just need to configure where notifications should be sent.
Step 4: Preview and Save
Use the Run Check button to test your configuration before saving. This runs an immediate check and shows you the results.
Click Save to create the monitor.
Viewing Monitor Status
The synthetic monitors list shows:
- Name: Monitor name with a link to details
- Type: The check type (HTTP, DNS, SSL, etc.)
- Status: Current status (Healthy, Failing, No Data)
- Uptime (24H): Visual representation of uptime over the last 24 hours
- Duration: Average response time
- Enabled: Toggle to enable/disable the monitor
Filtering Monitors
Use the sidebar filters to find specific monitors:
- Filter by check type (HTTP, DNS, TCP, etc.)
- Filter by status (Healthy, Failing, No Data)
- Filter by enabled/disabled state
- Filter by location
Monitor Details
Click on any monitor row to open the details drawer, which provides comprehensive information about the monitor without leaving the list view.
Header
The header displays:
- Monitor Name and description
- Status Badges: Enabled/Disabled, Alert status, Current state (Passing/Failing)
Overview Section
A grid of key metrics including:
- Type: The check type (HTTP, DNS, SSL, etc.)
- Target: The URL, hostname, or endpoint being monitored
- Check Interval: How often the check runs
- Current Status: Passing or Failing
- Uptime (24h): Success rate percentage over the last 24 hours
- Checks (24h): Total number of checks in the last 24 hours
- Avg Duration: Average response time
- Alert Status: Whether an alert is currently firing
Check History
An interactive timeline chart showing check results over time:
- Green bars indicate successful checks
- Red bars indicate failed checks
- Click on a bar to zoom into that time period and see detailed events
- Adjust the time range using the time picker
Check Events
A paginated table of individual check executions:
- Time: When the check ran
- Status: Pass or Fail badge
- Duration: Response time in milliseconds
- Message: Error message for failed checks
You can filter events by status (All, Pass, Fail) and click on any row to see full details including response headers, body, and complete error information.
Actions
Click the Edit button to open the monitor editor and modify settings.
Best Practices
Choose Appropriate Intervals
- Critical services: 1-5 minute intervals
- Standard services: 5-15 minute intervals
- Low-priority services: 15-60 minute intervals
Set Meaningful Timeouts
Configure timeouts based on expected response times:
- Fast APIs: 5-10 seconds
- Web pages: 15-30 seconds
- Complex operations: 30-60 seconds
Use Multiple Check Types
Combine different check types for comprehensive monitoring:
- HTTP checks for API availability
- SSL certificate checks for expiration warnings
- DNS checks for resolution verification
Support
If you have any questions or need assistance, please contact us via our help chat app available on the Support link in the sidebar, or by reaching out to support@oodle.ai.