Compartir a través de

Descripción de los modelos de facturación de Azure Files

  • Artículo

Azure Files admite dos niveles multimedia diferentes de almacenamiento, SSD y HDD, que permiten adaptar los recursos compartidos de archivos a los requisitos de rendimiento y precio de su escenario:

  • SSD (premium): los recursos compartidos de archivos hospedados en unidades de estado sólido (SSD) proporcionan un alto rendimiento constante y una baja latencia, en milisegundos de un solo dígito para la mayoría de las operaciones de E/S.
  • HDD (estándar): los recursos compartidos de archivos hospedados en unidades de disco duro (HDD) proporcionan almacenamiento rentable para uso general.

Azure Files tiene varios modelos de precios, incluidas las opciones aprovisionadas y de pago por uso:

  • Modelos de facturación aprovisionados: en un modelo de facturación aprovisionado, los costos principales del recurso compartido de archivos se basan en la cantidad de almacenamiento, IOPS (operaciones de entrada y salida por segundo) y rendimiento que aprovisiona cuando crea o actualiza el recurso compartido de archivos, independientemente de cuánto use. Azure Files tiene dos modelos aprovisionados diferentes aprovisionado v2 y aprovisionado v1.

    • Aprovisionado v2: en el modelo aprovisionado v2, tiene la capacidad de aprovisionar por separado el almacenamiento, las IOPS y el rendimiento, aunque le ofrecemos una recomendación para ayudarle con el aprovisionamiento por primera vez.
    • Aprovisionado v1: en el modelo v1 aprovisionado, aprovisiona la cantidad de almacenamiento que necesita para el recurso compartido, mientras que las IOPS y el rendimiento se determinan en función de la cantidad de almacenamiento que aprovisione. El modelo aprovisionado v1 para Azure Files solo está disponible para recursos compartidos de archivos SSD.

  • Modelo de facturación de pago por uso: en un modelo de pago por uso, el costo del recurso compartido de archivos se basa en cuánto lo usa, en forma de almacenamiento usado, transacciones y costos de transferencia de datos. El modelo de pago por uso para Azure Files solo está disponible para los recursos compartidos de archivos HDD. Se recomienda usar el modelo aprovisionado v2 para las nuevas implementaciones de recursos compartidos de archivos HDD.

En este artículo se explican los modelos de facturación del trabajo de Azure Files para ayudarle a comprender la factura mensual. Para obtener información sobre los precios de Azure Files, vea la página de precios de Azure Files.

Se aplica a

Modelo de administración Modelo de facturación Nivel multimedia Redundancia SMB 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

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, que quizá conozcas mejor: KB, MB, GB y TB. Aunque los motivos varían, 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 por la CEI (Comisión electrotécnica internacional), la BIPM (Oficina Internacional de Ponderaciones y Medidas) y el NIST (Instituto Nacional de Estándares y Tecnología de EE. UU.).

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 usa 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? 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 podrían 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 de Azure Files no tienen efectos secundarios en el rendimiento.

  • ¿Cómo se consigue la resistencia y la redundancia del almacenamiento? Con Azure Files, la resistencia y redundancia del almacenamiento están incluidas 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 una administración adicional, como actualizaciones del sistema operativo o administración de recursos virtuales como máquinas virtuales, discos y direcciones IP de red.

  • ¿Cuáles son los costos de los productos de valor añadido? 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 Microsoft Defender para Storage, proporcionan copia de seguridad, replicación y almacenamiento en caché, así como función de seguridad 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.

Modelo aprovisionado v2

El modelo aprovisionado v2 para Azure Files combina la previsibilidad del costo total de propiedad con la flexibilidad, lo que le permite crear un recurso compartido de archivos que cumpla los requisitos exactos de almacenamiento y rendimiento. Cuando se crea un nuevo recurso compartido de archivos aprovisionado v2, se especifica cuánto almacenamiento, IOPS y rendimiento necesita el recurso compartido de archivos. El importe de cada cantidad que provisiona determina la factura total.

La cantidad de almacenamiento, IOPS y rendimiento que aprovisione son los límites garantizados del uso del recurso compartido de archivos. Por ejemplo, si aprovisiona un recurso compartido de 2 TiB y carga 2 TiB de datos en el recurso compartido, este se llenará y no podrá agregar más datos a menos que aumente el tamaño del recurso compartido o elimine algunos de los datos. La expansión de IOPS basada en créditos ofrece una mayor flexibilidad de uso, sobre la base del mejor esfuerzo, mientras se mantienen los créditos.

La cantidad de almacenamiento, IOPS y rendimiento que aprovisiona puede ampliarse o reducirse dinámicamente según cambien sus necesidades; sin embargo, solo puede reducir una cantidad aprovisionada una vez transcurridas 24 horas desde el último aumento de cantidad. Los cambios de almacenamiento, IOPS y rendimiento se hacen efectivos pocos minutos después de un cambio de aprovisionamiento.

