Cómo elegir instancias Amazon EC2 - Optimización de familias de instancias y opciones de compra

Organizamos las características de las familias de instancias y la ventaja de rendimiento de los procesadores Graviton, y presentamos directrices para diferenciar las opciones de compra On-Demand, Reserved y Spot.

Unos 10 min de lecturaÚltima actualización: 2026-10-30

Descripción general de EC2

EC2 es un servicio de cómputo que proporciona servidores virtuales en la nube. Se selecciona entre más de 1000 tipos de instancia (a octubre de 2026) según el uso y se puede iniciar un servidor en minutos. Mientras Lambda es cómputo serverless dirigido por eventos, EC2 es adecuado para cargas de trabajo que requieren control a nivel de SO. Las instancias con procesadores Graviton, CPU basadas en Arm de diseño propio de AWS, también se pueden elegir dentro del mismo EC2 según el uso.

Familias de instancias y opciones de compra

La familia M (propósito general) es para servidores web y de aplicaciones, la familia C (optimizada para cómputo) para procesamiento por lotes y cálculo científico, y la familia R (optimizada para memoria) para cachés en memoria y bases de datos. Los procesadores Graviton son CPU basadas en Arm de diseño propio de AWS. A fecha de agosto de 2026, en la descripción oficial se indica que, en comparación con instancias EC2 equivalentes basadas en x86, cuestan hasta un 20% menos y consumen hasta un 60% menos de energía. Las instancias Spot permiten usar la capacidad excedente de EC2 con hasta un 90% de descuento y, con el aviso de interrupción 2 minutos antes, se ejecuta el proceso de cierre con seguridad.

Instancias Graviton y elección de la generación

Los procesadores AWS Graviton han ido sumando generaciones, y las instancias que los incorporan han aumentado en consecuencia. Graviton2 apareció en diciembre de 2019 junto con M6g, C6g y R6g; Graviton3, a partir de C7g en noviembre de 2021; y Graviton4 se incorpora en instancias de 8.ª generación como R8g y M8g. A fecha de agosto de 2026, en la descripción oficial se indica que las instancias con Graviton cuestan hasta un 20% menos y consumen hasta un 60% menos de energía en comparación con instancias EC2 equivalentes basadas en x86. La cifra de «hasta un 40%» que se cita a menudo se presentó en el anuncio de la generación Graviton2 y no es un valor que se aplique sin más a las generaciones posteriores. Los tipos de instancia de generaciones más recientes se van ofreciendo progresivamente en más regiones, por lo que se comprueba en la consola de EC2 o en la lista oficial de tipos de instancia si realmente se pueden elegir en la región y el tamaño que se quieren usar. Los principales runtimes como Java, Python y Node.js son compatibles con Arm64, y la migración es posible para muchas cargas de trabajo. En cargas de trabajo de contenedores, al construir imágenes multi-arquitectura, se puede ejecutar tanto en x86 como en Graviton. Las instancias de generaciones más recientes tienen mayor ancho de banda de red y throughput de EBS comparado con la generación anterior, y hay casos donde se pueden cumplir los mismos requisitos de rendimiento con un tamaño de instancia más pequeño. Se selecciona entre optimizada para cómputo (familia C), optimizada para memoria (familia R) y propósito general (familia M) según las características de la carga de trabajo.

Opciones de compra y optimización de costos

Las principales opciones de compra de EC2 son On-Demand, Reserved Instances (RI), Savings Plans y Spot Instances. Además, están disponibles Dedicated Hosts, que dedican un servidor físico en exclusiva, y On-Demand Capacity Reservations, que reservan capacidad solo durante el período necesario. Savings Plans tiene 2 tipos: Compute Savings Plans y EC2 Instance Savings Plans. Compute Savings Plans se aplican transversalmente a EC2, Fargate y Lambda, respondiendo flexiblemente a cambios de familia de instancias o región. Se obtienen descuentos de hasta 66% con compromisos de 1 o 3 años. EC2 Instance Savings Plans limita el uso a una familia de instancias concreta de una región concreta y, a cambio, aplica un porcentaje de descuento más alto. Las instancias Spot tienen hasta 90% de descuento pero requieren un diseño que maneje la notificación de interrupción de 2 minutos. Las RI tienen 2 clases de oferta, Standard y Convertible, que difieren en el alcance de lo que queda fijado. En las Standard RI, la familia de instancias y la región se fijan en el momento de la compra, pero se puede cambiar el tamaño dentro de la misma familia. En las Convertible RI, la región queda fijada, pero se permite el cambio a otra configuración, incluida la familia de instancias, el SO y la tenencia. Como el porcentaje de descuento es más alto en Standard, Standard es adecuada para cargas de trabajo cuya configuración no cambia durante mucho tiempo, y Convertible, para cuando se quiere dejar margen para cambios futuros. Con lo que recomienda Cost Explorer se puede verificar la combinación óptima de opciones de compra basada en los patrones de uso actuales.

Elección según la carga de trabajo

Las familias de instancias de EC2 se diferencian en el tipo de procesamiento en el que destacan. Entre ellas están las de uso general, para casos en los que importa el equilibrio entre CPU y memoria, como servidores web y aplicaciones, y las centradas en la CPU, adecuadas para procesamientos con mucho cálculo. También están las centradas en la memoria, para bases de datos y cachés que cargan grandes volúmenes de datos en memoria, y las de computación acelerada, que se usan para aprendizaje automático y procesamiento gráfico. El punto de partida es determinar qué recurso necesita más la carga de trabajo propia y elegir la familia que se ajuste a ello. Al elegir una instancia bien dotada del recurso que se convierte en cuello de botella, se puede obtener el rendimiento necesario sin desperdicio.

