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

Azure Files admite dos niveles multimedia diferentes de almacenamiento, SSD y HDD. Esto le permite 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 coherente y una latencia baja, dentro de 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 el rendimiento que aprovisiona al crear o actualizar el recurso compartido de archivos. Usted paga en función de lo que aprovisiona, independientemente de la cantidad que realmente use. Azure Files tiene dos modelos aprovisionados diferentes: aprovisionado v2 y aprovisionado v1.

  • Aprovisionado v2: En el modelo v2 de aprovisionamiento para Azure Files, tiene la capacidad de aprovisionar almacenamiento, IOPS y rendimiento por separado, aunque le proporcionamos una recomendación para ayudarle en su primer aprovisionamiento.
  • Aprovisionado v1: en el modelo v1 aprovisionado para Azure Files, 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 se usa el recurso compartido, en forma de costos de almacenamiento, transacción y transferencia de datos usados. El modelo de pago por uso 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 explica cómo funcionan los modelos de facturación para Azure Files, por lo que puede comprender mejor la factura mensual de Azure Files. Para obtener información sobre los precios de Azure Files, consulte la página de precios de Azure Files.

Se aplica a

Modelo de administración	Modelo de facturación	Nivel multimedia	Redundancia	Pequeñas y Medianas Empresas (PYME)	NFS
Microsoft.Storage	Aprovisionado v2	HDD (estándar)	Local (LRS)
Microsoft.Storage	Aprovisionado v2	HDD (estándar)	Zona (ZRS)
Microsoft.Storage	Aprovisionado v2	HDD (estándar)	Geo (GRS)
Microsoft.Storage	Aprovisionado v2	HDD (estándar)	GeoZone (GZRS)
Microsoft.Storage	Aprovisionado v1	SSD (Premium)	Local (LRS)
Microsoft.Storage	Aprovisionado v1	SSD (Premium)	Zona (ZRS)
Microsoft.Storage	Pago por uso	HDD (estándar)	Local (LRS)
Microsoft.Storage	Pago por uso	HDD (estándar)	Zona (ZRS)
Microsoft.Storage	Pago por uso	HDD (estándar)	Geo (GRS)
Microsoft.Storage	Pago por uso	HDD (estándar)	GeoZone (GZRS)

Unidades de almacenamiento

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

La mayoría de los sistemas operativos y las herramientas suelen usar las unidades base-2 de medida para medir las cantidades de almacenamiento. Sin embargo, a menudo se etiquetan erróneamente como unidades base-10, que es posible que esté más familiarizado con: KB, MB, GB y TB. La razón común por la que los sistemas operativos como Windows etiquetan erróneamente las unidades de almacenamiento es porque muchos sistemas operativos comenzaron a usar estos acrónimos antes de que fueran estandarizados por la Comisión Electrotécnica Internacional (IEC), la Oficina Internacional de Pesos y Medidas (BIPM) y el Instituto Nacional de Estándares y Tecnología (NIST) de EE. UU.

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

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, tenga 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 que se alinean con los principios de almacenamiento aprovisionado, como el determinismo de precios y la simplicidad, o el almacenamiento de pago por uso, lo que puede optimizar los costos solo cobrando por lo que realmente usa. Los modelos de facturación aprovisionados pueden diferir en función del tamaño mínimo del recurso compartido aprovisionado, la unidad de aprovisionamiento y la capacidad 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 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, considere si la resistencia y la redundancia de almacenamiento están integradas, o algo que debe ensamblarse usted mismo.

• ¿Qué necesitas gestionar? Azure Files es una solución totalmente administrada. Otras soluciones pueden requerir actualizaciones del sistema operativo o administrar 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 agregado de primera 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 v2 aprovisionado para Azure Files combina la previsibilidad del costo total de propiedad con flexibilidad, lo que le permite crear un recurso compartido de archivos que cumpla con sus 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, el recurso compartido estará lleno. No podrás agregar más datos a menos que amplíes tu parte o elimines algunos 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 se puede escalar o reducir verticalmente dinámicamente a medida que cambien sus necesidades. Sin embargo, solo puede reducir una cantidad aprovisionada después de que hayan transcurrido 24 horas desde el último aumento de la cantidad. Los cambios de almacenamiento, IOPS y rendimiento se hacen efectivos pocos minutos después de un cambio de aprovisionamiento.

