Rodolfo Pilas
bloger podcaster devops sysadmin profesor father
Una aplicación con varias instancias y capacidad automática
Balanceador
Usuarios ─────────────────── ALB
│
┌──────────┴──────────┐
│ EC2 A EC2 B │
│ Grupo Auto Scaling │
└─────────────────────┘
Para conversar: ¿qué problema resolvimos en cada ejercicio?
| Operación | IPv4 pública automática | IP privada principal | Datos en EBS |
|---|---|---|---|
| Reiniciar | Se conserva | Se conserva | Se conservan |
| Detener e iniciar | Se asigna una nueva | Se conserva | Se conservan |
| Terminar | Se libera | Se libera con la interfaz principal | Dependen de la configuración de eliminación |
Detener permite volver a iniciar la misma instancia. Terminar la elimina.
Para conversar: la dirección anterior dejó de responder después de detener e iniciar. ¿Perdimos también los archivos?
Elastic IP: una dirección pública estable
AMI: una imagen para crear instancias
t3.micro define los recursos de cómputo.Para conversar: después de crear la AMI, modificamos la página original. ¿La próxima instancia incluirá ese cambio?
Cliente → ALB: listener y reglas → Target group → EC2
| Grupo de seguridad | Acceso de entrada permitido |
|---|---|
| Del ALB | Desde los clientes, al puerto de atención |
| De las EC2 | Desde el grupo del ALB, a los puertos de aplicación y health check |
Para conversar: EC2 está encendida, pero figura como unhealthy. ¿Qué revisarían?
Mínima < Deseada < Máxima
Plantilla de Lanzamiento
Mínima: 1 · Deseada: 2 · Máxima: 4
Mínima ≤ Deseada ≤ Máxima
Para conversar: si subimos solamente la máxima de 4 a 8, ¿el grupo crea más instancias inmediatamente?
La aplicación recibe más tráfico y después falla una instancia.
El grupo tiene capacidad deseada 2, máxima 4 y una política basada en CPU.
Antes del quiz: ¿qué parte de este recorrido todavía te cuesta explicar?
By Rodolfo Pilas