De forma predeterminada, cuando se crea un nuevo recurso compartido de archivos mediante el modelo aprovisionado v2, se proporciona una recomendación sobre cuántas IOPS y cuánto rendimiento necesita en función de la cantidad de almacenamiento aprovisionado que especifique. Aunque estas recomendaciones se basan en el uso típico del cliente para esa cantidad de almacenamiento aprovisionado para ese nivel multimedia en Azure Files, es posible que descubra que la carga de trabajo requiere más o menos IOPS y rendimiento que el "recurso compartido de archivos típico", y puede aprovisionar opcionalmente más o menos IOPS y rendimiento en función de los requisitos individuales del recurso compartido de archivos.

Disponibilidad del modelo aprovisionado v2

El modelo aprovisionado v2 se proporciona para recursos compartidos de archivos en cuentas de almacenamiento con el tipo de cuenta de almacenamiento FileStorage. En la actualidad, hay disponibles el siguiente subconjunto de SKU de cuenta de almacenamiento:

Tipo de cuenta de almacenamiento SKU de la cuenta de almacenamiento Tipo de recurso compartido de archivos disponible
FileStorage StandardV2_LRS Recursos compartidos de archivos HDD del modelo aprovisionado v2 con la redundancia local (LRS) especificada.
FileStorage StandardV2_ZRS Recursos compartidos de archivos HDD del modelo aprovisionado v2 con la redundancia de zona (ZRS) especificada.
FileStorage StandardV2_GRS Recursos compartidos de archivos del modelo aprovisionado v2 de HDD con la redundancia geográfica (GRS) especificada.
FileStorage StandardV2_GZRS Recursos compartidos de archivos del modelo aprovisionado v2 de HDD con la redundancia GeoZone (GZRS) especificada.

Actualmente, estas SKU están disponibles con carácter general en un subconjunto limitado de regiones:

  • Centro de Francia
  • Sur de Francia
  • Este de Australia
  • Sudeste de Australia
  • Este de Asia
  • Sudeste de Asia
  • Oeste de EE. UU. 2
  • Centro-Oeste de EE. UU.
  • Oeste de Europa
  • Norte de Europa

Detalles del modelo aprovisionado v2

Cuando se crea un recurso compartido de archivos del modelo aprovisionado v2, se especifica la capacidad aprovisionada para el recurso compartido de archivos en términos de almacenamiento, IOPS y rendimiento. Los recursos compartidos de archivos se limitan en función de los siguientes atributos:

Elemento Valor de HDD
Unidad de aprovisionamiento de almacenamiento 1 GiB
Unidad de aprovisionamiento de IOPS 1 IOPS
Unidad de aprovisionamiento de rendimiento 1 MiB/s
Almacenamiento aprovisionado mínimo por recurso compartido de archivos 32 GiB
IOPS aprovisionadas mínimas por recurso compartido de archivos 500 IOPS
Rendimiento aprovisionado mínimo por recurso compartido de archivos 60 MiB/s
Almacenamiento aprovisionado máximo por recurso compartido de archivos 256 TiB (262,144 GiB)
IOPS aprovisionadas máximas por recurso compartido de archivos 50.000 E/S por segundo
Rendimiento aprovisionado máximo por recurso compartido de archivos 5,120 MiB/s
Almacenamiento aprovisionado máximo por cuenta de almacenamiento 4 PiB (4,194,304 GiB)
Número máximo de IOPS aprovisionadas por cuenta de almacenamiento 50.000 E/S por segundo
Rendimiento aprovisionado máximo por cuenta de almacenamiento 5,120 MiB/s
Número máximo de recursos compartidos de archivos por cuenta de almacenamiento 50 recursos compartidos de archivos

De forma predeterminada, se recomienda el aprovisionamiento de IOPS y rendimiento en función del almacenamiento aprovisionado que especifique. Estas fórmulas de recomendación se basan en el uso típico del cliente para esa cantidad de almacenamiento aprovisionado para ese nivel multimedia en Azure Files:

Nombre de fórmula Fórmula de HDD
Recomendación de IOPS MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Recomendación de rendimiento MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

Según los requisitos de recursos compartidos de archivos individuales, es posible que encuentre que necesita más o menos IOPS o rendimiento que nuestras recomendaciones y, opcionalmente, puede invalidar estas recomendaciones con sus propios valores según sea necesario.

Expansión del modelo aprovisionado v2

La expansión de IOPS basada en créditos agrega flexibilidad al uso de IOPS. Esta flexibilidad se usa mejor como búfer frente a picos de E/S imprevistos. Para los patrones de E/S establecidos, se recomienda el aprovisionamiento para picos de E/S.

