Amazon EC2 Auto Scaling
Qué es: EC2 Auto Scaling añade y quita instancias EC2 de forma automática para que haya las justas: es la elasticidad de la Sesión 2 convertida en servicio.
- Grupo de Auto Scaling (Auto Scaling group): las instancias que administra, repartidas en las AZ que elijas.
- Plantilla de lanzamiento (launch template): con qué AMI, tipo de instancia y security group crea cada instancia nueva.
- Mínimo, deseado y máximo: nunca baja del mínimo ni pasa del máximo; el deseado es cuántas quiere ahora.
- Políticas: por objetivo (target tracking, como “CPU media al 50%”), programadas (“10 instancias los viernes a las 18 h”) o predictivas, que aprenden del historial y escalan antes del pico.
- Reemplazo: si una instancia falla su comprobación de estado, la termina y lanza otra. El servicio no cobra; pagas las instancias.
Analogía: el jefe de turno de un centro de llamadas, que llama a más operadores cuando crece la fila y los manda a casa cuando baja. Dónde falla la analogía: un operador empieza a atender al llegar; una instancia tarda minutos en arrancar. Por eso existen las políticas programadas y predictivas.
Ejemplo real: Boletos Faro, de la Sesión 2, pone su web en un grupo con mínimo 2, máximo 80 y una política de CPU al 50%. El día de la gira sube a 80 instancias en dos AZ, detrás de un ALB que registra cada instancia nueva. De noche vuelve a 2.
Úsalo cuando: la demanda cambie, o quieras que una instancia caída se reponga sola, aunque la carga sea fija. No lo uses cuando: la aplicación guarde datos solo en el disco de cada instancia: al quitar una, esos datos se pierden.
En el examen: “ajustar automáticamente el número de instancias EC2 según la demanda” es EC2 Auto Scaling. ELB + Auto Scaling + varias AZ es la respuesta típica de “alta disponibilidad y elasticidad”.
Trampa común: Auto Scaling escala horizontal: añade instancias iguales. No cambia una instancia a otra más grande; eso es escalar vertical, y lo haces tú.