Compartir a través de

Objetivos de escalabilidad y rendimiento de Azure Files y Azure File Sync

Azure Files ofrece recursos compartidos de archivos totalmente administrados en la nube, a los que se puede obtener acceso mediante los protocolos del sistema de archivos Bloque de mensajes del servidor (SMB) y Sistema de archivos de red (NFS). En este artículo se explican los objetivos de escalabilidad y rendimiento de Azure Files y Azure File Sync.

Otras variables de la implementación pueden afectar a los objetivos enumerados en este artículo. Por ejemplo, el comportamiento del cliente SMB y el ancho de banda de red disponible podrían afectar al rendimiento de E/S. Debe probar el patrón de uso para determinar si la escalabilidad y el rendimiento de Azure Files cumplen sus requisitos.

Se aplica a

Modelo de administración Modelo de facturación Nivel multimedia Redundancia Pequeñas y Medianas Empresas (PYME) NFS
Microsoft.Storage Aprovisionado v2 HDD (estándar) Local (LRS) Sí No
Microsoft.Storage Aprovisionado v2 HDD (estándar) Zona (ZRS) Sí No
Microsoft.Storage Aprovisionado v2 HDD (estándar) Geo (GRS) Sí No
Microsoft.Storage Aprovisionado v2 HDD (estándar) GeoZone (GZRS) Sí No
Microsoft.Storage Aprovisionado v1 SSD (Premium) Local (LRS) Sí Sí
Microsoft.Storage Aprovisionado v1 SSD (Premium) Zona (ZRS) Sí Sí
Microsoft.Storage Pago por uso HDD (estándar) Local (LRS) Sí No
Microsoft.Storage Pago por uso HDD (estándar) Zona (ZRS) Sí No
Microsoft.Storage Pago por uso HDD (estándar) Geo (GRS) Sí No
Microsoft.Storage Pago por uso HDD (estándar) GeoZone (GZRS) Sí No

Objetivos de escalabilidad de Azure Files

Los recursos compartidos de archivos de Azure se implementan en cuentas de almacenamiento, que son objetos de nivel superior que representan un grupo compartido de almacenamiento. Este grupo de almacenamiento se puede usar para implementar varios recursos compartidos de archivos. Por tanto, existen tres categorías que se deben tener en cuenta: cuentas de almacenamiento, recursos compartidos de archivo de Azure y archivos individuales.

Objetivos de escalabilidad de la cuenta de almacenamiento

Los objetivos de escalabilidad de la cuenta de almacenamiento se aplican en el nivel de cuenta de almacenamiento. Hay dos tipos principales de cuentas de almacenamiento para Azure Files:

  • Cuentas de almacenamiento FileStorage: Las cuentas de almacenamiento FileStorage permiten implementar recursos compartidos de archivos de Azure con un modelo de facturación aprovisionado. Las cuentas FileStorage solo se pueden usar para almacenar recursos compartidos de archivos de Azure. No se puede implementar ningún otro recurso de almacenamiento (contenedores de blobs, colas, tablas, etc.) en una cuenta FileStorage.

  • Cuentas de almacenamiento de uso general versión 2 (GPv2): Las cuentas de almacenamiento de GPv2 permiten implementar recursos compartidos de archivos de pago por uso en hardware basado en HDD. Además de almacenar recursos compartidos de archivos de Azure, las cuentas de almacenamiento de GPv2 pueden almacenar otros recursos de almacenamiento, como contenedores de blobs, colas o tablas.

Atributo SSD aprovisionado v1 HDD aprovisionado v2 HDD de pago por uso
Tipo de cuenta de almacenamiento Almacenamiento de Archivos Almacenamiento de Archivos StorageV2
SKU
  • Premium_LRS
  • Premium_ZRS
  • StandardV2_LRS
  • StandardV2_ZRS
  • StandardV2_GRS
  • StandardV2_GZRS
  • Standard_LRS
  • Standard_ZRS
  • Standard_GRS
  • Standard_GZRS
Número de cuentas de almacenamiento por suscripción y región 250 250 250
Capacidad máxima de almacenamiento 100 TiB 4 PiB 5 PiB
Número máximo de recursos compartidos de archivos 1024 (recomendado usar 50 o menos) 50 Ilimitado (se recomienda usar 50 o menos)
Número máximo de IOPS 102 400 IOPS 50.000 E/S por segundo 20 000 IOPS
Rendimiento máximo 10,340 MiB por segundo 5,120 MiB/s
  • Seleccione regiones:
    • Entrada: 7,680 MiB/s
    • Salida: 25, 600 MiB/s
  • Valor predeterminado:
    • Entrada: 3,200 MiB/s
    • Salida: 6,400 MiB/s
Número máximo de reglas de red virtual 200 200 200
Número máximo de reglas de dirección IP 200 200 200
Operaciones de lectura de administración 800 por cada 5 minutos 800 por cada 5 minutos 800 por cada 5 minutos
Operaciones de escritura de administración 10 por segundo/1200 por hora 10 por segundo/1200 por hora 10 por segundo/1200 por hora
Operaciones de lista de administración 100 por cada 5 minutos 100 por cada 5 minutos 100 por cada 5 minutos

