You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/storage/blobs/storage-blob-scalable-app-verify-metrics.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,7 +19,7 @@ In part four of the series, you learn how to:
19
19
> * Configure charts in the Azure portal
20
20
> * Verify throughput and latency metrics
21
21
22
-
[Azure storage metrics](../common/storage-metrics-in-azure-monitor.md?toc=%2fazure%2fstorage%2fblobs%2ftoc.json) uses Azure monitor to provide a unified view into the performance and availability of your storage account.
22
+
[Azure storage metrics](../common/monitor-storage.md?toc=%2fazure%2fstorage%2fblobs%2ftoc.json) uses Azure monitor to provide a unified view into the performance and availability of your storage account.
23
23
24
24
## Configure metrics
25
25
@@ -47,7 +47,7 @@ Charts can have more than one metric assigned to them, but assigning more than o
47
47
48
48
## Dimensions
49
49
50
-
[Dimensions](../common/storage-metrics-in-azure-monitor.md?toc=%2fazure%2fstorage%2fblobs%2ftoc.json#metrics-dimensions) are used to look deeper into the charts and get more detailed information. Different metrics have different dimensions. One dimension that is available is the **API name** dimension. This dimension breaks out the chart into each separate API call. The first image below shows an example chart of total transactions for a storage account. The second image shows the same chart but with the API name dimension selected. As you can see, each transaction is listed giving more details into how many calls were made by API name.
50
+
[Dimensions](../common/monitor-storage-reference.md?toc=%2fazure%2fstorage%2fblobs%2ftoc.json#metrics-dimensions) are used to look deeper into the charts and get more detailed information. Different metrics have different dimensions. One dimension that is available is the **API name** dimension. This dimension breaks out the chart into each separate API call. The first image below shows an example chart of total transactions for a storage account. The second image shows the same chart but with the API name dimension selected. As you can see, each transaction is listed giving more details into how many calls were made by API name.
51
51
52
52

Copy file name to clipboardExpand all lines: articles/storage/common/monitor-storage-reference.md
+82-3Lines changed: 82 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -78,6 +78,8 @@ Azure Storage provides the following transaction metrics in Azure Monitor.
78
78
| SuccessE2ELatency | The average end-to-end latency of successful requests made to a storage service or the specified API operation. This value includes the required processing time within Azure Storage to read the request, send the response, and receive acknowledgment of the response. <br/><br/> Unit: Milliseconds <br/> Aggregation Type: Average <br/> Applicable dimensions: GeoType, ApiName, and Authentication ([Definition](#metrics-dimensions)) <br/> Value example: 1024 |
79
79
| Availability | The percentage of availability for the storage service or the specified API operation. Availability is calculated by taking the total billable requests value and dividing it by the number of applicable requests, including those requests that produced unexpected errors. All unexpected errors result in reduced availability for the storage service or the specified API operation. <br/><br/> Unit: Percent <br/> Aggregation Type: Average <br/> Applicable dimensions: GeoType, ApiName, and Authentication ([Definition](#metrics-dimensions)) <br/> Value example: 99.99 |
80
80
81
+
<aid="metrics-dimensions" />
82
+
81
83
## Metrics dimensions
82
84
83
85
Azure Storage supports following dimensions for metrics in Azure Monitor.
@@ -102,7 +104,23 @@ The following table lists the properties for Azure Storage resource logs when th
102
104
103
105
### Fields that describe the operation
104
106
105
-
The following table contains properties that describe the operation.
Copy file name to clipboardExpand all lines: articles/storage/common/monitor-storage.md
+43-16Lines changed: 43 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -66,7 +66,7 @@ Log entries are created only if there are requests made against the service endp
66
66
- Timeout errors for both client and server
67
67
- Failed GET requests with error code 304 (Not Modified)
68
68
69
-
All other failed anonymous requests are not logged. A full list of the logged data is documented in the [Storage Logged Operations and Status Messages](/rest/api/storageservices/storage-analytics-logged-operations-and-status-messages) and [Storage Log Format](/rest/api/storageservices/storage-analytics-log-format) topics.
69
+
All other failed anonymous requests are not logged. A full list of the logged data is documented in the [Storage Logged Operations and Status Messages](/rest/api/storageservices/storage-analytics-logged-operations-and-status-messages) and [Storage Log Format](/rest/api/storageservices/storage-analytics-log-format) topics.
70
70
71
71
## Configuration
72
72
@@ -120,21 +120,19 @@ You can list the metric definition of your storage account, or the individual st
120
120
121
121
In this example, replace the `<resource-ID>` placeholder with the resource ID of the entire storage account, or the resource ID of an individual storage service such as the as the blob, file, table or queue service. You can find these resource IDs in the **Properties** pages of your storage account on the Azure portal.
122
122
123
-
```powershell
124
-
$resourceId = "<resource-ID>"
125
-
Get-AzMetricDefinition -ResourceId $resourceId
126
-
```
123
+
```powershell
124
+
$resourceId = "<resource-ID>"
125
+
Get-AzMetricDefinition -ResourceId $resourceId
126
+
```
127
127
128
128
#### Read metric values
129
129
130
130
You can read account-level metric values of your storage account, or the individual storage service such as the blob, file, table or queue service. Use the [Get-AzMetric](https://docs.microsoft.com/powershell/module/Az.Monitor/Get-AzMetric?view=azps-3.3.0) cmdlet.
131
131
132
-
In this example, replace the `<resource-ID>` placeholder with the resource ID of the entire storage account, or the resource ID of an individual storage service such as the as the blob, file, table or queue service. You can find these resource IDs in the **Properties** pages of your storage account on the Azure portal.
@@ -151,8 +149,6 @@ In this example, replace the `<resource-ID>` placeholder with the resource ID of
151
149
#### Read account-level metric values
152
150
153
151
You can read the metric values of your storage account, or the individual storage service such as the blob, file, table or queue service. Use the [az monitor metrics list](https://docs.microsoft.com/cli/azure/monitor/metrics?view=azure-cli-latest#az-monitor-metrics-list) command.
154
-
155
-
In this example, replace the `<resource-ID>` placeholder with the resource ID of the entire storage account, or the resource ID of an individual storage service such as the as the blob, file, table or queue service. You can find these resource IDs in the **Properties** pages of your storage account on the Azure portal.
156
152
157
153
```azurecli-interactive
158
154
az monitor metrics list --resource <resource-ID> --metric "UsedCapacity" --interval PT1H
@@ -302,10 +298,38 @@ The following example shows how to read metric data on the metric supporting mul
302
298
303
299
## Analyzing log data
304
300
301
+
You can access Resource logs either as a blob in a storage account, as event data, or through Log Analytic queries.
302
+
303
+
See [Azure Storage monitoring data reference](monitor-storage-reference.md) for a detailed reference of the fields that appear in these logs.
304
+
305
305
> [!NOTE]
306
306
> Azure Storage logs in Azure Monitor is in public preview, and is available for preview testing in all public cloud regions. To enroll in the preview, see [this page](https://www.microsoft.com). This preview enables logs for blobs (including Azure Data Lake Storage Gen2), files, queues, tables, premium storage accounts in general-purpose v1 and general-purpose v2 storage accounts. Classic storage accounts are not supported.
307
307
308
-
Data in Azure Monitor Logs is stored in tables. Azure Storage stores data in the following tables.
308
+
### Access logs in a storage account
309
+
310
+
Logs appear as blobs stored to a container in the target storage account. Data is collected and stored inside a single blob as a line delimited JSON payload. The name of the blob follows the following naming convention:
Logs sent to an event hub aren't stored as a file, but you can verify that the event hub received the log information. In the Azure portal, navigate to your event hub, and then verify that the **incoming messages** count is greater than zero.
You can access and read log data that is sent to your event hub by using security information and event management and monitoring tools. For more information, see [What can I do with the monitoring data being sent to my event hub?](https://docs.microsoft.com/azure/azure-monitor/platform/stream-monitoring-data-event-hubs#what-can-i-do-with-the-monitoring-data-being-sent-to-my-event-hub).
325
+
326
+
### Access logs in Log Analytics workspace
327
+
328
+
You can access logs sent to a Log Analytics workspace, by using Azure Monitor log queries.
329
+
330
+
See [Get started with Log Analytics in Azure Monitor](https://docs.microsoft.com/azure/azure-monitor/log-query/get-started-portal).
331
+
332
+
Data is stored in the following tables.
309
333
310
334
| Table | Description |
311
335
|:---|:---|
@@ -314,8 +338,6 @@ Data in Azure Monitor Logs is stored in tables. Azure Storage stores data in the
314
338
|StorageQueueLogs | Logs that describe activity in queues.|
315
339
|StorageTableLogs| Logs that describe activity in tables.|
316
340
317
-
See [Azure Storage monitoring data reference](monitor-storage-reference.md) for a detailed reference of the fields that appear in these logs.
318
-
319
341
### Azure Storage Log Analytics queries in Azure Monitor
320
342
321
343
Here are some queries that you can enter into the **Log search** search bar to help you monitor your Azure Storage accounts. These queries work with the [new language](https://docs.microsoft.com/azure/azure-monitor/log-query/log-query-overview).
@@ -368,6 +390,11 @@ Following are queries that you can use to help you monitor your Azure Storage ac
368
390
| sort by count_ desc
369
391
| render piechart
370
392
```
393
+
## FAQ
394
+
395
+
**Does Azure Storage support metrics for Managed Disks or Unmanaged Disks?**
396
+
397
+
No, Azure Compute supports the metrics on disks. See [article](https://azure.microsoft.com/blog/per-disk-metrics-managed-disks/) for more details.
Copy file name to clipboardExpand all lines: articles/storage/common/storage-analytics-metrics.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -17,7 +17,7 @@ Storage Analytics can store metrics that include aggregated transaction statisti
17
17
18
18
> [!NOTE]
19
19
> Storage Analytics metrics are available for the Blob, Queue, Table, and File services.
20
-
> Storage Analytics metrics are now Classic metrics. Microsoft recommends using [Storage Metrics in Azure Monitor](storage-metrics-in-azure-monitor.md) instead of Storage Analytics metrics.
20
+
> Storage Analytics metrics are now Classic metrics. Microsoft recommends using [Storage Metrics in Azure Monitor](monitor-storage.md) instead of Storage Analytics metrics.
21
21
22
22
## Transaction metrics
23
23
A robust set of data is recorded at hourly or minute intervals for each storage service and requested API operation, including ingress/egress, availability, errors, and categorized request percentages. You can see a complete list of the transaction details in the [Storage Analytics Metrics Table Schema](/rest/api/storageservices/storage-analytics-metrics-table-schema) topic.
Copy file name to clipboardExpand all lines: articles/storage/common/storage-sas-overview.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -111,7 +111,7 @@ The following recommendations for using shared access signatures can help mitiga
111
111
-**Understand that your account will be billed for any usage, including via a SAS.** If you provide write access to a blob, a user may choose to upload a 200 GB blob. If you've given them read access as well, they may choose to download it 10 times, incurring 2 TB in egress costs for you. Again, provide limited permissions to help mitigate the potential actions of malicious users. Use short-lived SAS to reduce this threat (but be mindful of clock skew on the end time).
112
112
-**Validate data written using a SAS.** When a client application writes data to your storage account, keep in mind that there can be problems with that data. If your application requires that data be validated or authorized before it is ready to use, you should perform this validation after the data is written and before it is used by your application. This practice also protects against corrupt or malicious data being written to your account, either by a user who properly acquired the SAS, or by a user exploiting a leaked SAS.
113
113
-**Know when not to use a SAS.** Sometimes the risks associated with a particular operation against your storage account outweigh the benefits of using a SAS. For such operations, create a middle-tier service that writes to your storage account after performing business rule validation, authentication, and auditing. Also, sometimes it's simpler to manage access in other ways. For example, if you want to make all blobs in a container publicly readable, you can make the container Public, rather than providing a SAS to every client for access.
114
-
-**Use Azure Monitor and Azure Storage logs to monitor your application.** You can use Azure Monitor and storage analytics logging to observe any spike in authorization failures due to an outage in your SAS provider service or to the inadvertent removal of a stored access policy. For more information, see [Azure Storage metrics in Azure Monitor](storage-metrics-in-azure-monitor.md?toc=%2fazure%2fstorage%2fblobs%2ftoc.json) and [Azure Storage Analytics logging](storage-analytics-logging.md?toc=%2fazure%2fstorage%2fblobs%2ftoc.json).
114
+
-**Use Azure Monitor and Azure Storage logs to monitor your application.** You can use Azure Monitor and storage analytics logging to observe any spike in authorization failures due to an outage in your SAS provider service or to the inadvertent removal of a stored access policy. For more information, see [Azure Storage metrics in Azure Monitor](monitor-storage.md?toc=%2fazure%2fstorage%2fblobs%2ftoc.json) and [Azure Storage Analytics logging](storage-analytics-logging.md?toc=%2fazure%2fstorage%2fblobs%2ftoc.json).
0 commit comments