Quiz de Validação - MÓDULO 8
Este quiz de 30 questões permite validar seus conhecimentos sobre alta disponibilidade e balanceamento de carga antes de passar para o laboratório prático.
Pergunta 1
O que significa HA (High Availability)?
A) Hardware Architecture
B) Alta Disponibilidade - capacidade de um sistema permanecer operacional mesmo diante de falhas
C) High Access - acesso rápido aos dados
D) Host Allocation
Ver resposta
Resposta: B
Alta Disponibilidade (HA) é a capacidade de um sistema permanecer operacional e acessível mesmo em caso de falha de um componente. É medida em percentual de disponibilidade (ex: 99,99% = menos de 52 minutos de indisponibilidade por ano).
Pergunta 2
O que significa "99,99%" de disponibilidade (four nines)?
A) 99,99% dos usuários estão satisfeitos
B) Menos de 52 minutos de indisponibilidade por ano
C) 99,99% das requisições são bem-sucedidas
D) O sistema é 99,99% mais barato
Ver resposta
Resposta: B
99,99% de disponibilidade significa que o sistema pode ficar indisponível no máximo 52,56 minutos por ano (0,01% do ano). 99,9% permite 8,76 horas, 99,999% apenas 5,26 minutos. Quanto mais "9", mais exigente e caro.
Pergunta 3
Qual é a principal estratégia para alcançar alta disponibilidade?
A) Usar servidores mais potentes
B) Redundância - deploy em múltiplas zonas de disponibilidade
C) Aumentar a memória
D) Usar discos SSD
Ver resposta
Resposta: B
A redundância é a chave da HA. Ao implantar recursos idênticos em várias AZs (ou regiões), uma falha em uma zona não afeta a disponibilidade global. O tráfego é redirecionado para os recursos saudáveis.
Pergunta 4
Quantas zonas de disponibilidade no mínimo para uma arquitetura de alta disponibilidade?
A) 1
B) 2
C) 3
D) 5
Ver resposta
Resposta: B
No mínimo 2 AZs para alta disponibilidade. Se uma AZ falhar, a outra assume. A AWS recomenda frequentemente 3 AZs para mais resiliência, especialmente para workloads críticos. Cada região AWS tem pelo menos 3 AZs.
Pergunta 5
O que é um Single Point of Failure (SPOF)?
A) Um componente único cuja falha causa a indisponibilidade de todo o sistema
B) Um servidor muito potente
C) Um ponto de controle de segurança
D) Uma métrica de performance
Ver resposta
Resposta: A
Um SPOF é um componente não redundante cuja falha provoca a parada completa do serviço. O objetivo da HA é eliminar os SPOFs duplicando cada componente crítico. Exemplo de SPOF: uma única instância de banco de dados sem réplica.
Pergunta 6
Quais são os três tipos de Load Balancers da AWS?
A) Small, Medium, Large
B) ALB, NLB, GLB (Application, Network, Gateway)
C) HTTP, TCP, UDP
D) Public, Private, Hybrid
Ver resposta
Resposta: B
A AWS oferece: Application Load Balancer (ALB) camada 7 para HTTP/HTTPS, Network Load Balancer (NLB) camada 4 para TCP/UDP de alta performance, e Gateway Load Balancer (GLB) para appliances virtuais (firewalls, IDS). O Classic Load Balancer está depreciado.
Pergunta 7
Qual Load Balancer escolher para uma aplicação web padrão?
A) Network Load Balancer
B) Application Load Balancer
C) Gateway Load Balancer
D) Classic Load Balancer
Ver resposta
Resposta: B
O ALB é ideal para aplicações web HTTP/HTTPS. Suporta roteamento baseado em URL, headers e cookies. Também pode fazer terminação SSL e integrar WAF. O NLB é para casos que exigem performance extrema ou protocolos não-HTTP.
Pergunta 8
Qual Load Balancer oferece a menor latência?
A) Application Load Balancer
B) Network Load Balancer
C) Gateway Load Balancer
D) Todos têm a mesma latência
Ver resposta
Resposta: B
O NLB opera na camada 4 (transporte) e oferece latência muito baixa (microssegundos vs milissegundos do ALB). Pode lidar com milhões de requisições por segundo. Ideal para aplicações em tempo real, gaming, IoT.
Pergunta 9
O que é um Target Group?
A) Um grupo de usuários-alvo
B) Um conjunto de destinos (instâncias, IPs, Lambda) para onde o LB envia o tráfego
C) Um grupo de Security Groups
D) Um grupo de métricas
Ver resposta
Resposta: B
Um Target Group agrupa os destinos que recebem o tráfego do Load Balancer. Os destinos podem ser instâncias EC2, endereços IP ou funções Lambda. Cada Target Group tem seus próprios parâmetros de health check.
Pergunta 10
O que é um Health Check?
A) Um exame médico
B) Uma verificação periódica do estado de saúde dos destinos pelo Load Balancer
C) Uma auditoria de segurança
D) Um teste de performance
Ver resposta
Resposta: B
O Health Check é uma verificação periódica enviada pelo LB para os destinos. Se um destino não responde corretamente (código HTTP errado, timeout), é marcado como "unhealthy" e não recebe mais tráfego até se recuperar.
Pergunta 11
Quais parâmetros configuram um Health Check?
A) Apenas a URL
B) Protocolo, porta, path, intervalo, thresholds healthy/unhealthy, timeout
C) Apenas a porta
D) Apenas o timeout
Ver resposta
Resposta: B
Os parâmetros incluem: protocolo (HTTP, HTTPS, TCP), porta, caminho (/health), intervalo entre checks, número de checks bem-sucedidos para ser healthy, número de falhas para ser unhealthy, timeout e códigos de resposta esperados.
Pergunta 12
Um destino se torna "unhealthy" após quantas falhas consecutivas por padrão?
A) 1
B) 2
C) 5
D) 10
Ver resposta
Resposta: B
Por padrão, após 2 falhas consecutivas (unhealthy threshold = 2), um destino é marcado como unhealthy. Da mesma forma, são necessários 5 sucessos consecutivos (healthy threshold = 5) por padrão para voltar a ser healthy. Esses valores são configuráveis.
Pergunta 13
O que acontece se todos os destinos de um Target Group estiverem unhealthy?
A) O LB retorna erro 503 para todos os clientes
B) O LB pode ser configurado para enviar o tráfego mesmo assim (fail-open)
C) O LB para
D) A e B conforme a configuração
Ver resposta
Resposta: D
Por padrão, se todos os destinos estão unhealthy, o LB retorna erros. Mas é possível ativar "fail-open" para continuar distribuindo o tráfego para todos os destinos mesmo unhealthy, esperando que acabem respondendo. Use com cautela.
Pergunta 14
O que é Cross-Zone Load Balancing?
A) Balanceamento de carga entre regiões
B) Distribuição do tráfego uniformemente entre todos os destinos de todas as AZs
C) Roteamento geográfico
D) Replicação de dados
Ver resposta
Resposta: B
O Cross-Zone Load Balancing distribui o tráfego uniformemente entre todos os destinos registrados, independentemente da AZ. Sem essa opção, cada nó do LB distribui apenas para destinos de sua própria AZ, o que pode causar desequilíbrios.
Pergunta 15
O Cross-Zone Load Balancing está ativado por padrão para o ALB?
A) Não
B) Sim
C) Depende da região
D) Apenas para grandes volumes
Ver resposta
Resposta: B
Para o ALB, o Cross-Zone Load Balancing está ativado por padrão e não pode ser desativado. Para o NLB, está desativado por padrão (por questões de performance) e pode ser ativado por Target Group.
Pergunta 16
O que é terminação SSL no nível do Load Balancer?
A) Parar de usar SSL
B) O LB descriptografa o tráfego HTTPS e se comunica em HTTP com os backends
C) Renovar os certificados
D) Bloquear conexões SSL
Ver resposta
Resposta: B
A terminação SSL significa que o LB gerencia a criptografia/descriptografia HTTPS. Os clientes se comunicam em HTTPS com o LB, e o LB se comunica em HTTP com as instâncias backend (na rede privada segura). Simplifica o gerenciamento de certificados.
Pergunta 17
Onde armazenar os certificados SSL para um ALB?
A) Apenas nas instâncias EC2
B) No AWS Certificate Manager (ACM)
C) No S3
D) No código da aplicação
Ver resposta
Resposta: B
O ACM (AWS Certificate Manager) é o serviço recomendado para armazenar e gerenciar certificados SSL/TLS. Os certificados ACM são gratuitos para serviços integrados (ALB, CloudFront) e são renovados automaticamente.
Pergunta 18
O que é um Listener em um Load Balancer?
A) Uma ferramenta de logging
B) Um processo que escuta em uma porta/protocolo específico e roteia conforme regras
C) Uma auditoria de segurança
D) Um tipo de instância
Ver resposta
Resposta: B
Um Listener escuta conexões em uma porta e protocolo (ex: HTTPS 443). Quando uma requisição chega, ele avalia conforme as regras configuradas e roteia para o Target Group apropriado. Um LB pode ter vários Listeners.
Pergunta 19
Como redirecionar automaticamente HTTP para HTTPS com um ALB?
A) Não é possível
B) Criar uma regra de redirecionamento no Listener HTTP (porta 80)
C) Modificar o código da aplicação
D) Usar Route 53
Ver resposta
Resposta: B
No Listener HTTP (80), crie uma ação de redirecionamento para HTTPS (301 ou 302). Todas as requisições HTTP serão automaticamente redirecionadas para HTTPS. É uma best practice de segurança.
Pergunta 20
O que é roteamento baseado em path (path-based routing)?
A) Roteamento baseado no endereço IP de origem
B) Roteamento para diferentes Target Groups conforme a URL solicitada
C) Roteamento baseado em geografia
D) Roteamento baseado no horário
Ver resposta
Resposta: B
O path-based routing permite rotear /api/* para um Target Group de API, /images/* para outro, /app/* para um terceiro. Muito útil para arquiteturas de microserviços ou CDNs.
Pergunta 21
Em quais sub-redes o ALB deve ser implantado?
A) Apenas sub-redes privadas
B) Sub-redes públicas (pelo menos 2 AZs)
C) Uma única AZ é suficiente
D) Em qualquer lugar
Ver resposta
Resposta: B
Um ALB internet-facing deve ser implantado em sub-redes públicas (com rota para IGW) em pelo menos 2 AZs para alta disponibilidade. O LB cria nós em cada AZ configurada.
Pergunta 22
O que é um Load Balancer "internal" vs "internet-facing"?
A) Mesma coisa
B) Internal tem IP privado, internet-facing tem IP público
C) Internal é mais rápido
D) Internet-facing é gratuito
Ver resposta
Resposta: B
Um LB internet-facing tem endereços IP públicos e pode receber tráfego da Internet. Um LB internal tem apenas IPs privados e serve para distribuir tráfego entre tiers internos (ex: entre camada web e aplicação).
Pergunta 23
É possível anexar um WAF a um ALB?
A) Não
B) Sim, AWS WAF pode ser anexado a um ALB
C) Apenas a um NLB
D) Apenas ao CloudFront
Ver resposta
Resposta: B
O AWS WAF (Web Application Firewall) pode ser anexado a um ALB para filtrar requisições maliciosas (SQL injection, XSS, etc.) antes que cheguem às aplicações. O WAF também funciona com CloudFront e API Gateway.
Pergunta 24
Qual métrica monitorar para um Load Balancer?
A) CPUUtilization
B) RequestCount, TargetResponseTime, HTTPCode_ELB_5XX, HealthyHostCount
C) DiskReadOps
D) Apenas NetworkIn
Ver resposta
Resposta: B
Métricas chave: RequestCount (volume), TargetResponseTime (latência), HTTPCode_ELB_5XX (erros do LB), HTTPCode_Target_5XX (erros do backend), HealthyHostCount/UnHealthyHostCount (saúde dos destinos), ActiveConnectionCount.
Pergunta 25
O que significa um aumento nos erros 5XX do Load Balancer (ELB_5XX)?
A) Problema do lado do cliente
B) O LB está com problemas para alcançar os backends ou todos estão unhealthy
C) Problema de DNS
D) Tráfego excessivo
Ver resposta
Resposta: B
Os erros ELB_5XX indicam um problema no nível do LB: impossível conectar aos backends (todos unhealthy, Security Group bloqueando, etc.). Os erros Target_5XX indicam que os backends estão respondendo com erros.
Pergunta 26
Como o LB sabe para qual instância enviar o tráfego?
A) Aleatoriamente
B) Round-robin por padrão, ou least connections, ou sticky sessions
C) Sempre a primeira
D) A mais próxima geograficamente
Ver resposta
Resposta: B
Por padrão, o ALB usa round-robin (cada requisição para o próximo destino). É possível ativar least outstanding requests (para o destino com menos requisições em andamento) ou sticky sessions (cookie para permanecer no mesmo destino).
Pergunta 27
O que é Connection Draining (deregistration delay)?
A) Limpar os logs
B) Permitir que as requisições em andamento sejam concluídas antes de remover um destino
C) Remover conexões inativas
D) Limitar o número de conexões
Ver resposta
Resposta: B
O Connection Draining permite que as requisições em andamento sejam finalizadas graciosamente quando uma instância é removida do Target Group (scaling down, manutenção). Por padrão, 300 segundos. Novas requisições não são mais enviadas.
Pergunta 28
Um site tem picos de carga previsíveis. Qual estratégia adotar?
A) Superdimensionar permanentemente
B) Pre-scaling com políticas de scaling agendado
C) Nada, o LB gerencia tudo
D) Desligar os servidores fora do pico
Ver resposta
Resposta: B
Para picos previsíveis (Black Friday, eventos), use o scheduled scaling para aumentar a capacidade antes do pico. O LB distribui o tráfego, mas as instâncias precisam existir. O scaling reativo pode ser lento demais para picos súbitos.
Pergunta 29
Qual a diferença entre escalabilidade vertical e horizontal?
A) Nenhuma
B) Vertical = instância mais potente, Horizontal = mais instâncias
C) Vertical = mais instâncias, Horizontal = mais potência
D) Depende do cloud provider
Ver resposta
Resposta: B
Escalabilidade vertical (scale up): aumentar os recursos de uma instância (mais CPU, RAM). Escalabilidade horizontal (scale out): adicionar mais instâncias. O cloud favorece a horizontal pois permite melhor resiliência e é quase ilimitada.
Pergunta 30
Como testar a alta disponibilidade de uma arquitetura?
A) Esperar uma falha real
B) Simular falhas: parar uma instância, uma AZ, verificar o failover
C) Ler a documentação
D) Confiar na AWS
Ver resposta
Resposta: B
É preciso testar ativamente a HA simulando falhas: terminar uma instância e verificar o failover, simular uma falha de AZ, testar o comportamento dos health checks. O AWS Fault Injection Simulator pode ajudar a automatizar esses testes (Chaos Engineering).
Resultado
Conte suas respostas corretas:
- 27-30: Excelente - Você domina alta disponibilidade
- 22-26: Bom - Alguns pontos para revisar
- 17-21: Médio - Releia o curso antes do laboratório
- Menos de 17: Insuficiente - Refaça o curso desde o início
Passe para o Lab Arquitetura HA assim que atingir pelo menos 22 respostas corretas.