Regiones seleccionadas con un mayor rendimiento máximo para HDD de pago por uso

Las siguientes regiones tienen un mayor rendimiento máximo para las cuentas de almacenamiento de pago por uso de HDD (StorageV2):

  • Este de Asia
  • Sudeste de Asia
  • Este de Australia
  • Sur de Brasil
  • Centro de Canadá
  • Este de China 2
  • Norte de China 3
  • Norte de Europa
  • Oeste de Europa
  • Centro de Francia
  • Centro-oeste de Alemania
  • Centro de la India
  • Japón Oriental
  • JIO del Oeste de la India
  • Centro de Corea del Sur
  • Este de Noruega
  • Norte de Sudáfrica
  • Centro de Suecia
  • Norte de Emiratos Árabes Unidos
  • Sur de Reino Unido 2
  • Centro de EE. UU.
  • Este de EE. UU.
  • Este de EE. UU. 2
  • US Gov - Virginia
  • US Gov: Arizona
  • Centro-Norte de EE. UU
  • Centro-sur de EE. UU.
  • Oeste de EE. UU.
  • Oeste de EE. UU. 2
  • Oeste de EE. UU. 3

Objetivos de escala de recursos compartidos de archivos de Azure

Los objetivos de escalabilidad de los recursos compartidos de archivos de Azure se aplican en el nivel de recurso compartido de archivos.

Atributo SSD aprovisionado v1 HDD aprovisionado v2 HDD de pago por uso
Unidad de aprovisionamiento de almacenamiento 1 GiB 1 GiB N/D
Unidad de aprovisionamiento de IOPS N/D 1 IOPS N/D
Unidad de aprovisionamiento de rendimiento N/D 1 MiB/s N/D
Tamaño mínimo de almacenamiento 100 GiB (aprovisionados) 32 GiB (aprovisionado) 0 bytes
Tamaño máximo de almacenamiento 100 TiB 256 TiB 100 TiB
Número máximo de archivos Sin límite Sin límite Sin límite
Número máximo de IOPS (datos) 102 400 IOPS (dependiente del aprovisionamiento) 50 000 IOPS (dependientes del aprovisionamiento) 20 000 IOPS
IOPS máximas (metadatos1) Hasta 35 000 IOPS2 Hasta 12 000 IOPS Hasta 12 000 IOPS
Rendimiento máximo 10 340 MiB/s (dependiente del aprovisionamiento) 5120 MiB/s (dependiente del aprovisionamiento) Hasta el límite de la cuenta de almacenamiento
Número máximo de instantáneas de recurso compartido 200 instantáneas 200 instantáneas 200 instantáneas
Longitud máxima del nombre de archivo3 (nombre de ruta de acceso completo, incluidos todos los directorios, nombres de archivo y caracteres de barra diagonal inversa) 2048 caracteres 2048 caracteres 2048 caracteres
La longitud máxima del componente nombre de ruta de acceso individual (en la ruta de acceso \A\B\C\D, cada letra representa un directorio o archivo que constituye un componente individual) 255 caracteres 255 caracteres 255 caracteres
Límite de vínculo físico (solo NFS) 178 N/D N/D
Número máximo de canales de SMB multicanal 4 N/D N/D
Número máximo de directivas de acceso almacenadas por recurso compartido de archivos 5 5 5

1 IOPS de metadatos (abrir, cerrar o eliminar). Consulte Supervisión de IOPS de metadatos para obtener instrucciones.
2 El escalado a 35 000 IOPS para recursos compartidos de archivos SSD requiere el registro para la característica de almacenamiento en caché de metadatos.
3 Azure Files aplica ciertas reglas de nomenclatura para los nombres de los directorios y archivos.

Objetivos de escalabilidad de archivos

Los objetivos de escalabilidad de los archivos se aplican a los archivos individuales almacenados en los recursos compartidos de archivos de Azure.

Atributo SSD aprovisionado v1 HDD aprovisionado v2 HDD de pago por uso
Tamaño de archivo máximo 4 TiB 4 TiB 4 TiB
Número máximo de IOPS de datos por archivo 8 000 IOPS 1000 IOPS 1000 IOPS
Rendimiento máximo por archivo 1 024 MiB /s 60 MiB/s 60 MiB/s
Número máximo de identificadores simultáneos para el directorio raíz 10 000 identificadores 10 000 identificadores 10 000 identificadores
Número máximo de identificadores simultáneos por archivo y directorio 2000 identificadores* 2000 identificadores 2000 identificadores

* El número máximo de identificadores simultáneos por archivo y directorio es un límite temporal para los recursos compartidos de archivos SMB de SSD. Si necesita escalar más allá de este límite, puede habilitar el almacenamiento en caché de metadatos y registrarse para aumentar los límites de identificadores de archivos (versión preliminar).

Guía de ajuste de tamaño de Azure Files para Azure Virtual Desktop

Un caso de uso popular para Azure Files es almacenar contenedores de perfiles de usuario e imágenes de disco para Azure Virtual Desktop. Consulte Guía de Azure Files para cargas de trabajo de escritorio virtual para más información.

