Quiz de Validación - MÓDULO 9
Este quiz de 30 preguntas le permite validar sus conocimientos sobre Auto Scaling antes de pasar al laboratorio práctico.
Pregunta 1
¿Qué es un Auto Scaling Group (ASG)?
A) Un grupo de Security Groups
B) Una colección de instancias EC2 gestionadas automáticamente según reglas de escalado
C) Un grupo de usuarios
D) Un tipo de Load Balancer
Ver la respuesta
Respuesta: B
Un Auto Scaling Group es un conjunto lógico de instancias EC2 tratadas como un grupo para el escalado automático. El ASG mantiene el número de instancias deseado, reemplaza las instancias unhealthy y escala según las políticas definidas.
Pregunta 2
¿Cuáles son los tres parámetros de capacidad de un ASG?
A) Small, Medium, Large
B) Minimum, Desired, Maximum
C) Low, Normal, High
D) Start, Running, Stop
Ver la respuesta
Respuesta: B
Minimum: número mínimo de instancias (nunca por debajo). Desired: número objetivo de instancias (el ASG intenta mantener este número). Maximum: límite superior (nunca por encima). Relación: Minimum es menor o igual a Desired, que es menor o igual a Maximum.
Pregunta 3
¿Qué es un Launch Template?
A) Un modelo de documento
B) Una configuración que describe cómo lanzar instancias EC2 (AMI, tipo, SG, etc.)
C) Un plan de despliegue
D) Un script de inicio
Ver la respuesta
Respuesta: B
El Launch Template define todos los parámetros para lanzar una instancia: AMI, tipo de instancia, key pair, Security Groups, user data, volúmenes EBS, etc. El ASG utiliza este template para crear instancias idénticas. Reemplaza el antiguo Launch Configuration.
Pregunta 4
¿Cuál es la diferencia entre Launch Template y Launch Configuration?
A) Ninguna
B) Launch Template soporta versionado y más funcionalidades, Launch Configuration está obsoleto
C) Launch Configuration es más reciente
D) Launch Template es de pago
Ver la respuesta
Respuesta: B
Launch Template es el método recomendado. Soporta: versionado, mezcla de tipos de instancias, mezcla On-Demand/Spot, T2/T3 unlimited. Launch Configuration es el método antiguo, inmutable y con menos funcionalidades. Migre a Launch Template.
Pregunta 5
¿Qué sucede si una instancia de un ASG falla el health check?
A) Nada
B) El ASG la termina y lanza una nueva automáticamente
C) Se envía un correo electrónico
D) El ASG se detiene
Ver la respuesta
Respuesta: B
El ASG detecta las instancias unhealthy (vía EC2 status checks o ELB health checks) y las reemplaza automáticamente. Es la funcionalidad de self-healing que mantiene el número deseado de instancias sanas.
Pregunta 6
¿Qué tipos de health checks puede usar un ASG?
A) Solo EC2
B) EC2 y/o ELB
C) Solo ELB
D) Solo CloudWatch
Ver la respuesta
Respuesta: B
EC2 health check: verifica los status checks de EC2 (instancia running, sistema OK). ELB health check: verifica que la instancia responde a los health checks del Load Balancer. Si está integrado con un LB, use ELB health check para una detección más precisa.
Pregunta 7
¿Qué es la política de escalado "Target Tracking"?
A) Seguir un objetivo específico
B) Ajustar la capacidad para mantener una métrica en un valor objetivo
C) Rastrear a los usuarios
D) Alcanzar un objetivo de costo
Ver la respuesta
Respuesta: B
Target Tracking ajusta automáticamente la capacidad para mantener una métrica de CloudWatch en un valor objetivo. Ejemplo: mantener CPUUtilization en 50%. El ASG escala hacia fuera si CPU > 50%, escala hacia dentro si CPU < 50%. Simple y eficaz.
Pregunta 8
¿Qué métricas pueden usarse con Target Tracking?
A) Únicamente CPU
B) CPU, Network, ALB Request Count por objetivo, métricas personalizadas
C) Solo las métricas de red
D) Únicamente las métricas de costo
Ver la respuesta
Respuesta: B
Métricas predefinidas: ASGAverageCPUUtilization, ASGAverageNetworkIn/Out, ALBRequestCountPerTarget. También se pueden usar métricas personalizadas de CloudWatch (ej: queue depth, métricas personalizadas de aplicación).
Pregunta 9
¿Qué es la política de escalado "Step Scaling"?
A) Escalado paso a paso
B) Diferentes acciones según la magnitud de la superación del umbral
C) Escalado manual
D) Escalado lineal
Ver la respuesta
Respuesta: B
Step Scaling define acciones diferentes según la magnitud de la alarma. Ejemplo: +1 instancia si CPU 60-70%, +2 si CPU 70-80%, +4 si CPU > 80%. Permite una respuesta proporcional a la intensidad de la carga.
Pregunta 10
¿Qué es la política de escalado "Simple Scaling"?
A) La más simple de las políticas
B) Espera a que termine una acción de escalado antes de iniciar otra
C) Escalado constante
D) Sin escalado
Ver la respuesta
Respuesta: B
Simple Scaling dispara una acción cuando una alarma pasa a ALARM, pero espera un cooldown antes de reaccionar de nuevo. Menos reactiva que Step o Target Tracking. Generalmente reemplazada por otras políticas.
Pregunta 11
¿Qué es el "Cooldown Period"?
A) Período de enfriamiento de los servidores
B) Tiempo de espera después de una acción de escalado antes de permitir otra
C) Tiempo de mantenimiento
D) Retardo de facturación
Ver la respuesta
Respuesta: B
El cooldown (por defecto 300s) impide que el ASG lance/termine demasiadas instancias rápidamente. Después de un scale out/in, el ASG espera antes de reaccionar de nuevo, permitiendo que las nuevas instancias se activen y las métricas se estabilicen.
Pregunta 12
¿Qué es el "Scheduled Scaling"?
A) Escalado basado en un calendario predefinido
B) Escalado aleatorio
C) Escalado basado en costos
D) Escalado basado en la geografía
Ver la respuesta
Respuesta: A
Scheduled Scaling permite definir acciones de escalado en momentos específicos. Ejemplo: aumentar a 10 instancias todos los días a las 8h, reducir a 2 por la noche. Útil para patrones de carga previsibles.
Pregunta 13
¿Cuándo usar Scheduled Scaling vs Target Tracking?
A) Scheduled para carga impredecible, Target Tracking para carga predecible
B) Scheduled para patrones previsibles, Target Tracking para carga variable
C) Son idénticos
D) Nunca usar ambos juntos
Ver la respuesta
Respuesta: B
Scheduled Scaling para patrones previsibles (horario de oficina, eventos planificados). Target Tracking para reaccionar a la carga real variable. Se pueden combinar ambos: scheduled para la línea base, target tracking para ajustes finos.
Pregunta 14
¿Qué es el "Predictive Scaling"?
A) Predicciones meteorológicas
B) Machine learning para anticipar la demanda y pre-escalar
C) Predicciones de costos
D) Escalado basado en predicciones de usuarios
Ver la respuesta
Respuesta: B
Predictive Scaling utiliza machine learning para analizar patrones históricos y anticipar la demanda futura. El ASG escala proactivamente antes de que aumente la carga. Se combina con otras políticas para una cobertura completa.
Pregunta 15
¿Cómo distribuye un ASG las instancias entre las AZ?
A) Todas en una sola AZ
B) Equilibrio entre las AZ configuradas para alta disponibilidad
C) Aleatoriamente
D) Según el costo
Ver la respuesta
Respuesta: B
El ASG distribuye las instancias de manera equilibrada entre las AZ configuradas. Si tiene 4 instancias y 2 AZ, pone 2 en cada una. Esto asegura alta disponibilidad: si una AZ falla, la otra tiene instancias.
Pregunta 16
¿Qué sucede si una AZ se vuelve indisponible?
A) El ASG se detiene
B) El ASG lanza instancias adicionales en las AZ restantes
C) Nada
D) Las instancias migran automáticamente
Ver la respuesta
Respuesta: B
El ASG detecta que las instancias de la AZ fallida están unhealthy y las termina. Luego lanza instancias de reemplazo en las AZ disponibles para mantener el desired capacity. Es el reequilibrio automático.
Pregunta 17
¿Qué es el "Instance Warmup"?
A) Calentamiento de los servidores
B) Tiempo otorgado a una nueva instancia para inicializarse antes de contar en las métricas
C) Tiempo de arranque del SO
D) Retardo de facturación
Ver la respuesta
Respuesta: B
El Instance Warmup da tiempo a una nueva instancia para iniciar su aplicación y estabilizarse. Durante este tiempo, no contribuye a las métricas de escalado para evitar scale out en cascada basados en métricas temporalmente elevadas.
Pregunta 18
¿Qué es el "Lifecycle Hook"?
A) Un gancho físico
B) Un punto de parada durante el lanzamiento/terminación para ejecutar acciones personalizadas
C) Un log
D) Un webhook HTTP
Ver la respuesta
Respuesta: B
Los Lifecycle Hooks permiten ejecutar acciones durante el lanzamiento (ej: instalar software, registrar en un servicio) o la terminación (ej: desregistrar, guardar datos) de una instancia antes de que se una/abandone el grupo.
Pregunta 19
¿Qué es la "Termination Policy"?
A) Política de eliminación de cuenta
B) Reglas para elegir qué instancias terminar durante un scale in
C) Condiciones de uso
D) Política de retención de logs
Ver la respuesta
Respuesta: B
La Termination Policy define cómo el ASG elige las instancias a terminar durante un scale in. Opciones: OldestInstance, NewestInstance, OldestLaunchConfiguration, ClosestToNextInstanceHour, Default (equilibrio AZ y luego la más antigua).
Pregunta 20
¿Qué es "Instance Protection"?
A) Antivirus
B) Impide que una instancia específica sea terminada por el escalado
C) Cifrado
D) Firewall
Ver la respuesta
Respuesta: B
Instance Protection protege una instancia contra la terminación por acciones de scale in del ASG. Útil para instancias que ejecutan tareas largas. La instancia aún puede ser terminada manualmente o si se vuelve unhealthy.
Pregunta 21
¿Se pueden mezclar instancias On-Demand y Spot en un ASG?
A) No
B) Sí, con una política de mezcla en el Launch Template o ASG
C) Solo con un Launch Configuration
D) Solo para instancias grandes
Ver la respuesta
Respuesta: B
El ASG soporta una mezcla de instancias On-Demand y Spot. Se puede definir un porcentaje (ej: 70% Spot, 30% On-Demand base). Esto reduce los costos manteniendo una capacidad base garantizada.
Pregunta 22
¿Qué son las instancias Spot?
A) Instancias especiales
B) Instancias que usan la capacidad no utilizada de AWS a precio reducido, pero pueden ser interrumpidas
C) Instancias gratuitas
D) Instancias solo para desarrollo
Ver la respuesta
Respuesta: B
Las instancias Spot usan la capacidad EC2 excedente a precio reducido (hasta 90% más barato). Pueden ser interrumpidas por AWS con un aviso de 2 minutos cuando AWS necesita la capacidad. Ideales para workloads tolerantes a interrupciones.
Pregunta 23
¿Cómo protegerse contra las interrupciones Spot?
A) No es posible
B) Diversificar los tipos de instancias y AZ, usar una mezcla On-Demand/Spot
C) Pagar más
D) Usar Reserved Instances
Ver la respuesta
Respuesta: B
Para la resiliencia Spot: diversifique los tipos de instancias (varias familias/tamaños), use varias AZ, configure un porcentaje On-Demand base, implemente la gestión de interrupciones (notificación de 2 min) y diseñe aplicaciones tolerantes a fallos.
Pregunta 24
¿Qué alarma de CloudWatch típicamente dispara un scale out?
A) CPU < 20%
B) CPU > 70% durante 5 minutos
C) Ninguna alarma necesaria
D) Alarma de facturación
Ver la respuesta
Respuesta: B
Una alarma típica de scale out monitorea CPUUtilization > 70% (umbral configurable) durante varios periodos (ej: 3 periodos de 1 minuto). Cuando la alarma pasa a ALARM, la acción de escalado agrega instancias.
Pregunta 25
¿Qué es el "Desired Capacity"?
A) La capacidad deseada por AWS
B) El número de instancias que el ASG intenta mantener
C) La capacidad máxima del servidor
D) El número de usuarios deseados
Ver la respuesta
Respuesta: B
Desired Capacity es el número de instancias que el ASG mantiene activamente. Si una instancia falla, el ASG lanza otra para volver al desired. Las políticas de escalado modifican el desired capacity dentro de los límites min/max.
Pregunta 26
¿Se puede modificar manualmente el Desired Capacity?
A) No, solo el auto scaling puede modificarlo
B) Sí, vía consola, CLI o API
C) Solo vía API
D) Solo si el auto scaling está desactivado
Ver la respuesta
Respuesta: B
Se puede modificar manualmente el Desired Capacity en cualquier momento vía consola, CLI (aws autoscaling set-desired-capacity) o API. El ASG ajustará entonces el número de instancias. Las políticas de escalado ajustarán después si es necesario.
Pregunta 27
¿Cómo monitorear las actividades de escalado?
A) Solo CloudWatch
B) CloudWatch, Activity History del ASG, notificaciones SNS
C) Solo los logs de EC2
D) Solo AWS Config
Ver la respuesta
Respuesta: B
Monitoree: Activity History en el ASG (historial de acciones), métricas de CloudWatch (GroupDesiredCapacity, GroupInServiceInstances, etc.), CloudTrail para llamadas API y configure notificaciones SNS para eventos de escalado.
Pregunta 28
¿Qué es "Suspend Processes" en un ASG?
A) Poner en pausa las instancias
B) Desactivar temporalmente ciertos procesos del ASG (Launch, Terminate, etc.)
C) Suspender la facturación
D) Detener el monitoreo
Ver la respuesta
Respuesta: B
Se pueden suspender procesos del ASG: Launch (no nuevas instancias), Terminate (no terminación), HealthCheck (sin verificación), ReplaceUnhealthy, AZRebalance, etc. Útil para mantenimiento o debugging.
Pregunta 29
¿Qué métrica indica que un ASG está escalando?
A) CPUUtilization
B) GroupDesiredCapacity, GroupInServiceInstances, GroupTotalInstances
C) NetworkIn
D) DiskReadOps
Ver la respuesta
Respuesta: B
Las métricas de ASG incluyen: GroupDesiredCapacity (capacidad objetivo), GroupInServiceInstances (instancias sanas), GroupPendingInstances (en lanzamiento), GroupTerminatingInstances (en terminación). Estas métricas muestran la actividad de escalado.
Pregunta 30
¿Cómo probar una política de escalado?
A) Esperar una carga real
B) Generar carga artificial (stress test) o modificar manualmente las métricas
C) Leer la documentación
D) No es posible
Ver la respuesta
Respuesta: B
Pruebe generando carga artificial (stress, ab, locust) para disparar las alarmas. O use herramientas como stress en las instancias para aumentar CPU. Verifique que el ASG escala como se espera y que las instancias se vuelven healthy.
Resultado
Cuente sus respuestas correctas:
- 27-30: Excelente - Usted domina Auto Scaling
- 22-26: Bien - Algunos puntos a revisar
- 17-21: Medio - Repase el curso antes del laboratorio
- Menos de 17: Insuficiente - Repase el curso desde el principio
Pase al Lab Auto Scaling una vez que haya alcanzado al menos 22 respuestas correctas.