Conceptos de gestión de Azure Files

En Azure, un resource es un elemento administrable que se crea y configura dentro de las suscripciones y grupos de recursos de Azure. Los proveedores de recursos son servicios de administración que proporcionan tipos específicos de recursos. Aunque puede trabajar con muchos recursos para implementar una carga de trabajo en Azure, Azure Files se centra en dos recursos clave:

  • Storage accounts, ofrecido por el proveedor de recursos Microsoft.Storage. Las cuentas de almacenamiento son recursos de nivel superior que representan un grupo compartido de almacenamiento, IOPS y rendimiento en el que puede implementar recursos compartidos de archivos clásicos u otros recursos de almacenamiento, en función del tipo de cuenta de almacenamiento. Todos los recursos de almacenamiento que implemente en una cuenta de almacenamiento comparten los límites que se aplican a esa cuenta de almacenamiento. Los recursos compartidos de archivos clásicos admiten los protocolos de uso compartido de archivos SMB y NFS.

  • Recursos compartidos de archivos, ofrecidos por el proveedor de recursos Microsoft.FileShares. Los recursos compartidos de archivos son un nuevo recurso de nivel superior que simplifica la implementación de Azure Files eliminando la necesidad de una cuenta de almacenamiento. A diferencia de los recursos compartidos de archivos clásicos, que debes implementar en una cuenta de almacenamiento, los recursos compartidos de archivos se implementan directamente en el grupo de recursos, igual que las propias cuentas de almacenamiento u otros recursos de Azure, como máquinas virtuales, discos o redes virtuales. Actualmente, Microsoft.FileShares solo admite el protocolo de uso compartido de archivos NFS. Si necesita SMB, elija recursos compartidos de archivos clásicos.

Diagrama que compara recursos compartidos de archivos y recursos compartidos de archivos de Azure clásicos.

En este vídeo se proporciona información general completa de las diferencias entre la cuenta de almacenamiento y los modelos de administración de recursos compartidos de archivos:

Recursos clásicos de comparticiones de archivos (Microsoft.Storage)

Los recursos compartidos de archivos clásicos o los recursos compartidos de archivos implementados en cuentas de almacenamiento son la manera tradicional de implementar recursos compartidos de archivos para Azure Files. Admiten todas las características clave que Azure Files admiten, incluidos los niveles de medios SMB y NFS, SSD y HDD, cada tipo de redundancia y disponibilidad en cada región. Aunque los recursos compartidos de archivos clásicos admiten toda la amplitud de las características de Azure Files, tienen limitaciones importantes:

  • Planificación de la capacidad: los recursos compartidos de archivo clásicos, así como los objetos secundarios, como los contenedores de blobs que residen dentro de la misma cuenta de almacenamiento, comparten un grupo común de almacenamiento, IOPS y rendimiento. Esta arquitectura significa que debe planificar cuidadosamente para evitar cuellos de botella de capacidad al alojar varios recursos compartidos de archivos clásicos en una cuenta de almacenamiento. Considere las necesidades actuales y futuras de cada recurso compartido de archivos clásico colocado en una cuenta de almacenamiento, ya que el crecimiento de un recurso compartido de archivos clásico puede sacar a otros recursos compartidos de archivos.

  • Configuración compartida: se aplican muchas configuraciones importantes, como reglas de red y seguridad, en el nivel de cuenta de almacenamiento. Como resultado, debe considerar cuidadosamente cómo ubicar recursos compartidos de archivos clásicos en la misma cuenta de almacenamiento. Considere la cuenta de almacenamiento un límite de confianza y coloque recursos compartidos de archivos clásicos en la misma cuenta de almacenamiento solo si le parece bien que tengan la misma configuración de seguridad.

  • Complejidad del escalado: las implementaciones de Azure Files a gran escala pueden requerir la administración de muchas suscripciones Azure debido a las restricciones en las cuentas de almacenamiento del Microsoft.Storage proveedor de recursos. Consulte Límites de cuentas de almacenamiento para obtener más información.

Las implementaciones clásicas de recursos compartidos de archivos usan dos tipos de cuentas de almacenamiento:

  • Cuentas de almacenamiento aprovisionadas: el FileStorage tipo de cuenta de almacenamiento identifica las cuentas de almacenamiento aprovisionadas. Puede implementar recursos compartidos de archivos clásicos aprovisionados en hardware basado en SSD o HDD mediante cuentas de almacenamiento aprovisionadas. Solo se pueden usar cuentas de almacenamiento aprovisionadas para almacenar archivos compartidos clásicos. No se pueden usar para otros recursos de almacenamiento, como contenedores de blobs, colas y tablas. Use cuentas de almacenamiento aprovisionadas para todas las nuevas implementaciones de recursos compartidos de archivos clásicos.

  • Cuentas de almacenamiento de pago por uso: el StorageV2 tipo de cuenta de almacenamiento identifica las cuentas de almacenamiento de pago por uso. Puede implementar recursos compartidos de archivos de pago por uso sobre hardware basado en HDD mediante el uso de cuentas de almacenamiento de pago por uso. Puede usar cuentas de almacenamiento de pago por consumo para almacenar archivos compartidos clásicos y otros recursos de almacenamiento, como contenedores de blobs, colas o tablas.

