Identifying system issues with synthetic monitoring

  • Release version: Zurich
  • Updated July 31, 2025
  • 2 minutes to read
  • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Identifying System Issues with Synthetic Monitoring

    Synthetic monitoring enables service owners and operators to assess the performance and availability of service endpoints. It allows for timely notifications upon test failures, helping to quickly address issues. Users can track trends in HTTP API success rates and response times, facilitating efficient problem-solving during service outages.

    Show full answer Show less

    Key Features

    • Monitor Management: The synthetic monitoring landing page provides an overview of all monitors, including their status. Users can filter and sort the list based on various criteria, such as failure status and timestamps.
    • Detailed Test Results: Selecting a monitor reveals its performance metrics, including success/failure rates and response times. The Metrics card displays charts for failed tests and response times, giving insights into each test's health.
    • Test Result History: The Monitor result history table lists tests, sortable by any column, which helps identify issues based on results or response times. Alerts linked in the table facilitate quick access to failure details.

    Key Outcomes

    ServiceNow customers can effectively monitor their services, swiftly identify and investigate issues, and improve response times through detailed insights provided by synthetic monitoring. With access to historical test data and performance metrics, operational efficiency is enhanced, leading to better service reliability and user satisfaction.

    Tests run by synthetic monitors enable service owners and operators to view service endpoint performance at scale.

    Overview of using synthetic monitoring

    As a service owner, you can use synthetic monitoring to monitor your service's endpoints, verifying that they're available and performing as expected. You can be notified when synthetic tests fail, enabling you to mitigate issues quickly. You can see trends in HTTP API success rates and response times.

    As an operator, you can use synthetic monitoring as part of triaging issues. When you learn a service is reported to have issues, you can view test results for that service's endpoints. If tests are failing or response times are slow, that might be something to investigate.

    View aggregate information about the monitors

    The synthetic monitoring landing page shows an overview of all created monitors, including inactive monitors.

    From here, you can see the status for all your monitors. Selecting a card at the top filters the list of monitors. For example, you can view only the monitors that have failed or that are in an unknown state.

    By default, the list of monitors is sorted by the timestamp in the Updated column. You can select a different column header to sort by that category.

    Selecting a monitor lets you view details about the monitor's tests, including details, configuration, and associated alerts.

    View a monitor and its tests

    To view a monitor's details and the results of its tests, select a monitor from the synthetic monitoring landing page. The Monitor details page provides key information needed to understand how the monitor is performing.

    Use the information in the header to understand the basic health of the monitor, including its status and when it last ran a test.

    View individual tests

    The Metrics card displays two charts to help you understand the health of each test the monitor has run. The Failed tests chart displays each test with a value of 0 when it was successful and a value of 1 when it failed. Hover over a point on the chart to view further details.

    The Response time chart shows the amount of time in milliseconds that it took to receive a response from the endpoint. Hover over a point on the chart to view details.

    Note:
    Test results are retained for 21 days.

    The Monitor result history table lists each test. By default, the table is sorted from newest to oldest by the timestamp. You can sort by any column to help find issues. For example, you can sort by Result to see all failures together or you can sort by Response time to view the tests with the highest latency.

    If a monitor was configured to generate an alert when it fails, a link to the alert displays in the Alert column. Select an alert link to view its details.

    When you see a failure or high latency, select a test to view details, including the response body, which might help explain any issues.
    Figure 1. Response body in the details modal
    A modal displays information about the test including a response body that states that the request was to a bad gateway.