Pular para o conteúdo principal

Questão de Sistemas Operacionais — Sistemas Distribuídos (Cluster, GRID, etc.) — CESPE / CEBRASPE 2024

Sistemas OperacionaisSistemas Distribuídos (Cluster, GRID, etc.)
Código
ce404121
Banca
CESPE / CEBRASPE
Órgão
ApexBrasil
Ano
2024
Cargo
Ana (APEX)
Na estratégia de redundância e resiliência, o balanceamento de carga
  1. Aenvolve armazenado em locais seguros e testado regularmente para garantir que os dados sejam recuperados efetivamente em caso de falhas ou desastres.
  2. Bpode ser realizado por meio de hardware dedicado ou software específico, distribuindo o tráfego entre vários servidores ou instâncias para evitar sobrecarga em um único ponto.
  3. Ccria ambientes isolados e independentes, permitindo que se migrem rapidamente serviços e aplicativos entre diferentes máquinas virtuais ou contêineres.
  4. Denvolve a utilização de data centers em várias regiões ou até mesmo em diferentes países, evitando que um único ponto de falha afete todos os seus serviços.
Revelar gabarito e comentário

GabaritoB — pode ser realizado por meio de hardware dedicado ou software específico, distribuindo o tráfego entre vários servidores ou instâncias para evitar sobrecarga em um único ponto.

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 em sistemas distribuídos

Gabarito: letra B. O balanceamento de carga é a técnica que distribui o tráfego ou as requisições entre múltiplos servidores ou instâncias, evitando que um único ponto se sobrecarregue — e pode ser implementado por hardware dedicado (como um balanceador físico) ou por software específico (como Nginx, HAProxy, etc.). As demais alternativas descrevem outros conceitos de redundância e resiliência: backup (A), virtualização/contêineres (C) e replicação geográfica/multi-região (D).

O balanceamento de carga é um pilar da arquitetura de sistemas distribuídos e de alta disponibilidade. Seu objetivo central é distribuir o trabalho de forma equilibrada entre os recursos disponíveis, maximizando o throughput, minimizando a latência e evitando que um servidor específico se torne um gargalo ou um ponto único de falha. Imagine um site de comércio eletrônico com milhões de acessos simultâneos: se todo o tráfego fosse direcionado a um único servidor web, ele rapidamente ficaria sobrecarregado, degradando o desempenho ou até caindo. Com um balanceador de carga, as requisições são distribuídas entre vários servidores, cada um processando uma fração do total.

A implementação pode ser feita de duas formas principais, que a alternativa B corretamente menciona:

  • Hardware dedicado: equipamentos físicos (como F5 BIG-IP, Citrix NetScaler) posicionados na frente dos servidores, que inspecionam o tráfego e o encaminham conforme algoritmos definidos. São robustos e de alto desempenho, porém mais caros e menos flexíveis.

  • Software específico: programas que executam a mesma função em servidores comuns, como Nginx, HAProxy, Apache (com módulos), ou soluções em nuvem (como o Elastic Load Balancer da AWS). São mais baratos, flexíveis e amplamente adotados.

Os algoritmos de balanceamento variam: round-robin (distribuição sequencial, como no exemplo do contexto: servidor 1, 2, 3, 1, 2, 3...), least connections (envia para o servidor com menos conexões ativas), IP hash (baseado no IP do cliente), entre outros. A escolha depende do cenário e do objetivo (distribuir carga, manter sessões, tolerar falhas).

A pegadinha da questão está em confundir balanceamento de carga com outras estratégias de redundância e resiliência. O balanceamento é sobre distribuir o tráfego; as outras alternativas tratam de proteger os dados (backup), isolar ambientes (virtualização) e garantir disponibilidade geográfica (multi-região). Guarde essa distinção: é exatamente nela que as alternativas se dividem.

1Balanceamento de carga
Distribui tráfego entre servidores
Hardware dedicado (F5, Citrix)
Software (Nginx, HAProxy)
Algoritmos: round-robin, least connections, IP hash
2Backup
Cópias em locais seguros
Testado regularmente
Recuperação em desastres
3Virtualização/contêineres
Ambientes isolados
Migração rápida de serviços
4Replicação geográfica
Data centers em várias regiões
Evita ponto único de falha
Estratégias de redundância e resiliência
LEVELsoulevel.com.br
Estratégias de redundância e resiliência: Balanceamento de carga (Distribui tráfego entre servidores, Hardware dedicado (F5, Citrix), Software (Nginx, HAProxy), Algoritmos: round-robin, least connections, IP hash); Backup (Cópias em locais seguros, Testado regularmente, Recuperação em desastres); Virtualização/contêineres (Ambientes isolados, Migração rápida de serviços); Replicação geográfica (Data centers em várias regiões, Evita ponto único de falha)

Alternativa A — ❌ Incorreta

Descreve a estratégia de backup: dados armazenados em locais seguros e testados regularmente para recuperação em caso de falhas ou desastres. Isso é parte da redundância de dados, não do balanceamento de carga. O balanceamento não lida com armazenamento de cópias de segurança, mas com a distribuição de requisições entre servidores ativos.

Alternativa B — ✅ Correta ⟵ GABARITO

Define com precisão o balanceamento de carga: "pode ser realizado por meio de hardware dedicado ou software específico, distribuindo o tráfego entre vários servidores ou instâncias para evitar sobrecarga em um único ponto". Todos os elementos estão corretos: as duas formas de implementação (hardware/software), o objeto (tráfego), o destino (vários servidores/instâncias) e o objetivo (evitar sobrecarga em um único ponto). É a definição canônica do conceito.

Alternativa C — ❌ Incorreta

Descreve a virtualização e os contêineres: criar ambientes isolados e independentes (máquinas virtuais ou contêineres) que permitem migrar serviços rapidamente entre eles. Embora a virtualização seja frequentemente usada em conjunto com balanceamento de carga (para escalar instâncias), o conceito descrito é de isolamento e portabilidade, não de distribuição de tráfego.

Alternativa D — ❌ Incorreta

Descreve a replicação geográfica / multi-região: utilizar data centers em várias regiões ou países para evitar que um único ponto de falha afete todos os serviços. Isso é uma estratégia de alta disponibilidade e disaster recovery, mas não é o balanceamento de carga em si. O balanceamento pode operar dentro de uma região ou entre regiões, mas a alternativa descreve apenas a distribuição geográfica da infraestrutura, não a distribuição de tráfego entre servidores.

NÃO CAIA NESSA!

A banca mistura conceitos de redundância e resiliência que costumam andar juntos na prática. O candidato que sabe que balanceamento de carga "ajuda na resiliência" pode se confundir e marcar a alternativa D (multi-região) ou a C (virtualização). O critério decisivo é: balanceamento = distribuição de tráfego entre servidores ativos; as outras alternativas tratam de backup, isolamento e replicação geográfica. Identifique o verbo central de cada alternativa: "distribuir" (B) vs. "armazenar" (A), "isolar" (C), "utilizar data centers" (D).

Gabarito: letra B

Link permanente: /questoes/ce404121