Los créditos de IOPS de expansión se acumulan siempre que el tráfico del recurso compartido de archivos esté por debajo de IOPS aprovisionado (línea base). Cada vez que el uso de IOPS de un recurso compartido de archivos supera las IOPS aprovisionadas y hay créditos de IOPS de expansión disponibles, el recurso compartido de archivos puede expandirse hasta el límite máximo permitido de IOPS de expansión. Los recursos compartidos de archivos pueden continuar expandiéndose siempre que haya créditos restantes, pero esto se basa en el número de créditos de expansión acumulados. Cada E/S que supere las IOPS aprovisionadas consume un crédito. Una vez consumidos todos los créditos, el recurso compartido vuelve a las IOPS aprovisionadas. IOPS en el recurso compartido de archivos no tiene que hacer nada especial para usar la expansión. La expansión funciona según el principio del mejor esfuerzo.

Los créditos de recursos compartidos tienen tres estados:

  • Acumulando, cuando el recurso compartido de archivos está usando menos de las IOPS aprovisionadas.
  • Rechazando, cuando el recurso compartido de archivos está usando más de las IOPS aprovisionadas y en modo de expansión.
  • Constante, cuando el recurso compartido de archivos usa exactamente las IOPS aprovisionadas y no hay créditos acumulados o usados.

Un nuevo archivo compartido comienza con el número completo de créditos en su almacén ampliable. Los créditos de expansión no se acumulan si las IOPS del recurso compartido de archivos está por debajo del límite aprovisionado debido a la limitación del servidor. Las siguientes fórmulas se usan para determinar el límite de IOPS de expansión y el número de créditos posibles para un recurso compartido de archivos:

Elemento Fórmula de HDD
Límite de IOPS de expansión MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Créditos de IOPS de expansión (BurstLimit - ProvisionedIOPS) * 3600

En la siguiente tabla se muestran algunos ejemplos de estas fórmulas para varias cantidades de IOPS aprovisionadas:

IOPS aprovisionadas Límite de IOPS de expansión de HDD Créditos de expansión de HDD
500 Hasta 5000 16 200 000
1,000 Hasta 5000 14 400 000
3,000 Hasta 9000 21 600 000
5000 Hasta 15 000 36 000 000
10,000 Hasta 30 000 72 000 000
25 000 Hasta 50 000 90,000,000
50.000 Hasta 50 000 0

Instantáneas del modelo aprovisionado v2

Azure Files admite instantáneas, que son similares a las instantáneas de volumen (VSS) en el servidor de archivos Windows. 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 son siempre diferenciales del recurso compartido activo y entre sí. En el modelo de facturación aprovisionado v2, si el tamaño diferencial total de todas las instantáneas cabe dentro del espacio de almacenamiento aprovisionado en exceso del recurso compartido de archivos, no hay costo adicional por el almacenamiento de instantáneas. Si el tamaño de los datos del recurso compartido de archivos activo más los datos de la instantánea diferencial es mayor que el almacenamiento aprovisionado del recurso compartido, el exceso de capacidad usada de las instantáneas se factura en el medidor de Desbordamiento del uso de instantáneas. La fórmula para determinar la cantidad de desbordamiento es: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Algunos servicios de valor agregado para Azure Files utilizan instantáneas como parte de su propuesta de valor. Consulte los servicios de valor agregado para Azure Files para obtener más información.

Eliminación temporal del modelo aprovisionado v2

Los recursos compartidos de archivos eliminados en cuentas de almacenamiento con la eliminación temporal activada se facturan en función de la capacidad de almacenamiento utilizada del recurso compartido de archivos eliminado durante el periodo de eliminación temporal. Para garantizar que siempre se pueda restaurar un recurso compartido de archivos eliminado, el almacenamiento aprovisionado, las IOPS y el rendimiento del recurso compartido cuentan para los límites de la cuenta de almacenamiento hasta que se purga el recurso compartido de archivos; sin embargo, no se facturan. Para más información sobre la eliminación temporal, consulte Habilitación de la eliminación temporal en recursos compartidos de archivos de Azure.

Medidores de facturación del modelo aprovisionado v2

Los recursos compartidos de archivos aprovisionados mediante el modelo de facturación aprovisionado v2 se facturan con estos cinco medidores de facturación:

  • Almacenamiento aprovisionado: la cantidad de almacenamiento aprovisionado en GiB.
  • IOPS aprovisionadas: la cantidad de IOPS (E/S) aprovisionada.
  • Rendimiento aprovisionado en MiBPS: la cantidad de rendimiento aprovisionado en MiB/s.
  • Desbordamiento del uso de instantáneas: cualquier cantidad de uso diferencial de instantáneas en GiB que no se ajuste a la capacidad de almacenamiento aprovisionada. Consulte Instantáneas del modelo aprovisionado v2 para obtener más información.
  • Uso de la eliminación temporal: capacidad de almacenamiento usada en GiB para recursos compartidos de archivos eliminados temporalmente. Consulte Eliminación temporal del modelo aprovisionado v2 para obtener más información.

