Quiz de Validación - MÓDULO 8
Este quiz de 30 preguntas le permite validar sus conocimientos sobre alta disponibilidad y balanceo de carga antes de pasar al laboratorio práctico.
Pregunta 1
¿Qué significa HA (High Availability)?
A) Hardware Architecture
B) Alta Disponibilidad - capacidad de un sistema para permanecer operativo a pesar de las fallas
C) High Access - acceso rápido a los datos
D) Host Allocation
Ver la respuesta
Respuesta: B
La Alta Disponibilidad (HA) es la capacidad de un sistema para permanecer operativo y accesible incluso en caso de falla de un componente. Se mide en porcentaje de disponibilidad (ej: 99.99% = menos de 52 minutos de indisponibilidad por año).
Pregunta 2
¿Qué significa "99.99%" de disponibilidad (four nines)?
A) 99.99% de los usuarios están satisfechos
B) Menos de 52 minutos de indisponibilidad por año
C) 99.99% de las solicitudes tienen éxito
D) El sistema es 99.99% más barato
Ver la respuesta
Respuesta: B
99.99% de disponibilidad significa que el sistema puede estar indisponible como máximo 52.56 minutos por año (0.01% del año). 99.9% permite 8.76 horas, 99.999% solo 5.26 minutos. Cuanto mayor es el número de "9", más exigente y costoso es.
Pregunta 3
¿Cuál es la estrategia principal para lograr alta disponibilidad?
A) Utilizar servidores más potentes
B) La redundancia - desplegar en varias zonas de disponibilidad
C) Aumentar la memoria
D) Utilizar discos SSD
Ver la respuesta
Respuesta: B
La redundancia es la clave de la HA. Al desplegar recursos idénticos en varias AZ (o regiones), una falla en una zona no afecta la disponibilidad global. El tráfico se redirige hacia los recursos sanos.
Pregunta 4
¿Cuántas zonas de disponibilidad como mínimo para una arquitectura de alta disponibilidad?
A) 1
B) 2
C) 3
D) 5
Ver la respuesta
Respuesta: B
Como mínimo 2 AZ para alta disponibilidad. Si una AZ falla, la otra toma el relevo. AWS recomienda a menudo 3 AZ para mayor resiliencia, especialmente para cargas de trabajo críticas. Cada región AWS tiene al menos 3 AZ.
Pregunta 5
¿Qué es un Single Point of Failure (SPOF)?
A) Un componente único cuya falla provoca la indisponibilidad de todo el sistema
B) Un servidor muy potente
C) Un punto de control de seguridad
D) Una medida de rendimiento
Ver la respuesta
Respuesta: A
Un SPOF es un componente no redundante cuya falla provoca la parada completa del servicio. El objetivo de la HA es eliminar los SPOF duplicando cada componente crítico. Ejemplo de SPOF: una sola instancia de base de datos sin réplica.
Pregunta 6
¿Cuáles son los tres tipos de Load Balancers de AWS?
A) Small, Medium, Large
B) ALB, NLB, GLB (Application, Network, Gateway)
C) HTTP, TCP, UDP
D) Public, Private, Hybrid
Ver la respuesta
Respuesta: B
AWS ofrece: Application Load Balancer (ALB) nivel 7 para HTTP/HTTPS, Network Load Balancer (NLB) nivel 4 para TCP/UDP de alto rendimiento, y Gateway Load Balancer (GLB) para appliances virtuales (firewalls, IDS). El Classic Load Balancer está obsoleto.
Pregunta 7
¿Qué Load Balancer elegir para una aplicación web estándar?
A) Network Load Balancer
B) Application Load Balancer
C) Gateway Load Balancer
D) Classic Load Balancer
Ver la respuesta
Respuesta: B
El ALB es ideal para aplicaciones web HTTP/HTTPS. Soporta el enrutamiento basado en URL, headers y cookies. También puede hacer la terminación SSL e integrar WAF. El NLB es para casos que requieren rendimiento extremo o protocolos no HTTP.
Pregunta 8
¿Qué Load Balancer ofrece la latencia más baja?
A) Application Load Balancer
B) Network Load Balancer
C) Gateway Load Balancer
D) Todos tienen la misma latencia
Ver la respuesta
Respuesta: B
El NLB opera en el nivel 4 (transporte) y ofrece una latencia muy baja (microsegundos vs milisegundos para el ALB). Puede manejar millones de solicitudes por segundo. Ideal para aplicaciones en tiempo real, gaming, IoT.
Pregunta 9
¿Qué es un Target Group?
A) Un grupo de usuarios objetivo
B) Un conjunto de destinos (instancias, IPs, Lambda) hacia los que el LB envía el tráfico
C) Un grupo de Security Groups
D) Un grupo de métricas
Ver la respuesta
Respuesta: B
Un Target Group agrupa los destinos que reciben el tráfico del Load Balancer. Los destinos pueden ser instancias EC2, direcciones IP o funciones Lambda. Cada Target Group tiene sus propios parámetros de health check.
Pregunta 10
¿Qué es un Health Check?
A) Un examen médico
B) Una verificación periódica del estado de salud de los destinos por parte del Load Balancer
C) Una auditoría de seguridad
D) Una prueba de rendimiento
Ver la respuesta
Respuesta: B
El Health Check es una verificación periódica enviada por el LB hacia los destinos. Si un destino no responde correctamente (código HTTP incorrecto, timeout), se marca como "unhealthy" y no recibe más tráfico hasta su recuperación.
Pregunta 11
¿Qué parámetros configuran un Health Check?
A) Solo la URL
B) Protocolo, puerto, path, intervalo, umbrales healthy/unhealthy, timeout
C) Únicamente el puerto
D) Solo el timeout
Ver la respuesta
Respuesta: B
Los parámetros incluyen: protocolo (HTTP, HTTPS, TCP), puerto, path (/health), intervalo entre checks, número de checks exitosos para ser healthy, número de fallos para ser unhealthy, timeout y códigos de respuesta esperados.
Pregunta 12
¿Un destino se vuelve "unhealthy" después de cuántos fallos consecutivos por defecto?
A) 1
B) 2
C) 5
D) 10
Ver la respuesta
Respuesta: B
Por defecto, después de 2 fallos consecutivos (unhealthy threshold = 2), un destino se marca como unhealthy. De igual forma, se requieren 5 éxitos consecutivos (healthy threshold = 5) por defecto para volver a estar healthy. Estos valores son configurables.
Pregunta 13
¿Qué sucede si todos los destinos de un Target Group están unhealthy?
A) El LB devuelve un error 503 a todos los clientes
B) El LB puede configurarse para enviar el tráfico igualmente (fail-open)
C) El LB se detiene
D) A y B según la configuración
Ver la respuesta
Respuesta: D
Por defecto, si todos los destinos están unhealthy, el LB devuelve errores. Pero se puede activar "fail-open" para continuar distribuyendo el tráfico hacia todos los destinos incluso unhealthy, esperando que respondan a veces. Usar con precaución.
Pregunta 14
¿Qué es el Cross-Zone Load Balancing?
A) El balanceo de carga entre regiones
B) La distribución del tráfico uniformemente entre todos los destinos de todas las AZ
C) El enrutamiento geográfico
D) La replicación de datos
Ver la respuesta
Respuesta: B
El Cross-Zone Load Balancing distribuye el tráfico uniformemente entre todos los destinos registrados, sin importar su AZ. Sin esta opción, cada nodo LB distribuye solo hacia los destinos de su propia AZ, lo que puede crear desequilibrios.
Pregunta 15
¿El Cross-Zone Load Balancing está activado por defecto para el ALB?
A) No
B) Sí
C) Depende de la región
D) Solo para grandes volúmenes
Ver la respuesta
Respuesta: B
Para el ALB, el Cross-Zone Load Balancing está activado por defecto y no puede ser desactivado. Para el NLB, está desactivado por defecto (por razones de rendimiento) y puede activarse por Target Group.
Pregunta 16
¿Qué es la terminación SSL a nivel del Load Balancer?
A) Dejar de usar SSL
B) El LB desencripta el tráfico HTTPS y comunica en HTTP con los backends
C) Renovar los certificados
D) Bloquear las conexiones SSL
Ver la respuesta
Respuesta: B
La terminación SSL significa que el LB gestiona el cifrado/descifrado HTTPS. Los clientes se comunican en HTTPS con el LB, y el LB se comunica en HTTP con las instancias backend (en la red privada segura). Simplifica la gestión de certificados.
Pregunta 17
¿Dónde almacenar los certificados SSL para un ALB?
A) Solo en las instancias EC2
B) En AWS Certificate Manager (ACM)
C) En S3
D) En el código de la aplicación
Ver la respuesta
Respuesta: B
ACM (AWS Certificate Manager) es el servicio recomendado para almacenar y gestionar los certificados SSL/TLS. Los certificados ACM son gratuitos para los servicios integrados (ALB, CloudFront) y se renuevan automáticamente.
Pregunta 18
¿Qué es un Listener en un Load Balancer?
A) Una herramienta de logging
B) Un proceso que escucha en un puerto/protocolo específico y enruta según reglas
C) Una auditoría de seguridad
D) Un tipo de instancia
Ver la respuesta
Respuesta: B
Un Listener escucha las conexiones en un puerto y protocolo (ej: HTTPS 443). Cuando llega una solicitud, la evalúa contra las reglas configuradas y la enruta hacia el Target Group apropiado. Un LB puede tener varios Listeners.
Pregunta 19
¿Cómo redirigir automáticamente HTTP a HTTPS con un ALB?
A) No es posible
B) Crear una regla de redirección en el Listener HTTP (puerto 80)
C) Modificar el código de la aplicación
D) Usar Route 53
Ver la respuesta
Respuesta: B
En el Listener HTTP (80), cree una acción de redirección hacia HTTPS (301 o 302). Todas las solicitudes HTTP serán automáticamente redirigidas a HTTPS. Es una best practice de seguridad.
Pregunta 20
¿Qué es el enrutamiento basado en path (path-based routing)?
A) Enrutamiento basado en la dirección IP de origen
B) Enrutar hacia diferentes Target Groups según la URL solicitada
C) Enrutamiento basado en la geografía
D) Enrutamiento basado en la hora
Ver la respuesta
Respuesta: B
El path-based routing permite enrutar /api/* hacia un Target Group API, /images/* hacia otro, /app/* hacia un tercero. Muy útil para arquitecturas de microservicios o CDN.
Pregunta 21
¿En qué capas debe desplegarse el ALB?
A) Solo subredes privadas
B) Subredes públicas (al menos 2 AZ)
C) Una sola AZ es suficiente
D) En cualquier lugar
Ver la respuesta
Respuesta: B
Un ALB internet-facing debe desplegarse en subredes públicas (con ruta hacia IGW) en al menos 2 AZ para alta disponibilidad. El LB crea nodos en cada AZ configurada.
Pregunta 22
¿Qué es un Load Balancer "internal" vs "internet-facing"?
A) Lo mismo
B) Internal tiene una IP privada, internet-facing tiene una IP pública
C) Internal es más rápido
D) Internet-facing es gratuito
Ver la respuesta
Respuesta: B
Un LB internet-facing tiene direcciones IP públicas y puede recibir tráfico de Internet. Un LB internal solo tiene IPs privadas y sirve para repartir el tráfico entre tiers internos (ej: entre la capa web y la de aplicación).
Pregunta 23
¿Se puede adjuntar un WAF a un ALB?
A) No
B) Sí, AWS WAF puede ser adjuntado a un ALB
C) Solo a un NLB
D) Solo a CloudFront
Ver la respuesta
Respuesta: B
AWS WAF (Web Application Firewall) puede ser adjuntado a un ALB para filtrar solicitudes maliciosas (SQL injection, XSS, etc.) antes de que lleguen a las aplicaciones. WAF también funciona con CloudFront y API Gateway.
Pregunta 24
¿Qué métrica monitorear para un Load Balancer?
A) CPUUtilization
B) RequestCount, TargetResponseTime, HTTPCode_ELB_5XX, HealthyHostCount
C) DiskReadOps
D) Solo NetworkIn
Ver la respuesta
Respuesta: B
Métricas clave: RequestCount (volumen), TargetResponseTime (latencia), HTTPCode_ELB_5XX (errores LB), HTTPCode_Target_5XX (errores backend), HealthyHostCount/UnHealthyHostCount (salud de los destinos), ActiveConnectionCount.
Pregunta 25
¿Qué significa un aumento de errores 5XX del Load Balancer (ELB_5XX)?
A) Problema del lado del cliente
B) El LB tiene problemas para contactar los backends o todos están unhealthy
C) Problema DNS
D) Demasiado tráfico
Ver la respuesta
Respuesta: B
Los errores ELB_5XX indican un problema a nivel del LB: imposible conectar con los backends (todos unhealthy, Security Group bloqueando, etc.). Los errores Target_5XX indican que los backends responden con errores.
Pregunta 26
¿Cómo sabe el LB a qué instancia enviar el tráfico?
A) Aleatoriamente
B) Round-robin por defecto, o least connections, o sticky sessions
C) Siempre la primera
D) La más cercana geográficamente
Ver la respuesta
Respuesta: B
Por defecto, el ALB utiliza round-robin (cada solicitud hacia el siguiente destino). Se puede activar least outstanding requests (hacia el destino con menos solicitudes en curso) o sticky sessions (cookie para permanecer en el mismo destino).
Pregunta 27
¿Qué es Connection Draining (deregistration delay)?
A) Vaciar los logs
B) Permitir que las solicitudes en curso finalicen antes de retirar un destino
C) Eliminar las conexiones inactivas
D) Limitar el número de conexiones
Ver la respuesta
Respuesta: B
El Connection Draining permite que las solicitudes en curso finalicen de manera elegante cuando una instancia es retirada del Target Group (scaling down, mantenimiento). Por defecto 300 segundos. No se envían nuevas solicitudes.
Pregunta 28
Un sitio web tiene picos de carga previsibles. ¿Qué estrategia adoptar?
A) Sobredimensionar permanentemente
B) Pre-scaling con políticas de scaling programado
C) Nada, el LB gestiona todo
D) Apagar los servidores fuera de los picos
Ver la respuesta
Respuesta: B
Para los picos previsibles (Black Friday, eventos), utilice el scheduled scaling para aumentar la capacidad antes del pico. El LB distribuye el tráfico, pero las instancias deben existir. El scaling reactivo puede ser demasiado lento para picos repentinos.
Pregunta 29
¿Cuál es la diferencia entre escalabilidad vertical y horizontal?
A) Ninguna
B) Vertical = instancia más potente, Horizontal = más instancias
C) Vertical = más instancias, Horizontal = más potencia
D) Depende del cloud provider
Ver la respuesta
Respuesta: B
Escalabilidad vertical (scale up): aumentar los recursos de una instancia (más CPU, RAM). Escalabilidad horizontal (scale out): añadir más instancias. La nube favorece la horizontal porque permite mejor resiliencia y es casi ilimitada.
Pregunta 30
¿Cómo probar la alta disponibilidad de una arquitectura?
A) Esperar una falla real
B) Simular fallas: detener una instancia, una AZ, verificar el failover
C) Leer la documentación
D) Confiar en AWS
Ver la respuesta
Respuesta: B
Se debe probar activamente la HA simulando fallas: terminar una instancia y verificar que el tráfico se redirige, simular una falla de AZ, probar el comportamiento de los health checks. AWS Fault Injection Simulator puede ayudar a automatizar estas pruebas (Chaos Engineering).
Resultado
Cuente sus respuestas correctas:
- 27-30 : Excelente - Usted domina la alta disponibilidad
- 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 Arquitectura HA una vez que haya alcanzado al menos 22 respuestas correctas.