• /
  • EnglishEspañol日本語한국어Português
  • Inicia sesiónComenzar ahora

REST API calls for infrastructure alerts

Use the infrastructure REST API to add, update, delete, and list alerting conditions. You can also manage individual alerting conditions using the infrastructure monitoring UI.

REST API calls for infrastructure alerts are not available in the API Explorer.

Why use the API

Examples

Consistency

  • Define the same set of conditions for every cluster without having to set up identical conditions in the infrastructure UI each time.
  • Manage multiple conditions quickly, without having to update them one by one using the UI.

Flexibility

Reliability

  • Audit when a condition was last updated.

Requirements

In order to use the Infrastructure REST API, you need:

Sugerencia

If your organization hosts data in the EU data center, make sure you are using the EU region endpoints.

Using infrastructure API calls

Here are some basic cURL commands and their responses for infrastructure alert conditions. Depending on the type of condition, the DATA information you provide in the call will vary for POST (add) and PUT (update) calls.

Definitions of each attribute used in the data blocks can be found in the Definitions section.

GET infrastructure conditions

You can either GET a list of infrastructure conditions or GET a specific infrastructure condition. Here are a few tips for listing infrastructure conditions.

  • For pagination, use limit (records per page) and offset (how many records to skip) parameters. Default is 50 records per page, and offset starts at 0 (skip no records).
  • To scope the results to a specific policy, use policy_id.

Sugerencia

If you want to use the GET response as a template for your PUT or POST input, be sure to remove the created_at_epoch_millis, updated_at_epoch_millis and id information.

GET a list of infrastructure conditions

bash
$
curl -v -X GET --header "Api-Key:$API_KEY" "https://infra-api.newrelic.com/v2/alerts/conditions?policy_id=111111"

To get a list of the 10 infrastructure conditions beyond the 50 limit:

bash
$
curl -v -X GET --header "Api-Key:$API_KEY" "https://infra-api.newrelic.com/v2/alerts/conditions?policy_id=111111&offset=50&limit=10"

GET a specific infrastructure condition

To get information about a single infrastructure condition:

bash
$
curl -v -X GET --header "Api-Key:$API_KEY" "https://infra-api.newrelic.com/v2/alerts/conditions/condition-id"

Create (POST) an infrastructure condition

Importante

Do not include an "id": when adding a new condition (POST). It will be generated when the condition is created.

To add an infrastructure condition, use this basic cURL command:

bash
$
curl -X POST 'https://infra-api.newrelic.com/v2/alerts/conditions' \
>
-H "Api-Key:$API_KEY" -i -H 'Content-Type: application/json' \
>
-d '{"data":{DATA object details}}'

Include details in the DATA object (-d section) for the type of infrastructure condition you are adding:

Update (PUT) an infrastructure condition

You only need to include the fields that need to be changed when updating an infrastructure condition. The API keeps the existing values for any missing fields.

Importante

If you want to change the condition type, do not use PUT. Instead, delete the existing condition, then add (POST) a new condition with the new condition type and all fields.

To update an infrastructure condition, use this basic cURL command. To indicate which condition is to be updated, be sure to include the "id": .

Include details in the DATA object (-d section) for the type of infrastructure condition you are updating:

Remove (DELETE) an infrastructure condition

To delete an infrastructure condition, use this basic cURL command:

bash
$
curl -v -X DELETE --header "Api-Key:$API_KEY" "https://infra-api.newrelic.com/v2/alerts/conditions/condition_id"

Types of conditions

Definitions

When formatting your cURL commands, use these values as needed. These are listed in alphabetical order, not the order they appear in your API calls.

Field

Definition

comparison (enum)

Condition type: infra_metric, infra_process_running

The value used to define the threshold; for example, "["above", "below", "equal"].

critical_threshold and warning_threshold

Condition type: all

This object identifies the threshold value before opening an incident.

  • The critical_threshold is required.

  • The warning_threshold is optional and may only be used with infra_metric conditions.

    The keys of this object depend on the condition type.

    Condition type: infra_metric format:

    "critical_threshold":{
    "value":<number>,
    "duration_minutes":<integer>,
    "time_function":"any" or "all"
    },

    Condition type: infra_process_running format:

    "critical_threshold":{
    "value":<integer>,
    "duration_minutes":<integer>,
    },

    Condition type: infra_host_not_reporting format:

    "critical_threshold":{
    "duration_minutes":<integer>,
    },

enabled (boolean)

Condition type: all

Whether the condition is turned on or off; true or false.

event_type (string)

Condition type: infra_metric

The metric event; for example, system metrics, process metrics, storage metrics, or network metrics. This automatically populates for infrastructure integrations; for example, StorageSample or SystemSample.

filter (string)

Condition type: all

If the condition was made in the UI, filter appears instead of where_clause; for example:

{and: [{is: {ec2InstanceType: "m3.medium"}}]}

Recommendation: Use where_clause when creating a new condition.

id (integer)

Condition type: all

The condition ID located in the URL.

  • GET: This value appears in the GET response.
  • PUT: Include this value in the DATA section.
  • POST: Do not include this in the DATA section.
  • DELETE: Include this value in the -X DELETE call.

integration_provider (string)

Condition type: infra_metric

For alerts on integrations, use integration_provider instead of event_type. To see valid values: From the New Relic documentation for your cloud service, check the Find and use data section.

Example: In the AWS RDS monitoring integration documentation, you can see that the DatastoreSample event type can be used with an integration_provider value of either RdsDbInstance for DB instances, or RdsDbCluster for Aurora DB clusters.

name (string)

Condition type: all

The infrastructure alerting condition's name; for example:

"[test] process running"

policy_id (integer)

Condition type: all

The unique ID for the alert policy's account ID associated with the condition; for example, 1234567890. This is not the policy's global ID.

process_where_clause (string)

Condition type: infra_process_running

Any filters applied to processes, specifically in process running alert conditions. This parameter is mandatory for those types of alert conditions. For example:

"commandName = '\''java'\''"

runbook_url (string)

Condition type: all

The runbook URL to display in notifications.

select_value (string)

Condition type: infra_metric

The attribute name to identify the metric being targeted; for example, "cpuPercent", "diskFreePercent", "memoryResidentSizeBytes", or "memoryFreeBytes/memoryTotalBytes*100". This automatically populates for infrastructure integrations; for example, diskFreePercent.

type (enum)

Condition type: all

The type of infrastructure alert condition: "infra_process_running", "infra_metric", or "infra_host_not_reporting".

violation_close_timer (integer)

Condition type: all

The incident time limit setting, expressed as hours. Possible values are 0, 1, 2, 4, 8,12, 24, 48, 72. This determines how much time will pass before an incident is automatically closed.

For new conditions, if a value is not provided, the following default values are used:

  • All conditions: 24 hours

    When updating existing conditions, if a value is provided, it overrides the existing value, but does not affect already opened incidents.

where_clause (string)

Condition type: all

If applicable, this identifies any infrastructure host filters used; for example:

"(`hostname` LIKE '\''%cassandra%'\'')",
Copyright © 2024 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.