# Como faço para montar um cluster Proxmox com servidores dedicados alugados? > Cluster Proxmox com servidores dedicados alugados: 3 nós na mesma cidade, corosync abaixo de 5 ms, replicação ZFS em vez de Ceph. Sem KYC, pago com cripto. - URL: https://lumenfer.com/pt/proxmox-cluster-dedicated-servers/ - Última atualização: 2026-11-01 - Editor: Lumenfer (https://lumenfer.com) Quorum, corosync em IPs públicos, armazenamento que se encaixa em uma única porta compartilhada e endereços de guest que mudam quando uma VM se move: um cluster Proxmox VE de três nós em máquinas Lumenfer alugadas. **Resposta rápida — Como faço para montar um cluster Proxmox com servidores dedicados alugados?** Para montar um cluster Proxmox com servidores dedicados alugados na **Lumenfer**, peça três máquinas idênticas em uma cidade com a imagem Proxmox VE 9. Abra o UDP 5405-5412 do corosync somente entre os IPs públicos delas, verifique se a latência fica abaixo de 5 ms e então execute `pvecm create` e `pvecm add`. Com uma única porta compartilhada por servidor, use replicação ZFS em vez de Ceph. A partir de US$ 109,37 por nó a cada 30 dias, sem KYC, pago com cripto. ## Um cluster Proxmox na Lumenfer: os números que importam | Atributo | Valor | | --- | --- | | Versão atual do Proxmox VE | 9.2 (roadmap do Proxmox, lido em 1º de novembro de 2026); a imagem no checkout é o Proxmox VE 9 | | Nós para alta disponibilidade | Três, ou dois mais o voto de um QDevice externo | | Portas do corosync | UDP 5405-5412 entre todos os nós, mais SSH na TCP 22 | | Latência de que o corosync precisa | Abaixo de 5 ms entre todos os nós | | Porta e tráfego, plano menor e maior | 30 TB por mês a 1 Gbit/s; 150 TB por mês a 1 Gbit/s | | Rede privada entre servidores | Não faz parte dos planos: o tráfego do cluster usa endereços públicos | | Discos | 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 | | Console | 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 | | Localizações | Amsterdã (Países Baixos), Reykjavik (Islândia), Zurique (Suíça) e Bucareste (Romênia): todos os cinco planos nas quatro cidades, um preço em todo lugar | ## 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. ### Votos e falhas, por tamanho do cluster | Cluster | Votos | Votos necessários para quórum | Nós que podem falhar | | --- | --- | --- | --- | | 2 nós | 2 | 2 | Nenhuma | | 2 nós + QDevice | 3 | 2 | Um nó, ou o QDevice | | 3 nós | 3 | 2 | Um | | 4 nós | 4 | 3 | Um | | 5 nós | 5 | 3 | Dois | ## 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. ## Como crio o cluster, passo a passo? Montado a partir do capítulo Cluster Manager da documentação do Proxmox VE (lida em 1 de novembro de 2026). Todo nó roda a imagem Proxmox VE 9. 1. **Peça três nós em um plano, em uma cidade** — Escolha a imagem Proxmox VE 9 para cada um. Um plano significa CPUs idênticas, o que mantém a migração a quente simples. 2. **Dê a cada nó seu nome definitivo** — Defina cada hostname antes de o cluster existir. Adicione os três nomes e IPs públicos a /etc/hosts em cada nó. 3. **Verifique hora e latência** — Os relógios precisam estar sincronizados: timedatectl deve dizer synchronized. Depois, faça ping em cada par por vários minutos e mantenha o pior resultado abaixo de 5 ms. 4. **Abra as portas do cluster apenas para os pares** — Permita UDP 5405-5412 e TCP 22 e 8006 entre os três IPs públicos, e nada mais amplo. 5. **Crie o cluster no nó 1** — Rode pvecm create com o IP público do nó 1 como link 0. Use um nome de cluster que ninguém mais use naquela rede. 6. **Defina uma senha de root no nó 1** — pvecm add faz login na API do nó 1 como root@pam com senha e confere a fingerprint do certificado. O login por senha via SSH pode continuar desativado. 7. **Junte os nós 2 e 3** — Em cada um, rode pvecm add com o IP do nó 1 e o próprio IP como link 0. Depois pvecm status deve mostrar três votos e Quorate: Yes. *Criar e entrar no cluster (Proxmox VE 9)* ```bash # node 1 pvecm create lf-cluster --link0 NODE1_IP passwd # root@pam password, asked for by pvecm add # node 2 (then node 3 with its own address) pvecm add NODE1_IP --link0 NODE2_IP # any node pvecm status # expect 3 votes and "Quorate: Yes" ping -c 300 -i 0.2 NODE2_IP | tail -2 # watch the max and mdev values ``` ## 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](https://lumenfer.com/pt/ecc-ram-dedicated-server/ "Do I need ECC RAM on a rented dedicated server?"). ## 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](https://lumenfer.com/pt/nvme-vs-sata-ssd-dedicated-server/ "How much faster is NVMe than SATA SSD in dedicated server hosting?"). Para CPU, veja [quantos núcleos um servidor precisa](https://lumenfer.com/pt/how-many-cores-dedicated-server/ "How many CPU cores do I need on a rented dedicated server?"). Todos os preços estão em [quanto custa um servidor Lumenfer](https://lumenfer.com/pt/pricing/ "Lumenfer bare-metal plans and prices per 30 days"). ### Planos Lumenfer como nós Proxmox | Plano | CPU | RAM | Discos | Por nó, 30 dias | Por nó, 12 meses | Função | | --- | --- | --- | --- | --- | --- | --- | | Lumen 6 | AMD EPYC 4244P | 32 GB DDR5 ECC | 2 × 960 GB NVMe | $91.65 | $769.86 | Destino de backup ou host do QDevice | | Lumen 8 | AMD Ryzen 7 9700X | 64 GB DDR5 | 2 × 1 TB NVMe | $109.37 | $918.70 | Cluster inicial de três nós | | Lumen 16 | AMD Ryzen 9 9950X | 128 GB DDR5 | 2 × 1.92 TB NVMe | $205.27 | $1724.26 | Cargas de trabalho heterogêneas de VMs | | Lumen 24 | AMD EPYC 9254 | 256 GB DDR5 ECC | 2 × 1.92 TB NVMe | $356.25 | $2992.50 | ZFS com ECC, convidados maiores | | Lumen 32 | AMD EPYC 9354 | 384 GB DDR5 ECC | 2 × 3,84 TB NVMe | $749.67 | $6297.22 | Hosts densos, muitas VMs | ## Clusters Proxmox em servidores alugados: perguntas frequentes ### Posso montar um cluster Proxmox de dois nós? Sim, com um QDevice. Dois nós têm dois votos, e perder qualquer um deles faz perder o quórum. Um QDevice em uma terceira máquina adiciona o voto de desempate via TCP, até mesmo de outra cidade. ### Um cluster Proxmox pode abranger duas das suas cidades? Não de forma confiável. O Corosync exige menos de 5 ms entre todos os nós, o que é desempenho de LAN. Monte um cluster por cidade e mova dados entre cidades com backups. ### Posso misturar planos em um mesmo cluster? Sim. O Proxmox oferece suporte à migração ao vivo entre CPUs do mesmo fabricante, e todo plano aqui é AMD. Um convidado com o tipo de CPU `host` ainda deve migrar apenas entre CPUs idênticas. ### O Lumenfer faz backup do meu cluster? Backups não estão incluídos: mantenha cópias dos seus dados em outro lugar. Envie tarefas de `vzdump` ou um datastore do Proxmox Backup Server para uma máquina fora do cluster, de preferência em outra cidade. ### O que acontece se um nó falhar? Os outros dois mantêm o quórum, e os convidados de alta disponibilidade reiniciam neles se os discos foram replicados. Informe a falha no dashboard. Uma nova máquina não é instantânea: Poucos minutos depois que o pagamento é confirmado, e nunca mais de uma hora. **Peça os três nós do seu cluster** Proxmox VE 9 no checkout, três máquinas em uma cidade. Sem KYC, pago com cripto. [Pedir Lumen 16](https://lumenfer.com/app/checkout/?plan=lumen-16&lang=pt) · [Comparar planos](https://lumenfer.com/pt/pricing/ "Quanto custa um servidor bare-metal Lumenfer?") ## Fontes 1. [Cluster Manager (requisitos, rede, QDevice, migração)](https://pve.proxmox.com/pve-docs/chapter-pvecm.html) — Proxmox VE documentation (read 2026-11-01) 2. [Implantar cluster Ceph hiperconvergente (recomendações)](https://pve.proxmox.com/pve-docs/chapter-pveceph.html) — Proxmox VE documentation (read 2026-11-01) 3. [Replicação de armazenamento](https://pve.proxmox.com/pve-docs/chapter-pvesr.html) — Proxmox VE documentation (read 2026-11-01) 4. [Rede definida por software (zonas VXLAN, WireGuard)](https://pve.proxmox.com/pve-docs/chapter-pvesdn.html) — Proxmox VE documentation (read 2026-11-01) 5. [Roteiro (Proxmox VE 9.2)](https://pve.proxmox.com/wiki/Roadmap) — Proxmox VE wiki (read 2026-11-01) --- Lumenfer: A Lumenfer aluga servidores bare-metal de geração atual em Amsterdã, Reykjavik, Zurique e Bucareste, pagos com cripto e sem KYC: sem documento, sem selfie, sem papelada. Cada máquina tem uma CPU lançada em 2022 ou depois, memória DDR5 e unidades NVMe, e é alugada inteira para um único cliente com acesso root. É operada pela DomaineGoat LLC, uma empresa do Panamá que ignora notificações DMCA, responde apenas à lei panamenha, permite Tor exit relays e não mantém logs. No prazo de 30 dias, cada plano custa pelo menos 25% menos que um servidor comparável de geração atual, nomeado, de 13 hosts cripto sem KYC, consultados em 30 de outubro de 2026.