El consumo con los medidores de facturación del modelo aprovisionado v2 se emite cada hora en términos de unidades horarias. Por ejemplo, para un recurso compartido con 1024 GiB aprovisionado, debería ver:

  • 1024 unidades en el medidor de almacenamiento aprovisionado durante una hora individual.
  • 24 576 unidades en el medidor de almacenamiento aprovisionado si se agrega durante un día.
  • Un número variable de unidades si se agregan para un mes en función del número de días del mes:
    • Mes de 28 días (febrero normal): 688 128 unidades en el medidor de almacenamiento aprovisionado.
    • Mes de 29 días (febrero de un año bisiesto): 712 704 unidades en el medidor de almacenamiento aprovisionado.
    • Mes de 30 días: 737 280 unidades en el medidor de almacenamiento aprovisionado.
    • Mes de 31 días: 761 856 unidades en el medidor de almacenamiento aprovisionado.

Modelo aprovisionado v1

El método aprovisionado v1 proporciona almacenamiento, IOPS y rendimiento en una proporción fija entre sí, de forma similar a cómo se adquiere el almacenamiento en una solución de almacenamiento local. Al crear un nuevo recurso compartido de archivos del modelo aprovisionado v1, se especifica la cantidad de almacenamiento que necesita el recurso compartido y los valores de IOPS y rendimiento calculados. El modelo aprovisionado v1 para Azure Files solo está disponible para recursos compartidos de archivos SSD.

La cantidad de almacenamiento que aprovisiona determina los límites de almacenamiento, IOPS y rendimiento garantizados del uso de su recurso compartido de archivos. Por ejemplo, si aprovisiona un recurso compartido de 2 TiB y carga 2 TiB de datos en el recurso compartido, este se llenará y no podrá agregar más datos a menos que aumente el tamaño del recurso compartido o elimine algunos de los datos. La expansión de IOPS basada en créditos ofrece una mayor flexibilidad de uso, sobre la base del mejor esfuerzo, mientras se mantienen los créditos.

A diferencia de la compra de almacenamiento in situ, los recursos compartidos de archivos del modelo aprovisionado v1 pueden ampliarse o reducirse dinámicamente a medida que cambian sus necesidades; sin embargo, solo puede reducir el almacenamiento aprovisionado una vez transcurridas 24 horas desde el último aumento de almacenamiento. Los cambios de almacenamiento, IOPS y rendimiento se hacen efectivos pocos minutos después de un cambio de aprovisionamiento.

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.

Disponibilidad del modelo aprovisionado v1

El modelo v1 aprovisionado se proporciona para recursos compartidos de archivos SSD en cuentas de almacenamiento con el tipo de cuenta de almacenamiento FileStorage:

Tipo de cuenta de almacenamiento SKU de la cuenta de almacenamiento Tipo de recurso compartido de archivos disponible
FileStorage Premium_LRS Recursos compartidos de archivos SSD del modelo aprovisionado v1 con la redundancia local (LRS) especificada.
FileStorage Premium_ZRS Recurso compartido de archivos del modelo aprovisionado v1 de SSD con la redundancia de zona (ZRS) especificada.

Los recursos compartidos de archivos SSD que usan el modelo aprovisionado v1 están disponibles con carácter general en la mayoría de las regiones de Azure. Consulte Productos de Azure por región para más información.

Detalles del modelo aprovisionado v1

Al crear un recurso compartido de archivos del modelo aprovisionado v1, se especifica la cantidad de almacenamiento que necesita el recurso compartido. Cada GiB aprovisionado permite beneficiarse de más IOPS y rendimiento en una proporción fija. Los recursos compartidos de archivos se limitan en función de los siguientes atributos:

Elemento Valor
Unidad de aprovisionamiento de almacenamiento 1 GiB
Almacenamiento aprovisionado mínimo por recurso compartido de archivos 100 GiB
Almacenamiento aprovisionado máximo por recurso compartido de archivos 100 TiB (102 400 GiB)
Almacenamiento aprovisionado máximo por cuenta de almacenamiento 100 TiB (102 400 GiB)

La cantidad de IOPS y rendimiento aprovisionados en el recurso compartido se determinan mediante las siguientes fórmulas:

Elemento Fórmula
IOPS aprovisionadas calculadas (línea base) MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Rendimiento aprovisionado calculado (MiB/s) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

En función de sus necesidades individuales para un recurso compartido de archivos, es posible que necesite más IOPS o rendimiento de los que ofrecen nuestras fórmulas de aprovisionamiento. En este caso, deberá aprovisionar más almacenamiento para obtener las IOPS o el rendimiento necesarios.

Expansión del modelo aprovisionado v1

La expansión de IOPS basada en créditos agrega flexibilidad al uso de IOPS. Esta flexibilidad se usa mejor como búfer frente a picos de E/S imprevistos. Para los patrones de E/S establecidos, se recomienda el aprovisionamiento para picos de E/S.

