Servidor Bare Metal pra Hipervisor (VMware, Proxmox, Hyper-V) Brasil

Por que rodar seu próprio hipervisor em vez de usar VPS?

Pra maioria das empresas, VPS de cloud público resolve. Mas em alguns cenários, alugar bare metal e rodar hipervisor próprio compensa:

• Custo previsível 24/7: quando você precisa de muita CPU/RAM rodando o tempo todo, VPS sob demanda fica caro vs bare metal de aluguel mensal fixo.
• Snapshot/clone/migração na sua mão: você gerencia VM no vCenter, Proxmox UI ou Hyper-V Manager — não fica refém do painel do provedor.
• Rede privada complexa: VLAN, NAT, firewall por VM, segmentação por workload tudo dentro do hipervisor.
• Compliance que exige isolamento: PCI-DSS, requisito Bacen, cliente que exige máquina não compartilhada.
• Cliente que já tem ambiente VMware on-prem e quer estender pra cloud com mesma stack.

VMware vSphere — ainda padrão, custo bem maior

Pós-aquisição da Broadcom em 2024, o licenciamento VMware mudou drasticamente — virou modelo subscription por core, com mínimos altos. Pra empresa que já tem investimento em vSphere, vCenter, NSX, vSAN, faz sentido manter. Pra greenfield, ficou difícil justificar custo.

Quem está em VMware hoje normalmente segue por: equipe treinada, integração com Veeam/Zerto pra DR, vMotion sem downtime, compatibilidade com appliances enterprise. Bare metal Audaks roda ESXi sem problema — você instala, configura vCenter, conecta sua infra.

Proxmox VE — alternativa que cresceu muito

Proxmox virou o destino de quem migrou pós-VMware. É open-source (sem licença obrigatória, embora suporte enterprise valha pago), maduro, com interface web, cluster de alta disponibilidade, replicação em ZFS ou Ceph, suporte a KVM (VMs Linux/Windows) e LXC (containers).

Pra software house brasileira, MSP, agência digital ou empresa de TI rodando ambiente pra cliente, Proxmox tem sweet spot ótimo: zero custo de licença base, recursos comparáveis a vSphere Standard, comunidade ativa. Em bare metal Audaks com 2 NVMe + ZFS mirror, você tem cluster pronto pra produção em poucas horas.

Hyper-V — quando faz sentido

Hyper-V está incluído no Windows Server Standard/Datacenter sem custo adicional de licença. Faz sentido em três cenários: parque já é majoritariamente Windows e equipe está confortável; precisa rodar VM Windows com licenciamento via Datacenter (que cobre VMs ilimitadas no host); integração com System Center, Azure Arc, Failover Cluster nativos do Windows.

Bare metal Audaks com Windows Server Datacenter via SPLA pode hospedar Hyper-V com licenciamento legalizado pra suas VMs Windows — sem dor de cabeça na auditoria Microsoft.

Hardware mínimo recomendado em 2026

Pra hipervisor sério em produção, abaixo disso fica arriscado:

• CPU: Intel Xeon Silver 4310+ ou AMD EPYC 7313+ — múltiplos núcleos físicos, hyperthreading, AES-NI, VT-x/AMD-V e IOMMU pra passthrough
• RAM: mínimo 64 GB ECC; 128-256 GB é o sweet spot pra hospedar várias VMs sem swap
• Storage: NVMe enterprise em RAID 1 (OS hipervisor) + NVMe ou SSD enterprise em RAID 10 (datastore VMs); ZFS é ótimo no Proxmox
• Rede: NIC 10 GbE ou superior, idealmente 2 portas pra LACP e separar tráfego de management/storage/VMs
• Out-of-band management: iDRAC, iLO, IPMI pra acesso remoto KVM caso o OS trave

vCPU overcommit — onde a maioria erra

Tentação de virar 64 vCPUs num host de 16 cores físicos. Pode funcionar, mas com cuidado: vCPU é tempo de CPU, não core. Se 8 VMs tentam executar simultaneamente em 4 cores físicos, há contenção (CPU ready time alto, latência percebida pelo usuário).

Regra prática que costuma funcionar: até 4:1 overcommit (4 vCPU virtuais por core físico) é seguro pra workload misto (não-CPU-intensivo). Pra workload pesado (banco transacional, build, render), evite overcommit ou limite a 1.5:1.

Sempre monitore CPU ready (vSphere), steal (Proxmox/Linux), wait (Hyper-V). Esses indicadores avisam contenção antes do cliente reclamar.

Licenciamento Microsoft (Windows Server, SQL Server) em hipervisor próprio

Tema delicado. Resumo prático:

• Windows Server Datacenter licencia o HOST por core; uma vez licenciado, hospeda VMs Windows ilimitadas (mesmo Standard) no mesmo host. Sweet spot pra quem roda 4+ VMs Windows num bare metal.
• SQL Server: licença por core OU por servidor + CAL. Em ambiente virtualizado, contam-se os cores virtuais atribuídos à VM, com mínimo de 4 cores por VM. Em SQL Datacenter com SA + host licenciado por todos os cores físicos, pode rodar VMs ilimitadas (caro mas previsível).
• SPLA: programa Microsoft pra Service Providers — você aluga licença mensal por uso. Audaks tem parceria SPLA, oferece Windows e SQL legalizado em formato OPEX no aluguel do dedicado.

Detalhamento completo em Licenciamento Microsoft na nuvem (SPLA, BYOL, License Mobility).

Cluster ou nó único?

Pra start, nó único bem dimensionado resolve. Quando vale subir pra cluster (2-3+ hosts):

• HA real (VM migra automaticamente em caso de falha de host)
• Manutenção sem downtime (vMotion / live migration)
• Carga distribuída via DRS / Proxmox HA-manager

Cluster exige storage compartilhado (vSAN, Ceph, NFS, iSCSI) ou replicação síncrona. Aumenta custo e complexidade. Comece simples e cresça quando o negócio justificar.

Perguntas frequentes

Posso instalar ESXi/Proxmox/Hyper-V em qualquer bare metal Audaks?

Sim. Entregamos servidor sem OS ou com o hipervisor pré-instalado conforme combinado. Compatibilidade de hardware (HCL VMware, Proxmox supported hardware) é validada antes do provisionamento.

VMware ainda vale a pena em 2026?

Pra quem já tem ecossistema, sim. Pra novo projeto, Proxmox costuma ganhar em custo-benefício. Decisão depende de: equipe (skill), integrações (Veeam, NSX, vSAN), exigência do cliente final, orçamento. Avaliação caso a caso.

Audaks oferece suporte ao hipervisor ou só ao hardware?

Suporte ao hardware (bare metal, rede, datacenter) é nosso. Suporte ao hipervisor (ESXi, Proxmox, Hyper-V) é opcional — temos contratos de suporte gerenciado se você não quer cuidar disso internamente. Detalhe sob configuração.

Posso ter cluster Proxmox com nós em locais diferentes (multi-datacenter)?

Tecnicamente sim, mas Proxmox prefere latência baixa entre nós (<5 ms) pra cluster funcionar bem. Pra disaster recovery cross-site, melhor usar replicação assíncrona (PVE Replication, Ceph multi-site) que cluster sincronizado.