¿Cuánto cuesta Microsoft Fabric? Precios, reserva y licenciamiento (Parte 3)

TL;DR

ResumenPuntos clave

Una capacidad F se paga de dos maneras: pay-as-you-go (flexible, por segundo, se puede pausar) o reserva de 1 o 3 años con ~41% de descuento. La regla práctica: si va a estar encendida más del 60% del mes, reservar suele salir más barato. Pero el SKU es solo la mitad de la factura — las licencias por usuario, el almacenamiento y los medidores aparte completan el costo total, y a partir de F64 los consumidores de Power BI dejan de necesitar licencia propia.

• PAYG: ~0,18 USD por CU y hora, constante en todos los SKU; se factura por segundo y se puede pausar.
• Reserva: compromiso de 1 o 3 años con ~41% de descuento; se compra en CU, no en SKU enteros.
• Regla del 60%: encendida más de ~433 horas al mes → conviene reservar; menos → PAYG con pausas.
• Umbral F64: desde F64 los consumidores ven Power BI con licencia Free; por debajo, cada viewer necesita Pro o PPU.

En las partes 1 y 2 cubrimos la mecánica del modelo, ahora hablaremos sobre cómo se factura una capacidad, cuándo conviene pagar por uso o comprar una reserva y por qué el costo total no depende únicamente del SKU, sino también de las licencias de usuario, el almacenamiento y otros medidores adicionales.

Las dos opciones de pago por capacidad

Las capacidades F de Microsoft Fabric se adquieren en Azure. Sobre esa capacidad base existen dos formas principales de pago:

1. Pago por uso, o pay-as-you-go.
2. Reserva de capacidad durante uno o tres años.

La capacidad técnica es la misma en ambos casos. No compras una versión diferente de Fabric. Lo que cambia es la forma en que Azure factura el uso.

Pago por uso (pay-as-you-go)

Con el modelo PAYG (pay-as-you-go) se te cobra por tu capacidad todo el tiempo que está activa, independientemente de si la estás usando o no. La principal ventaja de este modelo es la flexibilidad:

• No requiere un compromiso a largo plazo.
• Puedes cambiar el SKU.
• Puedes pausar y reanudar la capacidad, mientras está pausada no pagas.

La facturación de las capacidades F de Azure se realiza por segundo, con un mínimo de un minuto. Por tanto, si mantienes una capacidad activa durante quince minutos, pagas aproximadamente esos quince minutos, no una hora completa.

Qué sucede cuando pausas una capacidad

Las capacidades F pueden pausarse y reanudarse desde Azure, mediante automatizaciones como Azure Automation Runbooks, o con las Azure Resource Manager APIs, las REST APIs de Fabric o una Logic App.

Cuando la capacidad está pausada:

• No se factura el cómputo PAYG de la capacidad base.
• Los elementos asignados a la capacidad dejan de estar disponibles.
• Las operaciones nuevas son rechazadas.
• El almacenamiento de OneLake continúa facturándose.
• La capacidad debe reanudarse para volver a utilizar los elementos.

Sin embargo, existe una consideración importante: al pausar una capacidad, Microsoft consolida el consumo suavizado pendiente y los excedentes acumulados, y los liquida inmediatamente en la facturación de Azure.

Por lo que pausar una capacidad después de una carga intensiva suele ser el momento menos conveniente, porque concentra de forma inmediata un consumo que, con la capacidad activa, podría haberse distribuido y reducido gradualmente durante las horas de menor actividad mediante el burndown. No obstante, para que esto ocurra, la capacidad debe continuar encendida y esas horas también generan costo.

Así que en ese escenario la decisión debe evaluarse en términos económicos, comparando el cargo derivado de liquidar inmediatamente el consumo pendiente con el costo de mantener la capacidad activa durante las horas necesarias para completar el burndown.

Reserva de capacidad

Una reserva es un compromiso de consumo de capacidad durante uno o tres años. Puede pagarse por adelantado o mediante pagos mensuales. A cambio, Microsoft aplica un descuento sobre la tarifa PAYG correspondiente de aproximadamente un 41%.

Cuando creas una capacidad F64 en Azure, esa capacidad es inicialmente un recurso PAYG, luego la reserva se compra desde Azure Reservations y actúa como un beneficio de facturación. Cuando Azure detecta consumo de capacidad que coincide con la región, el ámbito y las características de la reserva, aplica automáticamente el descuento.

Condiciones, flexibilidad y limitaciones de una capacidad reservada

Antes de contratar una reserva, es importante conocer qué cambios puedes realizar durante su vigencia, qué sucede al finalizar el plazo y qué costos quedan fuera del descuento.

Cancelación, intercambio y renovación

