Devo rodar Kubernetes em bare metal ou em VMs?

Quando o bare metal é o melhor lugar para o Kubernetes?

Quando você tem pelo menos três servidores e suas cargas de trabalho querem o próprio hardware. Três máquinas dão três membros do etcd em três domínios de falha separados. Os pods alcançam as unidades NVMe sem nenhuma camada de disco virtual, o que cai bem para bancos de dados em volumes locais. Há um kernel para corrigir e uma pilha de rede para depurar.

A rede também fica simples. Cada nó tem o IPv4 do próprio servidor, então o ServiceLB do k3s ou um ingress controller responde em endereços reais. Nosso guia sobre como rodar Kubernetes em servidores bare metal traz os passos.

O ponto fraco é a recuperação. Não há console IPMI nem KVM-over-IP para clientes: você solicita reinicializações e reinstalações no painel e a equipe as executa. Uma mudança de rede malfeita em um nó bare pode acabar em reinstalação. Um servidor de reposição chega rápido, em até uma hora, mas reconstruir um nó ainda dá trabalho. Mantenha capacidade suficiente para perder um nó por horas, não por minutos.

Quando as VMs são a melhor escolha?

Quando você tem uma ou duas máquinas, vários clusters para rodar, ou Talos em mente. Um host Proxmox transforma um servidor em um cluster de staging, um cluster de produção e um ambiente de testes. Cada VM pode receber um snapshot antes de uma atualização e ser revertida depois de uma falha.

• Talos Linux. Ele inicializa apenas a partir do próprio ISO, script PXE ou imagem de disco. Uma VM Proxmox monta o ISO, então o Talos só funciona aqui em VMs.
• Um console de último recurso. O host não tem nenhum, mas cada VM tem um na interface web do Proxmox. Uma rede quebrada no guest é corrigida por esse console, não com uma reinstalação.
• Densidade de pods. O Kubernetes v1.37 foi projetado para no máximo 110 pods por node. Dividir Lumen 32 (32 núcleos / 64 threads) em VMs dá a cada VM seus próprios 110.

O guia de Proxmox da Sidero dimensiona as VMs de control-plane do Talos com 2 ou mais núcleos e 4 GB. Os workers recebem 4 ou mais núcleos e 8 GB. Ele define o tipo de CPU como host para AVX-512 e x86-64-v2, e observa que isso impede a migração ao vivo.

Um cluster de três VMs em um único servidor tem alta disponibilidade?

Não: ele sobrevive a uma VM que caiu, não a um servidor morto. O etcd mantém o quórum enquanto dois de três membros estão rodando, então uma VM pode falhar. Quando o host falha, os três membros caem de uma vez.

O guia de alta disponibilidade do Kubernetes aponta esse risco para control planes empilhados: perder um node significa perder um membro do etcd e uma instância de control-plane ao mesmo tempo. Em um único host, esse node é o cluster inteiro. Três VMs em uma máquina são um quórum, não redundância. Use isso para staging, laboratórios e testes do Talos, e mantenha a produção em três máquinas.

Posso combinar os dois: VMs Kubernetes em um cluster Proxmox?

Sim: três hosts Proxmox com uma VM de control-plane cada é o design mais flexível. Cada host é seu próprio domínio de falha, e as VMs mantêm seus snapshots e consoles. O custo são duas camadas de clustering, corosync para o Proxmox e etcd para o Kubernetes, e ambas exigem baixa latência. Mantenha os três hosts na mesma cidade.

VMs em hosts diferentes precisam de uma rede compartilhada. O SDN do Proxmox monta uma com uma zona VXLAN, mas a documentação avisa que só o VXLAN não tem criptografia. Leve-a por WireGuard ou outra VPN entre os hosts. O VXLAN também usa 50 bytes por pacote, então os guests usam uma MTU de 1450.

Nosso guia sobre montar um cluster Proxmox com servidores dedicados alugados cobre quórum e corosync em endereços públicos.

Um hypervisor deixa o Kubernetes mais lento?

Ele adiciona uma camada, e Lumenfer não mediu nada, então não damos número. Uma VM enxerga CPUs virtuais, um disco virtual e uma placa de rede virtual. Recursos de CPU chegam ao guest só quando o tipo de CPU os repassa. A memória atribuída a uma VM fica indisponível para as outras e para o host.

Teste seu próprio deployment em um node bare metal e em uma VM antes de decidir. Nosso guia para encontrar benchmarks honestos explica como medir um servidor alugado por conta própria.

Quais planos Lumenfer se encaixam em cada design?

Bare metal precisa de três servidores; VMs podem começar com um só grande. Os preços são por servidor; prazos de 6 e 12 meses custam menos por mês.

13 dos 18 hosts cripto sem KYC, na verificação da Lumenfer sobre 30 October 2026, vendiam servidor dedicado apenas com CPU de 2022 ou mais nova e NVMe. Esses servidores formavam 113 dos 229 planos comparáveis. Todos os planos estão em quanto custa um servidor Lumenfer, e o caso de migração está em se vale migrar da AWS para bare metal.