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 makes 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 makes one API call per subscription, dramatically reducing the number of API calls.
- This approach doesn’t work with all resource types, and Azure doesn’t document which resource types do or don’t work.
- A resource type that’s 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
Alloy 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 Alloy 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 with prometheus.exporter.azure:
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 required 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.
timespan and interval are used to control how metrics are queried from Azure Monitor.
The exporter queries metrics over the timespan and returns the most recent datapoint at the specified interval.
If you are having issues with missing metrics, try increasing the timespan to a larger value, such as PT10M for 10 minutes, or PT15M for 15 minutes.
Blocks
The prometheus.exporter.azure component doesn’t support any blocks. You can configure this component with arguments.
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 doesn’t expose any component-specific debug information.
Debug metrics
prometheus.exporter.azure doesn’t 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 theremote_writeAPI.<PASSWORD>: The password to use for authentication to theremote_writeAPI.
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.