Los créditos de IOPS de expansión se acumulan siempre que el tráfico del recurso compartido de archivos esté por debajo de IOPS aprovisionado (línea base). Cada vez que el uso de IOPS de un recurso compartido de archivos supera las IOPS aprovisionadas y hay créditos de IOPS de expansión disponibles, el recurso compartido de archivos puede expandirse hasta el límite máximo permitido de IOPS de expansión. Los recursos compartidos de archivos pueden continuar expandiéndose siempre que haya créditos restantes, pero esto se basa en el número de créditos de expansión acumulados. Cada E/S que supere las IOPS aprovisionadas consume un crédito. Una vez consumidos todos los créditos, el recurso compartido vuelve a las IOPS aprovisionadas. IOPS en el recurso compartido de archivos no tiene que hacer nada especial para usar la expansión. La expansión funciona según el principio del mejor esfuerzo.

Los créditos de recursos compartidos tienen tres estados:

  • Acumulando, cuando el recurso compartido de archivos está usando menos de las IOPS aprovisionadas.
  • Rechazando, cuando el recurso compartido de archivos está usando más de las IOPS aprovisionadas y en modo de expansión.
  • Constante, cuando el recurso compartido de archivos usa exactamente las IOPS aprovisionadas y no hay créditos acumulados o usados.

Un nuevo archivo compartido comienza con el número completo de créditos en su almacén ampliable. Los créditos de expansión no se acumulan si las IOPS del recurso compartido de archivos está por debajo del límite aprovisionado debido a la limitación del servidor. Las siguientes fórmulas se usan para determinar el límite de IOPS de expansión y el número de créditos posibles para un recurso compartido de archivos:

Elemento Fórmula
Límite de aumento MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Créditos de ráfaga (BurstLimit - BaselineIOPS) * 3600

En la siguiente tabla 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 102 400 227 548 800 3480
51 200 54 200 Hasta 102 400 164 880 000 5220
102 400 102 400 Hasta 102 400 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 obtener el máximo beneficio de la paralelización, recomendamos activar SMB Multicanal en los recursos compartidos de archivos SSD. Consulte Rendimiento SMB y la Guía de solución de problemas de rendimiento para conocer algunos problemas de rendimiento y soluciones comunes.

Instantáneas del modelo aprovisionado v1

Azure Files admite instantáneas, que son similares a las instantáneas de volumen (VSS) en el servidor de archivos Windows. 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 son siempre diferenciales del recurso compartido activo y entre sí. En el modelo de facturación aprovisionado v1, el tamaño diferencial total se factura con un medidor de uso, independientemente de la cantidad de almacenamiento aprovisionado que no se usa. El medidor de almacenamiento de instantáneas usado tiene un precio reducido sobre el precio de almacenamiento aprovisionado.

Eliminación temporal del modelo aprovisionado v1

Los recursos compartidos de archivos eliminados en cuentas de almacenamiento con la eliminación temporal activada se facturan en función de la capacidad de almacenamiento utilizada del recurso compartido de archivos eliminado durante el periodo de eliminación temporal. La capacidad de almacenamiento de uso de eliminación temporal se emite en el medidor de almacenamiento de instantáneas usadas. Para más información sobre la eliminación temporal, consulte Habilitación de la eliminación temporal en recursos compartidos de archivos de Azure.

Medidores de facturación del modelo aprovisionado v1

Los recursos compartidos de archivos aprovisionados mediante el modelo de facturación aprovisionado v1 se facturan con estos dos medidores:

  • Aprovisionado premium: la cantidad de almacenamiento aprovisionado en GiB.
  • Instantáneas Premium: la cantidad de instantáneas usadas y la capacidad eliminada temporalmente.

El consumo con los medidores de facturación del modelo aprovisionado v1 se emite cada hora en términos de unidades mensuales. Por ejemplo, para un recurso compartido con 1024 GiB aprovisionado, debería ver:

  • Un número variable de unidades para una hora individual en función del número de días del mes:
    • Mes de 28 días (febrero normal): 1,5238 unidades en el medidor de Aprovisionado premium.
    • Mes de 29 días (febrero de un año bisiesto): 1,4713 unidades en el medidor de Aprovisionado premium.
    • Mes de 30 días: 1,4222 unidades en el medidor de Aprovisionado premium.
    • Mes de 31 días: 1,3763 unidades en el medidor de Aprovisionado premium.
  • Un número variable de unidades si se agregan para un día en función del número de días del mes:
    • Mes de 28 días (febrero normal): 36,5714 unidades en el medidor de Aprovisionado premium.
    • Mes de 29 días (febrero de un año bisiesto): 35,3103 unidades en el medidor de Aprovisionado premium.
    • Mes de 30 días: 34,1333 unidades en el medidor de Aprovisionado premium.
    • Mes de 31 días: 33,0323 unidades en el medidor de Aprovisionado premium.
  • 1024 unidades en el medidor de Aprovisionado premium si se agrega durante un mes.

Modelo de de pago por uso

