Questão de Sistemas Operacionais — Virtualização — Quadrix 2025

vSphere HA: reinício automático de VMs em hosts saudáveis

Gabarito: letra C. Quando um host ESXi falha em um cluster com vSphere HA, o vCenter Server detecta a perda de heartbeat e reinicia automaticamente as máquinas virtuais que estavam em execução naquele host em outros hosts ESXi saudáveis do cluster — é a essência do High Availability (HA) da VMware. As VMs não são migradas a quente (isso seria vMotion, que exige host ativo), nem ficam aguardando intervenção manual; o HA é justamente a resposta automática a falhas de hardware.

O vSphere HA é um recurso de alta disponibilidade que protege as VMs contra falhas de host ESXi. Ele funciona monitorando continuamente a saúde dos hosts do cluster por meio de heartbeats (batimentos) trocados entre os hosts e o vCenter Server. Quando um host deixa de responder, o HA entra em ação: identifica os hosts remanescentes com capacidade suficiente e reinicia as VMs afetadas neles. Esse processo é automático e não depende de intervenção humana — o objetivo é minimizar o tempo de indisponibilidade dos serviços.

É importante distinguir o HA de outras funcionalidades da VMware, pois a banca explora exatamente essa confusão. O vMotion permite migrar VMs a quente (sem interrupção) entre hosts, mas exige que ambos os hosts estejam ativos e com recursos disponíveis — não se aplica a um host que falhou. O Fault Tolerance (FT) cria uma cópia secundária da VM em outro host, garantindo continuidade imediata, mas tem requisitos rígidos de hardware e rede. O snapshot é uma fotografia do estado da VM, usada para backup ou rollback, não para recuperação de falha de host. O HA, por sua vez, é a camada que responde à falha reiniciando as VMs em outro lugar.

Na prática, quando um host ESXi falha, o vCenter Server (ou o host master do cluster, se o vCenter estiver indisponível) detecta a falha e executa o seguinte fluxo: (1) identifica as VMs que estavam rodando no host falho; (2) verifica quais hosts do cluster têm recursos disponíveis; (3) reinicia as VMs nesses hosts, respeitando as prioridades de reinício configuradas (por exemplo, VMs críticas primeiro). O tempo de indisponibilidade é o necessário para o reinício do sistema operacional convidado — não há migração a quente, pois o host de origem está morto.

A pegadinha central desta questão é confundir o HA com o vMotion. O vMotion é uma migração a quente que exige host de origem ativo; o HA é uma reinicialização a frio em outro host após a falha. A alternativa B tenta exatamente essa troca: "migradas à quente antes que o host falhe" — mas o HA não prevê migração preventiva; ele reage à falha já ocorrida. Guarde essa fronteira: HA = reinício automático pós-falha; vMotion = migração a quente com host ativo.

Alternativa A — ❌ Incorreta

O vCenter Server não reinicia o host físico falho. O vCenter é o gerenciador central do cluster, mas não tem capacidade de religar um servidor físico que sofreu falha de hardware — isso exigiria recursos como iLO/DRAC (gerenciamento out-of-band) ou intervenção física. O HA não atua sobre o host, mas sobre as VMs que ele hospedava.

Alternativa B — ❌ Incorreta

As VMs não são migradas a quente antes da falha. Migração a quente é função do vMotion, que exige que o host de origem esteja ativo e com recursos disponíveis. No cenário de falha súbita, não há tempo nem condição para migração preventiva — o HA age após a falha, reiniciando as VMs em outro host.

Alternativa C — ✅ Correta ⟵ GABARITO

Esta é a ação automática do vSphere HA: reiniciar as VMs em outros hosts ESXi saudáveis do cluster. O HA monitora a saúde dos hosts e, ao detectar a falha, reinicia as VMs afetadas nos hosts remanescentes, garantindo a disponibilidade dos serviços com o mínimo de intervenção manual.

Alternativa D — ❌ Incorreta

O snapshot não é revertido no host original. Snapshot é uma funcionalidade de backup/rollback do estado da VM (memória, disco, configuração), usada para reverter a VM a um ponto anterior no tempo — não para recuperação de falha de host. Além disso, o host original está falho e indisponível; o HA não espera seu retorno para agir.

Alternativa E — ❌ Incorreta

As VMs não permanecem desligadas até intervenção manual. Essa seria a ausência de HA — um cluster sem o recurso configurado. Com o vSphere HA ativo, a reinicialização é automática, sem necessidade de ação do operador. A intervenção manual só seria necessária em cenários de falha do próprio HA ou de configuração inadequada.

Gabarito: letra C — as VMs serão reiniciadas automaticamente em outros hosts ESXi saudáveis do cluster.