New Relic's integrations include an integration for reporting your Microsoft Azure App Service Plan metrics and other data to New Relic. This document explains how to activate the integration and describes the data reported.
Features
New Relic gathers metrics data from Azure Monitor for the Azure App Service Plan service. An App Service plan defines a set of compute resources for a web app to run.
Using New Relic, you can:
- View Azure App Service Plan data in pre-built dashboards.
- Run custom queries and visualize the data.
- Create alert conditions to notify you of changes in data.
Activate integration
Follow standard Azure Monitor integration procedure to activate your Azure service in New Relic infrastructure monitoring.
Configuration and polling
You can change the polling frequency and filter data using configuration options.
New Relic queries your Azure App Service Plan services through the Azure Monitor integration according to a default polling interval.
Find and use data
To explore your integration data, go to one.newrelic.com/infra > Azure > (select an integration).
Metric data
This integration collects the following metric data:
Azure App Service Plan metrics
Metric | Description |
---|---|
| The average incoming bandwidth used across all instances of the plan. |
| The average outgoing bandwidth used across all instances of the plan. |
| The average CPU usage across all instances of the plan. |
| The average number of both read and write requests that were queued on storage. A high disk queue length is an indication of an app that might be slowing down because of excessive disk I/O. |
| The average number of HTTP requests that had to sit on the queue before being fulfilled. A high or increasing HTTP Queue length is a symptom of a plan under heavy load. |
| The average memory used across all instances of the plan. |
| The average number of sockets used for incoming HTTP requests across all the instances of the plan. |
| The average number of sockets used for loopback connections across all the instances of the plan. |
| The average number of sockets used for outbound connections across all the instances of the plan irrespective of their TCP states. Having too many outbound connections can cause connectivity errors. |
| The average number of sockets in |
| The average number of sockets in |
| The average number of sockets in |
| The average number of sockets in |
| The average number of sockets in |
| The average number of sockets in |
| The average number of sockets in |
| The average number of sockets in |
| The average number of sockets in |
| The average number of sockets in |
| The average number of sockets in |