Descripción de la facturación de Azure Files

Azure Files proporciona dos modelos de facturación distintos: aprovisionado y pago por uso. El modelo aprovisionado solo está disponible para los recursos compartidos de archivos prémium, que son recursos compartidos de archivos implementados en el tipo de cuenta de almacenamiento FileStorage. El modelo de pago por uso solo está disponible para los recursos compartidos de archivos estándar, que son recursos compartidos de archivos implementados en el tipo de cuenta de almacenamiento de uso general, versión 2 (GPv2) . En este artículo se explica cómo funcionan ambos modelos con el fin de ayudarle a entender la factura mensual de Azure Files.

Este vídeo es una entrevista donde se describen los conceptos básicos del modelo de facturación de Azure Files. Se abordan la optimización de los recursos compartidos de archivos de Azure para lograr los costos más bajos posibles y la comparación de Azure Files con otras ofertas de almacenamiento de archivos en el entorno local y en la nube.

Para obtener información sobre los precios de Azure Files, vea la página de precios de Azure Files.

Se aplica a

Tipo de recurso compartido de archivos SMB NFS
Recursos compartidos de archivos Estándar (GPv2), LRS/ZRS Sí No
Recursos compartidos de archivos Estándar (GPv2), GRS/GZRS Sí No
Recursos compartidos de archivos Premium (FileStorage), LRS/ZRS Sí Sí

Unidades de almacenamiento

Azure Files usa unidades de medida de base 2 para representar la capacidad de almacenamiento: KiB, MiB, GiB y TiB.

Acrónimo Definición Unidad
KiB 1024 bytes kibibyte
MiB 1024 KiB (1 048 576 bytes) mebibyte
GiB 1024 MiB (1 073 741 824 bytes) gibibyte
TiB 1024 GiB (1 099 511 627 776 bytes) tebibyte

Aunque la mayoría de los sistemas operativos y las herramientas utilizan habitualmente las unidades de medida de base 2 para medir las cantidades de almacenamiento, con frecuencia se etiquetan erróneamente como unidades de base 10, con las que quizá esté más familiarizado: KB, MB, GB y TB. Aunque los motivos pueden variar, la razón común por la que los sistemas operativos como Windows etiquetan incorrectamente las unidades de almacenamiento es porque muchos sistemas operativos comenzaron a usar estos acrónimos antes de que se estandarizaran mediante IEC, BIPM y NIST.

En la tabla siguiente, se muestra cómo miden y etiquetan el almacenamiento los sistemas operativos comunes:

Sistema operativo Sistema de medición Etiquetado
Windows Base 2 Etiquetas incorrectas uniformes como base 10.
Distribuciones de Linux Normalmente base 2, algún software puede usar base 10 El etiquetado y la alineación incoherentes entre la medición y el etiquetado depende del paquete de software.
macOS, iOS y el sistema operativo para iPad Base 10 Etiquetas uniformes como base 10.

Consulte con el proveedor del sistema operativo si su sistema operativo no aparece en la lista.

Lista de comprobación del costo total de propiedad del recurso compartido de archivos

Si va a migrar a Azure Files desde el entorno local o va a comparar Azure Files con otras soluciones de almacenamiento en la nube, debe tener en cuenta los siguientes factores para garantizar una comparación justa entre elementos equivalentes:

  • ¿Cómo se paga por el almacenamiento, IOPS y el ancho de banda? Con Azure Files, el modelo de facturación que use depende de si va a implementar recursos compartidos de archivos prémium o estándar. La mayoría de las soluciones en la nube tienen modelos en consonancia con los principios del almacenamiento aprovisionado, como determinismo de precios y simplicidad, o el almacenamiento de pago por uso, que puede optimizar los costes al cobrar solo por lo que realmente se usa. En el caso de los modelos aprovisionados, son de especial interés el tamaño mínimo del recurso compartido aprovisionado, la unidad de aprovisionamiento y la posibilidad de aumentar y disminuir el aprovisionamiento.

  • ¿Hay algún método para optimizar los costos de almacenamiento? Puede usar reservas de Azure Files para lograr un descuento de hasta un 36 % en el almacenamiento. Otras soluciones pueden emplear estrategias como la desduplicación o compresión para optimizar de manera opcional la eficacia del almacenamiento. Sin embargo, estas estrategias de optimización del almacenamiento suelen tener costos no monetarios, como una reducción del rendimiento. Las reservas no tienen efectos secundarios en el rendimiento.

  • ¿Cómo se consigue la resistencia y la redundancia del almacenamiento? Con Azure Files, la resistencia y la redundancia del almacenamiento están integradas en la oferta del producto. Todos los niveles y opciones de redundancia garantizan una alta disponibilidad de los datos y el acceso a al menos tres copias de estos. Al considerar otras opciones de almacenamiento de archivos, tenga en cuenta si la resistencia y redundancia del almacenamiento están integradas o es algo de lo que tenga que encargarse personalmente.

  • ¿Qué tiene que administrar? Con Azure Files, la unidad básica de administración es una cuenta de almacenamiento. Otras soluciones pueden requerir administración adicional, como actualizaciones del sistema operativo o administración de recursos virtuales (máquinas virtuales, discos, direcciones IP de red, etc.).

  • ¿Cuáles son los costos de los productos de valor añadido, como la copia de seguridad, la seguridad, etc.? Azure Files admite integraciones con varios servicios de valor añadido propios y de terceros. Servicios de valor añadido como Azure Backup, Azure File Sync y Azure Defender, que proporcionan copia de seguridad, replicación y almacenamiento en caché, y funcionalidad de seguridad adicional para Azure Files. Las soluciones de valor añadido, ya sean locales o en la nube, tienen sus propios costos de licencias y de producto, pero a menudo se consideran parte del costo total de propiedad para el almacenamiento de archivos.

