Analyze Azure Functions telemetry in Application Insights
Azure Functions integrates with Application Insights to better enable you to monitor your function apps. Application Insights collects telemetry data generated by your function app, including information your app writes to logs. Application Insights integration is typically enabled when your function app is created. If your function app doesn't have the instrumentation key set, you must first enable Application Insights integration.
By default, the data collected from your function app is stored in Application Insights. In the Azure portal, Application Insights provides an extensive set of visualizations of your telemetry data. You can drill into error logs and query events and metrics. This article provides basic examples of how to view and query your collected data. To learn more about exploring your function app data in Application Insights, see What is Application Insights?.
To learn more about data retention and potential storage costs, see Data collection, retention, and storage in Application Insights.
Viewing telemetry in Monitor tab
With Application Insights integration enabled, you can view telemetry data in the Monitor tab.
In the function app page, select a function that has run at least once after Application Insights was configured. Then, select Monitor from the left pane. Select Refresh periodically, until the list of function invocations appears.
It can take up to five minutes for the list to appear while the telemetry client batches data for transmission to the server. The delay doesn't apply to the Live Metrics Stream. That service connects to the Functions host when you load the page, so logs are streamed directly to the page.
To see the logs for a particular function invocation, select the Date (UTC) column link for that invocation. The logging output for that invocation appears in a new page.
Choose Run in Application Insights to view the source of the query that retrieves the Azure Monitor log data in Azure Log. If this is your first time using Azure Log Analytics in your subscription, you're asked to enable it.
After you enable Log Analytics, the following query is displayed. You can see that the query results are limited to the last 30 days (
where timestamp > ago(30d)), and the results show no more than 20 rows (
take 20). In contrast, the invocation details list for your function is for the last 30 days with no limit.
For more information, see Query telemetry data later in this article.
View telemetry in Application Insights
To open Application Insights from a function app in the Azure portal:
Browse to your function app in the portal.
Select Application Insights under Settings in the left page.
If this is your first time using Application Insights with your subscription, you'll be prompted to enable it. To do this, select Turn on Application Insights, and then select Apply on the next page.
For information about how to use Application Insights, see the Application Insights documentation. This section shows some examples of how to view data in Application Insights. If you're already familiar with Application Insights, you can go directly to the sections about how to configure and customize the telemetry data.
The following areas of Application Insights can be helpful when evaluating the behavior, performance, and errors in your functions:
|Failures||Create charts and alerts based on function failures and server exceptions. The Operation Name is the function name. Failures in dependencies aren't shown unless you implement custom telemetry for dependencies.|
|Performance||Analyze performance issues by viewing resource utilization and throughput per Cloud role instances. This performance data can be useful for debugging scenarios where functions are bogging down your underlying resources.|
|Metrics||Create charts and alerts that are based on metrics. Metrics include the number of function invocations, execution time, and success rates.|
|Live Metrics||View metrics data as it's created in near real time.|
Query telemetry data
Application Insights Analytics gives you access to all telemetry data in the form of tables in a database. Analytics provides a query language for extracting, manipulating, and visualizing the data.
Choose Logs to explore or query for logged events.
Here's a query example that shows the distribution of requests per worker over the last 30 minutes.
requests | where timestamp > ago(30m) | summarize count() by cloud_RoleInstance, bin(timestamp, 1m) | render timechart
The tables that are available are shown in the Schema tab on the left. You can find data generated by function invocations in the following tables:
|traces||Logs created by the runtime and traces from your function code.|
|requests||One request for each function invocation.|
|exceptions||Any exceptions thrown by the runtime.|
|customMetrics||The count of successful and failing invocations, success rate, and duration.|
|customEvents||Events tracked by the runtime, for example: HTTP requests that trigger a function.|
|performanceCounters||Information about the performance of the servers that the functions are running on.|
The other tables are for availability tests, and client and browser telemetry. You can implement custom telemetry to add data to them.
Within each table, some of the Functions-specific data is in a
customDimensions field. For example, the following query retrieves all traces that have log level
traces | where customDimensions.LogLevel == "Error"
The runtime provides the
customDimensions.Category fields. You can provide additional fields in logs that you write in your function code. For an example in C#, see Structured logging in the .NET class library developer guide.
Consumption plan-specific metrics
When running in a Consumption plan, the execution cost of a single function execution is measured in GB-seconds. Execution cost is calculated by combining its memory usage with its execution time. To learn more, see Estimating Consumption plan costs.
The following telemetry queries are specific to metrics that impact the cost of running functions in the Consumption plan.
Determine memory usage
Under Monitoring, select Logs (Analytics), then copy the following telemetry query and paste it into the query window and select Run. This query returns the total memory usage at each sampled time.
performanceCounters | where name == "Private Bytes" | project timestamp, name, value
The results look like the following example:
|9/12/2019, 1:05:14.947 AM||Private Bytes||209,932,288|
|9/12/2019, 1:06:14.994 AM||Private Bytes||212,189,184|
|9/12/2019, 1:06:30.010 AM||Private Bytes||231,714,816|
|9/12/2019, 1:07:15.040 AM||Private Bytes||210,591,744|
|9/12/2019, 1:12:16.285 AM||Private Bytes||216,285,184|
|9/12/2019, 1:12:31.376 AM||Private Bytes||235,806,720|
Azure Monitor tracks metrics at the resource level, which for Functions is the function app. Application Insights integration emits metrics on a per-function basis. Here's an example analytics query to get the average duration of a function:
customMetrics | where name contains "Duration" | extend averageDuration = valueSum / valueCount | summarize averageDurationMilliseconds=avg(averageDuration) by name
Learn more about monitoring Azure Functions: