AWS ha anunciado la disponibilidad general de las nuevas Amazon EC2 T8i, una familia de instancias burstable orientada a aplicaciones que normalmente consumen poca o moderada CPU, pero que necesitan aumentar su capacidad durante periodos cortos.
Es el tipo de perfil habitual en una web con tráfico irregular, un entorno de desarrollo, un pequeño microservicio o una tarea batch que pasa buena parte del tiempo en reposo.
La novedad no está tanto en el modelo operativo —T8i conserva los conocidos CPU Credits de T3— como en la plataforma que hay debajo.
Las nuevas instancias utilizan procesadores personalizados Intel Xeon 6, basados en Granite Rapids, y la sexta generación de tarjetas del AWS Nitro System.
Fuente original: anuncio de Channy Yun en el AWS News Blog, publicado el 17 de septiembre de 2026 y actualizado por AWS el 18 de septiembre. Los datos técnicos se han contrastado con la página oficial de Amazon EC2 T8i.
Qué aporta T8i frente a T3
T3 ha sido durante años una opción sencilla y económica para cargas pequeñas. T8i mantiene esa idea, pero la traslada a una generación de hardware mucho más reciente.
Según las mediciones publicadas por AWS, T8i puede ofrecer frente a T3:
A eso se suma una mejora de hasta el 30% en precio/rendimiento. Conviene conservar el “hasta”: no todas las aplicaciones obtendrán el mismo resultado.
El beneficio real dependerá del patrón de CPU, del sistema operativo, del almacenamiento, de la red y del software que se ejecute.
Qué significa que una instancia sea burstable
Una instancia burstable dispone de un nivel base de CPU y puede superar temporalmente ese nivel cuando la aplicación lo necesita.
Mientras trabaja por debajo del baseline, acumula CPU Credits; cuando trabaja por encima, los consume. AWS define un crédito como una vCPU funcionando al 100% durante un minuto.
Pensemos en una pequeña web corporativa. Durante buena parte del día quizá utilice solo un 3% o un 5% de CPU. Cuando llegan varias peticiones simultáneas, una actualización o un proceso programado, puede subir temporalmente al 100%.
Ese comportamiento irregular encaja bien con la familia T porque evita dimensionar toda la máquina para un pico que dura pocos minutos.
En cambio, si el servidor mantiene una carga elevada de forma continua, la familia burstable deja de ser la candidata natural.
En ese caso conviene evaluar una instancia de propósito general con
CPU sostenida, como M8i Flex, que AWS recomienda
cuando se necesitan tamaños superiores a medium o
rendimiento alto durante periodos prolongados.
Tamaños y especificaciones de EC2 T8i
En el lanzamiento, la familia se limita a cuatro tamaños. Todos ofrecen dos vCPU sobre un único núcleo, hasta 6,25 Gbps de red en ráfaga y hasta 5 Gbps de ancho de banda EBS en ráfaga.
Esta es la tabla vigente en la ficha oficial de AWS:
| Instancia | vCPU | Memoria | Baseline por vCPU | Créditos/hora | Red burst | EBS burst |
|---|---|---|---|---|---|---|
t8i.nano |
2 | 0,5 GiB | 5% | 6 | Hasta 6,25 Gbps | Hasta 5 Gbps |
t8i.micro |
2 | 1 GiB | 10% | 12 | Hasta 6,25 Gbps | Hasta 5 Gbps |
t8i.small |
2 | 2 GiB | 20% | 24 | Hasta 6,25 Gbps | Hasta 5 Gbps |
t8i.medium |
2 | 4 GiB | 20% | 24 | Hasta 6,25 Gbps | Hasta 5 Gbps |
La combinación es deliberadamente pequeña. T8i no pretende cubrir toda la gama de EC2, sino ofrecer un punto de entrada moderno para máquinas ligeras.
t8i.micro y t8i.small también figuran entre
las opciones disponibles dentro del
AWS Free Tier,
sujeto a las condiciones y créditos del plan aplicables a cada cuenta.
Unlimited Mode: cómodo, pero hay que vigilarlo
Las T8i se lanzan en Unlimited Mode de forma predeterminada. Este modo permite continuar por encima del baseline incluso si la instancia ya no dispone de créditos acumulados.
Si el promedio de CPU se mantiene dentro del baseline durante una ventana móvil de 24 horas —o durante la vida de la instancia si es menor—, los picos quedan cubiertos por el precio horario.
El riesgo aparece cuando la utilización media permanece por encima del baseline durante demasiado tiempo: entonces AWS puede cobrar créditos excedentes por vCPU-hora.
La documentación oficial de Unlimited Mode recomienda monitorizar el consumo y explica cómo se calculan esos cargos.
- CPUUtilization muestra el uso general del procesador.
- CPUCreditBalance indica los créditos ganados que todavía están disponibles.
- CPUSurplusCreditBalance permite detectar créditos excedentes consumidos en modo Unlimited.
- CPUSurplusCreditsCharged refleja créditos excedentes que no pudieron compensarse y fueron cobrados.
T8i frente a T3: migración sencilla, validación obligatoria
La ruta desde T3 es más directa que un cambio de arquitectura. Ambas familias son x86, mantienen el sistema de créditos y ofrecen modos Standard y Unlimited.
En muchos casos bastará con detener la instancia, cambiar el tipo y volver a arrancarla, siempre que la AMI, los controladores, el tipo de volumen raíz y los requisitos de red sean compatibles.
Eso no significa que deba hacerse a ciegas. Antes de migrar producción conviene clonar la carga en un entorno de prueba, medir latencia y throughput, comprobar los agentes instalados y revisar las alarmas de CloudWatch.
También hay que comparar el precio real en la región elegida mediante la página oficial de precios On-Demand de EC2.
¿T8i es realmente más barata?
No necesariamente por hora. La afirmación de AWS es hasta un 30% mejor precio/rendimiento, no “un 30% menos en la factura”.
Una instancia podría tener un precio horario parecido o incluso superior al de una T3 en una región concreta y, aun así, resultar más eficiente si completa la misma tarea mucho antes o soporta más peticiones con la misma configuración.
Por eso una comparación seria debe observar al menos tres valores: coste por hora, rendimiento medido con la carga real y coste total para completar el trabajo.
Comparar únicamente el precio que aparece en la consola puede llevar a una conclusión equivocada.
¿Y frente a T4g?
T4g sigue siendo una alternativa muy interesante para cargas pequeñas, pero utiliza procesadores AWS Graviton basados en ARM.
T8i utiliza arquitectura x86, por lo que puede simplificar la migración de aplicaciones heredadas, agentes o binarios que ya funcionan en T3 y no disponen de una versión ARM validada.
Si toda la aplicación —sistema operativo, contenedores, dependencias y herramientas de observabilidad— es compatible con ARM, T4g merece entrar en la prueba.
Si existe una dependencia x86 difícil de sustituir, T8i ofrece una modernización mucho más conservadora. La decisión correcta no sale del nombre de la familia, sino de ejecutar el mismo workload en ambas arquitecturas y medir.
Disponibilidad en Europa
En su lanzamiento, T8i está disponible en cuatro regiones europeas:
-
Europa (Frankfurt)
eu-central-1 -
Europa (Irlanda)
eu-west-1 -
Europa (Londres)
eu-west-2 -
Europa (París)
eu-west-3
Europa (España), eu-south-2, no figura en la lista
inicial.
AWS puede ampliar la cobertura más adelante. Para comprobar cambios conviene consultar AWS Capabilities by Region y buscar el tipo de instancia en la pestaña de recursos de CloudFormation.
Casos de uso que encajan bien
- Webs y APIs con tráfico reducido o irregular.
- Entornos de desarrollo, staging, formación y demostración.
- Microservicios ligeros que alternan periodos de reposo con picos cortos.
- Pipelines CI/CD y tareas batch de corta duración.
- Gateways de autenticación y pequeños servicios internos.
- Bases de datos pequeñas, siempre que memoria, I/O y CPU sostenida no sean un cuello de botella.
Cuándo elegiría otra familia
- Cuando la CPU permanece alta durante muchas horas y genera cargos continuos por créditos excedentes.
-
Cuando la aplicación necesita más de 4 GiB de memoria o un tamaño
superior a
medium. - Cuando se requiere Dedicated Host o Dedicated tenancy: T8i solo admite tenancy compartida.
- Cuando la carga depende más de memoria, almacenamiento o aceleración que de ráfagas de CPU.
- Cuando T4g ofrece mejor coste total y toda la pila ya está validada para ARM.
Mi lectura como profesional cloud
T8i no cambia la lógica de las instancias burstable; la actualiza. AWS conserva una mecánica que los equipos ya conocen y reduce la fricción de migración al mantener x86.
Al mismo tiempo, introduce hardware moderno, más capacidad de red y EBS y una mejora de rendimiento suficientemente grande como para justificar una prueba.
Para una empresa que todavía utiliza t3.nano,
t3.micro, t3.small o
t3.medium, yo no migraría únicamente porque T8i sea nueva.
Crearía una réplica de la carga, ejecutaría el mismo benchmark y compararía coste por petición, latencia, consumo de créditos y tiempo total de proceso.
Si T8i entrega la mejora anunciada en ese workload, la migración puede ser una optimización fácil; si no, T3 puede seguir cumpliendo su función.
Conclusión
Amazon EC2 T8i ocupa un espacio muy concreto: máquinas x86 pequeñas, económicas y preparadas para picos de CPU.
Sus procesadores Intel Xeon 6, el Nitro System de última generación y las mejoras de red y EBS la convierten en una sucesora lógica de T3 para muchas cargas ligeras.
La idea más importante es no confundir precio con valor. Una T8i no tiene que ser la opción con el menor precio por hora para ser la más económica al final del trabajo. La única forma de saberlo es medirla con la aplicación real y vigilar sus CPU Credits.