Utilice Azure Monitor para analizar las métricas de Azure Files

✔️ Se aplica a recursos compartidos de archivos clásicos SMB y NFS creados con el proveedor de recursos Microsoft.Storage

✔️ Se aplica a: recursos compartidos de archivos creados con el proveedor de recursos Microsoft.FileShares

Comprender cómo supervisar el rendimiento del recurso compartido de archivos es fundamental para garantizar que la aplicación se ejecute de la forma más eficaz posible. En este artículo se muestra cómo usar Azure Monitor para analizar métricas de Azure Files, como la disponibilidad, la latencia y el uso.

Consulte Supervisión de Azure Files para más información sobre los datos de supervisión que puede recopilar para Azure Files y cómo usarlos.

Métricas compatibles para Azure Files

Las métricas de Azure Files se encuentran en estos espacios de nombres:

Microsoft.Storage/storageAccounts
Microsoft.Storage/storageAccounts/fileServices

Para obtener una lista de las métricas disponibles para Azure Files, consulte Referencia de datos de supervisión de Azure Files.

Para obtener una lista de todas las métricas compatibles con Azure Monitor, lo que incluye Azure Files, consulte Métricas compatibles con Azure Monitor.

Visualización de datos de métricas de Azure Files

Puede ver las métricas de Azure Files mediante Azure Portal, PowerShell, la CLI de Azure o .NET.

Puede analizar las métricas de Azure Storage con métricas de otros servicios de Azure con el Explorador de métricas de Azure Monitor. Para abrir el Explorador de métricas, elija Métricas en el menú Azure Monitor. Para más información sobre cómo usar esta herramienta, vea Análisis de métricas con el explorador de métricas de Azure Monitor.

Para ver las métricas que admiten dimensiones, puede filtrar las métricas con el valor de dimensión deseado. Para obtener una lista completa de las dimensiones que admite Azure Storage, consulte Dimensiones de métricas.

Lista de la definición de métrica

Puede mostrar la definición de la métrica de la cuenta de almacenamiento o el servicio Azure Files. Use el cmdlet Get-AzMetricDefinition.

En este ejemplo, reemplace el marcador de posición <resource-ID> por el id. de recurso de la cuenta de almacenamiento completa o el del servicio Azure Files. Puede encontrar estos identificadores de recursos en las páginas Propiedades de su cuenta de almacenamiento en Azure Portal.

   $resourceId = "<resource-ID>"
   Get-AzMetricDefinition -ResourceId $resourceId

Lectura de valores de métricas

Puede leer valores de métricas de nivel de cuenta de la cuenta de almacenamiento o el servicio Azure Files. Use el cmdlet Get-AzMetric.

   $resourceId = "<resource-ID>"
   Get-AzMetric -ResourceId $resourceId -MetricNames "UsedCapacity" -TimeGrain 01:00:00

Lectura de valores de métricas con dimensiones

Cuando una métrica admite dimensiones, puede leer los valores de las métricas y filtrarlos mediante valores de dimensión. Use el cmdlet Get-AzMetric.

   $resourceId = "<resource-ID>"
   Get-AzMetric -ResourceId $resourceId -MetricNames "UsedCapacity" -TimeGrain 01:00:00

$resourceId = "<resource-ID>"
$dimFilter = [String](New-AzMetricFilter -Dimension ApiName -Operator eq -Value "GetFile" 3> $null)
Get-AzMetric -ResourceId $resourceId -MetricName Transactions -TimeGrain 01:00:00 -MetricFilter $dimFilter -AggregationType "Total"

Enumeración de la definición de métrica de nivel de cuenta

Puede mostrar la definición de la métrica de la cuenta de almacenamiento o el servicio Azure Files. Use el comando az monitor metrics list-definitions.

   az monitor metrics list-definitions --resource <resource-ID>

Leer valores de métricas de nivel de cuenta

Puede leer los valores de métricas de la cuenta de almacenamiento o el servicio Azure Files. Use el comando az monitor metrics list.

   az monitor metrics list --resource <resource-ID> --metric "UsedCapacity" --interval PT1H

Lectura de valores de métricas con dimensiones

Cuando una métrica admite dimensiones, puede leer los valores de las métricas y filtrarlos mediante valores de dimensión. Use el comando az monitor metrics list.

az monitor metrics list --resource <resource-ID> --metric "Transactions" --interval PT1H --filter "ApiName eq 'GetFile' " --aggregation "Total"

