Questão de Redes de Computadores — Nginx — VUNESP 2025
Redes de Computadores›Nginx
Código
vu223012
Banca
VUNESP
Órgão
TJM SP
Ano
2025
Cargo
Ana CPDJ ( )
O seguinte trecho foi encontrado em um arquivo de configuração de um servidor Nginx. upstream backend { server 10.10.12.45:80 weight=1; server app.example.com:80 weight=2; server spare.example.com:80 backup; } server { location / { proxy_pass http://backend; } } O objetivo desse bloco é prover comportamento de
Abalanceamento de carga.
Bagendamento de backups automáticos da pasta raiz dos arquivos de conteúdo estático hospedados.
Cdetecção de intrusões (IDS).
Dregistro de geolocalização.
Elimitação de largura de banda por cliente.
Revelar gabarito e comentário▾
GabaritoA — balanceamento de carga.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Balanceamento de Carga com Nginx
Gabarito: letra A. O bloco de configuração apresentado define um upstream com múltiplos servidores, pesos (weight) e um servidor de reserva (backup), e o proxy_pass direciona as requisições para esse grupo — essa é a estrutura clássica de balanceamento de carga (load balancing) no Nginx, que distribui o tráfego entre os servidores do pool.
O Nginx é um servidor web de alto desempenho que também atua como proxy reverso. Quando você define um bloco upstream, está criando um grupo de servidores de backend que receberão as requisições dos clientes. O Nginx então aplica um algoritmo de distribuição — por padrão, round-robin (cada requisição vai para o próximo servidor da lista, de forma cíclica) — mas você pode configurar pesos para enviar mais tráfego a servidores mais potentes, e marcar um servidor como backup, que só entra em operação se os demais estiverem indisponíveis.
No trecho da questão, temos três servidores: 10.10.12.45:80 com peso 1, app.example.com:80 com peso 2, e spare.example.com:80 como backup. Isso significa que, em condições normais, o Nginx distribui as requisições entre os dois primeiros, na proporção de 1 para 2 (o segundo recebe o dobro de requisições do primeiro). O terceiro servidor fica de prontidão e só recebe tráfego se os outros dois falharem. O location / com proxy_pass http://backend faz com que todas as requisições para a raiz do site sejam encaminhadas para esse grupo.
Esse é o mecanismo fundamental para escalabilidade horizontal: em vez de um único servidor sobrecarregado, você distribui a carga entre vários, aumentando a capacidade de atendimento e a disponibilidade do serviço. Se um servidor cair, o Nginx automaticamente redireciona o tráfego para os demais (e, se todos os principais falharem, ativa o backup).
A pegadinha da questão está em associar o termo backup a "backup de dados" (cópia de segurança), quando na verdade, no contexto do Nginx, backup designa um servidor de reserva para o balanceamento de carga. As demais alternativas (IDS, geolocalização, limitação de banda) são funcionalidades que podem existir em outros sistemas, mas não têm relação com o bloco upstream apresentado.
Guarde o conceito: upstream + proxy_pass = balanceamento de carga. É exatamente esse o critério que separa a alternativa correta das demais.
Bloco upstream (Nginx): Servidores do pool (10.10.12.45:80 (weight=1), app.example.com:80 (weight=2), spare.example.com:80 (backup)); Diretivas (weight → proporção de tráfego, backup → reserva (só se os principais falharem)); proxy_pass http://backend (Encaminha requisições ao grupo); Algoritmo padrão (Round-robin (cíclico))
Alternativa A — ✅ Correta ⟵ GABARITO
O bloco upstream define um grupo de servidores de backend, e o proxy_pass http://backend encaminha as requisições para esse grupo. O Nginx distribui o tráfego entre os servidores do grupo, aplicando o algoritmo de balanceamento configurado (por padrão, round-robin, mas aqui com pesos e um servidor de reserva). Isso é, por definição, balanceamento de carga.
Alternativa B — ❌ Incorreta
A palavra backup no contexto do Nginx não tem relação com cópia de segurança de dados. No bloco upstream, backup marca um servidor como reserva (standby), que só é usado se os servidores principais estiverem indisponíveis. A alternativa confunde o termo técnico do Nginx com o conceito de backup de arquivos.
Alternativa C — ❌ Incorreta
IDS (Intrusion Detection System) é um sistema de detecção de intrusões, que monitora o tráfego de rede em busca de atividades maliciosas. Nada no bloco de configuração apresentado indica essa funcionalidade — não há regras de inspeção, assinaturas ou alertas. O bloco apenas define um grupo de servidores para receber requisições.
Alternativa D — ❌ Incorreta
Registro de geolocalização envolve identificar a localização geográfica dos clientes, geralmente por IP. O bloco upstream não contém nenhuma diretiva relacionada a geolocalização; ele apenas lista servidores de backend. Essa funcionalidade, se desejada, seria implementada por outros módulos ou configurações do Nginx.
Alternativa E — ❌ Incorreta
Limitação de largura de banda por cliente é feita no Nginx com diretivas como limit_rate ou limit_conn, que não aparecem no trecho. O bloco upstream é exclusivamente para definir o grupo de servidores de balanceamento; não há nenhuma configuração de controle de tráfego por cliente.
Gabarito: letra A — o bloco upstream com proxy_pass configura balanceamento de carga entre os servidores listados.