KVM (Kernel-based Virtual Machine) é um módulo do kernel Linux que transforma qualquer servidor Linux num hypervisor de produção de nível enterprise. Ele usa as extensões de virtualização da CPU (Intel VT-x, AMD-V) para executar máquinas virtuais com overhead mínimo — e é a base técnica por trás de AWS, Google Cloud e centenas de provedores de cloud ao redor do mundo.
Do kernel Linux para o hypervisor mais usado do planeta
Em 2007, o KVM foi incorporado ao kernel Linux mainline. Parecia uma decisão técnica menor na época. Hoje, é provavelmente a decisão que mais influenciou a infraestrutura de cloud computing global.
A ideia era direta: em vez de criar um hypervisor como um software separado e autônomo, por que não transformar o próprio kernel Linux num hypervisor aproveitando as extensões de virtualização que a Intel e a AMD estavam adicionando às suas CPUs? O kernel Linux já tinha décadas de desenvolvimento em gerenciamento de processos, memória, drivers de dispositivo e segurança. Por que duplicar tudo isso num hypervisor do zero?
O resultado foi o KVM: quando ativo, o kernel Linux se comporta como um hypervisor. Cada máquina virtual é tratada como um processo Linux comum, com toda a infraestrutura do kernel disponível para gerenciá-la — scheduling de CPU, gerenciamento de memória, controle de I/O.
Como KVM funciona com QEMU
Sozinho, o KVM faz a parte da virtualização de CPU e memória, mas não emula dispositivos. É aqui que entra o QEMU (Quick Emulator) — um software que emula hardware de dispositivos como discos, interfaces de rede e controladores gráficos para as VMs.
Na prática, em produção, você usa os dois juntos: KVM cuida da aceleração de hardware para CPU e memória (o que garante performance próxima ao bare metal), enquanto QEMU fornece os dispositivos virtuais que o SO dentro da VM usa para armazenamento e rede. O conjunto é chamado de QEMU-KVM, e é o que ferramentas como libvirt, Proxmox e Apache CloudStack usam embaixo dos panos.
Para as VMs, a experiência é transparente. Um Windows Server rodando no KVM não sabe que está numa VM — acessa seu disco virtual, sua rede virtual e seus CPUs virtuais como se fosse hardware real. Para o kernel Linux do host, aquela VM é um processo gerenciado como qualquer outro.
Por que as maiores clouds do mundo escolheram KVM
A Amazon Web Services usou Xen como hypervisor desde seus primeiros dias. Em 2017, começou a transição para o projeto Nitro — essencialmente KVM customizado com hardware offload dedicado. Hoje, praticamente toda instância EC2 roda sobre KVM (via Nitro). O Google Cloud usa KVM como base desde o início. A Microsoft Azure usou Hyper-V por anos, mas hoje também tem workloads sobre KVM para Linux.
Por que essa migração convergiu para KVM? Algumas razões são técnicas e outras são econômicas:
Performance era o argumento técnico mais forte. KVM, por estar integrado ao kernel, tem overhead de virtualização extremamente baixo — tipicamente 1% a 5% para workloads de CPU, inferior ao VMware ESXi em muitos benchmarks. Para um provedor rodando milhões de instâncias, 2% a mais de eficiência se traduz em bilhões de dólares em hardware economizado.
O modelo de licenciamento open source foi igualmente importante. VMware ESXi exige licenças por processador. KVM não custa nada em licença de hypervisor. Para um hyperscaler rodando centenas de milhares de servidores, a economia em licenças é astronômica.
E o ecossistema Linux. As equipes de engenharia que gerenciam clouds são compostas em sua esmagadora maioria por profissionais que conhecem Linux profundamente. Usar KVM significa operar sobre tecnologia que essas equipes já entendem, com ferramentas que já conhecem.
Performance KVM vs VMware — o que os benchmarks dizem
A comparação honesta é: em workloads típicos de aplicação web, banco de dados e processamento geral, KVM e VMware ESXi estão dentro de 1% a 5% um do outro. Para a maioria das empresas, essa diferença é imperceptível na prática.
Onde VMware historicamente tinha vantagem era em workloads muito específicos de I/O intensivo e em situações com alta densidade de VMs com workloads de memória complexos. VMware investiu décadas ajustando o scheduler de CPU e o balão de memória (memory ballooning) para cenários extremos.
KVM, especialmente nas versões recentes do kernel Linux (6.x), fechou muito essa lacuna. Com virtio (drivers paravirtualizados para disco e rede), KVM entrega performance de I/O excelente. Com huge pages e NUMA awareness no scheduler, performance de memória também não é mais um ponto fraco.
A conclusão prática: para novas instalações de servidores de aplicação, banco de dados relacional e workloads web, você não vai notar diferença de performance entre KVM e VMware em condições operacionais normais.
Como a Adentro usa KVM na plataforma ACS
A plataforma ACS (Adentro Cloud Stack) usa KVM como hypervisor base em todos os clusters de cloud privada, com Apache CloudStack como camada de orquestração acima. Essa é a mesma stack técnica que move algumas das maiores nuvens privadas corporativas do Brasil.
Cada host físico nos datacenters Tier III da Adentro em Osasco, Vinhedo e Porto Alegre roda Linux com KVM. O CloudStack gerencia o ciclo de vida das VMs — criação, migração, snapshots, networking — expondo uma API e portal self-service para o cliente. O cliente interage com a cloud privada sem precisar conhecer os detalhes do KVM; mas a consistência e performance que ele sente vêm diretamente da maturidade desse hypervisor.
Quando migrar de VMware para KVM e o que esperar
Se você está usando VMware e avaliando migração para KVM — seja pela mudança de licenciamento da Broadcom, seja por razões estratégicas — a boa notícia é que o processo é mais simples do que parece. A má notícia é que não existe migração trivial: existe planejamento, testes e execução cuidadosa.
O que você vai encontrar na migração:
Os formatos de disco precisam ser convertidos. VMware usa VMDK; KVM usa qcow2 ou raw. A conversão é feita com ferramentas como qemu-img ou virt-v2v, e geralmente funciona bem para VMs Linux. Para VMs Windows, o processo requer atenção especial com drivers virtio.
O ecossistema de gerenciamento muda. Se você está acostumado com vCenter, vai precisar de uma alternativa — Proxmox, CloudStack ou OpenStack preenchem esse papel com diferentes trade-offs de complexidade e features.
A performance pós-migração vai ser equivalente ou melhor para a maioria dos workloads. Com drivers virtio instalados nas VMs (especialmente nas Windows), a performance de rede e disco é excelente.
O que você não vai perder: live migration, snapshots, HA, e todas as funcionalidades enterprise que você usa no VMware existem no ecossistema KVM. Elas têm nomes e interfaces diferentes, mas as capacidades estão lá.
A plataforma ACS da Adentro é construída sobre KVM e CloudStack — cloud privada com SLA 99,99% e suporte em português. Saiba mais.