Recursos compartidos de archivos NFS de Azure

Se aplica a: ✔️ recursos compartidos de archivos NFS

Azure Files admite dos protocolos estándar del sector para montar recursos compartidos de archivos: el protocolo Bloque de mensajes del servidor (SMB) y el protocolo Network File System (NFS). Elija el protocolo que mejor se adapte a la carga de trabajo. Los recursos compartidos de archivos de Azure no permiten el acceso a un recurso compartido de archivo individual con ambos protocolos SMB y NFS, aunque puede crear recursos compartidos de archivos SMB y NFS en la misma cuenta de almacenamiento FileStorage. Azure Files ofrece recursos compartidos de archivos de nivel empresarial que se pueden escalar verticalmente para satisfacer sus necesidades de almacenamiento y a los que miles de clientes pueden acceder simultáneamente.

En este artículo se tratan los recursos compartidos de archivos Azure NFS. Para obtener información sobre los recursos compartidos de archivos SMB de Azure, consulte Recursos compartidos de archivos SMB en Azure Files.

Casos de uso comunes para recursos compartidos de archivos de Azure NFS

Los recursos compartidos de archivos NFS funcionan bien con cargas de trabajo como la capa de aplicación de SAP, las copias de seguridad de bases de datos, la replicación de bases de datos, las colas de mensajería, los directorios personales para servidores de archivos de uso general y los repositorios de contenido para cargas de trabajo de aplicaciones.

Los recursos compartidos de archivos NFS se suelen usar en los escenarios siguientes:

• Almacenamiento de respaldo para aplicaciones para Linux/UNIX, como aplicaciones de línea de negocio desarrolladas con las API del sistema de archivos de Linux o POSIX
• Cargas de trabajo que requieren recursos compartidos de archivos compatibles con POSIX, distinción entre mayúsculas y minúsculas o permisos de estilo Unix (UID/GID)
• Nuevo desarrollo de aplicaciones y servicios que requiere E/S aleatoria y almacenamiento jerárquico

Características del recurso compartido de archivos Azure NFS

Los recursos compartidos de archivos Azure NFS ofrecen un sistema de archivos totalmente compatible con POSIX. Se admiten vínculos físicos y vínculos simbólicos, pero no se puede crear un vínculo físico a partir de un vínculo simbólico existente.

Los recursos compartidos de archivos Azure NFS admiten actualmente la mayoría de las características de la especificación del protocolo NFSv4.1. Algunas características como delegaciones y devolución de llamada de todo tipo, autenticación Kerberos y ACL no se admiten.

El almacenamiento con redundancia local (LRS) y el almacenamiento con redundancia de zona (ZRS) se admiten para los recursos compartidos de archivos Azure NFS. El almacenamiento con redundancia geográfica (GRS) y el almacenamiento con redundancia de zona geográfica (GZRS) no están disponibles para los recursos compartidos NFS porque NFS requiere almacenamiento SSD, que no admite redundancia geográfica.

Compatibilidad de los recursos compartidos NFS de Azure Files con las funcionalidades de Azure Storage

En la tabla siguiente se muestra el nivel actual de compatibilidad de características con los recursos compartidos de archivos Azure NFS.

El estado de los elementos que aparecen en esta tabla puede cambiar con el tiempo a medida que se siga ampliando la compatibilidad.

Modelo de administración

Los recursos compartidos de archivos Azure NFS admiten dos proveedores de recursos de nivel superior:

• Microsoft. FileShares (recomendado para nuevas implementaciones nfS): crea un recurso compartido de archivos independiente sin una cuenta de almacenamiento. Solo admite el modelo de facturación v2 aprovisionado.
• Microsoft. Storage (clásico): crea recursos compartidos de archivos clásicos dentro de una cuenta de almacenamiento. Admite modelos de facturación v1 y v2 aprovisionados y el conjunto completo de características de Azure Files.

Para obtener una comparación completa de características, consulte Comparación de proveedores de recursos: Microsoft. Almacenamiento frente a Microsoft. FileShares.

Seguridad y redes para recursos compartidos de archivos de Azure NFS

Los recursos compartidos de archivos NFS de Azure protegen los datos mediante cifrado en reposo y en tránsito, y requieren controles de acceso a nivel de red en lugar de la autenticación basada en usuarios.

Encryption

Azure Files cifra todos los datos en reposo mediante el cifrado del servicio de almacenamiento de Azure (SSE). El cifrado del servicio de almacenamiento funciona de forma similar a BitLocker en Windows: cifra los datos debajo del nivel del sistema de archivos. Dado que el cifrado se produce debajo del sistema de archivos del recurso compartido de archivos Azure a medida que los datos se codifican en el disco, no es necesario tener acceso a la clave subyacente en el cliente para leer o escribir en el recurso compartido de archivos Azure. El cifrado en reposo se aplica a los protocolos SMB y NFS.