Dimensionamiento adecuado y escalado

Si, por miedo a quedarse corto de rendimiento, se elige una instancia demasiado grande, el costo se desperdicia. Por el contrario, si es demasiado pequeña, el procesamiento se atasca. Es importante el ajuste adecuado, que consiste en medir el uso real y adaptar el tamaño a la utilización de CPU y memoria. Si se aprovechan herramientas que analizan el uso y recomiendan ajustes, resulta más fácil detectar el exceso o la falta de capacidad. En cargas de trabajo con grandes variaciones de carga, se combina un escalado que aumenta o reduce automáticamente el número de instancias según la demanda, y se responde con la cantidad de instancias. En muchos casos, distribuir la carga entre varias instancias es más ventajoso, tanto en disponibilidad como en eficiencia de costos, que agrandar una instancia.

Elección de almacenamiento y red

El rendimiento de una instancia depende no solo de la CPU y la memoria, sino también del almacenamiento y la red. Los discos persistentes tienen tipos según el uso, y se eligen en función del equilibrio entre el rendimiento necesario (throughput e IOPS) y el costo. También hay procesamientos en los que resulta ventajoso un almacenamiento local temporal y rápido. En cargas de trabajo que usan mucho la red, resultan efectivas las instancias compatibles con comunicaciones de alta velocidad y una ubicación pensada para comunicaciones de baja latencia. La clave para obtener el rendimiento esperado es plantear la configuración sin fijarse solo en los recursos de cómputo, sino incluyendo también las rutas de entrada y salida de los datos.

Buenas prácticas de operación y migración

Para operar EC2 de forma eficiente, es importante que la configuración sea reproducible. Si se preparan imágenes y plantillas de lanzamiento configuradas de antemano, se pueden poner en marcha rápidamente instancias con la misma configuración, lo que facilita el escalado y la recuperación ante fallos. Las actualizaciones del SO y del software se aplican de forma planificada con herramientas de administración. Desde el punto de vista de la reducción de costos, resulta efectiva la migración a instancias de generaciones nuevas o con procesadores de alta eficiencia energética. En muchos casos, se puede obtener un rendimiento igual o superior a un costo menor. Migrar de forma planificada a instancias más eficientes, tras verificar la compatibilidad, conduce a una optimización a largo plazo.

Resumen

EC2 construye el entorno de cómputo óptimo para la carga de trabajo mediante la combinación de familia de instancias, tamaño y opciones de compra. Se mejora la relación costo-rendimiento con instancias Graviton, y combinando Savings Plans con instancias Spot, se pueden optimizar los costos mientras se cumplen los requisitos de rendimiento.

Referencias (recursos oficiales de AWS)

Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.

Si esta página y la documentación oficial difieren, prevalece la documentación oficial.

Por qué Auto Scaling escala rápido hacia afuera y es cauteloso al reducir - Intención de diseño de la lógica de decisión asimétricaExplica la razón del diseño asimétrico de EC2 Auto Scaling que ejecuta el scale-out inmediatamente mientras establece un período de enfriamiento para el scale-in, el mecanismo de prevención de flapping y la lógica interna del Target Tracking Scaling.Infraestructura adaptable a la demanda con AWS Auto Scaling - Diseño y optimización de políticas de escaladoPresenta cómo utilizar los 3 tipos de políticas (Target Tracking, Predictive y Scheduled) y lograr la optimización de costos con instancias Spot mediante Mixed Instances Policy.Diseño de dominios de fallo en AWS - El mecanismo de disponibilidad protegido por la estructura de 3 capas AZ, región y particiónExplicamos por qué la infraestructura de AWS está diseñada en 3 capas: AZ (aislamiento de fallos), región (separación geográfica) y partición (separación política), y hasta dónde se propagan los fallos en cada capa con ejemplos concretos.Principios de sistemas distribuidos aprendidos de las interrupciones de AWS - Arquitecturas transformadas por grandes incidentesUsando como material los informes de incidentes publicados por AWS, como la interrupción de S3 (2017), la interrupción de Kinesis (2020) y la particularidad de us-east-1, explicamos principios de diseño como Shuffle Sharding, Static Stability y Cell-based Architecture.Por qué AWS construye regiones allí - Los criterios desconocidos de selección de ubicación de centros de datosExplicamos los criterios de decisión que AWS considera al determinar la ubicación de regiones, como suministro eléctrico, riesgo geopolítico, legislación de soberanía de datos, conectividad de red y riesgo de desastres naturales, con ejemplos concretos de regiones.Por qué los Availability Zone ID de AWS difieren por cuenta - La intención de diseño detrás del mapeo de AZExplicamos el mecanismo por el que us-east-1a apunta a una AZ física distinta en cada cuenta, el contexto en el que se introdujeron los AZ ID (use1-az1), la intención de diseño de distribuir la capacidad de forma uniforme y los puntos a tener en cuenta al especificar AZ entre cuentas.Infraestructura de computación por lotes - Procesamiento paralelo a gran escala con AWS BatchExplicamos cómo construir procesamiento por lotes a gran escala con AWS Batch. Cubrimos el diseño de colas de trabajos, auto-escalado de entornos de cómputo, optimización de costos con instancias Spot y la construcción de infraestructura de lotes ideal para computación científica y procesamiento de datos a gran escala.Streaming en vivo con calidad broadcast - Construcción de una plataforma de distribución a gran escala con AWS Elemental MediaLive y MediaPackageExplicamos una plataforma de streaming en vivo con calidad broadcast basada en AWS Elemental MediaLive y MediaPackage. Presentamos la transcodificación en tiempo real, DRM, la inserción de anuncios y la distribución multi-CDN.