Descripción de la facturación de Azure Files
Azure Files proporciona dos modelos de facturación distintos: aprovisionado y pago por uso. El modelo aprovisionado solo está disponible para los recursos compartidos de archivos prémium, que son recursos compartidos de archivos implementados en el tipo de cuenta de almacenamiento FileStorage. El modelo de pago por uso solo está disponible para los recursos compartidos de archivos estándar, que son recursos compartidos de archivos implementados en el tipo de cuenta de almacenamiento de uso general, versión 2 (GPv2) . Este artículo explica cómo funcionan ambos modelos para ayudarle a entender su factura mensual de Azure Files.
Este vídeo es una entrevista donde se describen los conceptos básicos del modelo de facturación de Azure Files. En él se explica cómo optimizar los costes de los archivos compartidos de Azure y cómo comparar Azure Files con otras ofertas de almacenamiento de archivos locales y en la nube.
Para obtener información sobre los precios de Azure Files, vea la página de precios de Azure Files.
Se aplica a
| Tipo de recurso compartido de archivos | SMB | NFS |
|---|---|---|
| Recursos compartidos de archivos Estándar (GPv2), LRS/ZRS |  |
 |
| Recursos compartidos de archivos Estándar (GPv2), GRS/GZRS | |
|
| Recursos compartidos de archivos Premium (FileStorage), LRS/ZRS | |
|
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 mediante IEC, BIPM y NIST.
En la tabla siguiente, se muestra cómo miden y etiquetan el almacenamiento los sistemas operativos comunes:
| Sistema operativo | Sistema de medición | Etiquetado |
|---|---|---|
| Windows | Base 2 | Etiquetas incorrectas uniformes como base 10. |
| Distribuciones de Linux | Normalmente base 2, algún software 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? Con Azure Files, el modelo de facturación que use depende de si va a implementar recursos compartidos de archivos prémium o estándar. La mayoría de las soluciones en la nube tienen modelos en consonancia con los principios del almacenamiento aprovisionado, como determinismo de precios y simplicidad, o el almacenamiento de pago por uso, que puede optimizar los costes al cobrar solo por lo que realmente se usa. En el caso de los modelos aprovisionados, son de especial interés el tamaño mínimo del recurso compartido aprovisionado, la unidad de aprovisionamiento y la posibilidad de aumentar y disminuir el aprovisionamiento.
¿Hay algún método para optimizar los costos de almacenamiento? Puede usar reservas de Azure Files para lograr un descuento de hasta un 36 % en el almacenamiento. Otras soluciones 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.
Reservations
Azure Files admite reservas (también conocidas como instancias reservadas), lo que le permite lograr un descuento en el almacenamiento mediante la confirmación previa del uso del almacenamiento. Debe considerar la posibilidad de comprar instancias reservadas para cualquier carga de trabajo de producción o cargas de trabajo de desarrollo y pruebas con superficies coherentes. Al comprar una reserva, debe especificar las siguientes dimensiones:
- Tamaño de capacidad: las reservas pueden ser de 10 TiB o 100 TiB, con descuentos más significativos por la compra de una reserva de capacidad mayor. Puede comprar varias reservas, incluso reservas de diferentes tamaños de capacidad para satisfacer los requisitos de la carga de trabajo. Por ejemplo, si la implementación de producción tiene 120 TiB de recursos compartidos de archivos, podría comprar una reserva de 100 TiB y dos reservas de 10 TiB para satisfacer los requisitos totales de capacidad de almacenamiento.
- Período: 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 de acceso prémium, frecuente y esporádico.
- Ubicación: la región de Azure para la reserva. Las reservas están disponibles en un subconjunto de regiones de Azure.
- Redundancia: la redundancia de almacenamiento para la reserva. Las reservas se admiten para todas los redundancias que admite Azure Files, como LRS, ZRS, GRS y GZRS.
- Frecuencia de facturación: indica la frecuencia con la que se factura la cuenta para la reserva. Entre las opciones se incluyen Mensual o Por adelantado.
Una vez que compre una reserva, el uso de almacenamiento existente la consumirá automáticamente. Si usa más espacio de almacenamiento del que ha reservado, pagará el precio de venta del saldo que no esté cubierto por la reserva. Los cargos por transacción, ancho de banda, transferencia de datos y almacenamiento de metadatos no se incluyen en la reserva.
Hay diferencias en el funcionamiento de las reservas con las instantáneas de recursos compartidos de archivos de Azure para recursos compartidos de archivos estándar y premium. Si va a tomar instantáneas de recursos compartidos estándar, las diferenciales de instantáneas se cuentan para la reserva y se facturan como parte del medidor de almacenamiento usado normal. Sin embargo, si va a tomar instantáneas de recursos compartidos de archivos Premium, se usa un medidor independiente para facturar las instantáneas y estas no cuentan para la reserva. Para más información, consulte Instantánea.
Para más información sobre cómo comprar reservas, consulte Optimización de costos para Azure Files con las reservas.
Modelo aprovisionado
Azure Files usa un modelo aprovisionado para los recursos compartidos de archivos prémium. En un modelo de facturación aprovisionada, usted especifica proactivamente cuáles son sus necesidades de almacenamiento, en lugar de que se le facture en función de lo que utiliza. Un modelo aprovisionado para el almacenamiento es similar a comprar una solución de almacenamiento local porque, al aprovisionar un recurso compartido de archivos de Azure con una determinada cantidad de capacidad de almacenamiento, se paga por esa capacidad de almacenamiento independientemente de si la usa o no. A diferencia de la compra de soportes físicos locales, los recursos compartidos de archivos aprovisionados se pueden escalar o reducir verticalmente de forma dinámica en función de las características de rendimiento de almacenamiento y de E/S.
Puedes aumentar el tamaño aprovisionado del recurso compartido de archivos en cualquier momento, pero solo puedes disminuirlo cuando hayan transcurrido 24 horas desde el último aumento. Después de esperar 24 horas sin un aumento de cuota, puede reducir el recurso compartido tantas veces como quiera hasta que lo vuelva a aumentar. Los cambios de escala de IOPS/rendimiento se aplicarán minutos después del cambio de tamaño aprovisionado.
Es posible reducir el tamaño del recurso compartido aprovisionado por debajo de los GiB usados. Si lo hace, no perderá datos, pero se le seguirá facturando el tamaño usado y seguirá recibiendo el rendimiento del recurso compartido aprovisionado, no del tamaño usado.
Método de aprovisionamiento
Al aprovisionar un recurso compartido de archivos prémium, se especifica la cantidad de GiB que requiere la carga de trabajo. Cada GiB aprovisionado permite beneficiarse de más IOPS y rendimiento con una proporción fija. Además de las IOPS básicas que se le garantizan, cada archivo compartido premium admite expansiones en función del mejor esfuerzo. Las fórmulas de IOPS y rendimiento son las siguientes:
| Elemento | Value |
|---|---|
| Tamaño máximo de un recurso compartido de archivos | 100 GiB |
| Unidad de aprovisionamiento | 1 GiB |
| Fórmula de IOPS de línea de base | MIN(3000 + 1 * ProvisionedStorageGiB, 102400) |
| Límite de aumento | MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400) |
| Créditos de ráfaga | (BurstLimit - BaselineIOPS) * 3600 |
| Tasa de rendimiento (entrada + salida) (MiB/seg.) | 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB) |
En la tabla siguiente se ilustran algunos ejemplos de estas fórmulas para los tamaños de recursos compartidos aprovisionados:
| Capacidad (GiB) | IOPS base | IOPS de ráfaga | Créditos de ráfaga | Rendimiento (entrada + salida) (MiB/s) |
|---|---|---|---|---|
| 100 | 3100 | Hasta 10 000 | 24 840 000 | 110 |
| 500 | 3500 | Hasta 10 000 | 23 400 000 | 150 |
| 1024 | 4 024 | Hasta 10 000 | 21 513 600 | 203 |
| 5120 | 8120 | Hasta 15 360 | 26 064 000 | 613 |
| 10 240 | 13 240 | Hasta 30 720 | 62 928 000 | 1125 |
| 33 792 | 36 792 | Hasta 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 archivos compartidos premium. Consulte Rendimiento SMB y la Guía de solución de problemas de rendimiento para conocer algunos problemas de rendimiento y soluciones comunes.
Creación de ráfagas
Si la carga de trabajo necesita un rendimiento adicional para satisfacer los picos de demanda, puede utilizar créditos ampliables para superar el límite de IOPS de referencia del recurso compartido de archivos. La creación de ráfagas está automatizada y funciona de acuerdo con un sistema de crédito. Funciona sobre la base del mejor esfuerzo, y el límite de expansión no es una garantía.
Cada vez que el tráfico para el recurso compartido de archivos se encuentra por debajo del valor de IOPS de la línea de base, se acumulan créditos en un cubo de ráfagas. Los créditos obtenidos se usan más adelante para habilitar la expansión cuando las operaciones superen la IOPS de línea base.
Cada vez que un recurso compartido supera el valor de IOPS de línea base y tiene créditos en un cubo de expansión, este aumentará hasta alcanzar la velocidad máxima permitida. Los recursos compartidos pueden seguir con la expansión siempre y cuando queden créditos, pero esto se basa en el número de créditos de expansión acumulados. Cada IO que supere los IOPS de referencia consume un crédito. Una vez consumidos todos los créditos, la cuota vuelve a la línea base de IOPS.
Los créditos de recursos compartidos tienen tres estados:
- Acumulado: cuando el recurso compartido de archivos usa un valor inferior al de IOPS de línea de base.
- Rechazado: cuando el recurso compartido de archivos usa más que el valor de IOPS de la línea base y en el modo de aumento.
- Constante, cuando el recurso compartido de archivos está utilizando exactamente la línea de base IOPS y no hay créditos acumulados o utilizados.
Un nuevo archivo compartido comienza con el número completo de créditos en su almacén ampliable. Los créditos ampliables no se acumularán si las IOPS compartidas caen por debajo de la línea de base debido a la limitación del servidor.
Modelo de pago por uso
Azure Files usa un modelo de facturación de pago por uso para los recursos compartidos de archivos estándar. En este modelo, la cantidad que paga viene determinada por lo que realmente 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. Un modelo de pago por uso puede ser rentable, ya que no es necesario sobreaprovisionar para tener en cuenta los requisitos futuros de crecimiento o rendimiento. Tampoco es necesario desaprovisionar si la carga de trabajo y la superficie de datos varían con el tiempo. Por otro lado, un modelo de 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.
Diferencias en los niveles estándar
Al crear un recurso compartido de archivos estándar, puede elegir entre los siguientes niveles: optimizado para transacciones, acceso frecuente y acceso esporádico. Los tres niveles se almacenan en el mismo hardware de almacenamiento estándar. La principal diferencia de estos tres niveles son los precios de almacenamiento de datos en reposo, que son menores en los niveles de acceso esporádico, y los precios de las transacciones, que son más altos en estos mismos niveles. Esto significa lo siguiente:
- La transacción optimizada, como su nombre implica, optimiza el precio de las cargas de trabajo de mucha transacción. La transacción optimizada tiene el precio de almacenamiento de datos en reposo más alto, pero los precios de transacción más bajos.
- El acceso frecuente es para cargas de trabajo activas que no implican un gran número de transacciones. 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 transacción optimizada, no pagará casi nada por las pocas horas del mes en que realiza transacciones en el recurso compartido. Sin embargo, pagará una cantidad elevada por los costos de almacenamiento de datos. Si tuviera que trasladar este mismo recurso compartido al nivel de acceso esporádico, tampoco pagaría casi nada por los costos de transacción, simplemente porque no realiza transacciones con mucha frecuencia en esta carga de trabajo. Sin embargo, el nivel de acceso esporádico ofrece un precio de almacenamiento de datos mucho más barato. La selección del nivel adecuado para su caso de uso le permite reducir considerablemente los costos.
Del mismo modo, si coloca en el nivel de acceso esporádico una carga de trabajo a la que accede con mucha frecuencia, incurrirá en muchos más costos por las transacciones, pero pagará menos por el almacenamiento de datos. Esto puede derivar en una situación en la que el aumento de los costos por los precios de las transacciones sobrepasan el ahorro obtenido por el precio más reducido del almacenamiento de datos, de tal forma que pagará más dinero en el nivel de acceso esporádico en comparación con el de transacción optimizada. Para algunos niveles de uso, es posible que el nivel de acceso frecuente sea el nivel más rentable y el nivel de acceso esporádico sea más caro que el optimizado para transacciones.
El nivel de la carga de trabajo y de la actividad determinarán el nivel más rentable del recurso compartido de archivos estándar. En la práctica, la mejor manera de elegir el nivel más rentable es examinar el consumo de recursos real del recurso compartido (datos almacenados, transacciones de escritura, etc.). En el caso de los recursos compartidos de archivos estándar, se recomienda comenzar en el nivel optimizado para transacciones durante la migración inicial a Azure Files y, luego, seleccionar el nivel correcto en función del uso una vez completada la migración. El uso de transacciones durante la migración no suele indicar el uso normal de las transacciones.
¿Qué son las transacciones?
Al montar un recurso compartido de archivos de Azure en un equipo mediante SMB, el recurso compartido de archivos de Azure se expone en el equipo como si fuera almacenamiento local. Esto significa que las aplicaciones, 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 |
|
|
| Transacciones de lista |
|
|
| Transacciones de lectura |
|
|
| Otros/Transacciones de protocolo |
|
|
| Transacciones de eliminación |
|
|
Nota:
NFS 4.1 solo está disponible para los recursos compartidos de archivos premium, que usan el modelo de facturación aprovisionado. Las transacciones no afectan a la facturación de los recursos compartidos de archivos prémium.
Cambio entre niveles estándar
Aunque puede cambiar un recurso compartido de archivos estándar entre los tres niveles de recursos compartidos de archivos estándar, el procedimiento recomendado para optimizar los costos después de la migración inicial es la elección del nivel óptimo más rentable en el que estar y permanecer allí a menos que cambie el patrón de acceso. Esto se debe a que el cambio del nivel de un recurso compartido de archivos estándar da como resultado costos adicionales de la siguiente manera:
Transacciones: si un recurso compartido se pasa de un nivel de acceso frecuente a un nivel esporádico, incurrirás en la carga de transacciones de escritura del nivel más esporádico en cada archivo del recurso compartido. Por contra, si un recurso compartido se pasa de un nivel de acceso esporádico a un nivel frecuente, incurrirá en la carga de transacciones de lectura del nivel más esporádico en cada archivo del recurso compartido.
Recuperación de datos: si vas a mover del nivel acceso esporádico al frecuente u optimizado para transacciones, incurrirás en un cargo por recuperación de datos según el tamaño de los datos movidos. Solo el nivel de acceso esporádico tiene un cargo por recuperación de datos.
En la tabla siguiente se muestra el desglose de costos de los niveles que se van a mover:
| Nivel | Optimizado para transacciones (destino) | Frecuente (destino) | Esporádico (destino) |
|---|---|---|---|
| Optimizado para transacciones (origen) | -- |
|
|
| Frecuente (origen) |
|
-- |
|
| Esporádico (origen) |
|
|
-- |
Aunque no hay ningún límite formal sobre la frecuencia con la que se puede cambiar el nivel del recurso compartido de archivos, el recurso compartido tardará en hacer la transición en función de la cantidad de datos del recurso compartido. No se puede cambiar el nivel del recurso compartido mientras el recurso compartido de archivos hace la transición entre niveles. Cambiar el nivel del recurso compartido de archivos no afecta al acceso normal al recurso compartido de archivos.
Aunque no hay ningún mecanismo directo para moverse entre recursos compartidos de archivos premium y estándar, porque están contenidos en diferentes tipos de cuenta de almacenamiento, puedes usar una herramienta de copia como Robocopy para moverte entre recursos compartidos de archivos premium y estándar.
Elección de un nivel
Independientemente de cómo migre los datos existentes a Azure Files, se recomienda crear inicialmente el recurso compartido de archivos en el nivel optimizado para transacciones debido al gran número de transacciones en las que se incurre durante la migración. Luego de completada la migración y de haber trabajado durante unos días o semanas con un uso normal, puede conectar los recuentos de transacciones a la calculadora de precios para averiguar qué nivel es más adecuado para la carga de trabajo.
Dado que los recursos compartidos de archivos estándar solo muestran la información de transacciones en el nivel de cuenta de almacenamiento, el uso de métricas de almacenamiento para calcular qué nivel es más barato en el nivel de recurso compartido de archivos es una ciencia imperfecta. Si es posible, se recomienda implementar solo un recurso compartido de archivos en cada cuenta de almacenamiento para garantizar una visibilidad completa de la facturación.
Para ver las transacciones anteriores:
- Vaya a la cuenta de almacenamiento y seleccione Métricas en la barra de navegación izquierda.
- 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".
- Haga clic en Aplicar división.
- Seleccione Valores como "Nombre de API". Seleccione los valores deseados en Límite y Orden.
- 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.
Tamaño aprovisionado o cuota, tamaño lógico y tamaño físico
Azure Files realiza un seguimiento de tres cantidades distintas con respecto a la capacidad del recurso compartido:
Tamaño o cuota aprovisionados: con los recursos compartidos de archivos premium y estándar, se especifica el tamaño máximo al que puede crecer el recurso compartido de archivos. En los archivos compartidos premium, 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 archivos compartidos estándar, este valor se denomina cuota y no afecta directamente a tu factura. El tamaño aprovisionado es un campo obligatorio para los recursos compartidos de archivos prémium. En el caso de los recursos compartidos de archivos estándar, si el tamaño aprovisionado no se especifica directamente, el recurso compartido tendrá como valor predeterminado el valor máximo admitido por la cuenta de almacenamiento.
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 adicionales. 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. Tanto en los recursos compartidos de archivos premium como en los estándar, el tamaño lógico total del recurso compartido de archivos se utiliza para la aplicación frente al tamaño/cuota aprovisionados. En los recursos compartidos de archivos estándar, el tamaño lógico es la cantidad utilizada para la facturación del uso de datos en reposo. El tamaño lógico se conoce como "tamaño" en el cuadro de diálogo de propiedades de Windows para un archivo o carpeta y como "longitud del contenido" para las métricas de Azure Files.
Tamaño físico: el tamaño físico del archivo está relacionado con el tamaño del archivo como codificado en el disco. Esto 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). Para más información sobre cómo se facturan las instantáneas en Azure Files, consulte Instantáneas.
Instantáneas
Azure Files admite instantáneas, que son similares a las instantáneas de volumen (VSS) en el servidor de archivos Windows. Las instantáneas siempre son diferenciales del recurso compartido activo y entre sí, lo que significa que siempre paga solo por lo que es diferente en cada instantánea. Para más información sobre las instantáneas de recursos compartidos, consulte Información general de las instantáneas de recurso compartido de Azure Files.
Las instantáneas no cuentan para los límites de tamaño del recurso compartido de archivos, aunque estás limitado a un número específico de instantáneas. Para ver los límites actuales de instantáneas, consulte Objetivos de escala de recursos compartidos de archivos de Azure.
Las instantáneas se facturan siempre en función de la utilización diferencial del almacenamiento de cada instantánea. Sin embargo, este aspecto es ligeramente diferente entre los archivos compartidos premium y los archivos compartidos estándar:
En los recursos compartidos de archivos premium, las instantáneas se facturan con su propio medidor de instantáneas, que tiene un precio reducido sobre el precio del almacenamiento aprovisionado. Esto significa que verá un elemento de línea independiente en la factura, que representa las instantáneas de recursos compartidos de archivos prémium para cada cuenta de almacenamiento de tipo FileStorage en la factura.
En los recursos compartidos de archivos estándar, las instantáneas se facturan como parte del medidor normal del almacenamiento usado, aunque también se le factura por el costo diferencial de la instantánea. Esto significa que no verá un elemento de línea independiente en la factura, que representa las instantáneas para cada cuenta de almacenamiento estándar que contenga recursos compartidos de archivos de Azure. Esto también significa que el uso diferencial de instantáneas se tiene en cuenta para las reservas adquiridas para recursos compartidos de archivos estándar.
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.
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, distinto de lo que Azure Files ve como una transacción. Estas transacciones se mostrarán en la factura en los cargos del servicio de valor añadido; sin embargo, están directamente relacionados con cómo se usa el servicio de valor añadido con el recurso compartido de archivos.
Costos de Azure Files por usar un servicio de valor añadido. Azure Files no cobra directamente a los clientes 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 los recursos compartidos de archivos estándar, ya que los recursos compartidos de archivos estándar tienen un modelo de pago por uso con cargos por transacciones. Si el servicio de valor añadido realiza transacciones en el recurso compartido de archivos en su nombre, se mostrarán en la factura de transacciones de Azure Files aunque no haya hecho directamente esas transacciones usted mismo. Esto también se aplica a los archivos compartidos premium, aunque puede ser menos perceptible. Las transacciones adicionales en los recursos compartidos de archivos premium 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
ListFilespor directorio al día. Puede poner este número en la calculadora de precios para calcular el costo del examen.
Sugerencia
Si no está seguro de cuántas carpetas tiene, consulte la herramienta TreeSize de JAM Software GmbH.
Para optimizar los costos de Azure Files con Azure File Sync, debe tener en cuenta el nivel del recurso compartido de archivos. Para más información sobre cómo elegir el nivel de cada recurso compartido de archivos, consulte Elección de un nivel.
Si va a migrar a Azure File Sync desde StorSimple, consulte Comparación de los costos de StorSimple con Azure File Sync.
Azure Backup
Azure Backup proporciona una solución de copia de seguridad sin servidor para Azure Files que se integra a la perfección con los recursos compartidos de archivos, así como con otros servicios de valor añadido, como Azure File Sync. Azure Backup para Azure Files es una solución de copia de seguridad basada en instantáneas que ofrece un mecanismo de programación para hacer instantáneas automáticamente según una programación definida por el administrador. También brinda una interfaz fácil de usar para restaurar archivos o carpetas eliminados o todo el recurso compartido a un momento dado. Para 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 adicional agregado al total de la factura depende del período de tiempo que se conservan las instantáneas y de la cantidad de renovación en el recurso compartido de archivos durante ese tiempo. Esto determina cuánto difiere la instantánea del recurso compartido de archivos activo y, por tanto, la cantidad de datos adicionales que almacena Azure Files.
Costos de transacción de las operaciones de restauración. Las operaciones de restauración desde la instantánea al recurso compartido activo provocarán transacciones. En el caso de los recursos compartidos de archivos estándar, esto significa que las lecturas de instantáneas y las escrituras de las restauraciones se facturarán como transacciones normales del recurso compartido de archivos. En el caso de los recursos compartidos de archivos premium, estas operaciones se tienen en cuenta para las IOPS aprovisionadas para el recurso compartido de archivos.
Microsoft Defender para Storage
Microsoft Defender 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 premium, en los que Azure Files incluye las transacciones como parte del aprovisionamiento de IOPS. La tarifa de transacciones actual se puede encontrar en la página de precios de Microsoft Defender for Cloud en la fila de la tabla de Microsoft Defender para Storage.
Los recursos compartidos de archivos con gran cantidad de transacciones incurrirán en costos significativos al usar Microsoft Defender para Storage. En función de estos costos, es posible que 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.