Caution
Grafana Agent has reached End-of-Life (EOL) on November 1, 2025. Agent is no longer receiving vendor support and will no longer receive security or bug fixes. Current users of Agent Static mode, Agent Flow mode, and Agent Operator should proceed with migrating to Grafana Alloy. If you have already migrated to Alloy, no further action is required. Read more about why we recommend migrating to Grafana Alloy.
prometheus.exporter.azure
The prometheus.exporter.azure component embeds azure-metrics-exporter to collect metrics from Azure Monitor.
The exporter supports all metrics defined by Azure Monitor. You can find the complete list of available metrics in the Azure Monitor documentation.
Metrics for this integration are exposed with the template azure_{type}_{metric}_{aggregation}_{unit} by default. As an example,
the Egress metric for BlobService would be exported as azure_microsoft_storage_storageaccounts_blobservices_egress_total_bytes.
The exporter offers the following two options for gathering metrics.
- (Default) Use an Azure Resource Graph query to identify resources for gathering metrics.
- This query will make one API call per resource identified.
- Subscriptions with a reasonable amount of resources can hit the 12000 requests per hour rate limit Azure enforces.
- Set the regions to gather metrics from and get metrics for all resources across those regions.
- This option will make one API call per subscription, dramatically reducing the number of API calls.
- This approach does not work with all resource types, and Azure does not document which resource types do or do not work.
- A resource type that is not supported produces errors that look like
Resource type: microsoft.containerservice/managedclusters not enabled for Cross Resource metrics. - If you encounter one of these errors you must use the default Azure Resource Graph based option to gather metrics.
Authentication
Grafana Agent Flow must be running in an environment with access to Azure. The exporter uses the Azure SDK for go and supports authentication.
The account used by Grafana Agent Flow needs:
- When using an Azure Resource Graph query, read access to the resources that will be queried by Resource Graph
- Permissions to call the Microsoft.Insights Metrics API which should be the
Microsoft.Insights/Metrics/Readpermission
Usage
prometheus.exporter.azure LABEL {
subscriptions = [
SUB_ID_1,
SUB_ID_2,
...
]
resource_type = RESOURCE_TYPE
metrics = [
METRIC_1,
METRIC_2,
...
]
}Arguments
You can use the following arguments to configure the exporter’s behavior. Omitted fields take their default values.
The list of available resource_type values and their corresponding metrics can be found in Azure Monitor essentials.
The list of available regions to your subscription can be found by running the azure CLI command az account list-locations --query '[].name'.
The resource_graph_query_filter can be embedded into a template query of the form Resources | where type =~ "<resource_type>" <resource_graph_query_filter> | project id, tags.
Valid values for metric_aggregations are minimum, maximum, average, total, and count. If no aggregation is specified, the value is retrieved from the metric. For example, the aggregation value of the metric Availability in Microsoft.ClassicStorage/storageAccounts is average.
Every metric has its own set of dimensions. For example, the dimensions for the metric Availability in Microsoft.ClassicStorage/storageAccounts are GeoType, ApiName, and Authentication. If a single dimension is requested, it will have the name dimension. If multiple dimensions are requested, they will have the name dimension<dimension_name>.
Tags in included_resource_tags will be added as labels with the name tag_<tag_name>.
Valid values for azure_cloud_environment are azurecloud, azurechinacloud, azuregovernmentcloud and azurepprivatecloud.
validate_dimensions is disabled by default to reduce the number of Azure exporter instances requires when a resource_type has metrics with varying dimensions. When validate_dimensions is enabled you will need one exporter instance per metric + dimension combination which is more tedious to maintain.
Exported fields
The following fields are exported and can be referenced by other components.
For example, the targets can either be passed to a discovery.relabel component to rewrite the targets’ label sets or to a prometheus.scrape component that collects the exposed metrics.
The exported targets use the configured in-memory traffic address specified by the run command.
Component health
prometheus.exporter.azure is only reported as unhealthy if given
an invalid configuration. In those cases, exported fields retain their last healthy values.
Debug information
prometheus.exporter.azure does not expose any component-specific
debug information.
Debug metrics
prometheus.exporter.azure does not expose any component-specific
debug metrics.
Examples
prometheus.exporter.azure "example" {
subscriptions = SUBSCRIPTIONS
resource_type = "Microsoft.Storage/storageAccounts"
regions = [
"westeurope",
]
metric_namespace = "Microsoft.Storage/storageAccounts/blobServices"
metrics = [
"Availability",
"BlobCapacity",
"BlobCount",
"ContainerCount",
"Egress",
"IndexCapacity",
"Ingress",
"SuccessE2ELatency",
"SuccessServerLatency",
"Transactions",
]
included_dimensions = [
"ApiName",
"TransactionType",
]
timespan = "PT1H"
}
// Configure a prometheus.scrape component to send metrics to.
prometheus.scrape "demo" {
targets = prometheus.exporter.azure.example.targets
forward_to = [prometheus.remote_write.demo.receiver]
}
prometheus.remote_write "demo" {
endpoint {
url = PROMETHEUS_REMOTE_WRITE_URL
basic_auth {
username = USERNAME
password = PASSWORD
}
}
}Replace the following:
SUBSCRIPTIONS: The Azure subscription IDs holding the resources you are interested in.PROMETHEUS_REMOTE_WRITE_URL: The URL of the Prometheus remote_write-compatible server to send metrics to.USERNAME: The username to use for authentication to the remote_write API.PASSWORD: The password to use for authentication to the remote_write API.
Compatible components
prometheus.exporter.azure has exports that can be consumed by the following components:
- Components that consume Targets
Note
Connecting some components may not be sensible or components may require further configuration to make the connection work correctly. Refer to the linked documentation for more details.