• Cancelación. La reserva puede cancelarse. El reembolso se calcula de forma prorrateada sobre el plazo restante y tomando como referencia el precio actual de la reserva. El importe se aplica como crédito en la cuenta de Azure. Existe un límite: el total de compromisos cancelados dentro del mismo ámbito de facturación no puede superar los 50.000 USD en una ventana móvil de 12 meses.
• Intercambio. La reserva también puede intercambiarse. Esto incluye una vía directa para cambiar reservas de Azure Synapse Analytics Dedicated SQL Pool por reservas de Fabric. El proceso se gestiona mediante dos transacciones separadas: la devolución de la reserva existente y la compra de una nueva. El compromiso total de la nueva reserva debe ser igual o superior al compromiso restante de la reserva devuelta.
• Renovación. La reserva no se renueva automáticamente de forma predeterminada. Cuando vence, la capacidad continúa funcionando, pero su consumo pasa a facturarse según el modelo pay-as-you-go. Puedes activar la renovación automática para evitar este cambio.

Las reservas se compran en CU

Las reservas se compran como una cantidad de Capacity Units, en incrementos de una CU. No es obligatorio reservar un SKU completo como una unidad indivisible.

Esto permite varios escenarios, siempre que las capacidades coincidan con el ámbito y la región de la reserva:

• Reservas 64 CU y utilizas una F64: las 64 CU quedan cubiertas.
• Reservas 64 CU y utilizas dos capacidades F32: las dos pueden quedar cubiertas.
• Reservas 64 CU y utilizas una F128: 64 CU quedan cubiertas y el resto se factura a PAYG.
• Reservas 64 CU y solo utilizas una F32: las 32 CU reservadas que no se utilicen durante esa hora se pierden.

Las CU reservadas no utilizadas no se acumulan para la hora siguiente.

Costos cubiertos y limitaciones operativas

• La reserva solo cubre el cómputo. Los costos de almacenamiento, transferencia de datos y otros servicios de red se facturan por separado.
• Si bien puedes pausar una capacidad reservada esto no genera ningún ahorro, ya que el compromiso contratado continúa vigente durante todo el plazo de la reserva.

¿Cuándo conviene PAYG o reservar una capacidad?

La elección entre una capacidad pay-as-you-go (PAYG) y una reserva depende principalmente de cuántas horas permanecerá encendida la capacidad y de la estabilidad de ese consumo. Antes de tomar la decisión, conviene entender cómo se comportan los precios.

Precios de referencia

La siguiente tabla utiliza precios de referencia para una región de Estados Unidos. En este ejemplo, el precio PAYG es de aproximadamente 0,18 USD por CU y hora, manteniéndose constante en todos los SKU.

Comparativa: SKU, CU, PAYG por hora, PAYG por mes, Reserva por mes, CU-segundos por hora

SKU	CU	PAYG por hora	PAYG por mes	Reserva por mes	CU-segundos por hora
F2	2	0,36 USD	262,80 USD	156,33 USD	7.200
F4	4	0,72 USD	525,60 USD	312,67 USD	14.400
F8	8	1,44 USD	1.051,20 USD	625,33 USD	28.800
F16	16	2,88 USD	2.102,40 USD	1.250,67 USD	57.600
F32	32	5,76 USD	4.204,80 USD	2.501,33 USD	115.200
F64	64	11,52 USD	8.409,60 USD	5.002,67 USD	230.400
F128	128	23,04 USD	16.819,20 USD	10.005,33 USD	460.800
F256	256	46,08 USD	33.638,40 USD	20.010,67 USD	921.600
F512	512	92,16 USD	67.276,80 USD	40.021,33 USD	1.843.200
F1024	1.024	184,32 USD	134.553,60 USD	80.042,67 USD	3.686.400
F2048	2.048	368,64 USD	269.107,20 USD	160.085,33 USD	7.372.800

Por tanto, subir de SKU proporciona más capacidad de procesamiento, pero el costo aumenta en la misma proporción. No existe un descuento adicional por volumen entre los distintos SKU.

Los precios pueden variar según la región, la moneda y las condiciones comerciales de tu organización. Consulta siempre la página oficial de precios de Microsoft Fabric antes de realizar una estimación definitiva.

El punto de equilibrio entre PAYG y reserva

Veamos el cálculo con una capacidad F2:

• La reserva cuesta aproximadamente 156 USD al mes.
• El precio PAYG es de aproximadamente 0,36 USD por hora.

El punto de equilibrio se calcula dividiendo el costo mensual de la reserva entre el precio por hora de PAYG:

156 USD ÷ 0,36 USD/hora ≈ 433 horas al mes ≈ 60% del mes encendida