Reservations

Azure Files admite reservas (también conocidas como instancias reservadas), lo que le permite lograr un descuento en el almacenamiento mediante la confirmación previa del uso del almacenamiento. Debe considerar la posibilidad de comprar instancias reservadas para cualquier carga de trabajo de producción o cargas de trabajo de desarrollo y pruebas con superficies coherentes. Al comprar una reserva, debe especificar las siguientes dimensiones:

  • Tamaño de capacidad: las reservas pueden ser de 10 TiB o 100 TiB, con descuentos más significativos por la compra de una reserva de capacidad mayor. Puede comprar varias reservas, incluso reservas de diferentes tamaños de capacidad para satisfacer los requisitos de la carga de trabajo. Por ejemplo, si la implementación de producción tiene 120 TiB de recursos compartidos de archivos, podría comprar una reserva de 100 TiB y dos reservas de 10 TiB para satisfacer los requisitos totales de capacidad de almacenamiento.
  • Período: las reservas se pueden comprar durante un período de un año o tres años, con descuentos más significativos por comprar un período de reserva más largo.
  • Nivel: el nivel de Azure Files para la reserva. Las reservas están disponibles actualmente para los niveles de acceso prémium, frecuente y esporádico.
  • Ubicación: la región de Azure para la reserva. Las reservas están disponibles en un subconjunto de regiones de Azure.
  • Redundancia: la redundancia de almacenamiento para la reserva. Las reservas se admiten para todas los redundancias que admite Azure Files, como LRS, ZRS, GRS y GZRS.
  • Frecuencia de facturación: indica la frecuencia con la que se factura la cuenta para la reserva. Entre las opciones se incluyen Mensual o Por adelantado.

Una vez que compre una reserva, el uso de almacenamiento existente la consumirá automáticamente. Si usa más espacio de almacenamiento del que ha reservado, pagará el precio de venta del saldo que no esté cubierto por la reserva. Los cargos por transacción, ancho de banda, transferencia de datos y almacenamiento de metadatos no se incluyen en la reserva.

Hay diferencias en el funcionamiento de las reservas con las instantáneas de recursos compartidos de archivos de Azure para recursos compartidos de archivos estándar y premium. Si va a tomar instantáneas de recursos compartidos estándar, las diferenciales de instantáneas se cuentan para la reserva y se facturan como parte del medidor de almacenamiento usado normal. Sin embargo, si va a tomar instantáneas de recursos compartidos de archivos Premium, se usa un medidor independiente para facturar las instantáneas y estas no cuentan para la reserva. Para más información, consulte Instantánea.

Para más información sobre cómo comprar reservas, consulte Optimización de costos para Azure Files con las reservas.

Modelo aprovisionado

Azure Files usa un modelo aprovisionado para los recursos compartidos de archivos prémium. En un modelo de facturación aprovisionado, debe especificar de forma proactiva cuáles son los requisitos de almacenamiento del servicio Azure Files, en lugar de que se le aplique una factura basada en lo que usa. Un modelo aprovisionado para el almacenamiento es similar a comprar una solución de almacenamiento local porque, al aprovisionar un recurso compartido de archivos de Azure con una determinada cantidad de capacidad de almacenamiento, se paga por esa capacidad de almacenamiento independientemente de si la usa o no. A diferencia de la compra de soportes físicos locales, los recursos compartidos de archivos aprovisionados se pueden escalar o reducir verticalmente de forma dinámica en función de las características de rendimiento de almacenamiento y de E/S.

El tamaño aprovisionado del recurso compartido de archivos puede aumentar en cualquier momento, pero solo se puede reducir una vez transcurridas 24 horas desde el último aumento. Después de esperar 24 horas sin un aumento de cuota, puede reducir el recurso compartido tantas veces como quiera hasta que lo vuelva a aumentar. Los cambios de escala de IOPS/rendimiento se aplicarán minutos después del cambio de tamaño aprovisionado.

Es posible reducir el tamaño del recurso compartido aprovisionado por debajo de los GiB usados. Si lo hace, no perderá datos, pero se le seguirá facturando el tamaño usado y seguirá recibiendo el rendimiento del recurso compartido aprovisionado, no del tamaño usado.

Método de aprovisionamiento

Al aprovisionar un recurso compartido de archivos prémium, se especifica la cantidad de GiB que requiere la carga de trabajo. Cada GiB aprovisionado permite beneficiarse de más IOPS y rendimiento con una proporción fija. Además de la IOPS de línea de base garantizada, cada recurso compartido de archivos prémium admite ráfagas dentro de lo posible. Las fórmulas de IOPS y rendimiento son las siguientes:

Elemento Value
Tamaño máximo de un recurso compartido de archivos 100 GiB
Unidad de aprovisionamiento 1 GiB
Fórmula de IOPS de línea de base MIN(3000 + 1 * ProvisionedStorageGiB, 100000)
Límite de aumento MIN(MAX(10000, 3 * ProvisionedStorageGiB), 100000)
Créditos de ráfaga (BurstLimit - BaselineIOPS) * 3600
Tasa de rendimiento (entrada + salida) (MiB/seg.) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

En la tabla siguiente se ilustran algunos ejemplos de estas fórmulas para los tamaños de recursos compartidos aprovisionados:

Capacidad (GiB) IOPS base IOPS de ráfaga Créditos de ráfaga Rendimiento (entrada + salida) (MiB/s)
100 3100 Hasta 10 000 24 840 000 110
500 3500 Hasta 10 000 23 400 000 150
1024 4 024 Hasta 10 000 21 513 600 203
5120 8120 Hasta 15 360 26 064 000 613
10 240 13 240 Hasta 30 720 62 928 000 1125
33 792 36 792 Hasta 100 000 227 548 800 3480
51 200 54 200 Hasta 100 000 164 880 000 5220
102 400 100 000 Hasta 100 000 0 10 340

El rendimiento efectivo de los recursos compartidos de archivos está sujeto a los límites de red de la máquina, el ancho de banda de red disponible, los tamaños de E/S y el paralelismo, entre muchos otros factores. Para aprovechar al máximo la paralelización, se recomienda habilitar SMB multicanal en los recursos compartidos de archivos premium. Para más información, consulte Habilitar SMB multicanal. Consulte en el artículo sobre rendimiento de SMB multicanal y en la guía de solución de problemas algunos problemas de rendimiento comunes y sus soluciones alternativas.

Creación de ráfagas

Si la carga de trabajo necesita un rendimiento adicional para satisfacer los picos de demanda, el recurso compartido puede usar créditos de expansión para superar el límite de IOPS de línea base del recurso compartido, con el fin de proporcionar al recurso compartido el rendimiento que necesita para satisfacer la demanda. La creación de ráfagas está automatizada y funciona de acuerdo con un sistema de crédito. La expansión funciona en la medida de lo posible y el límite de expansión no es una garantía.

Cada vez que el tráfico para el recurso compartido de archivos se encuentra por debajo del valor de IOPS de la línea de base, se acumulan créditos en un cubo de ráfagas. Los créditos obtenidos se usan más adelante para habilitar la expansión cuando las operaciones superarían la IOPS de línea base.

Cada vez que un recurso compartido supera el valor de IOPS de línea base y tiene créditos en un cubo de expansión, este aumentará hasta alcanzar la velocidad máxima permitida. Los recursos compartidos pueden seguir con la expansión siempre y cuando queden créditos, pero esto se basa en el número de créditos de expansión acumulados. Cada E/S que supere el valor de IOPS de línea base consume un crédito y, una vez que se consumen todos los créditos, el recurso compartido volvería al valor de IOPS de la línea base.

Los créditos de recursos compartidos tienen tres estados:

  • Acumulado: cuando el recurso compartido de archivos usa un valor inferior al de IOPS de línea de base.
  • Rechazado: cuando el recurso compartido de archivos usa más que el valor de IOPS de la línea base y en el modo de aumento.
  • Constante: cuando el recurso compartido de archivos usa exactamente el valor de IOPS de línea de base, no hay créditos acumulados ni usados.

Los nuevos recursos compartidos de archivo empiezan con la cantidad total de créditos del cubo de ráfagas. Los créditos de expansión no se acumularán si el valor de IOPS del recurso compartido cae por debajo del valor de IOPS de la línea base debido a una limitación por parte del servidor.

Modelo de pago por uso

Azure Files usa un modelo de facturación de pago por uso para los recursos compartidos de archivos estándar. En un modelo de facturación de pago por uso, la cantidad que se paga se determina según el volumen que se usa realmente, en lugar de basarse en una cantidad aprovisionada. En un nivel alto, se paga un costo por la cantidad de datos lógicos almacenados y, a continuación, un conjunto adicional de transacciones en función del uso de esos datos. Un modelo de pago por uso puede ser rentable, ya que no es necesario sobreaprovisionar para tener en cuenta los requisitos futuros de crecimiento o rendimiento. Tampoco es necesario desaprovisionar si la carga de trabajo y la superficie de datos varían con el tiempo. Por otro lado, un modelo de pago por uso también puede ser difícil de planear como parte de un proceso de presupuesto, porque este modelo se basa en el consumo del usuario final.

Diferencias en los niveles estándar

Al crear un recurso compartido de archivos estándar, puede elegir entre los siguientes niveles: optimizado para transacciones, acceso frecuente y acceso esporádico. Los tres niveles se almacenan en el mismo hardware de almacenamiento estándar. La principal diferencia de estos tres niveles son los precios de almacenamiento de datos en reposo, que son menores en los niveles de acceso esporádico, y los precios de las transacciones, que son más altos en estos mismos niveles. Esto significa lo siguiente:

  • La transacción optimizada, como su nombre implica, optimiza el precio de las cargas de trabajo de mucha transacción. La transacción optimizada tiene el precio de almacenamiento de datos en reposo más alto, pero los precios de transacción más bajos.
  • El acceso frecuente es para cargas de trabajo activas que no implican un gran número de transacciones, y tiene un precio de almacenamiento de datos en reposo ligeramente inferior, pero los precios de transacción son algo mayores en comparación con la transacción optimizada. Considérelo como el punto medio entre los niveles de transacción optimizada y acceso esporádico.
  • El acceso esporádico optimiza el precio de las cargas de trabajo que no tienen mucha actividad y ofrece el precio más bajo de datos en reposo, pero el más alto en las transacciones.