De forma predeterminada, al crear un nuevo recurso compartido de archivos mediante el modelo v2 aprovisionado, se proporciona una recomendación para el número de IOPS y la cantidad de rendimiento que necesita. Esto se calcula en función de la cantidad de almacenamiento aprovisionado que especifique. Estas recomendaciones se basan en el uso típico del cliente para esa cantidad de almacenamiento aprovisionado para el nivel multimedia que elija. Sin embargo, es posible que encuentre que la carga de trabajo requiere más o menos IOPS y rendimiento que el "recurso compartido de archivos típico". En este caso, puede aprovisionar opcionalmente más o menos IOPS y rendimiento, en función de los requisitos de recursos compartidos de archivos individuales.

Disponibilidad del modelo aprovisionado v2

El modelo v2 aprovisionado se ofrece para los archivos compartidos en las cuentas de almacenamiento del tipo FileStorage. Actualmente, están disponibles las siguientes SKU de cuenta de almacenamiento:

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

• Todas las regiones de nube pública de Azure.
• Todas las regiones en la nube de Azure US Government.

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:

Predeterminadamente, recomendamos el aprovisionamiento de IOPS y rendimiento basado en el almacenamiento que haya especificado. 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:

En función de los requisitos de recursos compartidos de archivos individuales, es posible que encuentre que necesita más o menos IOPS o rendimiento que nuestras recomendaciones. 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 aprovecha mejor como un amortiguador frente a picos de E/S inesperados. Para los patrones de E/S establecidos, se recomienda el aprovisionamiento para picos de E/S.

Los créditos de IOPS de ráfaga se acumulan cada vez que el tráfico del recurso compartido de archivos es menor que el 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, en función del número de créditos de expansión acumulados. Cada operación de entrada/salida más allá de 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 la IOPS aprovisionada 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 ráfaga y el número de créditos posibles para una compartición de archivos:

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

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. Para más información, consulte value-added services for Azure Files (Servicios agregados de valor para Azure Files).

Eliminación temporal del modelo aprovisionado v2

Los recursos compartidos de archivos eliminados en cuentas de almacenamiento con la función de eliminación temporal habilitada se facturan según la capacidad de almacenamiento utilizada del recurso compartido eliminado durante el período de retención definido. Para garantizar que un recurso compartido de archivos eliminado siempre se pueda restaurar, el almacenamiento aprovisionado, las IOPS y el rendimiento del recurso compartido cuentan en contra de los límites de la cuenta de almacenamiento hasta que el recurso compartido de archivos se elimine definitivamente. Sin embargo, no se facturan. Para más información sobre la eliminación reversible, consulte Cómo habilitar la eliminación reversible en los 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 medidores de facturación:

• Almacenamiento aprovisionado: la cantidad de almacenamiento aprovisionado en GiB.
• IOPS aprovisionadas: la cantidad de IOPS (E/S) aprovisionada.
• Rendimiento aprovisionado 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. Para obtener información, consulte Instantáneas del modelo aprovisionado v2.
• Uso de la eliminación temporal: capacidad de almacenamiento usada en GiB para recursos compartidos de archivos eliminados temporalmente. Para obtener más información, consulte Eliminación temporal del modelo aprovisionado v2.

Las unidades de consumo en los medidores de facturación v2 aprovisionados se emiten cada hora. Por ejemplo, para un recurso compartido con 1024 GiB aprovisionado, debería ver lo siguiente:

• 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 según 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.

Migraciones aprovisionadas v2

El proceso para migrar los recursos compartidos de archivos de Azure SMB desde un modelo de pago por uso al modelo de facturación v2 aprovisionado difiere en función de si usa Azure File Sync.