Para cifrado al tránsito, los volúmenes NFSv4.1 de Azure Files mejoran la seguridad de la red al habilitar conexiones TLS seguras entre el servidor y el cliente, protegiendo los datos al tránsito frente a la interceptación. Azure Files proporciona una configuración dedicada Require Encryption in Transit para NFS para controlar de forma independiente si se requiere cifrado para el acceso NFS. En el caso de las nuevas cuentas de almacenamiento creadas mediante el portal de Azure, esta configuración está habilitada de forma predeterminada. Las cuentas de almacenamiento creadas mediante Azure PowerShell, CLI de Azure o la API FileREST establecen este valor como Not seleccionado para garantizar la compatibilidad con versiones anteriores. En el caso de las cuentas de almacenamiento existentes, la opción Transferencia segura necesaria continúa controlando el comportamiento de cifrado NFS hasta que configure explícitamente la configuración por protocolo.

Azure proporciona una capa de cifrado para todos los datos en tránsito entre Azure centros de datos mediante MACSec. A través de esta tecnología, el cifrado existe cuando los datos se transfieren entre Azure centros de datos.

Autenticación y acceso a la red

A diferencia de Azure Files mediante el protocolo SMB, los recursos compartidos de archivos que usan el protocolo NFS no ofrecen autenticación basada en el usuario. La autenticación de los recursos compartidos NFS se basa en las reglas de seguridad de red configuradas. Por este motivo, para asegurarse de que el recurso compartido NFS solo acepta conexiones seguras, debe configurar un punto de conexión privado o un punto de conexión de servicio para la cuenta de almacenamiento.

Un punto de conexión privado (también denominado vínculo privado) proporciona a la cuenta de almacenamiento una dirección IP privada estática dentro de la red virtual, lo que impide que las interrupciones de conectividad cambien de dirección IP dinámica. El tráfico a su cuenta de almacenamiento se mantiene dentro de las redes virtuales emparejadas, incluidas las de otras regiones y las de las instalaciones locales. Se aplican las tarifas de procesamiento de datos estándar.

Si no necesita una dirección IP estática, puede habilitar un punto de conexión service para Azure Files dentro de la red virtual. Un punto de conexión de servicio configura las cuentas de almacenamiento para permitir el acceso solo desde subredes específicas. Las subredes permitidas pueden pertenecer a una red virtual de la misma suscripción o a otra, incluidas las que pertenecen a un inquilino de Microsoft Entra diferente. No se realiza ningún cargo adicional por el uso de puntos de conexión de servicio. Sin embargo, un evento poco frecuente, como una interrupción de zona, podría cambiar la dirección IP subyacente de la cuenta de almacenamiento. Aunque los datos sigan estando disponibles en el recurso compartido de archivos, es necesario volver a montar el recurso compartido.

Si quiere acceder a recursos compartidos desde el entorno local, configure una VPN o ExpressRoute además de un punto de conexión privado. Las solicitudes que no se originan en los orígenes siguientes se rechazan:

• Un punto de conexión privado
• Azure VPN Gateway
  • VPN de punto a sitio
  • VPN de sitio a sitio
• ExpressRoute
• Un punto de conexión público restringido

Para obtener más información sobre las opciones de red, consulte Azure Files consideraciones sobre redes.

Disponibilidad regional de los recursos compartidos de archivos NFS de Azure

Los recursos compartidos de archivos Azure NFS se admiten en todas las regiones que admiten recursos compartidos de archivos SSD. Consulte Azure productos disponibles por región.

Rendimiento del recurso compartido de archivos Azure NFS

Los recursos compartidos de archivos Azure NFS solo están disponibles en recursos compartidos de archivos SSD. En el modelo de facturación v2 aprovisionado, puede establecer la capacidad aprovisionada, las IOPS y el rendimiento de forma independiente, lo que proporciona un control preciso de costos para las cargas de trabajo NFS con patrones de E/S predecibles. En el modelo de facturación v1 aprovisionado, las IOPS y la escala de rendimiento se escalan automáticamente con capacidad aprovisionada. Para más información sobre ambos modelos, consulte Descripción de la facturación de Azure Files.

Las latencias típicas de E/S de los recursos compartidos de archivos SSD de Azure se sitúan en un intervalo bajo de milisegundos de un solo dígito para operaciones de E/S pequeñas. Las cargas de trabajo intensivas en metadatos, como untar, pueden experimentar latencias más altas debido al gran volumen de operaciones abiertas y cerradas.

Para obtener instrucciones sobre cómo mejorar el rendimiento de NFS a escala, consulte Mejorar el rendimiento del recurso compartido de archivos Azure NFS.

Pasos siguientes

• Cree un recurso compartido de archivos con Microsoft.FileShares
• Creación de un recurso compartido de archivos clásico
• Comparación de las opciones de NFS entre los servicios de almacenamiento de Azure