Azure Monitor proporciona el SDK de .NET azure.Monitor.Query para leer las definiciones y valores de métricas. Use Azure.Identity para la autenticación sin contraseña con DefaultAzureCredential. Para más información, consulte Conexiones sin contraseña para los servicios de Azure.

En primer lugar, instale los paquetes NuGet necesarios:

dotnet add package Azure.Identity
dotnet add package Azure.Monitor.Query

En estos ejemplos, reemplace el <resource-ID> marcador de posición por el identificador de recurso de toda la cuenta de almacenamiento o el identificador de recurso del servicio Azure Files. Puede encontrar estos identificadores de recursos en las páginas Propiedades de su cuenta de almacenamiento en Azure Portal.

Enumeración de la definición de métrica de nivel de cuenta

En el ejemplo siguiente se muestra cómo enumerar la definición de una métrica a nivel de cuenta:

using Azure;
using Azure.Identity;
using Azure.Monitor.Query;
using Azure.Monitor.Query.Models;

public static async Task ListStorageMetricDefinition()
{
    var resourceId = "<resource-ID>";
    var client = new MetricsQueryClient(new DefaultAzureCredential());
    
    AsyncPageable<MetricDefinition> metricDefinitions = client.GetMetricDefinitionsAsync(resourceId, metricsNamespace);
    
    await foreach (var metricDefinition in metricDefinitions)
    {
        Console.WriteLine(metricDefinition.Id);
        Console.WriteLine(metricDefinition.ResourceId);
        Console.WriteLine(metricDefinition.Name);
        Console.WriteLine(metricDefinition.Unit);
    }
}

Lectura de valores de métricas a nivel de cuenta

En el ejemplo siguiente se muestra cómo leer los datos de UsedCapacity a nivel de cuenta:

public static async Task ReadStorageMetricValue()
{
    var resourceId = "<resource-ID>";
    var client = new MetricsQueryClient(new DefaultAzureCredential());
    
    Response<MetricsQueryResult> result = await client.QueryResourceAsync(
        resourceId,
        new[] { "UsedCapacity" },
        new MetricsQueryOptions
        {
            Granularity = TimeSpan.FromHours(1),
            Aggregations = { MetricAggregationType.Average },
            TimeRange = new QueryTimeRange(TimeSpan.FromHours(3))
        });
    
    foreach (MetricResult metric in result.Value.Metrics)
    {
        Console.WriteLine(metric.Name);
        Console.WriteLine(metric.Unit);
        foreach(var item in metric.TimeSeries)
        {
            Console.WriteLine("Metadata:");
            foreach(var metadata in item.Metadata)
            {
                Console.WriteLine($"{metadata.Key}: {metadata.Value}");
            }
            Console.WriteLine("Values:");
            foreach(var value in item.Values)
            {
                Console.WriteLine($"TimeStamp: {value.TimeStamp}, Average: {value.Average}");
            }
        }
    }
}

Lectura de valores de métricas multidimensionales

En el caso de las métricas multidimensionales, debe definir el filtro de metadatos si desea leer datos de métricas sobre valores de dimensión específicos.

En el ejemplo siguiente se muestra cómo leer datos de métricas en la métrica que admite valores multidimensionales:

public static async Task ReadStorageMetricValueTest()
{
    // Resource ID for Azure Files
    var resourceId = "<resource-ID>";
    var client = new MetricsQueryClient(new DefaultAzureCredential());
    
    // Define a dimension filter to read metric data on specific dimension values
    // More conditions can be added with the 'or' and 'and' operators, example: ApiName eq 'GetFile' or ApiName eq 'PutRange'
    Response<MetricsQueryResult> result = await client.QueryResourceAsync(
        resourceId,
        new[] { "Transactions" },
        new MetricsQueryOptions
        {
            Granularity = TimeSpan.FromHours(1),
            Aggregations = { MetricAggregationType.Average },
            TimeRange = new QueryTimeRange(TimeSpan.FromHours(3)),
            Filter = "ApiName eq 'GetFile'"
        });
    
    foreach (MetricResult metric in result.Value.Metrics)
    {
        Console.WriteLine(metric.Name);
        Console.WriteLine(metric.Unit);
        foreach(var item in metric.TimeSeries)
        {
            Console.WriteLine("Metadata:");
            foreach(var metadata in item.Metadata)
            {
                Console.WriteLine($"{metadata.Key}: {metadata.Value}");
            }
            Console.WriteLine("Values:");
            foreach(var value in item.Values)
            {
                Console.WriteLine($"TimeStamp: {value.TimeStamp}, Average: {value.Average}");
            }
        }
    }

Supervisión del rendimiento de la carga de trabajo

Utiliza Azure Monitor para analizar cargas de trabajo que usan Azure Files. Siga estos pasos:

Vaya a la cuenta de almacenamiento en Azure Portal.
En el menú de servicio, en Supervisión, seleccione Métricas.
En Espacio de nombres de métrica, seleccione Archivo.

Ahora puede seleccionar una métrica en función de lo que desee supervisar.

Supervisión de la disponibilidad

En Azure Monitor, la métrica Disponibilidad puede ser útil cuando algo es visiblemente incorrecto desde la perspectiva de un usuario o una aplicación, o al solucionar problemas de alertas.

Al usar esta métrica con Azure Files, es importante ver siempre la agregación como Average en lugar de Max o Min. El uso de Average muestra qué porcentaje de las solicitudes están experimentando errores y si están dentro del Acuerdo de Nivel de Servicio para Azure Files.

Supervisión de la latencia

Las dos métricas de latencia más importantes son Latencia de E2E correcta y Latencia del servidor correcta. Estas son métricas ideales para seleccionar al iniciar cualquier investigación de rendimiento. El Promedio es la agregación recomendada. Al igual que con la métrica de Disponibilidad, Max y Min a veces pueden ser engañosos para el análisis de latencia.

En los gráficos siguientes, la línea azul indica cuánto tiempo se dedica a la latencia total (latencia de E2E correcta) y la línea rosa indica el tiempo invertido solo en el servicio de Azure Files (latencia del servidor correcto).

Este gráfico muestra un cliente local con un recurso compartido de archivos de Azure montado, que representa, por ejemplo, un usuario típico que se conecta desde una ubicación remota. La distancia física entre el cliente y la región de Azure está estrechamente correlacionada con la latencia del lado cliente correspondiente, que representa la diferencia entre la latencia de E2E y el servidor.

En comparación, en el gráfico siguiente se muestra una situación en la que tanto el cliente como el recurso compartido de archivos de Azure se encuentran dentro de la misma región. La latencia del lado del cliente es solo de 0,17 ms frente a los 43,9 ms del primer gráfico, lo que ilustra por qué minimizar la latencia del lado del cliente es imprescindible para lograr un rendimiento óptimo.

Otro indicador de latencia que podría sugerir un problema y que conviene vigilar es un aumento de la frecuencia o la aparición de picos anómalos en Success Server Latency. Esto suele deberse a una limitación por exceder el límite establecido de un recurso compartido de archivos (o un límite de escala general de un recurso compartido de archivos de pago por uso). Consulte Descripción de la facturación de Azure Files y los objetivos de escalabilidad y rendimiento de Azure Files.

Para obtener más información, consulte Solución de problemas de alta latencia, bajo rendimiento o IOPS bajas.

Supervisión del uso

Las métricas de uso que miden la cantidad de datos que se transmiten (rendimiento) o las operaciones que se administran (IOPS) se usan normalmente para determinar la cantidad de trabajo que realiza la aplicación o la carga de trabajo. Las métricas de transacción pueden determinar el número de operaciones o solicitudes en el servicio de Azure Files en la granularidad en diversos momentos.

Si usa las métricas Salida o Entrada para determinar el volumen de datos entrantes o salientes, use la agregación Suma para determinar la cantidad total de datos que se transmiten hacia el recurso compartido de archivos y desde este durante una granularidad de un minuto a un día. Otras agregaciones como Promedio, Max y Min solo muestran el valor del tamaño de E/S individual. Este es el motivo por el que la mayoría de los clientes suelen ver 1 MiB al usar la agregación Max . Aunque puede ser útil comprender el tamaño de E/S más grande, menor o incluso el promedio, no es posible mostrar la distribución del tamaño de E/S generado por el patrón de uso de la carga de trabajo.

También puede seleccionar Aplicar división en tipos de respuesta (correcto, errores) u operaciones de API (lectura, escritura, creación, cierre) para mostrar detalles adicionales, como se muestra en el gráfico siguiente.

Para determinar el promedio de E/S por segundo (IOPS) de la carga de trabajo, primero determine el número total de transacciones durante un minuto y, a continuación, divida ese número en 60 segundos. Por ejemplo, 120 000 transacciones en 1 minuto / 60 segundos = 2 000 IOPS en promedio.

Para determinar el rendimiento promedio de la carga de trabajo, tome la cantidad total de datos transmitidos mediante la combinación de las métricas de Entrada y Salida (rendimiento total) y divida esa cantidad en 60 segundos. Por ejemplo, un rendimiento total de 1 GiB durante 1 minuto /60 segundos = 17 MiB de rendimiento promedio.

Supervisión del uso por número máximo de IOPS y ancho de banda (solo aprovisionado)

Aunque los IOPS y el rendimiento promedio ofrecen una imagen general de la actividad de la carga de trabajo, pueden enmascarar ráfagas y picos. Los recursos compartidos de archivos aprovisionados proporcionan las métricas Transacciones por IOPS máximas y Ancho de banda por MiB/s máximos para mostrar lo que logra su carga de trabajo con carga máxima, lo que ofrece una visión más precisa de sus requisitos reales de rendimiento. Utilizar estas métricas para analizar tu carga de trabajo te ayuda a entender la verdadera capacidad a gran escala y establecer una base para comprender el impacto de un mayor rendimiento e IOPS, de modo que puedas aprovisionar de forma óptima tu compartición de archivos en Azure.

En el gráfico siguiente se muestra una carga de trabajo que generó 2,63 millones de transacciones durante 1 hora. Cuando se dividen 2,63 millones de transacciones por 3.600 segundos, la media es de 730 IOPS.

Comparar la media de IOPS con las transacciones de Max IOPS muestra que bajo carga máxima, la carga de trabajo alcanzó 1.840 IOPS, lo que representa mejor la capacidad de la carga a gran escala.

Seleccione Agregar métrica para combinar las Métricas de entrada y Salida en un solo gráfico. Esto muestra que 76,2 GiB (78 028 MiB) se transfirieron a lo largo de una hora, lo que nos proporciona un rendimiento promedio de 21,67 MiB durante esa misma hora.

Comparado con el ancho de banda de Max MiB/s, la carga de trabajo alcanzó 123 MiB/s en el pico.

Supervisión del uso por IOPS de metadatos

En los recursos compartidos de archivos de Azure, escale verticalmente hasta 12 000 IOPS de metadatos. Esto significa que la ejecución de una carga de trabajo con muchos metadatos con un gran volumen de operaciones abiertas, cerradas o de eliminación aumenta la probabilidad de limitación de IOPS de metadatos. Esta limitación es independiente de la IOPS aprovisionada general del recurso compartido de archivos.

Dado que ninguna carga de trabajo con muchos metadatos sigue el mismo patrón de uso, puede ser difícil para los clientes supervisar de forma proactiva su carga de trabajo y establecer alertas precisas.

Para abordar esto, Azure Files proporciona dos métricas específicas de metadatos para los compartidos de archivos de Azure:

Correcto con advertencia de metadatos: indica que las IOPS de metadatos se están aproximando a su límite y que podrían limitarse si permanecen altas o continúan aumentando. Un aumento del volumen o la frecuencia de estas advertencias sugiere un riesgo creciente de limitación de metadatos.
Correcto con limitación de metadatos: indica que las IOPS de metadatos han superado la capacidad del recurso compartido de archivos, lo que da lugar a una limitación. Aunque las operaciones de IOPS nunca generan errores y, finalmente, se realizan de manera correcta después de los reintentos, la latencia se ve afectada durante la limitación.

Para ver en Azure Monitor, seleccione la métrica Transacciones y Aplicar división en tipos de respuesta. Los tipos de respuesta de metadatos solo aparecen en la lista desplegable si la actividad se produce dentro del período de tiempo seleccionado.

En el gráfico siguiente, se muestra una carga de trabajo que experimentó un aumento repentino en las IOPS de metadatos (transacciones), lo que desencadena Correcto con advertencia de metadatos, lo que indica un riesgo de limitación de metadatos. En este ejemplo, la carga de trabajo redujo posteriormente su volumen de transacciones, lo que impide que se produzca la limitación de metadatos.

Si la carga de trabajo encuentra Correcto con advertencia de metadatos o Correcto con limitación de metadatos, considere la posibilidad de implementar una o varias de las siguientes recomendaciones:

En el caso de los recursos compartidos de archivos SMB de SSD, habilite el almacenamiento en caché de metadatos.
Distribuya (divida) la carga de trabajo entre varias comparticiones de archivos.
Reduzca el volumen de IOPS de metadatos.

Comentarios

¿Le ha resultado útil esta página?

Last updated on 2026-07-24