Para obtener más información, consulte Creación de un recurso compartido de archivos clásico.

Recursos compartidos de archivos (Microsoft.FileShares)

El Microsoft.FileShares proveedor de recursos ofrece recursos compartidos de archivos como un nuevo recurso de Azure de nivel superior. Estos recursos compartidos de archivos proporcionan las siguientes ventajas sobre los recursos compartidos de archivos clásicos:

  • Administración simplificada: cree recursos compartidos de archivos directamente como recursos de nivel superior en el portal de Azure o a través de las API de administración. Este enfoque elimina el requisito de administrar una cuenta de almacenamiento y simplifica la experiencia de implementación.

  • Capacidad y rendimiento independientes: cada recurso compartido de archivos tiene su propio almacenamiento dedicado, IOPS y rendimiento. Este diseño evita la necesidad de planear la capacidad con los recursos limitados de la cuenta de almacenamiento y permite que los recursos compartidos de archivos crezcan libremente a medida que crecen las demandas de carga de trabajo.

  • Configuración granular: aplique la configuración de red y seguridad en el nivel de recurso compartido de archivos, por lo que tiene un control preciso de los límites de acceso y el aislamiento. Esta configuración facilita la aplicación de directivas de seguridad para aplicaciones, equipos o entornos específicos.

  • Facturación predecible y flexible: los recursos compartidos de archivos usan el modelo de facturación v2 aprovisionado, que permite aprovisionar de forma independiente el almacenamiento, las IOPS y el rendimiento por recurso compartido. Dado que Azure factura por recurso de Azure de nivel superior, puede realizar fácilmente un seguimiento de los costos de cada recurso compartido individual para la atribución de costos al proyecto, equipo o cliente que usa el recurso compartido de archivos.

  • Escala y rendimiento mejorados: los recursos compartidos de archivos admiten límites más altos y tiempos de implementación más bajos que los recursos compartidos de archivos clásicos. Para obtener más información, consulte Azure Files objetivos de escalabilidad y rendimiento.

Disponibilidad regional

Actualmente, puede crear un recurso compartido de archivos con Microsoft.FileShares en las siguientes regiones. La compatibilidad con puntos de conexión privados para recursos compartidos de archivos con Microsoft.FileShares está disponible en todas las regiones de la nube pública de Azure.

  • Australia Central
  • Australia East
  • Australia Southeast
  • Brazil South
  • Brazil Southeast
  • Canada Central
  • Canada East
  • Central India
  • East Asia
  • East US
  • France Central
  • France South
  • Germany North
  • Centro-oeste de Alemania
  • Israel Central
  • Italy North
  • Japan East
  • Japan West
  • JIO India Central
  • JIO India Occidental
  • Korea Central
  • Korea South
  • Centro-Norte de EE. UU
  • Norte de Europa
  • Norway East
  • Norway West
  • Poland Central
  • Norte de Sudáfrica
  • Oeste de Sudáfrica
  • Centro-sur de EE. UU.
  • South India
  • Southeast Asia
  • Sweden Central
  • UAE Central
  • UAE North
  • UK South
  • UK West
  • Oeste de Europa
  • Oeste de EE. UU.

Comparación de proveedores de recursos: Microsoft.Storage frente a Microsoft.FileShares

Evalúa la nueva experiencia de intercambio de archivos con Microsoft. FileShares para todos tus nuevos despliegues de protocolos NFS de Azure Files.

Si un requisito de característica específico aún no está disponible en la nueva experiencia de recurso compartido de archivos o la carga de trabajo requiere compatibilidad con el protocolo SMB, use la experiencia clásica del recurso compartido de archivos.

Feature Recursos compartidos de archivos clásico fileshareclassicicon1 Recursos compartidos de archivos (Microsoft. FileShares) mfsicon
Garantía de soporte técnico Disponible con carácter general Disponible con carácter general
Recurso de nivel superior para el servicio Cuenta de almacenamiento fileshareclassicicon2 Recursos compartidos de archivos mfsicon
Protocolo SMB Sí No
Protocolo NFS Sí Sí
compatibilidad con Azure File Sync Sí No
Requerir cuenta de almacenamiento Sí No
Modelo de facturación de pago por uso Sí No
Modelo de facturación v1 aprovisionado Sí No
Modelo de facturación v2 aprovisionado Sí Sí
Compatibilidad con HDD Sí No
Compatibilidad con SSD Sí Sí
LRS Sí Sí
ZRS Sí Sí
GRS Sí No
GZRS Sí No
Configuraciones de seguridad, redes y facturación de nivel por recurso compartido No Sí
Configuraciones de red virtual única para un archivo compartido No Sí
Configuración de red virtual única para múltiples compartidos de archivos Sí No
Controlador CSI de AKS Sí No
API de REST de plano de datos Sí No
Compatibilidad con la eliminación lógica Sí No
Soporte para instantáneas Sí Sí
Cifrado en tránsito Sí Sí
Claves administradas por el cliente Sí No
Anclaje zonal Sí No