Repaso Ejercicios
Tema 3

CLOUD COMPUTING

Repaso de los ejercicios

Una aplicación con varias instancias y capacidad automática

                         Balanceador
Usuarios ─────────────────── ALB
                             │
                  ┌──────────┴──────────┐
                  │  EC2 A      EC2 B   │
                  │ Grupo Auto Scaling │
                  └─────────────────────┘
  • EC2: ejecutar la aplicación.
  • Elastic IP: conservar una dirección pública.
  • AMI: reproducir la configuración de software.
  • ALB: distribuir solicitudes.
  • Auto Scaling: ajustar y mantener la capacidad.

Para conversar: ¿qué problema resolvimos en cada ejercicio?

CLOUD COMPUTING

Crear una instacia EC2 y verificar IP Pública

EC2: ¿qué persiste y qué cambia?

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?

CLOUD COMPUTING

Elastic IP

Elastic IP

Elastic IP

Crear un AMI

Crear un AMI

Crear un AMI

Elastic IP y AMI

Elastic IP: una dirección pública estable

  • Permanece reservada para la cuenta hasta liberarla.
  • Puede reasociarse a otra instancia.

AMI: una imagen para crear instancias

  • Captura el software y la configuración almacenados en los volúmenes incluidos.
  • Permite lanzar instancias independientes cuando está disponible.
  • El tipo 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?

CLOUD COMPUTING

Crear Aplication Load Balancer

El recorrido de una solicitud

Cliente → ALB: listener y reglas → Target group → EC2
  • Listener: recibe conexiones en un protocolo y puerto.
  • Target group: reúne los destinos de las solicitudes.
  • Health check: comprueba si la aplicación responde.
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?

CLOUD COMPUTING

Crear Auto Scaling Group

Crear Auto Scaling Group

Mínima < Deseada < Máxima

Plantilla de Lanzamiento

Auto Scaling: capacidad y reglas

Mínima: 1 · Deseada: 2 · Máxima: 4

Mínima ≤ Deseada ≤ Máxima
  • Mínima: piso de capacidad.
  • Deseada: cantidad de instancias que el grupo intenta mantener.
  • Máxima: límite del escalado.
  • Política: ajusta la deseada según una métrica, como CPU promedio.
  • Plantilla de lanzamiento: define cómo crear las nuevas EC2.

Para conversar: si subimos solamente la máxima de 4 a 8, ¿el grupo crea más instancias inmediatamente?

CLOUD COMPUTING

Escenario integrador

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.

  1. ¿Quién distribuye las solicitudes?
  2. ¿Qué debe ocurrir para agregar capacidad?
  3. ¿De dónde sale la configuración de la nueva instancia?
  4. Si una EC2 termina inesperadamente, ¿quién intenta reemplazarla?
  5. Si solo falla el servidor web, ¿qué comprobaciones necesitamos?

Antes del quiz: ¿qué parte de este recorrido todavía te cuesta explicar?

CLOUD COMPUTING

Cloud Computing: repaso de los ejercicios

By Rodolfo Pilas

Cloud Computing: repaso de los ejercicios

  • 97