En el modelo de pago por uso, la cantidad que paga viene determinada por lo que utiliza, en lugar de basarse en una cantidad aprovisionada. A un alto nivel, se paga un coste por la cantidad de datos lógicos almacenados, y también se cobran las transacciones basadas en el uso que se hace de esos datos. El modelo de facturación de pago por uso puede ser difícil de planificar como parte de un proceso presupuestario, porque el modelo se rige por el consumo del usuario final. Por lo tanto, se recomienda usar el modelo aprovisionado v2 para las nuevas implementaciones de recursos compartidos de archivos. El modelo de pago por uso solo está disponible para los recursos compartidos de archivos HDD.

Disponibilidad de pago por uso

El modelo de pago por uso se proporciona para recursos compartidos de archivos HDD en cuentas de almacenamiento con el tipo de cuenta de almacenamiento AlmacenamientoV2 o Almacenamiento:

Tipo de cuenta de almacenamiento SKU de la cuenta de almacenamiento Tipo de recurso compartido de archivos disponible
AlmacenamientoV2 o Almacenamiento Standard_LRS Recurso compartido de archivos de pago por uso de HDD con la redundancia local (LRS) especificada.
AlmacenamientoV2 o Almacenamiento Standard_ZRS Recurso compartido de archivos de pago por uso de HDD con la redundancia de zona (ZRS) especificada.
AlmacenamientoV2 o Almacenamiento Standard_GRS Recurso compartido de archivos de pago por uso de HDD con la redundancia geográfica (GRS) especificada.
AlmacenamientoV2 o Almacenamiento Standard_GZRS Recurso compartido de archivos de pago por uso de HDD con la redundancia GeoZone (GZRS) especificada.

Los recursos compartidos de archivos HDD que usan el modelo de pago por uso están disponibles con carácter general en todas las regiones de Azure.

Diferencias en los niveles de acceso

Al crear un recurso compartido de archivos HDD, puede elegir entre los siguientes niveles de acceso: optimizado para transacciones, acceso frecuente y acceso esporádico. Los tres niveles de acceso se almacenan en el mismo hardware de almacenamiento. La principal diferencia de estos tres niveles de acceso 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 optimización de transacciones, como indica el nombre, optimiza el precio de cargas de trabajo de IOPS (transacciones) elevadas. 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. Tiene un precio de almacenamiento de datos en reposo ligeramente inferior, pero precios de transacción ligeramente superiores 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 espontáneo optimiza el precio para las cargas de trabajo que no tienen gran actividad, ofreciendo el precio de almacenamiento de datos en reposo más bajo, pero los precios de transacción más altos.

Si coloca una carga de trabajo a la que se accede con poca frecuencia en el nivel de acceso optimizado para transacciones, 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 de acceso 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 carga de trabajo y actividad determinará el nivel de acceso más rentable para el recurso compartido de archivos de pago por uso. En la práctica, la mejor manera de elegir el nivel de acceso 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 de pago por uso, se recomienda comenzar en el nivel optimizado para transacciones durante la migración inicial a Azure Files y, luego, seleccionar el nivel de acceso 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, scripts y otros programas de su ordenador pueden acceder a los archivos y carpetas del recurso compartido de archivos de Azure sin necesidad de saber que están almacenados en Azure.

Cuando se lee o escribe en un archivo, la aplicación que se utiliza realiza una serie de llamadas a la API del sistema de archivos que proporciona el sistema operativo. A continuación, el sistema operativo interpreta estas llamadas como transacciones de protocolo SMB, que se envían por transferencia a Azure Files para su ejecución. Una tarea que el usuario final percibe como una sola operación, por ejemplo, leer un archivo de principio a fin, se podría traducir en varias transacciones SMB que atienda 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 realizadas por aplicaciones y scripts representan el uso de su recurso compartido de archivos y aparecen como parte de su 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
  • SnapshotShare
  • RestoreShare
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
  • Flush
  • SetDirectoryProperties
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
  • AcquireShareLease
  • BreakShareLease
  • ReleaseShareLease
  • RenewShareLease
  • ChangeShareLease
  • AbortCopyFile
  • Cancel
  • ChangeNotify
  • Close
  • Echo
  • Ioctl
  • Lock
  • Logoff
  • Negotiate
  • OplockBreak
  • SessionSetup
  • TreeConnect
  • TreeDisconnect
  • CloseHandles
  • AcquireFileLease
  • BreakFileLease
  • ChangeFileLease
  • ReleaseFileLease
Transacciones de eliminación
  • DeleteShare
  • ClearRange
  • DeleteDirectory
  • DeleteFile

Nota:

NFS 4.1 solo está disponible para los recursos compartidos de archivos SSD, que usan un modelo de facturación aprovisionado. Los depósitos de transacciones no afectan a la facturación de recursos compartidos de archivos aprovisionados.

Cambio entre niveles de acceso

Aunque puede cambiar un recurso compartido de archivos de pago por uso entre los tres niveles de acceso, el procedimiento recomendado para optimizar los costos después de la migración inicial es la elección del nivel de acceso ó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 acceso 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 de acceso esporádico, incurrirá en la carga de transacciones de escritura del nivel de acceso más esporádico en cada archivo del recurso compartido. Al mover un recurso compartido de archivos de un nivel de acceso más esporádico a un nivel de acceso más frecuente, se incurrirá en el cargo por transacción de lectura del nivel de acceso más esporádico por cada archivo del recurso compartido de archivos.

  • Recuperación de datos: si pasa 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 siguiente tabla se muestra el desglose de costos de los niveles de acceso que se van a mover:

Nivel de acceso 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 de acceso 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 de acceso del recurso compartido mientras el recurso compartido de archivos hace la transición entre niveles. Cambiar el nivel de acceso del recurso compartido de archivos no afecta al acceso normal al recurso compartido de archivos.

    Elección de un nivel de acceso

    Independientemente de cómo migre los datos existentes a Azure Files, se recomienda crear inicialmente el recurso compartido de archivos en el nivel de acceso 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 de acceso 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 de acceso 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 en Azure Portal.
    2. En el menú del servicio, en Supervisión, seleccione Métricas.
    3. 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".
    4. Haga clic en Aplicar división.
    5. Seleccione Valores como "Nombre de API". Seleccione los valores deseados en Límite y Orden.
    6. 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 periodo de tiempo elegido no se sobrepone a la provisión inicial. Multiplique el número medio de transacciones durante este período de tiempo para obtener las transacciones estimadas durante todo un mes.

    Instantáneas de pago por uso

    Azure Files admite instantáneas, que son similares a las instantáneas de volumen (VSS) en el servidor de archivos Windows. 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 son siempre diferenciales del recurso compartido activo y entre sí. En el modelo de facturación de pago por uso, el tamaño diferencial total se factura con respecto al medidor de almacenamiento usado normal. Esto significa que no verá un elemento de línea independiente en la factura, que representa las instantáneas de la cuenta de almacenamiento de pago por uso. Esto también significa que el uso diferencial de instantáneas se tiene en cuenta para las reservas adquiridas para recursos compartidos de archivos de pago por uso.

    Eliminación temporal de pago por uso

    Los recursos compartidos de archivos eliminados en cuentas de almacenamiento con la eliminación temporal activada se facturan en función de la capacidad de almacenamiento utilizada del recurso compartido de archivos eliminado durante el periodo de eliminación temporal. La capacidad de eliminación temporal usada se emite en el medidor de almacenamiento normal usado. Esto significa que no verá un elemento de línea independiente en la factura que representa recursos compartidos de archivos eliminados temporalmente para la cuenta de almacenamiento de pago por uso. Esto también significa que el uso de recursos compartidos de archivos eliminados temporalmente cuenta para las reservas que se adquieren para recursos compartidos de archivos de pago por uso.

    Medidores de facturación de pago por uso

    Los recursos compartidos de archivos creados con el modelo de facturación de pago por uso se facturan con los siguientes medidores:

    • Datos almacenados: el almacenamiento usado, incluidos los recursos compartidos activos, las instantáneas diferenciales y los recursos compartidos de archivos eliminados temporalmente en GiB.
    • Metadatos: tamaño de los metadatos del sistema de archivos asociados a archivos y directorios, como listas de control de acceso (ACL) y otras propiedades en GiB. Este medidor de facturación solo se usa para los recursos compartidos de archivos en los niveles de acceso frecuente o esporádico.
    • Operaciones de escritura: número de depósitos de transacciones de escritura (1 depósito = 10 000 transacciones).
    • Operaciones de lista: número de depósitos de transacciones de lista (1 depósito = 10 000 transacciones).
    • Operaciones de lectura: número de depósitos de transacciones de lectura (1 depósito = 10 000 transacciones).
    • otras operaciones / Operaciones de protocolo: el número de otros depósitos de transacciones (1 depósito = 10 000 transacciones).
    • Recuperación de datos: la cantidad de datos leídos del recurso compartido de archivos en GiB. Este medidor solo se usa para los recursos compartidos de archivos en el nivel de acceso esporádico.
    • Transferencia de datos de replicación geográfica: si el recurso compartido de archivos tiene la redundancia Geo o GeoZone, la cantidad de datos escritos en el recurso compartido de archivos replicados a la región secundaria en GiB.

    Los consumos respecto a los medidores de facturación de Datos almacenados y Metadatos se emiten cada hora en términos de unidades mensuales. Por ejemplo, para un recurso compartido con 1024 GiB usados, debería ver:

    • Un número variable de unidades para una hora individual en función del número de días del mes:
      • Mes de 28 días (febrero normal): 1,5238 unidades en el medidor de Datos almacenados.
      • Mes de 29 días (febrero de un año bisiesto): 1,4713 unidades en el medidor de Datos almacenados.
      • Mes de 30 días: 1,4222 unidades en el medidor de Datos almacenados.
      • Mes de 31 días: 1,3763 unidades en el medidor de Datos almacenados.
    • Un número variable de unidades si se agregan para un día en función del número de días del mes:
      • Mes de 28 días (febrero normal): 36,5714 unidades en el medidor de Datos almacenados.
      • Mes de 29 días (febrero de un año bisiesto): 35,3103 unidades en el medidor de Datos almacenados.
      • Mes de 30 días: 34,1333 unidades en el medidor de Datos almacenados.
      • Mes de 31 días: 33,0323 unidades en el medidor de Datos almacenados.
    • 1024 unidades en el medidor de Datos almacenados si se agrega durante un mes.

    El consumo en los otros medidores (por ejemplo, Operaciones de escritura o Recuperación de datos) se emite cada hora, pero como no se emite en términos de un período de tiempo, no tiene transformaciones especiales de unidades que haya que tener en cuenta.

    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 aprovisionado o cuota: con recursos compartidos de archivos aprovisionados y de pago por uso, se especifica el tamaño máximo al que puede crecer el recurso compartido de archivos. En los recursos compartidos de archivos aprovisionados, este valor se denomina tamaño aprovisionado. La cantidad que provisiones es la que se paga, independientemente de la cantidad que utilice realmente. En los recursos compartidos de archivos de pago por uso, este valor se denomina cuota y no afecta directamente a la factura. El tamaño aprovisionado es un campo obligatorio para los recursos compartidos de archivos aprovisionados. En el caso de los recursos compartidos de archivos de pago por uso, 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 (100 TiB).

    • Tamaño lógico: El tamaño lógico de un archivo o recurso compartido se refiere a su tamaño sin tener en cuenta cómo se almacena realmente, donde podrían aplicarse optimizaciones de almacenamiento. El tamaño lógico del archivo es cuántos KiB/MiB/GiB se enviarían por transferencia si lo copiara a una ubicación diferente. En los recursos compartidos de archivos de pago por uso y aprovisionados, el tamaño lógico total del recurso compartido de archivos se usa para aplicar el tamaño o la cuota aprovisionados. En los recursos compartidos de archivos de pago por uso, 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 podría alinearse con el tamaño lógico del archivo, o podría 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).

    Servicios de valor añadido

    Al igual que muchas soluciones de almacenamiento locales, Azure Files proporciona puntos de integración para que los productos propios y de terceros se integren con los recursos compartidos de archivos propiedad del cliente. Aunque estas soluciones pueden aportar un valor adicional considerable a Azure Files, debe tener en cuenta los costes adicionales que estos servicios agregan al coste total de una solución Azure Files.

    Los costes se dividen en tres categorías:

    • Costos de licencias del servicio de valor añadido. Pueden consistir en un coste fijo por cliente, usuario final (a veces denominado "coste principal"), recurso compartido de Azure o cuenta de almacenamiento. También pueden basarse en unidades de utilización del almacenamiento, como un coste fijo por cada trozo de 500 GiB de datos en el archivo compartido.

    • Costos de transacciones del servicio de valor añadido. Algunos servicios de valor añadido tienen su propio concepto de transacciones sobre el modelo de facturación de Azure Files seleccionado. 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 por agregar servicios de valor agregado, pero como parte de agregar valor al recurso compartido de archivos Azure, el servicio de valor agregado podría aumentar los costos que usted ve en su recurso compartido de archivos Azure. Esto es fácil de ver con recursos compartidos de archivos de pago por uso, debido a los cargos de transacción. 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 aprovisionados, aunque puede ser menos perceptible. Las transacciones en los recursos compartidos de archivos aprovisionados de los servicios de valor añadido cuentan para las cifras de IOPS aprovisionadas, lo que significa que los servicios de valor añadido podrían requerir el aprovisionamiento de más almacenamiento a fin de 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.

    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 obtener más información, consulte Acerca de la copia de seguridad de recursos compartidos de archivos de Azure.

    Cuando considere los costes de utilizar Azure Backup, 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 contengan menos de 250 GiB están sujetas a un coste de instancia protegida fraccionado. Para más información, consulte Precios de Azure Backup. Debe 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 añadido 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 facturan como transacciones normales del recurso compartido de archivos. En el caso de los recursos compartidos de archivos aprovisionados, estas operaciones se tienen en cuenta para las IOPS aprovisionadas para el recurso compartido de archivos.

    Microsoft Defender para Storage

    Microsoft Defender admite 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 capacidades 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 aprovisionados, 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 quieras 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.

    Reservas

    Azure Files admite reservas (también denominadas instancias reservadas) para los modelos aprovisionado v1 y de pago por uso. Las reservas le permiten conseguir 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: Puede comprar reservas por un plazo de un año o de tres años, con descuentos más importantes por comprar un plazo de Reserva más largo.
    • Nivel: el nivel de Azure Files para la reserva. Las reservas están disponibles actualmente para los niveles premium (SSD), frecuente (HDD) y esporádico (HDD).
    • 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 de pago por uso y recursos compartidos de archivos del modelo aprovisionado v1. Si va a tomar instantáneas de recursos compartidos de pago por uso, 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 del modelo aprovisionado v1, se usa un medidor independiente para facturar las instantáneas y estas no cuentan para la reserva.

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

    Consulte también