Esto representa aproximadamente el 60 % de las horas de un mes.

En base a esto, las recomendaciones serían las siguientes:

• Empieza en PAYG (o con el trial de 60 días), mide tu consumo real durante 2-3 meses con la Capacity Metrics App, y sólo pasa a reservar una capacidad cuando conozcas tu patrón de consumo.
• Si la capacidad permanecerá encendida más del 60 % del mes, normalmente será más económico reservar.
• Si estimas que permanecerá encendida menos del 60 % del mes, normalmente será más económico mantenerla en PAYG y pausarla cuando no la uses.

Estrategia híbrida: reserva la parte estable de tu consumo y deja los picos en PAYG

Una estrategia recomendada consiste en reservar la parte más estable y predecible de tu consumo y mantener la parte variable, picos, o capacidades que pueden pausarse bajo PAYG.

Por ejemplo, si una organización mantiene permanentemente una base equivalente a 32 CU, pero en determinados momentos escala hasta 64 CU, podría reservar 32 CU y pagar las 32 CU adicionales a tarifa PAYG durante los periodos en los que sean necesarias.

Esta estrategia reduce dos riesgos:

• Comprar CU reservadas que después no utilizas.
• Comprar una reserva basándote en un pico excepcional que no representa el consumo habitual.

El smoothing permite que Fabric distribuya determinadas operaciones a lo largo del tiempo. Por ello, el dimensionamiento no debe basarse únicamente en el pico instantáneo de una operación, sino en el patrón real de consumo suavizado, la carga sostenida y el nivel de capacidad que permanecerá activo de forma estable.

El piso que siempre está encendido se reserva con descuento, y los picos y entornos que se apagan quedan en pago por uso.

No olvides la región

La capacidad de Fabric se crea en una región específica de Azure y su precio puede variar según la región. La recomendación general es ubicarla en la región de origen del tenant. Elegir otra región implica utilizar Multi-Geo, que puede introducir algunas limitaciones.

Esta decisión debe evaluarse con cuidado, ya que una vez elegida la región de la capacidad, esta no se puede cambiar. La única opción sería crear una nueva capacidad y migrar o volver a implementar el contenido compatible.

Cómo estimar el costo atribuible a una operación

Ya sabemos lo que cuesta una capacidad al mes. La pregunta ahora es cuánto cuesta una operación concreta dentro de Fabric: una actualización, una consulta, la ejecución de un pipeline.

La Fabric Capacity Metrics App expresa el consumo acumulado de cada operación en CU-segundos, que verás representados como CU(s). Sin embargo, esta unidad puede resultar abstracta porque si te digo que un pipeline consumió 288.000 CU(s) cuesta saber de entrada si es mucho o poco. Por lo que para facilitar la comparación, la recomendación es convertir los CU-segundos en CU-horas y multiplicarlos por el precio de una CU por hora.

El proceso de conversión podría resumirse en los siguientes cálculos:

Precio por CU-hora  = Precio por hora del SKU ÷ CU del SKU
CU-horas consumidas = Consumo de la operación en CU(s) ÷ 3.600
Costo estimado      = CU-horas consumidas × Precio por CU-hora

Para verlo más claro, usemos un ejemplo. Supongamos que tenemos una F2 de 262,80 USD al mes y una operación de 100.000 CU(s): de la tabla de precios tomamos el dato directo de la F2, que son 0,36 USD/hora, y lo dividimos entre sus 2 CU para obtener el precio por CU-hora (0,18 USD). Con ese precio ya podemos costear la operación:

Así que esa operación equivale a 27,78 CU-horas y representa unos 5,00 USD de consumo atribuible.

Este cálculo sirve para análisis de costos y chargeback, permite comparar operaciones, identificar procesos costosos, y puede ayudarte a tomar decisiones de optimización (¿refactorizo este pipeline?, ¿lo paso a notebook?). Sin embargo, no significa necesariamente que la operación agregue exactamente 5,00 USD a la factura de Azure.

En PAYG, la facturación depende principalmente del tiempo durante el cual la capacidad permanece activa. En una reserva, pagas el compromiso contratado aunque parte de la capacidad no se utilice. Por ello, el resultado debe interpretarse como una estimación del costo de capacidad consumido o atribuible, no siempre como un costo incremental real.

Licenciamiento por usuario: la otra mitad de la factura

Fabric se paga en dos ejes: la capacidad por un lado y las licencias por usuario por el otro.

Las tres licencias por usuario:

• Free. Se asigna sola la primera vez que entras al portal de Fabric, si el tenant lo tiene habilitado. Permite crear y compartir ítems de Fabric que no son de Power BI (lakehouses, notebooks, warehouses, pipelines) cuando el área de trabajo corre sobre una capacidad F o de prueba. Sin embargo, no permite crear contenido Power BI en áreas de trabajo compartidas ni visualizarlo cuando está alojado en una capacidad inferior a F64.
• Pro. La licencia de colaboración de Power BI: permite crear, publicar y compartir informes y modelos semánticos. Los autores necesitan Pro o PPU independientemente del tamaño de la capacidad. En capacidades inferiores a F64, los consumidores también necesitan Pro o PPU.
• PPU (Premium Per User). Incluye todas las funciones de Pro y añade funcionalidades Premium de Power BI por usuario, como hasta 48 actualizaciones programadas al día, acceso XMLA y modelos semánticos de hasta 100 GB.

¿Tiene sentido la licencia PPU dentro de Fabric?

Si el contenido de Power BI está alojado en una capacidad Fabric, PPU normalmente resulta redundante ya que no añade CU, memoria ni rendimiento a la capacidad, tampoco amplía los límites de Direct Lake. Así que Pro es suficiente para los autores y, por debajo de F64, también para los consumidores.

El umbral F64

Si usas Power BI este es uno de los aspectos de licenciamiento más importantes de todo Fabric:

• Con un SKU menor a F64, cada usuario que quiera ver contenido de Power BI necesita su propia licencia Pro o PPU.
• Con F64 o superior, los consumidores con licencia Free pueden visualizar los informes siempre que tengan el rol Viewer o accedan mediante una aplicación de Power BI.
• En todos los SKU, los usuarios que crean, publican o modifican contenido Power BI continúan necesitando Pro o PPU.

Hagamos el ejemplo que lo vuelve obvio. Imagina 300 usuarios consumidores de informes:

• Opción A: F32 reservada (~2.501 USD) + 300 licencias Pro (~4.200 USD) ≈ 6.700 USD/mes
• Opción B: F64 reservada (~5.003 USD) + 0 licencias para los viewers ≈ 5.003 USD/mes

Es decir que con 300 consumidores, la F64 además de darte el doble de cómputo te sale más barata. El punto de cruce exacto depende de tus precios, pero la lección es universal: nunca dimensiones mirando solo el cómputo, sino haciendo siempre la cuenta doble de capacidad más licencias de usuario, porque para organizaciones con muchos consumidores las capacidades F64 en adelante suelen ser las más convenientes.

Costos fuera de la capacidad

Mientras la capacidad está activa, las operaciones ejecutadas consumen las CU disponibles dentro del SKU contratado. No obstante, el precio de la capacidad no incluye necesariamente todos los costos de la solución. Pueden aparecer cargos separados por:

• Almacenamiento en OneLake: se factura aparte, sin embargo, el almacenamiento en Fabric es relativamente económico, ronda los 23 USD/TB al mes.
• Licencias Pro o PPU.
• Si habilitas la recuperación ante desastres (BCDR), los datos se duplican geográficamente y el precio por GB se duplica también.
• Caché de determinados elementos de Real-Time Intelligence. Debes consultarlo separadamente en la página de precios de Fabric.
• Networking o egreso de datos.
• Capacity overage: funcionalidad opcional que permite pagar automáticamente el consumo que excede la capacidad antes de que Fabric aplique throttling.
• Spark Autoscale Billing, el cual es un modelo PAYG separado para determinadas cargas de Apache Spark.
• Otros servicios externos utilizados por la solución.

Si bien las herramientas de monitoreo como Workspace Monitoring y Log Analytics no se facturan aparte, estas consumen CU.

Los SKU también cambian límites funcionales

Una capacidad pequeña no es necesariamente el mismo producto funcionando más despacio. Ten en cuenta que el tamaño del SKU también puede afectar límites como:

• Memoria máxima de los modelos semánticos.
• Concurrencia.
• Límites de Spark.
• Paralelismo.
• Determinados límites operativos.
• Capacidad de recuperación frente a picos.
• Cantidad de almacenamiento de mirroring incluido.

Por tanto, seleccionar un SKU únicamente por el promedio de CU puede producir errores. Debes revisar los límites técnicos específicos de cada workload.

Conclusión

Ya sabes qué comprar, cómo pagarlo y qué cuesta cada usuario: la decisión correcta es contratar la cantidad de capacidad que se utiliza de forma sostenida, conservar flexibilidad para la demanda variable y calcular siempre el costo total de la solución, no solo el precio del SKU.

En la Parte 4 pasamos a la pregunta de fondo: cómo hacer que todo esto cueste menos — optimización por workload, lectura correcta de la Fabric Capacity Metrics App y prácticas para evitar que pipelines, modelos semánticos, warehouses y notebooks consuman más CU de las necesarias.