Como faço para montar um cluster Proxmox com servidores dedicados alugados?

De quantos servidores um cluster Proxmox precisa?

Três, se você quer alta disponibilidade. O Proxmox dá a cada nó um voto, e as mudanças precisam de maioria de votos online. Um cluster que perde o quorum passa a operar somente leitura. Com dois nós, perder qualquer um deles significa perder a maioria.

Um QDevice adiciona um voto de uma máquina externa, e o Proxmox recomenda um para clusters de dois nós. Ele se comunica com o cluster via TCP e não está sujeito ao limite de latência do corosync. Qualquer máquina Debian com o pacote corosync-qnetd pode hospedá-lo. O Proxmox desaconselha um QDevice em clusters de número ímpar, onde ele se torna quase um ponto único de falha.

Qual rede o corosync precisa entre servidores alugados?

Latência baixa e estável: o Proxmox pede menos de 5 ms entre todos os nós. O corosync precisa de pouca largura de banda, mas reage mal ao jitter. Com mais de três nós e cerca de 10 ms, o Proxmox considera improvável um cluster estável. Ele quer o corosync em uma rede física própria, e nunca em uma rede compartilhada com o armazenamento.

Um servidor Lumenfer tem uma porta de rede e apenas endereços públicos. Isso molda o projeto:

• Uma cidade por cluster. Nossas cidades estão a uma WAN de distância, não em uma LAN. Monte cada cluster dentro de uma delas.
• Meça antes de entrar. O Proxmox sugere testar o link com ping. Rode por vários minutos e leia os piores tempos, não a média.
• Contenha o tráfego pesado. Defina limites de largura de banda nos jobs de migração e replicação, para que não deixem o corosync sem banda.
• Firewall apenas para os endereços dos pares. Permita UDP 5405-5412 e TCP 22 e 8006 a partir dos outros nós. Com o firewall do Proxmox ativado, ele mesmo cria as regras do corosync.

O Corosync 3 roda sobre Kronosnet em UDP unicast. O Proxmox alerta que os transportes legados udp ou udpu desativam toda a criptografia e a redundância, então mantenha o padrão.

Devo rodar Ceph entre servidores alugados?

Não nestas portas. O capítulo sobre Ceph do Proxmox pede pelo menos três servidores, de preferência idênticos. Ele recomenda pelo menos 10 Gbps usados só para o Ceph, e 25 Gbps ou mais para drives NVMe. Ele alerta que o tráfego de recuperação em uma rede compartilhada pode perturbar o corosync e custar o quórum.

Compare com um nó Lumenfer: 60 TB por mês a 1 Gbit/s em uma porta compartilhada, e dois drives. O Proxmox também recomenda pelo menos 12 OSDs em três nós, com 8 GiB de memória por OSD. Ceph em uma porta compartilhada abaixo de 10 Gbps fica fora da própria recomendação do Proxmox antes mesmo de você armazenar um byte. Se você precisa de Ceph, alugue de um host que venda uma rede privada de 10 Gbps ou mais.

Use replicação de armazenamento ZFS em vez disso. Ela copia os discos de cada guest para outro nó conforme uma agenda, de a cada minuto a uma vez por semana. Depois da primeira cópia completa, só as mudanças trafegam. A alta disponibilidade funciona com ela, mas as gravações desde a última sincronização são perdidas quando um nó morre.

A replicação precisa de armazenamento ZFS local em cada nó. Planos com dois discos vêm com o sistema operacional em um espelho RAID 1 por software; peça ao suporte antes da entrega se preferir RAID 0 ou dois discos separados. Pergunte ao suporte antes da entrega qual layout a imagem Proxmox VE vai usar. O ZFS verifica os dados com checksums, e a memória ECC os protege antes de chegarem ao disco: veja se você precisa de RAM ECC.

O que acontece com os endereços dos guests quando uma VM se move entre nós?

Cada nó tem seu próprio IPv4 público, então um guest atrás de NAT muda de endereço público quando se move. Aponte o DNS para o nó que o executa, ou rode um reverse proxy em cada nó. Um endereço IPv4 dedicado e um IPv6 /64 vêm com cada servidor. Cada plano informa sua velocidade de porta e seu tráfego mensal, contado sobre os dados de saída por 30 dias; ultrapassar nunca gera cobrança automática. Endereços IPv4 extras não são vendidos.

Para uma rede privada entre guests em nós diferentes, crie uma zona SDN VXLAN entre os hosts. O VXLAN usa UDP 4789 e não tem criptografia própria, então transporte-o sobre WireGuard entre os nós. Defina os guests para uma MTU de 1450, porque o VXLAN ocupa 50 bytes.

A migração a quente copia a memória de um guest pela rede. O Proxmox recomenda fortemente o tipo de migração segura em qualquer rede que você não controla totalmente, e esses links atravessam endereços públicos.

Quais planos Lumenfer servem para um cluster Proxmox?

Compre os três nós de uma vez e no mesmo plano, para ter quórum desde a primeira hora. Entre os hosts no levantamento do Lumenfer de 30 October 2026 que informam um prazo de entrega, a promessa mediana foi de 24 horas. A faixa ia de 30 minutos a 10 dias úteis. Lumenfer é bem mais rápido que essa mediana: cada nó entra no ar minutos depois do pagamento, no máximo em uma hora.

Dimensione cada nó para carregar os guests de um par que falhou. Para escolher drives, leia quanto o NVMe é mais rápido que o SSD SATA. Para CPU, veja quantos núcleos um servidor precisa. Todos os preços estão em quanto custa um servidor Lumenfer.