TL;DR
A primera vista, los Precios de AWS EC2 parecen sencillos en la tabla. En la práctica, costos accesorios como la transferencia de datos, el almacenamiento EBS y los cargos por IPv4 público pueden sumar entre un 40 y un 50 % adicional sobre las horas de cómputo. Esta guía desglosa con números reales los precios on-demand, reserved, Spot y Savings Plans, cuantifica las líneas ocultas que los equipos de FinOps suelen pasar por alto al armar el presupuesto y repasa las estrategias de optimización que convierten un gasto impredecible de EC2 en una cifra manejable y defendible.
La mayoría de los equipos de FinOps conoce su precio on-demand de EC2. Muy pocos pueden responder cuál es el costo total real una vez que se suman la transferencia de datos, el almacenamiento, los balanceadores de carga y el cargo por IPv4 público introducido en 2024. Esa brecha entre la tabla de precios y la factura real es la que provoca las sorpresas de presupuesto que ponen bajo la lupa a los programas de FinOps.
Los Precios de EC2 no son complicados por falta de transparencia. AWS publica todos los números. Se complican porque las tarifas abarcan decenas de dimensiones y la mayoría de los modelos de costos subestiman los cargos accesorios que se acumulan alrededor de cada instancia. Esta guía entrega a los profesionales de FinOps el contexto de precios, los cálculos de costos ocultos y los marcos de optimización necesarios para armar presupuestos precisos de EC2 y defenderlos.
¿Qué es AWS EC2?
Amazon Elastic Compute Cloud (AWS EC2) ofrece servidores virtuales redimensionables, llamados instancias, en la nube de AWS. Los equipos provisionan capacidad de cómputo bajo demanda sin tener que comprar ni mantener hardware físico.
Para quienes trabajan en FinOps, lo más relevante es esto: EC2 suele ser la línea más grande de la factura de AWS. Gartner proyecta un gasto mundial en nube pública de 723 mil millones de dólares en 2025 (Gartner), y el cómputo encabeza ese gasto. AWS factura EC2 por segundo (con un mínimo de un minuto) para instancias Linux y por hora para Windows. Los precios varían según la familia de instancia, el tamaño, la región, el sistema operativo y el tipo de tenencia.
Una m7i.large de propósito general en US East (N. Virginia) cuesta 0,1008 USD/hora on-demand. Una c7i.large optimizada para cómputo en la misma región cuesta 0,08925 USD/hora. Las pequeñas diferencias por hora se vuelven significativas a escala: 100 instancias m7i.large funcionando de forma continua cuestan unos 73.584 USD/año on-demand, sin contar cargos accesorios.
Precios vigentes a mayo de 2026. Consulta la página de Precios on-demand de AWS EC2 para ver las tarifas actuales.
¿Cómo influyen los tipos de instancia de EC2 en las decisiones de precio?
Cada familia de instancias de EC2 se optimiza para una relación distinta entre recursos, y esa proporción incide de lleno en el balance costo-rendimiento que los equipos de FinOps deben evaluar.
Las instancias de propósito general (familia m) equilibran CPU, memoria y red. Cubren la gama más amplia de workloads y son el punto de partida por defecto para la mayoría de las aplicaciones. Las instancias optimizadas para cómputo (familia c) ofrecen más vCPUs por dólar de memoria, lo que las hace entre un 10 y un 15 % más baratas por hora de vCPU para workloads intensivos en CPU, como el procesamiento por lotes o la codificación de medios. Las instancias optimizadas para memoria (familias r y x) invierten esa relación y asignan más RAM por vCPU para bases de datos en memoria y analítica.
El impacto en el precio depende del ajuste. Ejecutar un workload intensivo en CPU sobre una instancia optimizada para memoria implica pagar por RAM que queda ociosa. Correr una base de datos pesada en memoria sobre una instancia optimizada para cómputo obliga a sobreaprovisionar vCPUs para conseguir suficiente RAM, lo que infla la cuenta y el costo. El grupo de trabajo de autoescalado de EC2 de la FinOps Foundation recomienda apuntar a una utilización promedio de CPU del 40 al 70 % y marcar para reducción cualquier instancia que se mantenga por debajo del 20-30 % (FinOps Foundation).
Las generaciones más nuevas también pesan en el precio. AWS lanzó en 2025 las familias m8i y c8i de 8.ª generación, con hasta un 15 % mejor relación precio-rendimiento que la 7.ª generación. Los equipos de FinOps deberían comparar las instancias de nueva generación contra las reservas vigentes antes de renovar commitments.
¿Cómo calcula y factura AWS los Precios de EC2?
La facturación de EC2 arranca con el precio por hora de instancia, pero no termina ahí. Esta sección cubre los tres modelos de precios, los costos accesorios que inflan la cifra real y las métricas de right-sizing que la vuelven a bajar.
¿Qué modelo de precios de EC2 se ajusta a tu workload?
AWS ofrece tres modelos principales de precios para EC2. Cada uno implica un balance distinto entre flexibilidad y profundidad del descuento.
On-demand cobra el precio por hora publicado sin compromiso. Brinda total flexibilidad, pero es la opción más cara. Funciona para workloads impredecibles, proyectos de corto plazo y cualquier capacidad que aún no se haya estabilizado lo suficiente como para pronosticarse.
Reserved Instances (RIs) y Savings Plans intercambian compromiso por descuentos. Una RI Standard a 1 año promedia cerca de un 40 % de descuento sobre on-demand. Una RI Standard a 3 años promedia alrededor del 60 %. Los Compute Savings Plans ofrecen descuentos similares (hasta 66 %) con más flexibilidad y se aplican automáticamente entre familias de instancia, regiones e incluso Fargate y Lambda. La FinOps Foundation calcula que el punto de equilibrio de una RI a 1 año se alcanza a los 7-8 meses con plena utilización y un 40 % de descuento (FinOps Foundation).
El contrapeso: los commitments no se pueden cancelar a mitad de plazo. Los patrones de workload cambian y las reservas sin uso se vuelven costo hundido. Ese riesgo convierte a los errores comunes con commitments de AWS en uno de los problemas más caros de FinOps.
Las Spot Instances aprovechan capacidad ociosa de EC2 con descuentos del 60 al 90 % sobre on-demand. AWS define los precios Spot según la oferta y la demanda de largo plazo (no por subastas) y entrega un aviso de interrupción de 2 minutos cuando recupera la capacidad. Para workloads tolerantes a fallos, como procesamiento por lotes, pipelines de CI/CD y microservicios stateless, Spot ofrece el descuento más profundo disponible.
Precios vigentes a mayo de 2026. Consulta la página de Precios de Reserved Instances de AWS y la página de Precios Spot para ver las tarifas actuales.
| Modelo | Descuento vs. On-Demand | Compromiso | Flexibilidad | Garantía de capacidad |
|---|---|---|---|---|
| On-Demand | Ninguno | Ninguno | Total | Sí |
| RI Standard a 1 año | ~40 % | 1 año | Baja (atada a familia/región) | Solo a nivel de AZ |
| RI Standard a 3 años | ~60 % | 3 años | Baja | Solo a nivel de AZ |
| Compute Savings Plan | Hasta 66 % | 1 o 3 años | Alta (entre familias y regiones) | No |
| Spot | 60-90 % | Ninguno | Total (puede perder capacidad) | No |
La tabla refleja los rangos de descuento publicados por AWS a mayo de 2026. Los descuentos reales varían según el tipo de instancia, la región y la opción de pago.
¿Qué costos ocultos se suman más allá del precio de la instancia?
El precio de la instancia rara vez cuenta la historia completa. El almacenamiento EBS, la transferencia de datos, los balanceadores de carga y los cargos por IPv4 público pueden sumar entre un 40 y un 50 % adicional sobre las horas de cómputo en un workload típico expuesto a internet.
Almacenamiento EBS (el almacenamiento de bloques por defecto de EC2) parte en 0,08 USD/GB-mes para volúmenes gp3. Un volumen raíz modesto de 100 GB por instancia agrega 8 USD/mes, o 960 USD/año en una flota de 10. Los snapshots cuestan 0,05 USD/GB-mes adicionales.
La transferencia de datos sorprende a los equipos de FinOps más que cualquier otra línea. La salida a internet desde US East cuesta 0,09 USD/GB después de los primeros 100 GB/mes del free tier. Un workload que envía 5 TB/mes de tráfico saliente paga cerca de 450 USD/mes solo en cargos de transferencia. El tráfico entre AZ cuesta 0,01 USD/GB en cada dirección (0,02 USD/GB ida y vuelta), una sorpresa frecuente en despliegues multi-AZ de Kubernetes en los que el tráfico de service mesh cruza zonas de disponibilidad de forma continua.
Las direcciones IPv4 públicas ahora cuestan 0,005 USD/hora (unos 3,60 USD/mes cada una) desde el cambio de precios de febrero de 2024. El cargo aplica a cada IPv4 pública en uso sobre instancias EC2, balanceadores de carga, NAT gateways y endpoints de RDS.
Los NAT Gateways agravan el problema de la transferencia de datos: 0,045 USD/hora por AZ (unos 32,40 USD/mes), más 0,045 USD/GB procesado, sobre las tarifas estándar de salida para tráfico hacia internet.
Piensa en un escenario realista: 10 instancias m7i.large con 100 GB de almacenamiento gp3 cada una, un ALB, 12 direcciones IPv4 públicas, 5 TB de salida mensual y 500 GB de tráfico entre AZ. Ese entorno cuesta unos 1.380 USD/mes. Las horas de instancia representan 736 USD del total. Los costos accesorios equivalen al 47 % de la factura.
Precios vigentes a mayo de 2026. Consulta la página de Precios de AWS EBS y los Precios de transferencia de datos de EC2 para ver las tarifas actuales.
¿Cómo hacer right-sizing de instancias según la utilización?
Hacer right-sizing es ajustar la capacidad de la instancia a la demanda real del workload. Sigue siendo el camino más rápido para reducir el gasto de EC2 sin commitments ni cambios arquitectónicos.
El propio whitepaper de right-sizing de AWS fija un umbral claro: toda instancia con utilización máxima de CPU y memoria por debajo del 40 % durante cuatro semanas califica para reducción (AWS). Reducir a la mitad una instancia sobredimensionada ahorra cerca de un 50 % en esa instancia sin impacto en el rendimiento, siempre que la utilización se mantenga dentro de la nueva capacidad.
AWS Compute Optimizer automatiza este análisis con machine learning, apuntando al P99.5 de CPU al 80 % de utilización sostenida. El motor de rightsizing de Cost Explorer marca como ociosas las instancias que están en o por debajo del 1 % de utilización máxima de CPU y recomienda terminarlas.
Las configuraciones de seguridad también inciden en los costos. Cifrar volúmenes EBS con AWS KMS suma un pequeño cargo por solicitud, y operar instancias de tenencia dedicada (a veces exigidas por cumplimiento) cuesta bastante más que la tenencia compartida. Los equipos de FinOps deberían incorporar estos impactos de precio derivados del cumplimiento en sus cálculos de right-sizing, en lugar de tratar el gasto en seguridad como un costo fijo.
En cuanto a las estrategias de optimización continuas, el right-sizing debería correr de forma permanente, no trimestral. Los patrones de workload cambian a medida que evolucionan las aplicaciones, y una instancia bien ajustada hoy puede quedar sobredimensionada en cuestión de semanas.
¿Qué estrategias de optimización de costos en EC2 deberían priorizar los equipos de FinOps?
McKinsey detectó que las prácticas efectivas de FinOps reducen los costos de nube entre un 20 y un 30 %, a partir de su revisión de 3 mil millones de dólares en facturas reales (McKinsey). Ese ahorro no sale de una sola palanca. Requiere un enfoque de portfolio que combine descuentos basados en commitments, adopción de Spot y right-sizing continuo.
¿Cómo evaluar las estrategias de compra de reserved instances?
La FinOps Foundation recomienda evaluar las compras de commitments con la Effective Savings Rate (ESR) y no con el porcentaje de descuento publicado. La ESR mide el ahorro realizado menos el costo de los commitments sin uso, dividido por el gasto equivalente a on-demand. La ESR promedio de AWS Compute ronda el 26 %, muy por debajo de los máximos teóricos del 66-72 %, porque la mayoría de las organizaciones arrastra algún inventario de commitments sin usar (FinOps Foundation).
Un portfolio defendible parte por cubrir la base predecible (el valle de utilización más bajo del mes) con EC2 Instance Savings Plans o RIs Standard, que ofrecen los descuentos más profundos. Encima, suma Compute Savings Plans para los workloads variables de estado estable, ya que aplican entre familias, regiones y cómputo serverless. Deja los workloads con picos o incertidumbre en on-demand hasta que la utilización se estabilice lo suficiente para pronosticarse.
Las herramientas adecuadas de optimización de costos en la nube automatizan el análisis de cobertura y avisan cuando la utilización de los commitments cae por debajo de los umbrales objetivo.
¿Cuándo conviene usar Spot Instances para workloads sensibles al costo?
Spot funciona para cualquier workload que tolere interrupciones. Trabajos por lotes, pipelines de CI/CD, procesamiento de datos, servidores de API stateless detrás de grupos de auto-scaling y microservicios containerizados con apagado controlado son todos buenos candidatos.
La clave para un uso confiable de Spot: diversificar entre tipos de instancia y zonas de disponibilidad. Usa la selección de instancias por atributos para que EC2 elija del pool de capacidad más amplio posible. El Spot Instance Advisor de AWS muestra la frecuencia de interrupción por tipo de instancia, y la mayoría de las familias de propósito general y optimizadas para cómputo en US East operan con una tasa de interrupción inferior al 5 %.
Combinar Spot con un fallback en on-demand o Savings Plan dentro de un grupo de auto-scaling genera una tarifa mixta. Una flota con 70 % de Spot y 30 % de on-demand puede alcanzar un ahorro efectivo del 45 al 60 % frente a precios 100 % on-demand.
¿Cómo lograr que los Precios de AWS EC2 sean predecibles y defendibles?
El reporte State of FinOps 2025 de la FinOps Foundation, que cubre 69 mil millones de dólares en gasto en nube entre 861 encuestados, concluyó que la eliminación de pérdida y la optimización de workloads siguen siendo la prioridad principal para el 50 % de los profesionales (FinOps Foundation). A esa escala, incluso mejoras marginales en la gestión de costos de EC2 se traducen en cifras significativas.
La optimización manual no escala. Las revisiones trimestrales de right-sizing, el seguimiento de RIs en hojas de cálculo y la adopción reactiva de Spot dejan ahorros sobre la mesa entre ciclos de revisión. El análisis de McKinsey sobre 3 mil millones de dólares en facturas de nube detectó entre un 10 y un 20 % de ahorros adicionales sin explotar en la mayoría de las organizaciones, incluso en las que ya cuentan con programas de FinOps (McKinsey).
FlexSave for Compute de DoiT automatiza los descuentos basados en commitments: analiza de forma continua los patrones de uso de EC2 y aplica la mezcla óptima de Savings Plans y capacidad reservada, sin intervención manual. La plataforma de Procurement de DoiT consolida la facturación entre cuentas de AWS y entrega la visibilidad de costos que las herramientas FinOps para AWS necesitan para que el gasto de EC2 sea predecible y no reactivo.
Preguntas frecuentes sobre los Precios de AWS EC2
¿Cuánto cuesta una instancia EC2 al mes?
El costo mensual depende del tipo de instancia, la región y el modelo de precios. Una m7i.large de propósito general en US East cuesta unos 73,58 USD/mes on-demand (730 horas × 0,1008 USD/hora). Las Reserved Instances y los Savings Plans bajan ese monto entre un 40 y un 72 % según el plazo y la opción de pago. Súmale el almacenamiento EBS, la transferencia de datos y otros cargos accesorios para tener la foto completa.
¿Qué modelos de precios ofrece AWS para EC2?
AWS ofrece cuatro opciones principales de precios para EC2: On-Demand (sin compromiso, total flexibilidad), Reserved Instances (compromiso de 1 o 3 años, hasta 72 % de descuento), Savings Plans (compromiso de 1 o 3 años, hasta 66 % con más flexibilidad entre familias y regiones) y Spot Instances (sin compromiso, 60-90 % de descuento, interrumpibles).
¿Por qué mi factura de EC2 supera el precio de la instancia?
Las facturas de EC2 incluyen mucho más que horas de instancia. El almacenamiento EBS, la transferencia de datos (sobre todo la salida a internet a 0,09 USD/GB), los Elastic Load Balancers, las direcciones IPv4 públicas (0,005 USD/hora desde febrero de 2024), los NAT Gateways y los snapshots agregan líneas adicionales. Para workloads expuestos a internet, estos costos accesorios pueden representar entre el 40 y el 50 % del gasto total relacionado con EC2.
¿A qué Effective Savings Rate deberían apuntar los equipos de FinOps?
La ESR promedio de AWS Compute ronda el 26 %. Las prácticas maduras de FinOps apuntan al 30-40 % o más, manteniendo alta la utilización de commitments, cubriendo la carga base con los instrumentos de mayor descuento y midiendo el ahorro contra el gasto equivalente a on-demand, no contra los porcentajes de descuento publicados.
Descubre cómo FlexSave for Compute puede ayudarte a optimizar tus costos de AWS EC2 con herramientas prácticas y confiables, pensadas para equipos cloud modernos. Contáctanos y descubre cómo DoiT puede hacer predecible tu gasto en EC2.