Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
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) |
|
|
| Microsoft.Storage | Aprovisionado v2 | HDD (estándar) | Zona (ZRS) |
|
|
| Microsoft.Storage | Aprovisionado v2 | HDD (estándar) | Geo (GRS) |
|
|
| Microsoft.Storage | Aprovisionado v2 | HDD (estándar) | GeoZone (GZRS) |
|
|
| Microsoft.Storage | Aprovisionado v1 | SSD (Premium) | Local (LRS) |
|
|
| Microsoft.Storage | Aprovisionado v1 | SSD (Premium) | Zona (ZRS) |
|
|
| Microsoft.Storage | Pago por uso | HDD (estándar) | Local (LRS) |
|
|
| Microsoft.Storage | Pago por uso | HDD (estándar) | Zona (ZRS) |
|
|
| Microsoft.Storage | Pago por uso | HDD (estándar) | Geo (GRS) |
|
|
| Microsoft.Storage | Pago por uso | HDD (estándar) | GeoZone (GZRS) |
|
|
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 |
|
|
|
| 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 |
|
| 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.