Si coloca una carga de trabajo a la que se accede con poca frecuencia en el nivel de transacción optimizada, no pagará casi nada por las pocas horas del mes en que realiza transacciones en el recurso compartido. Sin embargo, pagará una cantidad elevada por los costos de almacenamiento de datos. Si tuviera que trasladar este mismo recurso compartido al nivel de acceso esporádico, tampoco pagaría casi nada por los costos de transacción, simplemente porque no realiza transacciones con mucha frecuencia en esta carga de trabajo. Sin embargo, el nivel de acceso esporádico ofrece un precio de almacenamiento de datos mucho más barato. La selección del nivel adecuado para su caso de uso le permite reducir considerablemente los costos.

Del mismo modo, si coloca en el nivel de acceso esporádico una carga de trabajo a la que accede con mucha frecuencia, incurrirá en muchos más costos por las transacciones, pero pagará menos por el almacenamiento de datos. Esto puede derivar en una situación en la que el aumento de los costos por los precios de las transacciones sobrepasan el ahorro obtenido por el precio más reducido del almacenamiento de datos, de tal forma que pagará más dinero en el nivel de acceso esporádico en comparación con el de transacción optimizada. Para algunos niveles de uso, es posible que el nivel de acceso frecuente sea el nivel más rentable y el nivel de acceso esporádico sea más caro que el optimizado para transacciones.

El nivel de la carga de trabajo y de la actividad determinarán el nivel más rentable del recurso compartido de archivos estándar. En la práctica, la mejor manera de elegir el nivel más rentable es examinar el consumo de recursos real del recurso compartido (datos almacenados, transacciones de escritura, etc.). En el caso de los recursos compartidos de archivos estándar, se recomienda comenzar en el nivel optimizado para transacciones durante la migración inicial a Azure Files y, luego, seleccionar el nivel correcto en función del uso una vez completada la migración. El uso de transacciones durante la migración no suele indicar el uso normal de las transacciones.

¿Qué son las transacciones?

Al montar un recurso compartido de archivos de Azure en un equipo mediante SMB, el recurso compartido de archivos de Azure se expone en el equipo como si fuera almacenamiento local. Esto significa que las aplicaciones, los scripts y otros programas que tenga en el equipo pueden acceder a los archivos y las carpetas del recurso compartido de archivos de Azure sin necesidad de saber que están almacenados en Azure.

Al leer o escribir en un archivo, la aplicación que se usa hace una serie de llamadas API a la API del sistema de archivos proporcionada por el sistema operativo. Luego, el sistema operativo interpreta estas llamadas en transacciones de protocolo SMB, que se envían a través de la conexión a Azure Files para completar. Una tarea que el usuario final percibe como una sola operación, por ejemplo, leer un archivo de principio a fin, se puede traducir en varias transacciones SMB atendidas por Azure Files.

Como principio, el modelo de facturación de pago por uso que usan los recursos compartidos de archivos estándar factura en función del uso. Las transacciones SMB y FileREST hechas por las aplicaciones, scripts y otros programas usados por los usuarios representan el uso del recurso compartido de archivos y se muestran como parte de la factura. El mismo concepto se aplica a los servicios en la nube de valor añadido que puede agregar a su recurso compartido, como Azure File Sync o Azure Backup. Las transacciones se agrupan en cinco categorías diferentes que tienen precios diferentes en función de su impacto en el recurso compartido de archivos de Azure. Estas categorías son: escritura, enumeración, lectura, otros y eliminación.

En la tabla siguiente se muestra la categorización de cada transacción:

Cubo de transacciones Operaciones de administración Operaciones de datos
Transacciones de escritura
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareACL
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
Transacciones de lista
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Transacciones de lectura
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
Otros/Transacciones de protocolo
  • AbortCopyFile
  • Cancel
  • ChangeNotify
  • Close
  • Echo
  • Ioctl
  • Lock
  • Logoff
  • Negotiate
  • OplockBreak
  • SessionSetup
  • TreeConnect
  • TreeDisconnect
  • CloseHandles
  • AcquireFileLease
  • BreakFileLease
  • ChangeFileLease
  • ReleaseFileLease
  • BreakShareLease
  • RenewShareLease
  • ChangeShareLease
Transacciones de eliminación
  • DeleteShare
  • ClearRange
  • DeleteDirectory
  • DeleteFile

Nota:

NFS 4.1 solo está disponible para los recursos compartidos de archivos premium, que usan el modelo de facturación aprovisionado. Las transacciones no afectan a la facturación de los recursos compartidos de archivos prémium.

Cambio entre niveles estándar

