Voltar aos artigos
Proxmox

Proxmox VE: virtualização open source para PMEs

5 min de leitura por Equipe TRIAT
Rack de servidores com cabos coloridos e luzes acesas
Foto: Kevin Ache · Unsplash

Comprar servidores potentes e usar 10% deles é desperdício — e é o que acontece em boa parte das empresas, onde cada sistema ganhou seu próprio equipamento ao longo dos anos. A virtualização resolve isso, e o Proxmox VE faz o trabalho sem cobrar por soquete de CPU nem por máquina virtual.

O que é o Proxmox VE

É uma plataforma open source, baseada em Debian, que roda máquinas virtuais e containers em um único hardware, com uma interface web completa para gerenciar tudo: criar, migrar, fazer backup, monitorar, controlar acesso.

Por baixo, usa dois componentes maduros e amplamente testados: KVM, o hipervisor do próprio kernel Linux, para máquinas virtuais; e LXC para containers. Nenhum dos dois é tecnologia do Proxmox — ele é a camada de gestão que junta os dois de forma coerente.

Dois mundos em um

  • VMs (KVM): isolamento total, com kernel próprio. Roda qualquer sistema — Windows, Linux, BSD, appliances fechados de fornecedores;
  • Containers (LXC): compartilham o kernel do hospedeiro. Iniciam em segundos e consomem uma fração da memória, mas só rodam Linux.

A escolha entre um e outro tem impacto direto no aproveitamento do hardware, e é o assunto do artigo sobre containers LXC e máquinas virtuais.

Um servidor físico de porte médio comporta dezenas de containers ou várias VMs, consolidando o que antes eram muitas máquinas separadas — menos energia, menos espaço no rack, menos contratos de manutenção e um só ponto de backup.

Recursos que importam no dia a dia

Vale destacar os que mais mudam a rotina de quem administra:

  • Snapshots — congelar o estado de uma VM antes de uma atualização arriscada. Deu errado? Reverte em segundos. Só isso já muda a postura da equipe diante de manutenções;
  • Backup agendado, com a VM em funcionamento, e integração nativa com o Proxmox Backup Server;
  • Migração ao vivo — mover uma VM de um servidor para outro sem desligar. É o que permite fazer manutenção física em horário comercial;
  • Cluster e alta disponibilidade, assunto do artigo sobre cluster;
  • Controle de acesso por função — dar a um fornecedor acesso apenas à VM dele, sem enxergar o resto;
  • Firewall integrado por VM, por nó e por cluster;
  • Modelos e clonagem — transformar uma VM configurada em modelo e criar novas em segundos.

Tudo isso vem incluído. Não há edição limitada nem funcionalidade reservada a um plano superior; o que a assinatura oferece é acesso ao repositório empresarial, mais conservador, e suporte do fabricante.

Armazenamento: a decisão que define o resto

Essa é a escolha mais importante ao montar um Proxmox, porque define o que será possível fazer depois:

OpçãoQuando usarPermite migração ao vivo
LVM-Thin localServidor únicoNão
ZFS localServidor único que quer snapshot e verificação de integridadeNão (mas replica entre nós)
NFS ou iSCSICluster com storage externo, como um TrueNASSim
CephCluster de 3 ou mais nós, sem storage externoSim

Para um servidor único, ZFS local costuma ser a melhor escolha: traz snapshot, compressão e detecção de corrupção sem hardware adicional. Para cluster, a decisão é entre storage externo compartilhado e Ceph distribuído — e Ceph exige no mínimo três nós e rede dedicada de boa velocidade para funcionar bem.

Dimensionar sem errar

Alguns critérios que evitam surpresa:

  • Memória é o limite real. Na prática, é ela que acaba primeiro, não a CPU. Some a memória de todas as VMs, adicione o que o hipervisor consome e deixe folga para o crescimento;
  • CPU pode ser compartilhada com tranquilidade. Cargas corporativas típicas ficam ociosas a maior parte do tempo, e alocar mais núcleos virtuais que físicos é normal — dentro do bom senso;
  • Disco: prefira SSD para o sistema das VMs. Latência de disco é o que mais é percebido como "servidor lento" pelos usuários;
  • Rede separada para gestão, para as VMs e, se houver cluster, para a comunicação entre nós. Misturar tudo em uma placa é fonte garantida de problema difícil de diagnosticar.
Não use ballooning de memória em VMs de banco de dados. O mecanismo devolve memória ao hospedeiro sob pressão, e um banco que perde memória de cache tem queda de desempenho abrupta e difícil de diagnosticar. Reserve memória fixa para essas máquinas.

Depois de instalar: o que fazer primeiro

Uma instalação nova pede alguns ajustes que economizam dor de cabeça:

  1. ajustar os repositórios — a instalação vem apontando para o repositório empresarial, que exige assinatura. Sem assinatura, troque para o repositório sem suporte, senão o apt falha;
  2. configurar backup antes de criar a primeira VM de produção;
  3. criar usuários nominais e parar de usar root na interface;
  4. ligar os alertas por e-mail, para saber de falha de disco e de backup;
  5. instalar o agente convidado nas VMs — é ele que permite backup consistente e desligamento correto;
  6. adicionar o hospedeiro ao monitoramento, acompanhando disco, memória e estado das VMs.

Para quem faz sentido

De um único servidor de escritório a um cluster com dezenas de nós, o Proxmox escala junto com o negócio. Ele é especialmente vantajoso para empresas que hoje têm vários servidores físicos subutilizados, cada um com um sistema, e que gastam com energia, espaço e manutenção de hardware que poderia ser consolidado.

Vale dizer o contraponto: virtualizar concentra risco. Cinco sistemas em um servidor significa que uma falha de hardware derruba os cinco. Por isso backup testado e, quando o negócio exige, cluster com alta disponibilidade não são acessórios — são parte do projeto.

A TRIAT projeta, implanta e monitora ambientes Proxmox, do servidor único ao cluster com storage compartilhado, com backup e monitoramento incluídos desde o primeiro dia.

Precisa disso rodando na sua empresa?

A TRIAT implanta e monitora Linux, storage, virtualização, redes e segurança — do projeto ao suporte 24/7.

Falar com um especialista