Julgue o item a seguir, relativo ao MS Windows Server.
Por meio do failover do DHCP, dois servidores DHCP podem replicar os escopos DHCPv4 de um servidor DHCP primário para um servidor DHCP parceiro, o que permite redundância e balanceamento de carga dos serviços DHCP.
GabaritoC — Certo
Gabarito: letra C (CERTO). O failover do DHCP no Windows Server permite que dois servidores DHCP compartilhem escopos DHCPv4, oferecendo redundância e balanceamento de carga — exatamente o que o enunciado afirma. Essa funcionalidade foi introduzida no Windows Server 2012 e é um recurso nativo do serviço DHCP, sem necessidade de soluções de terceiros.
O DHCP (Dynamic Host Configuration Protocol) é o protocolo responsável por atribuir automaticamente configurações de rede — como endereço IP, máscara de sub-rede, gateway padrão e servidores DNS — aos clientes de uma rede. Em ambientes corporativos, a disponibilidade desse serviço é crítica: se o servidor DHCP ficar indisponível, novos dispositivos não conseguem obter IP e a rede para de crescer. Por isso, a alta disponibilidade é uma preocupação central.
Antes do Windows Server 2012, a redundância do DHCP era feita de forma limitada: ou por clustering (failover em nível de serviço, com um nó ativo e outro passivo), ou por split-scope (divisão manual do escopo em dois servidores independentes, cada um com uma faixa de endereços). O failover do DHCP introduzido no Server 2012 trouxe uma solução integrada e mais elegante: dois servidores podem operar em modo ativo-ativo ou ativo-passivo, replicando as informações de concessão entre si.
Na prática, o failover funciona assim: os dois servidores são configurados como parceiros e compartilham um ou mais escopos DHCPv4. Quando um cliente solicita um endereço, qualquer um dos servidores pode responder, dependendo do modo configurado. No modo balanceamento de carga (load balance), as requisições são distribuídas entre os dois servidores, dividindo o trabalho. No modo espera ativa (hot standby), um servidor fica responsável por atender os clientes e o outro fica de prontidão, assumindo o serviço caso o primeiro falhe. Em ambos os modos, as concessões e reservas são replicadas entre os parceiros, garantindo que, se um servidor cair, o outro tenha as informações necessárias para continuar atendendo sem interrupção.
A replicação entre os servidores é feita por mensagens de failover, que sincronizam o estado das concessões. Isso é essencial para evitar conflitos de endereçamento — por exemplo, se um servidor concedeu o IP 192.168.1.10 a um cliente, o outro servidor precisa saber disso para não conceder o mesmo IP a outro dispositivo. O failover do DHCP resolve exatamente esse problema, mantendo os dois servidores com uma visão consistente do escopo.
A banca explora aqui um ponto que costuma gerar confusão: o failover do DHCP é um recurso específico do Windows Server, e muitos candidatos podem pensar que a redundância do DHCP só é possível com clustering ou com soluções de terceiros. Mas o enunciado descreve com precisão o funcionamento do recurso nativo: dois servidores, replicação de escopos DHCPv4, redundância e balanceamento de carga. Não há nenhum erro técnico na afirmação.
A banca pode tentar confundir o candidato afirmando que o failover do DHCP só funciona com DHCPv6, ou que ele exige configuração manual de split-scope. Mas o recurso nativo do Windows Server 2012 em diante suporta DHCPv4 e oferece os dois modos (balanceamento de carga e espera ativa) — é exatamente o que o enunciado descreve. Fique atento: o failover é uma funcionalidade real e nativa, não uma invenção da questão.
A afirmação está correta. O failover do DHCP no Windows Server permite que dois servidores DHCP compartilhem escopos DHCPv4, replicando as informações de concessão entre eles. Isso proporciona redundância (se um servidor falhar, o outro assume) e balanceamento de carga (as requisições podem ser distribuídas entre os dois). O recurso foi introduzido no Windows Server 2012 e está presente nas versões posteriores, como o Server 2016 e o Server 2019. A descrição do enunciado é tecnicamente precisa e corresponde exatamente ao funcionamento do recurso.
Gabarito: letra C (CERTO).
Link permanente: /questoes/ce418071