O que é a virtualização, explicada do zero
Publicado em 2026-09-12 por frfrand
Cómo una máquina física se convierte en varias independientes, qué hace un hipervisor, la diferencia real entre una VM y un contenedor, y por qué todo el cómputo en la nube depende de esto.
Um servidor físico moderno tem dezenas de núcleos e centenas de gigabytes de memória. Dedicá-lo inteiro a um aplicativo pequeno é um desperdício enorme.
A virtualização resolve isso: converte uma máquina física em várias máquinas independentes, cada uma com seu sistema operacional, seus usuários e seus processos, sem que se vejam entre si.
O que faz um hipervisor
O hipervisor é a peça que distribui. Fica entre o hardware e as máquinas virtuais, e dá a cada uma a ilusão de ter seu próprio processador, sua memória e seus discos.
Há dois tipos, e a distinção importa:
Tipo 1, ou bare metal. Executa diretamente sobre o hardware, sem sistema operacional abaixo. KVM (que é parte do kernel do Linux), Xen, VMware ESXi, Hyper-V. É o que todos os provedores de nuvem usam.
Tipo 2. Executa como um programa dentro de um sistema operacional normal. VirtualBox, VMware Workstation. Confortável para testar na sua máquina, com mais sobrecarga.
Por que não é lento
A pergunta natural é como uma máquina virtual pode se aproximar do desempenho de uma física se há uma camada no meio.
A resposta é que quase todo o código da máquina virtual é executado diretamente no processador real, sem tradução. Processadores modernos traem instruções específicas para isso (VT-x na Intel, AMD-V na AMD) que permitem ao hipervisor ceder o controle e recuperá-lo apenas quando necessário.
O hipervisor só intervém nas operações privilegiadas: acesso a dispositivos, gerenciamento de memória, interrupções. Para tudo o mais, a máquina virtual usa o processador de verdade.
Por isso a sobrecarga de CPU é de poucos pontos percentuais. Onde se nota é na entrada e saída, embora também haja soluções para isso (virtio e passar dispositivos diretamente).
Contêineres: a outra forma
Um contêiner não virtualiza o hardware: compartilha o kernel do sistema anfitrião e isola o resto.
Concretamente, usa duas funções do kernel do Linux:
- Namespaces: o processo vê apenas seus próprios processos, sua rede, seu sistema de arquivos. O que existe fora, para ele, não existe.
- cgroups: limites de quanto de CPU, memória e entrada/saída pode consumir.
A consequência prática: um contêiner inicia em um segundo e pesa megabytes, porque não precisa iniciar um sistema operacional inteiro. Uma máquina virtual leva dezenas de segundos e ocupa gigabytes.
Quando usar cada um
A diferença que mais importa é de isolamento. Uma máquina virtual tem seu próprio kernel; um contêiner compartilha o do anfitrião. Se aparecer uma vulnerabilidade de escape no kernel, o contêiner está muito mais perto do sistema real.
Por isso:
- Clientes distintos, ou cargas nas quais você não confia → máquinas virtuais.
- Vários serviços da mesma aplicação, que já confiam entre si → contêineres.
E se combinam o tempo todo: os provedores de nuvem te dão uma máquina virtual, e você roda contêineres dentro dela. É exatamente o esquema do ArduMaker: cada cliente tem seu VPS isolado, e dentro dele pode subir o Docker pelo painel.
O que tornou possível
Vale dimensionar: sem virtualização não existiria a nuvem como a conhecemos.
Poder criar um servidor em trinta segundos, destruí-lo quando não precisar mais, pagá-lo por hora, cloná-lo, movê-lo para outra máquina física sem desligá-lo. Tudo isso são propriedades de uma máquina virtual, impossíveis com hardware dedicado.
O instantâneo é outro exemplo: salvar o estado completo de uma máquina (memória incluída) e voltar a ele. É virtualmente grátis com uma VM e não tem equivalente físico.