Objetivos de escalabilidad de Azure File Sync

En la tabla siguiente, se indica qué destinos son flexibles, que representan el límite probado por Microsoft, y qué destinos son rígidos, lo que indica un máximo obligatorio:

Recurso Destino Límite máximo
Servicios de sincronización de almacenamiento por región 100 servicios de sincronización de Storage Sí
Servicios de sincronización de almacenamiento por suscripción 15 servicios de sincronización de almacenamiento Sí
Grupos de sincronización por servicio de sincronización de almacenamiento 200 grupos de sincronización Sí
Servidores registrados por servicio de sincronización de almacenamiento 100 Servidores Sí
Puntos de conexión privados por servicio de sincronización de almacenamiento 100 puntos de conexión privados Sí
Puntos de conexión en la nube por grupo de sincronización Un punto de conexión de la nube Sí
Puntos de conexión del servidor por grupo de sincronización 100 puntos de conexión de servidor Sí
Puntos de conexión del servidor por servidor 30 puntos de conexión de servidor Sí
Objetos del sistema de archivos (archivos y directorios) por grupo de sincronización 100 millones de objetos No
Número máximo de objetos del sistema de archivos (directorios y archivos) en un directorio (no recursivo) 5 millones de objetos No
Tamaño máximo del descriptor de seguridad de (archivos y directorios) del objeto 64 KiB Sí
Tamaño de archivo 100 GiB No
Tamaño mínimo de un archivo que se va a organizar en niveles basado en el tamaño del clúster del sistema de archivos (tamaño del clúster del sistema de archivos doble). Por ejemplo, si el tamaño del clúster del sistema de archivos es 4 KiB, el tamaño mínimo del archivo es de 8 KiB. Sí

Nota

Un punto de conexión de Azure File Sync puede escalar verticalmente hasta el tamaño de un recurso compartido de archivos de Azure. Si se alcanza el límite de tamaño de recurso compartido de archivos de Azure, la sincronización no podrá funcionar.

Métricas de rendimiento de Azure File Sync

Dado que el agente de Azure File Sync se ejecuta en una máquina Windows Server que se conecta a los recursos compartidos de archivos de Azure, el rendimiento de sincronización eficaz depende de muchos factores de la infraestructura, entre los que se incluyen:

  • Windows Server y la configuración del disco subyacente
  • Ancho de banda de red entre el servidor y Azure Storage
  • Tamaño de archivo
  • Tamaño total del conjunto de datos
  • Actividad en el conjunto de datos

Dado que Azure File Sync funciona en el nivel de archivo, debe medir las características de rendimiento de una solución basada en Azure File Sync por el número de objetos (archivos y directorios) procesados por segundo.

En la tabla siguiente se indican los destinos de rendimiento de Azure File Sync:

Escenario Rendimiento
Enumeración inicial de cambios de nube 150 objetos por segundo por grupo de sincronización
Rendimiento de carga 200 objetos por segundo por grupo de sincronización
Rendimiento de descarga de espacio de nombres 400 objetos por segundo por punto de conexión de servidor
Rendimiento de descarga completo 60 objetos por segundo por punto de conexión de servidor

Nota

El rendimiento real dependerá de varios factores, como se ha indicado al principio de esta sección.

Como guía general para la implementación, debería tener varios factores en cuenta:

  • El rendimiento del objeto se escala aproximadamente en proporción al número de grupos de sincronización en el servidor. La división de los datos en varios grupos de sincronización en un servidor mejora el rendimiento, que también está limitado por el servidor y la red.
  • El rendimiento del objeto es inversamente proporcional al rendimiento de MiB por segundo. Para archivos más pequeños, experimenta un mayor rendimiento en términos del número de objetos procesados por segundo, pero menor rendimiento de MiB por segundo. Por el contrario, para los archivos más grandes, se procesan menos objetos por segundo, pero un mayor rendimiento de MiB por segundo. El rendimiento en MiB por segundo está limitado por los destinos del escalado de Azure Files.
  • Cuando muchos puntos de conexión de servidor del mismo grupo de sincronización se están sincronizando al mismo tiempo, se enfrentan a recursos de servicio en la nube. Como resultado, el rendimiento de la carga se ve afectado. En casos extremos, algunas sesiones de sincronización no pueden acceder a los recursos y se producirá un error. Sin embargo, esas sesiones de sincronización se reanudarán en breve y finalmente se realizarán correctamente una vez que se reduzca la congestión.
  • Si el almacenamiento en la nube con niveles está habilitado, es probable que observe un mejor rendimiento de descarga, ya que solo se descargan algunos de los datos del archivo. Azure File Sync solo descarga los datos de los archivos almacenados en caché cuando se cambian en cualquiera de los puntos de conexión. En el caso de los archivos en capas o recién creados, el agente no descarga los datos del archivo y, en su lugar, solo sincroniza el espacio de nombres con todos los puntos de conexión del servidor. El agente también admite descargas parciales de archivos en capas a medida que el usuario accede a ellos.

Consulte también