Atualização ESXi 6.7 a 8.0 - Corrigir falha no servidor de produção

Verifique primeiro a compatibilidade de hardware

O ESXi 6.7 atingiu o fim do suporte geral em 15 de outubro de 2022, então a mudança está atrasada – mas 6.7 para 8.0 é uma atualização da versão principal, não um patch. Entre as duas versões, a VMware removeu totalmente o modelo de driver VMKLinux (cada dispositivo agora precisa de um driver nativo) e retirou uma geração de CPUs, adaptadores de rede e controladores de armazenamento. Um host 6.7 perfeitamente íntegro ainda pode não ser atualizável do jeito que está.

Antes de qualquer janela ser reservada, verifique o Guia de compatibilidade do VMware para saber o modelo exato do servidor, família de CPU, adaptadores de rede e controlador de armazenamento em relação ao ESXi 8.0 e atualize o firmware do servidor (BIOS, controlador de armazenamento, NICs) para as versões listadas pelo fornecedor para 8.0. A pré-verificação do próprio instalador também alerta sobre dispositivos obsoletos – mas descobrir no console à meia-noite é a hora errada. Verifique primeiro no papel.

Faça backup da configuração do host e das VMs

Faça backup da configuração do host a partir do shell do host (ative primeiro o SSH no host, se estiver desativado). O comando retorna um link de download para o pacote de configuração — abra-o e salve o arquivo .tgz em algum lugar que não esteja neste servidor:

vim-cmd hostsvc/firmware/backup_config

Em seguida, confirme se os backups da VM estão atuais e se pelo menos uma restauração foi realmente testada. Metade de todas as telas roxas pós-atualização remontam ao firmware que o hipervisor antigo tolerava – mas as falhas que você não pode desfazer são aquelas sem backup por trás delas.

Planeje a janela e mantenha a chave de licença 8.0 pronta

Escolha um horário de manutenção e anuncie-o aos usuários — ninguém deve estar no meio do salvamento quando o host cair. Anote a sequência com horários e defina um prazo de rollback rígido: o ponto da noite após o qual você interrompe a depuração e reverte (Etapa 7) em vez de consumir a janela inteira. Envie uma mensagem de encerramento quando o trabalho estiver concluído, para que a manhã seguinte não comece com boatos.

Organize a licença antes da janela, não durante ela. As chaves de licença estão vinculadas à versão principal — um host 8.0 não aceitará uma chave 6.7 e, sem ela, ele será executado em modo de avaliação por 60 dias. Na Broadcom, as chaves e os downloads vêm do portal de suporte da Broadcom contra o seu direito, portanto, organize esse acesso com antecedência.

Rota A – Atualização inicializando o ISO 8.0

Informe os usuários e então coloque o host em modo de manutenção — cada VM é desligada ou migrada para outro host. Nunca atualize um host que ainda esteja executando VMs de produção.

Inicialize o instalador do ESXi 8.0 a partir do ISO, selecione o disco que contém a instalação existente e escolha Atualizar ESXi, preservar armazenamento de dados VMFS. Esta é a rota mostrada na maioria dos servidores, e aquela que lida com um salto de versão grande de forma limpa porque as pré-verificações aparecem na tela à medida que avança.

Rota B – Atualização do Shell com esxcli

A rota do depósito é executada inteiramente a partir do shell do host — sem mídia física ou virtual — o que a torna a escolha prática para um host remoto. O host ainda entra primeiro no modo de manutenção, exatamente como na Rota A. Permita que o cliente HTTP passe pelo firewall do host:

esxcli network firewall ruleset set -e true -r httpClient

Liste os perfis disponíveis no depósito on-line da VMware e anote o nome exato do perfil padrão 8.0:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

Em seguida, execute a atualização do perfil no depósito, usando o nome exato do perfil, e reinicialize o host quando ele for concluído:

esxcli software profile update -d <depot-url> -p <exact-profile-name>

A mesma rota funciona offline: copie o ZIP do pacote de depósito para um armazenamento de dados e aponte o valor -d para esse arquivo. Observe que profile update é o comando de atualização — ele mantém sua configuração existente e VIBs de terceiros onde eles são compatíveis; não substitua profile install, que substitui a imagem.

Após a reinicialização – licenciar, verificar e liberar

Assim que o host fizer backup na versão 8.0, aplique sua chave de licença do ESXi 8.0 — a chave 6.7 não é aceita e, sem a nova chave, o tempo de avaliação está correndo. Saia do modo de manutenção, então inicie primeiro uma VM não crítica e verifique sua rede, armazenamento e console antes de iniciar o restante.

A seguir, analise o próprio host: o log de eventos e o status do hardware para reclamações de driver ou sensor, cada armazenamento de dados montado e as configurações da rede de gerenciamento intactas. Só então libere o servidor de volta para os usuários e envie a mensagem de encerramento da Etapa 3.

The Crash Playbook – Tela roxa e reversão Shift + R

Se o host apresentar tela roxa (PSOD) ou não inicializar de maneira útil após a atualização, trabalhe nesta ordem. Primeiro, fotografe a tela roxa antes de tocar em qualquer coisa. Um PSOD é o VMkernel parando deliberadamente porque continuar colocaria as VMs em risco — e a tela é o diagnóstico: o tipo de exceção e o módulo nomeado apontam para a causa, com um nome de módulo de driver indicando um problema de suporte de hardware e uma falha de página apontando para a memória ou firmware.

Segundo, reinicie uma vez e observe. Uma única tela roxa transitória após uma mudança de driver são dados; uma repetição é um veredicto. Os primeiros suspeitos, na própria ordem da atualização: uma NIC ou adaptador de armazenamento não suportado, firmware mais antigo do que as listas do guia de compatibilidade ou um erro de memória que a versão antiga nunca estressou.

Terceiro, reverter. O ESXi é instalado em dois bancos de inicialização e a atualização deixa sua versão 6.7 anterior intacta no banco alternativo. Reinicie o host e, no prompt de inicialização, pressione Shift + R e confirme — o host inicializa a versão 6.7 anterior, com configuração incluída, exatamente como você a deixou. Se a reversão funcionar, você ganhou tempo: corrija a causa da compatibilidade durante o dia e atualize novamente em uma nova janela.

vim-cmd hostsvc/firmware/restore_config <bundle-path>

Esse comando de restauração é a segunda rota de escape — ele coloca a configuração do host do pacote da Etapa 2 de volta em um host da mesma versão e compilação, para os casos em que um banco de inicialização não é suficiente.