Aunque puede cambiar un recurso compartido de archivos estándar entre los tres niveles de recursos compartidos de archivos estándar, el procedimiento recomendado para optimizar los costos después de la migración inicial es la elección del nivel óptimo más rentable en el que estar y permanecer allí a menos que cambie el patrón de acceso. Esto se debe a que el cambio del nivel de un recurso compartido de archivos estándar da como resultado costos adicionales de la siguiente manera:

  • Transacciones: si un recurso compartido se pasa de un nivel de acceso frecuente a un nivel esporádico, incurrirá en la carga de transacciones de escritura del nivel más esporádico en cada archivo del recurso compartido. Por contra, si un recurso compartido se pasa de un nivel de acceso esporádico a un nivel frecuente, incurrirá en la carga de transacciones de lectura del nivel más esporádico en cada archivo del recurso compartido.

  • Recuperación de datos: si va a mover del nivel acceso esporádico al frecuente u optimizado para transacciones, incurrirá en un cargo por recuperación de datos según el tamaño de los datos movidos. Solo el nivel de acceso esporádico tiene un cargo por recuperación de datos.

En la tabla siguiente se muestra el desglose de costos de los niveles que se van a mover:

Nivel Optimizado para transacciones (destino) Frecuente (destino) Esporádico (destino)
Optimizado para transacciones (origen) --
  • 1 transacción de escritura frecuente por archivo.
  • 1 transacción de escritura esporádica por archivo.
