Por que o ESXi recusa instalar em certas CPUs

A partir da versão 7.0, o VMware ESXi passou a exigir que o processador suporte a instrução NX/XD bit habilitada na BIOS e, principalmente, o conjunto de instruções SSE4.2 e POPCNT. Muitos processadores Intel de gerações anteriores ao Nehalem (ou AMD equivalentes) não atendem a esse requisito e o instalador trava com a tela púrpura exibindo o erro This CPU has been disqualified ou similar durante o boot do instalador.

Isso não significa necessariamente que o hardware seja incapaz de rodar o hipervisor — apenas que a VMware removeu o suporte oficial. Para labs, homelabs e ambientes de teste, é possível contornar essa checagem.

Contornando a checagem de CPU não suportada

O método mais usado é editar o arquivo boot.cfg do instalador (na raiz do ISO ou do pendrive de boot) e adicionar o parâmetro de kernel allowLegacyCPU=true na linha kernelopt:

kernelopt=runweasel cdromBoot allowLegacyCPU=true

Após a instalação, o mesmo parâmetro deve ser adicionado permanentemente no boot.cfg do próprio host instalado (em /bootbank/boot.cfg), para que o ESXi continue inicializando após reboots:

vi /bootbank/boot.cfg
# adicionar allowLegacyCPU=true na linha kernelopt

Vale reforçar: essa é uma configuração não suportada oficialmente pela VMware e não deve ser usada em produção crítica. Sirva-se dela apenas em laboratórios de estudo, testes de PoC ou homelabs.

Licenciamento: vSphere Hypervisor (grátis) vs. licenças pagas

O ESXi standalone, também chamado de VMware vSphere Hypervisor, pode ser usado gratuitamente com uma licença free obtida no site da VMware (necessário registro). A versão gratuita tem limitações importantes:

• Sem acesso à API de gerenciamento remoto completa (vCLI limitado);
• Sem vMotion, HA, DRS ou backup via API (vStorage APIs for Data Protection bloqueadas);
• Limite de vCPUs por VM e de RAM física licenciada por host, dependendo da versão.

Para aplicar a chave de licença via linha de comando (SSH habilitado no host):

esxcli system license set --license=XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
esxcli system license get

Ambientes corporativos que precisam de vCenter, clusters HA/DRS e backup consistente devem migrar para as edições pagas (vSphere Standard, Enterprise Plus ou os pacotes VMware Cloud Foundation), especialmente após as mudanças de licenciamento por assinatura promovidas pela Broadcom desde a aquisição da VMware.

Instalando e validando o VMware Tools

O VMware Tools melhora o desempenho de vídeo, mouse, rede e permite operações como shutdown gracioso e sincronização de horário. Em distribuições Linux modernas, o open-vm-tools já vem embutido nos repositórios e é a opção recomendada:

# Debian/Ubuntu
apt update && apt install -y open-vm-tools

# RHEL/CentOS/Rocky
dnf install -y open-vm-tools

# Verificar status
systemctl status open-vm-tools
vmware-toolbox-cmd -v

Para VMs com interface gráfica, adicione também o open-vm-tools-desktop para suporte a drag-and-drop e redimensionamento automático da tela.

Em Windows, o instalador do VMware Tools é montado como CD virtual pelo próprio vSphere Client (botão "Install VMware Tools" no menu da VM), bastando executar o setup64.exe.

Verificando a comunicação com o host

vmware-toolbox-cmd stat raw
vmware-toolbox-cmd timesync status

Se o comando retornar erro de socket, reinicie o serviço vmtoolsd:

systemctl restart vmtoolsd

Monitoramento do ESXi com Zabbix

O Zabbix consegue monitorar hosts ESXi via API nativa (vSphere Web Services API), sem necessidade de agente instalado no hipervisor — basta cadastrar o host como tipo "VMware monitoring". No servidor Zabbix, habilite o coletor dedicado:

# zabbix_server.conf
StartVMwareCollectors=4
VMwareFrequency=60
VMwareCacheSize=8M

Depois, crie um "Host" no Zabbix apontando para a URL do SDK do ESXi ou vCenter (https://IP_DO_ESXI/sdk), usando um usuário com permissão de somente leitura. Os templates oficiais "VMware Guest" e "VMware Hypervisor" trazem itens prontos para CPU, memória, datastores e status de saúde do hardware, com triggers para alertar sobre falha de disco, uso excessivo de CPU ready time e queda de conectividade.

Alternativas ao VMware

Com o aumento de custos de licenciamento após a aquisição pela Broadcom, muitas equipes de infraestrutura vêm avaliando alternativas de hipervisor tipo 1:

• Proxmox VE — baseado em Debian/KVM, open source, com clustering e backup nativos;
• XCP-NG — baseado em Xen, com o painel Xen Orchestra para gerenciamento centralizado;
• Microsoft Hyper-V — boa opção em ambientes já licenciados com Windows Server Datacenter;
• Nutanix AHV — hipervisor integrado à plataforma hiperconvergente da Nutanix.

A escolha depende do ecossistema já existente, da equipe técnica disponível e do orçamento para suporte comercial.