Curso
Entender Microsoft Azure
3 h
51.4K
Es fácil quedarse corto con el gasto en la nube hasta que llega la primera factura. Por suerte, tenemos Azure Pricing Calculator, la herramienta gratuita de Microsoft, sin necesidad de iniciar sesión, para estimar el coste de los servicios de Azure antes de desplegar nada.
El truco es que Azure no tiene un único precio por servicio. Una máquina virtual, por ejemplo, cuesta diferente según la región, el tamaño, cuántas horas al mes está encendida y el plan de precios al que te comprometas. Si multiplicas eso por una arquitectura real con cinco o seis servicios, un precio de lista único sirve de poco.
En este artículo, crearé una estimación desde cero, te guiaré paso a paso con el ejemplo de una máquina virtual y comentaré los errores que arruinan estimaciones por lo demás bien hechas.
La respuesta rápida: cómo usar Azure Pricing Calculator
Abre la Azure Pricing Calculator y sigue estos pasos:
- Busca en el selector de productos el servicio de Azure que quieres presupuestar, como Virtual Machines.
- Selecciónalo para añadirlo a tu estimación con la configuración por defecto.
- Define la región, el nivel, el tamaño y otras opciones específicas del servicio que vayas a usar.
- Introduce el uso esperado, como horas al mes, almacenamiento en GB o solicitudes por segundo, según cómo facture el servicio.
- Elige una opción de precios: Pay-As-You-Go, Reserved Instance o Azure Savings Plan.
- Revisa el coste mensual y, cuando proceda, el pago inicial que se muestra para ese producto.
- Repite con cada servicio de tu arquitectura: la base de datos, la cuenta de almacenamiento, el balanceador, etc.
- Añade un plan de soporte al final de la página.
El total se actualiza al momento cuando cambias cualquier campo. Aquí es donde la mayoría de estimaciones fallan en producción: los equipos calculan el precio del servicio en el que están centrados y se olvidan de los servicios de los que depende.
Cómo leer tu estimación
La calculadora tiene tres partes clave, y conviene saber para qué sirve cada una antes de empezar a meter números.
- Selector de productos: es el buscador y navegador por categorías de la parte superior. Las categorías incluyen compute, almacenamiento, bases de datos, redes e IA y machine learning. Si no sabes el nombre exacto del producto, navegar por categoría suele ser más rápido que adivinar términos de búsqueda.
- Configuración del servicio: cada producto que añades tiene su propio bloque de configuración y su interior depende del servicio. Una VM, por ejemplo, pide SO, tamaño y región. Una cuenta de almacenamiento, en cambio, pide nivel de redundancia y frecuencia de acceso. No hay un formulario universal: configuras cada servicio según sus reglas.
- Uso estimado: aquí el consumo previsto (horas, GB, transacciones) se convierte en una cifra de coste. También es el campo que más se deja por defecto, un error que comento más adelante.
Algunos servicios muestran un coste inicial y un coste mensual. Esa división aparece sobre todo con las reservas: pagas una parte ahora para asegurar una tarifa recurrente más baja. Una cifra mensual sin pago inicial suele indicar que estás en Pay-As-You-Go.
Paso a paso: calcular el precio de una máquina virtual
Pensemos en una VM de propósito general para un entorno de staging.
Primero buscamos “Virtual Machine” y la añadimos a la estimación. El producto viene con un tamaño y región predefinidos. Cambia la región primero, porque afecta a todos los precios de la página, y después elige el SO y el tamaño de la VM. Ten en cuenta que Windows conlleva un recargo de licencia frente a Linux, salvo que actives Azure Hybrid Benefit.
Ahora ajusta el uso esperado. La suposición por defecto de Microsoft es 730 horas al mes, que es el promedio de horas mensuales. Es decir, la calculadora asume que la VM funciona 24/7. Suele ser correcto para producción, pero no para una máquina de staging que solo necesita estar encendida en horario laboral.
Baja las horas de 730 a, por ejemplo, 200, y la estimación se actualiza al instante. El cambio no siempre es proporcional, porque algunos niveles de precios incluyen mínimos o saltos por tramos. Reducir un 70% las horas no siempre reduce un 70% el coste. Esta no linealidad explica por qué una tarifa estática no da el coste real y por qué conviene usar la calculadora en lugar de estimar solo a partir de precios de lista.
Comparar planes de precios
Una vez tengas una estimación base, aparece el verdadero valor de la calculadora. Puedes ejecutar la misma VM con distintos niveles de compromiso y ver exactamente qué cambia.
Pay-As-You-Go no requiere compromiso y tiene la tarifa por hora más alta, con total flexibilidad para redimensionar o eliminar en cualquier momento. Reserved Instances te permiten comprometerte con un tamaño de VM concreto en una región concreta durante uno o tres años a cambio de una tarifa sensiblemente más baja. El ahorro en tamaños de propósito general suele estar entre el 40% y el 70%, según la duración.
Azure Savings Plan te permite comprometerte con un gasto por hora en lugar de una VM específica, y Azure aplica el descuento a todo el cómputo elegible aunque cambies de tamaño o muevas cargas.
No hay una única elección correcta. Depende de lo estable que sea tu carga y de la flexibilidad que necesites.
Qué mueve realmente el número
Un puñado de decisiones de arquitectura, no financieras, controlan la mayor parte de tu factura:
Región
La región influye mucho, ya que el mismo tamaño de VM puede costar notablemente más en una región que en otra. Si el cumplimiento normativo no te ata a una región concreta, compara un par de opciones cercanas.
Nivel de servicio y tamaño
El nivel y el tamaño también importan, porque subir un nivel “por si acaso” es un hábito común y caro. Modela tus requisitos reales, no un colchón por encima.
Sistema operativo y licencias
El sistema operativo también afecta al precio, ya que las licencias de Windows y SQL Server suman un coste real. Como comenté, Azure Hybrid Benefit es el interruptor para equipos que ya poseen licencias, y es fácil pasarlo por alto.
Volumen de uso y plan de precios
El volumen de uso y el plan de precios, ya tratados arriba, son los que más hacen variar el total.
Errores comunes que estropean una estimación
Incluso una estimación bien construida puede fallar de formas bastante previsibles. Estas son las que conviene comprobar antes de fiarte del número.
Dejar el uso por defecto sin cambiar
El primer error es dejar el uso por defecto sin tocar. Las 730 horas por defecto son un buen punto de partida y una mala respuesta final para todo lo que no funciona 24/7.
Olvidar los servicios de soporte
El segundo es olvidarse de los servicios de soporte: una VM necesita un disco y una aplicación suele necesitar una base de datos. Las estimaciones que valoran solo el servicio principal y omiten la infraestructura que lo rodea siempre infravalorarán la factura real.
Elegir la región equivocada
El tercero es elegir la región equivocada, algo fácil cuando estimas para un cliente o equipo en una ubicación distinta a la tuya.
Ignorar costes de transferencia de datos y red
El cuarto es ignorar los costes de transferencia de datos y de red, que varían con tu consumo.
Comparar precios públicos con precios negociados
El quinto es comparar precios públicos con precios negociados: si tu organización tiene un acuerdo Enterprise, los precios de lista de la calculadora pública no coincidirán con lo que realmente pagas salvo que inicies sesión y apliques tu acuerdo.
Tomar la estimación como la factura final
Por último, no tomes la estimación como la factura definitiva. La propia Microsoft indica que los totales guardados pueden variar cuando cambian los precios publicados de Azure, así que reserva un margen.
Azure Pricing Calculator vs. Azure Cost Management
Son dos herramientas distintas que resuelven problemas diferentes. La Pricing Calculator estima el coste antes de desplegar nada, permitiéndote modelar configuraciones hipotéticas y comparar escenarios que aún no existen. Azure Cost Management, en cambio, analiza en qué estás gastando realmente una vez que los recursos están en marcha. Trabaja con uso real, facturas reales y anomalías reales.
Necesitas ambas, en momentos distintos. Usa la calculadora para estimar y planificar presupuesto antes de construir. Usa Cost Management después para comprobar si la realidad encaja con el plan y para detectar las desviaciones que inevitablemente aparecen cuando el tráfico real llega a la infraestructura real.
Buenas prácticas para estimar costes en Azure
Unas cuantas buenas prácticas suelen dar estimaciones más fiables
- Modela un uso realista, ni la capacidad máxima ni el mínimo.
- Incluye todos los componentes de la arquitectura, no solo los que parecen más caros.
- Compara un par de regiones si tus requisitos de cumplimiento lo permiten.
- Ejecuta la misma carga en Pay-As-You-Go y con un nivel de compromiso antes de elegir.
- Crea tres escenarios (uso esperado, bajo y alto) en lugar de un único número, para poder planificar con un rango.
- Revisa la estimación cuando cambie la arquitectura o cambien los precios de Azure, porque ninguno se queda quieto mucho tiempo.
Conclusión
El flujo es sencillo: añade los servicios que necesitas, configúralos como van a funcionar de verdad, introduce cifras de uso realistas, selecciona un plan de precios y revisa el total. La calculadora se encarga de las cuentas.
La precisión del resultado depende por completo de lo fieles que sean las entradas respecto a la realidad. Una estimación impecablemente calculada basada en una suposición de uso errónea sigue siendo una mala estimación.
Crea varios escenarios antes de comprometerte con una arquitectura y, una vez desplegados los recursos, compara la estimación con el gasto real en Azure Cost Management. Cualquier diferencia es informativa: te muestra dónde se desviaron tus suposiciones iniciales del uso real.
Trabajo en sistemas de IA acelerados que permiten la inteligencia de vanguardia con canalizaciones de ML federadas en datos descentralizados y cargas de trabajo distribuidas. Mywork se centra en Grandes Modelos, Procesamiento del Habla, Visión por Ordenador, Aprendizaje por Refuerzo y Topologías ML avanzadas.
Preguntas frecuentes
¿Azure Pricing Calculator es gratuita y necesito una cuenta?
Sí. Es una herramienta web pública en azure.microsoft.com y no necesitas iniciar sesión para crear, exportar o compartir una estimación. Iniciar sesión solo importa si quieres que la calculadora aplique las tarifas negociadas de tu Enterprise Agreement en lugar de los precios públicos de lista.
¿Por qué mi factura de Azure no coincide con la estimación de la calculadora?
La calculadora valora lo que configuras, no lo que utilizas realmente. Asume un consumo plano y predecible; las cargas reales tienen picos, tiempos de inactividad, transferencias de datos que olvidaste modelar y costes de planes de soporte. Toma la estimación como un suelo para planificar, no como un pronóstico, y revísala con Azure Cost Management cuando estés en producción.
¿Cuál es la diferencia entre una Reserved Instance y un Savings Plan en la calculadora?
Una Reserved Instance fija un tamaño de VM específico en una región concreta durante uno o tres años. Un Savings Plan se compromete con una cantidad de gasto por hora y Azure lo aplica al cómputo elegible independientemente del tamaño o la región; cuesta un poco más, pero se adapta si tu arquitectura cambia.
¿Azure Pricing Calculator incluye impuestos y costes del plan de soporte?
Incluye los planes de soporte, que añades al final de tu estimación, pero no incluye impuestos. Los impuestos se calculan en la facturación según la ubicación de tu cuenta, así que reserva un margen sobre el total de la calculadora.
¿Puedo guardar o compartir una estimación de costes de Azure con mi equipo?
Sí. Cada estimación tiene una URL para compartir y puedes exportarla a Excel desde la barra de herramientas sobre tu estimación. Es la forma más sencilla de pasar un escenario a un responsable o a finanzas sin que tengan que reconstruirlo.
Temas