Frecuente (origen)
  • 1 transacción de lectura frecuente por archivo.
    --
    • 1 transacción de escritura esporádica por archivo.
    Esporádico (origen)
    • 1 transacción de lectura esporádica por archivo.
    • Recuperación de datos por GiB total usado.
    • 1 transacción de lectura esporádica por archivo.
    • Recuperación de datos por GiB total usado.
    --

    Aunque no hay ningún límite formal sobre la frecuencia con la que se puede cambiar el nivel del recurso compartido de archivos, el recurso compartido tardará en hacer la transición en función de la cantidad de datos del recurso compartido. No se puede cambiar el nivel del recurso compartido mientras el recurso compartido de archivos hace la transición entre niveles. Cambiar el nivel del recurso compartido de archivos no afecta al acceso normal al recurso compartido de archivos.

    Aunque no hay ningún mecanismo directo para moverse entre recursos compartidos de archivos premium y estándar, porque están contenidos en diferentes tipos de cuenta de almacenamiento, puede usar una herramienta de copia como Robocopy para moverse entre recursos compartidos de archivos premium y estándar.

    Elección de un nivel

    Independientemente de cómo migre los datos existentes a Azure Files, se recomienda crear inicialmente el recurso compartido de archivos en el nivel optimizado para transacciones debido al gran número de transacciones en las que se incurre durante la migración. Luego de completada la migración y de haber trabajado durante unos días o semanas con un uso normal, puede conectar los recuentos de transacciones a la calculadora de precios para averiguar qué nivel es más adecuado para la carga de trabajo.

    Dado que los recursos compartidos de archivos estándar solo muestran la información de transacciones en el nivel de cuenta de almacenamiento, el uso de métricas de almacenamiento para calcular qué nivel es más barato en el nivel de recurso compartido de archivos es una ciencia imperfecta. Si es posible, se recomienda implementar solo un recurso compartido de archivos en cada cuenta de almacenamiento para garantizar una visibilidad completa de la facturación.

    Para ver las transacciones anteriores:

    1. Vaya a la cuenta de almacenamiento y seleccione Métricas en la barra de navegación izquierda.
    2. Seleccione Ámbito como nombre de la cuenta de almacenamiento, Espacio de nombres de métricas como "Archivo", Métrica como "Transacciones" y Agregación como "Suma".
    3. Haga clic en Aplicar división.
    4. Seleccione Valores como "Nombre de API". Seleccione los valores deseados en Límite y Orden.
    5. Seleccione el período de tiempo deseado.

    Nota:

    Asegúrese de ver las transacciones durante un período de tiempo para obtener una mejor idea del número medio de transacciones. Asegúrese de que el período de tiempo elegido no se superponga con el aprovisionamiento inicial. Multiplique el número medio de transacciones durante este período de tiempo para obtener las transacciones estimadas durante todo un mes.

    Tamaño aprovisionado o cuota, tamaño lógico y tamaño físico

    Azure Files realiza un seguimiento de tres cantidades distintas con respecto a la capacidad del recurso compartido:

    • Tamaño o cuota aprovisionados: con los recursos compartidos de archivos premium y estándar, se especifica el tamaño máximo al que puede crecer el recurso compartido de archivos. En los recursos compartidos de archivos premium, este valor se llama tamaño aprovisionado y la cantidad que se aprovisiona es lo que paga, independientemente de la cantidad que realmente use. En los recursos compartidos de archivos estándar, este valor se llama cuota y no afecta directamente a la factura. El tamaño aprovisionado es un campo obligatorio para los recursos compartidos de archivos prémium. En el caso de los recursos compartidos de archivos estándar, si el tamaño aprovisionado no se especifica directamente, el recurso compartido tendrá como valor predeterminado el valor máximo admitido por la cuenta de almacenamiento. Serán 5 TiB o 100 TiB, en función del tipo y la configuración de la cuenta de almacenamiento.

    • Tamaño lógico: El tamaño lógico de un recurso compartido de archivos o un archivo está relacionado con el tamaño que tiene sin tener en cuenta cómo se almacena realmente, donde se pueden aplicar optimizaciones adicionales. Una manera de pensar en esto es que el tamaño lógico del archivo es cuántos KiB, MiB o GiB se transferirán mediante la conexión si los copia en otra ubicación. En los recursos compartidos de archivos premium y estándar, el tamaño lógico total del recurso compartido de archivos es lo que se usa para el cumplimiento del tamaño o la cuota aprovisionados. En los recursos compartidos de archivos estándar, el tamaño lógico es la cantidad utilizada para la facturación del uso de datos en reposo. El tamaño lógico se conoce como "tamaño" en el cuadro de diálogo de propiedades de Windows para un archivo o carpeta y como "longitud del contenido" para las métricas de Azure Files.

    • Tamaño físico: el tamaño físico del archivo está relacionado con el tamaño del archivo como codificado en el disco. Esto puede alinearse con el tamaño lógico del archivo, o puede ser menor, en función de cómo haya escrito el archivo el sistema operativo. Un motivo común para que el tamaño lógico y el tamaño físico sean diferentes se encuentra en el uso de archivos dispersos. El tamaño físico de los archivos del recurso compartido se usa para la facturación de instantáneas, aunque los intervalos asignados se compartan entre instantáneas si no cambian (almacenamiento diferencial). Para más información sobre cómo se facturan las instantáneas en Azure Files, consulte Instantáneas.

    Instantáneas

    Azure Files admite instantáneas, que son similares a las instantáneas de volumen (VSS) en el servidor de archivos Windows. Las instantáneas siempre son diferenciales del recurso compartido activo y entre sí, lo que significa que siempre paga solo por lo que es diferente en cada instantánea. Para más información sobre las instantáneas de recursos compartidos, consulte Información general de las instantáneas de recurso compartido de Azure Files.

    Las instantáneas no cuentan para los límites de tamaño del recurso compartido de archivos, aunque está limitado a un número específico de instantáneas. Para ver los límites actuales de instantáneas, consulte Objetivos de escala de recursos compartidos de archivos de Azure.

    Las instantáneas siempre se facturan en función del uso diferencial del almacenamiento de cada instantánea; sin embargo, esto tiene un aspecto ligeramente diferente entre los recursos compartidos de archivos premium y los recursos compartidos de archivos estándar:

    • En los recursos compartidos de archivos premium, las instantáneas se facturan con su propio medidor de instantáneas, que tiene un precio reducido sobre el precio del almacenamiento aprovisionado. Esto significa que verá un elemento de línea independiente en la factura, que representa las instantáneas de recursos compartidos de archivos prémium para cada cuenta de almacenamiento de tipo FileStorage en la factura.

    • En los recursos compartidos de archivos estándar, las instantáneas se facturan como parte del medidor normal del almacenamiento usado, aunque también se le factura por el costo diferencial de la instantánea. Esto significa que no verá un elemento de línea independiente en la factura, que representa las instantáneas para cada cuenta de almacenamiento estándar que contenga recursos compartidos de archivos de Azure. Esto también significa que el uso diferencial de instantáneas se tiene en cuenta para las reservas adquiridas para recursos compartidos de archivos estándar.

    Los servicios de valor añadido para Azure Files pueden usar instantáneas como parte de su propuesta de valor. Consulte Servicios de valor añadido para más información sobre cómo se usan las instantáneas.

    Servicios de valor añadido

    Al igual que las soluciones de almacenamiento locales que ofrecen características o integraciones de productos propios y de terceros para añadir valor a los recursos compartidos de archivos hospedados, Azure Files ofrece puntos de integración para productos propios y de terceros para su integración con los recursos compartidos de archivos propiedad del cliente. Aunque estas soluciones pueden proporcionar un valor adicional considerable para Azure Files, debe tener en cuenta los costos extra que agregan estos servicios al costo total de una solución de Azure Files.

    Los costos se dividen en tres grupos:

    • Costos de licencias del servicio de valor añadido. Estos pueden tener la forma de un costo fijo por cliente, usuario final (a veces llamado "costo principal"), recurso compartido de archivos o cuenta de almacenamiento de Azure. También pueden basarse en unidades de uso del almacenamiento, como un costo fijo para cada fragmento de datos de 500 GiB en el recurso compartido de archivos.

    • Costos de transacciones del servicio de valor añadido. Algunos servicios de valor añadido tienen su propio concepto de transacciones, distinto de lo que Azure Files ve como una transacción. Estas transacciones se mostrarán en la factura en los cargos del servicio de valor añadido; sin embargo, están directamente relacionados con cómo se usa el servicio de valor añadido con el recurso compartido de archivos.

    • Costos de Azure Files por usar un servicio de valor añadido. Azure Files no cobra directamente a los clientes los costos por agregar servicios de valor añadido, pero como parte de agregar valor al recurso compartido de archivos de Azure, el servicio de valor añadido podría aumentar los costos que ve en el recurso compartido de archivos de Azure. Esto es fácil de ver con los recursos compartidos de archivos estándar, ya que los recursos compartidos de archivos estándar tienen un modelo de pago por uso con cargos por transacciones. Si el servicio de valor añadido realiza transacciones en el recurso compartido de archivos en su nombre, se mostrarán en la factura de transacciones de Azure Files aunque no haya hecho directamente esas transacciones usted mismo. Esto también se aplica a los recursos compartidos de archivos premium, aunque puede ser menos notable. Las transacciones adicionales en los recursos compartidos de archivos prémium de los servicios de valor añadido cuentan para las cifras de IOPS aprovisionadas, lo que significa que los servicios de valor añadido pueden requerir el aprovisionamiento de más almacenamiento para tener suficientes IOPS o rendimiento disponibles para la carga de trabajo.

    Al calcular el costo total de propiedad del recurso compartido de archivos, debe tener en cuenta los costos de Azure Files y de todos los servicios de valor añadido que le gustaría usar con Azure Files.

    Hay varios servicios de valor añadido propios y de terceros. En este documento, se trata un subconjunto de los servicios propios comunes que usan los clientes con los recursos compartidos de archivos de Azure. Para obtener información sobre los servicios que no aparecen aquí, consulte la página de precios de ese servicio.

    Azure File Sync

    Azure File Sync es un servicio de valor añadido para Azure Files que sincroniza uno o varios recursos compartidos de archivos locales Windows con un recurso compartido de archivos de Azure. Dado que el recurso compartido de archivos de Azure en la nube tiene una copia completa de los datos en un recurso compartido de archivos sincronizado que está disponible en el entorno local, puede transformar el servidor de archivos Windows local en una memoria caché del recurso compartido de archivos de Azure para reducir la superficie local. Para más información, consulte ¿Qué es Azure File Sync?

    Al considerar el costo total de propiedad de una solución implementada con Azure File Sync, debe tener en cuenta los siguientes aspectos de costos:

    • Costos operativos y de capital de los servidores de archivos Windows con uno o varios puntos de conexión de servidor. Azure File Sync como solución de replicación es independiente de dónde están los servidores de archivos Windows que se sincronizan con Azure Files, podrían hospedarse en el entorno local, en una máquina virtual de Azure o, incluso, en otra nube. A menos que utilice Azure File Sync con un servidor de archivos Windows hospedado en una máquina virtual de Azure, los costos de capital (es decir, los costos iniciales de hardware de la solución) y los costos operativos (es decir, el costo de personal y de electricidad, electricidad, etc.) no formarán parte de la factura de Azure, pero seguirán siendo una parte del costo total de propiedad. Debe tener en cuenta la cantidad de datos que necesita almacenar en caché en el entorno local, el número de CPU y la cantidad de memoria que necesitan los servidores de archivos Windows para hospedar cargas de trabajo de Azure File Sync (para más información, consulte los recursos recomendados del sistema) y otros costos específicos de la organización que pueda tener.

    • Costo de licencias por servidor de los servidores registrados con Azure File Sync. Si desea utilizar Azure File Sync con un servidor de archivos Windows específico, primero debe registrarlo con el recurso de Azure de Azure File Sync, el servicio de sincronización de almacenamiento. Cada servidor que registra después del primer servidor tiene una tarifa plana mensual. Si bien esta tarifa es muy pequeña, es un componente de la factura que se debe tener en cuenta. Para ver el precio actual de la tarifa de registro de los servidores de la región deseada, consulte la sección de File Sync en la página de precios de Azure Files.

    • Costos de Azure Files. Como Azure File Sync es una solución de sincronización para Azure Files, hará que consuma recursos de Azure Files. Algunos de estos recursos, como el consumo de almacenamiento, son relativamente obvios, mientras que otros, como el uso de transacciones y instantáneas, pueden no serlo. Para la mayoría de los clientes, recomendamos utilizar recursos compartidos de archivos estándar con Azure File Sync, aunque Azure File Sync es totalmente compatible con los recursos compartidos de archivos premium si se desea.

      • Uso del almacenamiento. Azure File Sync replicará los cambios que haya hecho en la ruta de acceso del servidor de archivos Windows que especificó en el punto de conexión de servidor al recurso compartido de archivos de Azure, lo que hace que se consuma almacenamiento. En los recursos compartidos de archivos estándar, esto significa que agregar archivos o aumentar el tamaño de los existentes en los puntos de conexión de servidor hará que aumenten los costos de almacenamiento, ya que se replicarán los cambios. En el caso de los recursos compartidos de archivos premium, los cambios consumirán espacio aprovisionado. Es su responsabilidad aumentar periódicamente el aprovisionamiento según sea necesario para tener en cuenta el crecimiento del recurso compartido de archivos.

      • Uso de instantáneas. Azure File Sync toma instantáneas en el nivel de recurso compartido y de archivo como parte del uso normal. El uso de instantáneas siempre es diferencial, pero puede contribuir considerablemente a la factura total de Azure Files.

      • Transacciones de renovación. A medida que los archivos cambian en los puntos de conexión del servidor, los cambios se cargan en el recurso compartido en la nube, lo que genera transacciones. Cuando se habilita la nube por niveles, se generan transacciones adicionales para administrar los archivos en niveles, incluida la E/S que se está produciendo en los archivos en niveles, además de los costos de salida. La cantidad y el tipo de transacciones son difíciles de predecir debido a la tasa de renovación y la eficacia de la memoria caché, pero puede usar los patrones de transacción anteriores para calcular los costos futuros si cree que el uso futuro será similar al actual.

      • Transacciones de enumeración en la nube. Azure File Sync enumera el recurso compartido de archivos de Azure en la nube una vez al día para detectar los cambios que se realizaron directamente en el recurso compartido para que puedan sincronizarse con los puntos de conexión del servidor. Este examen genera transacciones que se facturan a la cuenta de almacenamiento a una tasa de una transacción ListFiles por directorio al día. Puede poner este número en la calculadora de precios para calcular el costo del examen.

      Sugerencia

      Si no está seguro de cuántas carpetas tiene, consulte la herramienta TreeSize de JAM Software GmbH.

    Para optimizar los costos de Azure Files con Azure File Sync, debe tener en cuenta el nivel del recurso compartido de archivos. Para más información sobre cómo elegir el nivel de cada recurso compartido de archivos, consulte Elección de un nivel.

    Si va a migrar a Azure File Sync desde StorSimple, consulte Comparación de los costos de StorSimple con Azure File Sync.

    Azure Backup

    Azure Backup proporciona una solución de copia de seguridad sin servidor para Azure Files que se integra a la perfección con los recursos compartidos de archivos, así como con otros servicios de valor añadido, como Azure File Sync. Azure Backup para Azure Files es una solución de copia de seguridad basada en instantáneas que ofrece un mecanismo de programación para hacer instantáneas automáticamente según una programación definida por el administrador. También brinda una interfaz fácil de usar para restaurar archivos o carpetas eliminados o todo el recurso compartido a un momento dado. Para más información sobre Azure Backup para Azure Files, consulte Acerca de la copia de seguridad de recursos compartidos de archivos de Azure.

    Al considerar los costos de usar Azure Backup para hacer copias de seguridad de los recursos compartidos de archivos de Azure, tenga en cuenta lo siguiente:

    • Costo de licencias de instancias protegidas para los datos de los recursos compartidos de archivos de Azure. Azure Backup cobra un costo de licencia de instancia protegida por cada cuenta de almacenamiento que contiene recursos compartidos de archivos de Azure de los que se ha hecho una copia de seguridad. Una instancia protegida se define como 250 GiB de almacenamiento de recursos compartidos de archivos de Azure. Las cuentas de almacenamiento que contienen menos de 250 GiB de almacenamiento de recursos compartidos de archivos de Azure están sujetas a un costo fraccionario de instancia protegida. Para más información, consulte Precios de Azure Backup. Tenga en cuenta que tiene que seleccionar Azure Files en la lista de servicios que Azure Backup puede proteger.

    • Costos de Azure Files. Azure Backup aumenta los costos de Azure Files de las siguientes maneras:

      • Costos diferenciales de las instantáneas de recursos compartidos de archivos de Azure. Azure Backup automatiza la toma de instantáneas de recursos compartidos de archivos de Azure según una programación definida por el administrador. Las instantáneas siempre son diferenciales; sin embargo, el costo adicional agregado al total de la factura depende del período de tiempo que se conservan las instantáneas y de la cantidad de renovación en el recurso compartido de archivos durante ese tiempo. Esto determina cuánto difiere la instantánea del recurso compartido de archivos activo y, por tanto, la cantidad de datos adicionales que almacena Azure Files.

      • Costos de transacción de las operaciones de restauración. Las operaciones de restauración desde la instantánea al recurso compartido activo provocarán transacciones. En el caso de los recursos compartidos de archivos estándar, esto significa que las lecturas de instantáneas y las escrituras de las restauraciones se facturarán como transacciones normales del recurso compartido de archivos. En el caso de los recursos compartidos de archivos premium, estas operaciones se tienen en cuenta para las IOPS aprovisionadas para el recurso compartido de archivos.

    Microsoft Defender para Storage

    Microsoft Defender proporciona compatibilidad con Azure Files como parte de su producto Microsoft Defender para Storage. Microsoft Defender para Storage detecta intentos inusuales y potencialmente perjudiciales de acceder a los recursos compartido de archivos de Azure mediante SMB o FileREST o de vulnerarlos. Microsoft Defender para Storage está habilitado en el nivel de suscripción para todos los recursos compartidos de archivos de las cuentas de almacenamiento de esa suscripción.

    Microsoft Defender para Storage no admite funcionalidades antivirus para recursos compartidos de archivos de Azure.

    El costo principal de Microsoft Defender para Storage es un conjunto adicional de costos de transacciones que el producto cobra sobre las transacciones que se realizan en el recurso compartido de archivos de Azure. Aunque estos costos se basan en las transacciones en las que se incurre en Azure Files, no forman parte de la facturación de Azure Files, sino que forman parte de los precios de Microsoft Defender. Microsoft Defender para Storage cobra una tasa de transacciones incluso en los recursos compartidos de archivos premium, en los que Azure Files incluye las transacciones como parte del aprovisionamiento de IOPS. La tarifa de transacciones actual se puede encontrar en la página de precios de Microsoft Defender for Cloud en la fila de la tabla de Microsoft Defender para Storage.

    Los recursos compartidos de archivos con gran cantidad de transacciones incurrirán en costos significativos al usar Microsoft Defender para Storage. En función de estos costos, es posible que desee no participar en Microsoft Defender para Storage para cuentas de almacenamiento específicas. Para más información, consulte Exclusión de una cuenta de almacenamiento de las protecciones de Microsoft Defender para Storage.

    Consulte también