• Si usa Azure Files sin Azure File Sync, consulte Migración de archivos de un recurso compartido de archivos de Azure SMB a otro.
• Si usa Azure File Sync, consulte Migración de archivos de un recurso compartido de archivos de Azure a otro al usar Azure File Sync.

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 recurso compartido de archivos del modelo v1 aprovisionado, se especifica la cantidad de almacenamiento que necesita el recurso compartido, y IOPS y el rendimiento son valores 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, el recurso compartido estará lleno. No podrás agregar más datos a menos que aumentes el tamaño de tu cuota o elimines algunos 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 del almacenamiento local, las comparticiones de archivos v1 aprovisionadas se pueden escalar dinámicamente, aumentando o reduciendo su tamaño a medida que cambien sus necesidades. Sin embargo, solo puede reducir el almacenamiento aprovisionado después de que hayan transcurrido 24 horas desde el último aumento del 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 espacio compartido aprovisionado por debajo de los GiB usados. Si lo hace, no perderá los datos, pero todavía se le facturará el tamaño usado. Recibirá el rendimiento del recurso compartido aprovisionado, no el tamaño usado.

Disponibilidad del modelo aprovisionado v1

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

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. Para obtener más información, consulte Productos de Azure disponibles por regió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:

Las siguientes fórmulas determinan la cantidad de IOPS y rendimiento aprovisionados en el recurso compartido:

Dependiendo de su requisito individual para compartir archivos, es posible que encuentre que necesita más operaciones de entrada/salida por segundo (IOPS) o rendimiento de lo que proporcionan nuestras fórmulas de aprovisionamiento. En este caso, debe aprovisionar más almacenamiento para obtener las IOPS o el rendimiento necesarios.

Expansión del modelo aprovisionado v1

El modelo v1 aprovisionado admite dos tipos de expansión: expansión basada en crédito, que se incluye de forma gratuita como parte del aprovisionamiento y la expansión de pago, que es una característica avanzada que puede habilitar opcionalmente para admitir la facturación basada en el uso siempre que las IOPS y el rendimiento superan la cantidad aprovisionada.

Expansión del modelo aprovisionado v1 basada en crédito

La expansión de IOPS basada en créditos agrega flexibilidad al uso de IOPS. Esta flexibilidad se aprovecha mejor como un amortiguador frente a picos de E/S inesperados. Para los patrones de E/S establecidos, se recomienda el aprovisionamiento para picos de E/S.

Los créditos de IOPS de ráfaga se acumulan cada vez que el tráfico del recurso compartido de archivos es menor que el 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, en función del número de créditos de expansión acumulados. Cada operación de entrada/salida más allá de 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 la IOPS aprovisionada 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 ráfaga y el número de créditos posibles para una compartición de archivos:

En la siguiente tabla se ilustran algunos ejemplos de estas fórmulas para los tamaños de participaciones aprovisionados.

Expansión de pago del modelo aprovisionado v1

La funcionalidad expansión de pago es una característica avanzada del modelo v1 aprovisionado, diseñado para apoyar a los clientes que nunca quieran verse limitados por restricciones. La expansión de pago agrega una facturación adicional basada en el uso para cualquier cantidad de IOPS o rendimiento por encima del almacenamiento aprovisionado. Esto es distinto de la expansión basada en crédito, que se incluye de forma gratuita como parte del almacenamiento aprovisionado. Aunque la expansión de pago puede agregar una flexibilidad eficaz a la forma de aprovisionar el recurso compartido de archivos, también puede provocar una facturación inesperada si se usa incorrectamente.

Al igual que la expansión basada en crédito, la expansión de pago no es un reemplazo para aprovisionar la cantidad correcta de IOPS y rendimiento. En su lugar, proporciona más protección contra la limitación si se produce una demanda inesperada. Si tiene un nivel constante de uso de IOPS o rendimiento, es más barato aprovisionar suficientes IOPS y rendimiento (a través del aprovisionamiento de almacenamiento) para cubrir la demanda en lugar de depender de la expansión de pago.

La expansión de pago está deshabilitada de manera predeterminada, pero se puede habilitar siguiendo las instrucciones para modificar las características de coste y rendimiento de un recurso compartido de archivos v1 aprovisionado (solo PowerShell y CLI). Si la expansión de pago está habilitada, se recomienda supervisar cuidadosamente las IOPS y el uso del rendimiento mediante las siguientes métricas disponibles a través de Azure Monitor:

• IOPS aprovisionado del recurso compartido de archivos
• MiB/s de ancho de banda aprovisionado del recurso compartido de archivos (rendimiento)
• Transacciones por número máximo de IOPS
• Ancho de banda por MiB máximo/s (rendimiento)
• Créditos de ráfaga para IOPS (expansión basada en crédito)
• E/S de expansión de pago (E/S)
• Ancho de banda de expansión de pago

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 función de eliminación temporal habilitada se facturan según la capacidad de almacenamiento utilizada del recurso compartido eliminado durante el período de retención definido. 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 reversible, consulte Cómo habilitar la eliminación reversible en los recursos compartidos de archivos de Azure.

Medidores de facturación del modelo aprovisionado v1

Los recursos compartidos de archivos que se aprovisionan mediante el modelo de facturación v1 se facturan según los siguientes 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 lo siguiente:

• 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 diariamente, dependiendo 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 pago por uso

En el modelo de pago por uso, se le factura en función de la cantidad de almacenamiento que usted usa y no en función de la cantidad que usted aprovisiona. 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. La facturación de pago por uso puede ser difícil de planificar como parte de un proceso de presupuestación, ya que se paga en función del consumo del usuario final. Por lo tanto, se recomienda usar el modelo v2 aprovisionado 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:

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 entre estos tres niveles de acceso son los precios de almacenamiento de datos en reposo, que son menores en los niveles más fríos, y los precios de las transacciones, que son más altos en esos mismos niveles más fríos. 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 sirve 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.
• Cool optimiza el precio de trabajos que no requieren alta actividad, ofreciendo el precio de almacenamiento en reposo más bajo, pero los precios de transacción más altos.

La selección del nivel de acceso adecuado para su caso de uso le permite reducir considerablemente los costos. 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, se paga 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 frío tiene un precio más bajo para el almacenamiento de datos.

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, por lo que podría 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 caliente sea el más rentable y el nivel de acceso frío sea más caro que el nivel optimizado para transacciones.

La carga de trabajo y el nivel de actividad determinan el nivel de acceso más rentable para un recurso compartido de archivos con pago según 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 normalmente no indica 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 sencilla que el usuario final percibe como una sola operación, como leer un archivo de principio a fin, podría traducirse 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 realizadas por aplicaciones y scripts 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:

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 cambiar el nivel de acceso de un recurso compartido de archivos estándar da como resultado costos adicionales como se indica a continuación:

• Transacciones: al mover un recurso compartido de un nivel de acceso frecuente a un nivel de acceso más esporádico, se incurre en el cargo de transacción de escritura del nivel de acceso esporádico para cada archivo del recurso compartido. El traslado de una compartición de archivos de un nivel de acceso frío a un nivel de acceso caliente incurre en el cargo de transacción de lectura del nivel de acceso frío para cada archivo en la compartición.

• Recuperación de datos: si va a pasar del nivel de acceso esporádico al nivel de acceso frecuente o optimizado para transacciones, incurre en un cargo de recuperación de datos en función del 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:

Puede cambiar el nivel de acceso de un recurso compartido de archivos hasta cinco veces dentro de una ventana de 30 días. El primer día de la ventana de 30 días comienza cuando se produce el cambio del primer nivel. Sin embargo, los cambios entre los niveles de acceso se producen al instante, una vez que se cambia el nivel de acceso de un recurso compartido, no se puede cambiar de nuevo en un plazo de 24 horas, incluso si ha cambiado la propiedad del nivel de acceso menos de cinco veces en los últimos 30 días.

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. Esto se debe al gran número de transacciones en las que se incurre durante la migración. Una vez completada la migración y funciona durante unos días o semanas con un uso normal, puede conectar los recuentos de transacciones a la calculadora de precios para determinar qué nivel de acceso es más adecuado para la carga de trabajo.

Dado que los recursos compartidos de archivos de pago por uso solo muestran la información de transacciones a nivel de cuenta de almacenamiento, utilizar las métricas de almacenamiento para estimar qué nivel de acceso resulta más económico en el nivel del 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ú 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. Seleccione Aplicar división.
5. Seleccione Valores como "Nombre de API". Seleccione el límite y la ordenación deseados.
6. Seleccione el período de tiempo deseado.

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 eliminación temporal habilitada se facturan en función de la capacidad de almacenamiento usada del recurso compartido de archivos eliminado para el período de retención definido. 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: número de otros cubos de transacciones (un cubo = 10 000 transacciones).
• Recuperación de datos: la cantidad de datos leídos de la compartición 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 de ubicación geográfica o GeoZone, la cantidad de datos escritos en el recurso compartido de archivos replicados a la región secundaria en GiB.

