

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Assinale a opção correspondente à aplicação que implementa o balanceamento de carga do tráfego HTTP em grupos de servidores da Web ou de aplicativos, com vários algoritmos e recursos avançados, como início lento e persistência de sessão.
NGINX
Sendmail
PowerShell
OneTab
Você precisa distribuir a carga entre dois ou mais servidores HTTP. Qual o código do módulo HTTP do NGINX para resolver esse problema?




Os sistemas de cluster baseado em balanceamento de carga integram seus nodos para que todas as requisições provenientes dos clientes sejam distribuídas de maneira equilibrada entre os nodos. Os sistemas não trabalham juntos em um único processo, mas redirecionando as requisições de forma independente, assim que chegam, baseados em um escalonador e um algoritmo próprio. Os algoritmos para balanceamento são um dos fatores de maior importância neste contexto. É CORRETO afirmar sobre o método Round Robin que este algoritmo:
usa a técnica de sempre direcionar as requisições para o próximo servidor disponível de uma forma circular. Por exemplo, as conexões de entrada são dirigidas para o servidor 1, depois servidor 2 e, finalmente, servidor 3, retornando depois ao servidor 1.
dirige os pedidos para os servidores baseados na carga de requisições de cada um e na capacidade de resposta dos mesmos (performance): por exemplo, se o servidor 1 é quatro vezes mais rápido no atendimento aos pedidos do que o servidor 2, o administrador coloca um peso maior de trabalho para o servidor 1 do que para o servidor 2.
redireciona as requisições para o servidor baseado no menor número de requisições/conexões: por exemplo, se o servidor 1 está controlando atualmente 50 requisições/conexões, e o servidor 2 controla 25 requisições/conexões, a próxima requisição/conexão será automaticamente direcionado para o servidor 2, desde que atualmente o servidor tenha um número menor de requisições/conexões ativas.
atribui os trabalhos com o mesmo endereço de origem sempre ao mesmo servidor, a menos que ele esteja sobrecarregado ou indisponível no momento. No caso de sobrecarga, o trabalho é atribuído a outro servidor com menos conexões.
atribui o trabalho ao servidor que tem o menor número de conexões dentre o conjunto que está lidando com certo endereço de destino. Caso todos estejam superlotados, um nó com menos trabalhos é escolhido e adicionado ao conjunto. Se o servidor não for modificado em um determinado período de tempo, o nó mais ocupado é removido do conjunto para evitar um alto grau de replicação.
Sistemas de alta disponibilidade possuem implementações de tecnologia conhecidas como tolerância a falhas; atualmente, o becape constitui um importante elemento de tolerância a falhas nesses sistemas.
Certo
Errado
No contexto de balanceamento de carga, o termo sticky connections descreve a
ocorrência de conexões inválidas ou incompletas ao balanceador de carga.
existência de conexões que não serão mais utilizadas, mas que permanecem ativas pelo não encerramento correto da sessão.
capacidade do balanceador de carga de responder uma requisição sem encaminhá-la ao servidor de backend.
habilidade do frontend do balanceador de carga de direcionar conexões recorrentes ao mesmo servidor de backend.
forma como o balanceamento de carga gerencia as conexões enquanto o servidor de backend processa a requisição.