Las unidades de consumo 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 lo siguiente:

• 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 (normal de febrero): 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 diariamente, dependiendo del número de días del mes.
  • Mes de 28 días (febrero normal): 36,5714 unidades contra el medidor 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 pagarás, independientemente de cuánto realmente uses. 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 tiene como valor predeterminado el valor máximo que admite la cuenta de almacenamiento (100 TiB).

• Tamaño lógico: el tamaño lógico de un recurso compartido de archivos o archivo se relaciona con el tamaño que tiene sin tener en cuenta cómo se almacena realmente, sin ninguna optimización 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 se relaciona con el tamaño del archivo como codificado en el disco. El tamaño físico puede alinearse con el tamaño lógico del archivo o puede ser menor, en función de cómo el sistema operativo haya escrito el archivo. Una razón común para que el tamaño lógico y el tamaño físico sean diferentes es usar 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. Los costos de licencias pueden tener la forma de un costo fijo por cliente, usuario final (a veces denominado "costo principal"), recurso compartido de archivos de Azure o cuenta de almacenamiento. También pueden basarse en unidades de utilización del almacenamiento, como un costo fijo por cada 500 GiB de datos 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 sobre el modelo de facturación de Azure Files seleccionado. Estas transacciones se muestran en la factura bajo los cargos del servicio de valor añadido; sin embargo, se relacionan directamente con cómo se usa el servicio de valor agregado 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. Estos costos son fáciles de ver con recursos compartidos de archivos de pago por uso, debido a los cargos de transacción. Si el servicio de valor agregado realiza transacciones en el recurso compartido de archivos en su nombre, se muestran en la factura de transacción 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 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, lea Introducción a 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 para almacenar en caché local, el número de CPU y la cantidad de memoria que necesitan los servidores de archivos de Windows para hospedar cargas de trabajo de Azure File Sync (consulte los recursos del sistema recomendados para obtener más información) y otros costos específicos de la organización que pueda tener.

• Costo de licencias por servidor para servidores registrados con Azure File Sync. Para usar Azure File Sync con un servidor de archivos de 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 usted registre 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 del servidor para la región deseada, consulte la sección Sincronización de archivos 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á cualquier cambio que haya realizado en la ruta de acceso del servidor de archivos Windows especificada en su punto de extremo del servidor al recurso compartido de archivos de Azure, lo que resultará en consumo de 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 abandono. 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 colocar este número en la calculadora de precios para estimar el costo del escaneo.

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

Al considerar los costos de usar Azure Backup, tenga en cuenta los siguientes factores:

• Costo de las 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 abandonos en el recurso compartido de archivos durante ese tiempo. Estos factores determinan 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 provocan costos. En el caso de los recursos compartidos de archivos estándar, 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 cuentan con la IOPS aprovisionada 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 tasa de transacciones actual se puede encontrar en la página de precios de Microsoft Defender for Cloud, en la fila correspondiente a Microsoft Defender for Storage.

Los recursos compartidos de archivos con gran cantidad de transacciones incurren 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 aprovisionados 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 para 10 TiB o 100 TiB, con descuentos más significativos para comprar una reserva de capacidad superior. Puede comprar varias reservas, incluidas reservas de diferentes tamaños de capacidad para satisfacer los requisitos de sus tareas. 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.
• Término: Puede comprar reservas para un término de uno o tres años, con descuentos más significativos al comprar un término de reserva más largo.
• Nivel: el nivel del servicio Azure Files para la reserva. Las reservas de capacidad están disponibles actualmente para el modelo de facturación SSD v1 configurado (como "premium") y el modelo HDD de pago por uso (solo niveles de acceso 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 las redundancias que admite Azure Files, incluyendo LRS, ZRS, GRS y GZRS.
• Frecuencia de facturación: indica la frecuencia con la que se factura la cuenta para la reserva. Las opciones incluyen Mensual o Inicial.

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 los costos de Azure Files con reservas.

Consulte también

• Precios de Azure Files.
• Planeación de una implementación de Azure Files y planeación de una implementación de Azure File Sync.
• Cree un recurso compartido de archivos e Implemente Azure File Sync.