Guia do operador · 5 min de leitura

Como construir um cluster Proxmox

Prepare um cluster Proxmox VE operado pelo cliente em torno de quórum, nós compatíveis, rede fiável, armazenamento e recuperação. Este guia fornece um método para validar a sua implementação, não uma promessa de alta disponibilidade gerida.

Atualizado 2026-09-05 · Tungsto notas técnicas

Quórum antes de conveniência

Um design de três nós é a base de produção mais simples porque o cluster pode perder um membro votante e manter a maioria. Avalie a abordagem QDevice documentada para um design de dois nós e teste o seu comportamento de falha e partição. Não coloque todas as dependências de voto atrás do mesmo switch ou caminho de energia.

Separar classes de tráfego

Planeie a separação de gestão, comunicação de cluster, migração, armazenamento e cargas de trabalho públicas usando as interfaces e serviços de rede realmente confirmados para a encomenda. O Corosync valoriza latência baixa e estável mais do que largura de banda bruta. A migração e o armazenamento replicado podem consumir muito mais débito, razão pela qual os sistemas 10 Gbps EPYC são um ponto de partida prático.

Opções de armazenamento

O ZFS local é simples e rápido, mas não torna uma VM altamente disponível por si só. A replicação reduz a exposição do ponto de recuperação, mas permanece assíncrona. O Ceph pode fornecer armazenamento distribuído, mas necessita de nós adicionais, memória, capacidade de rede e atenção operacional. Combine o design com o objetivo de recuperação prometido.

Sequência de construção

Instale versões correspondentes Proxmox VE e aplique patches em cada anfitrião.
Defina endereços de gestão estáveis e sincronização de hora.
Crie o cluster no primeiro nó e, em seguida, junte os outros.
Configure o armazenamento e o backup antes de ativar cargas de trabalho.
Teste a perda de um anfitrião, caminho de comutação e sessão de gestão.

Aprofundar

Construa uma decisão que possa verificar.

Guia mínimo 4

Congelar âmbito e pré-requisitos

Selecione uma versão Proxmox VE atualmente suportada do guia de administração oficial e leia os seus requisitos específicos antes da instalação. Prepare nomes de anfitrião únicos, endereços de gestão estáveis, sincronização de tempo, acesso administrativo, cópias de segurança verificadas e um caminho de recuperação independente. Registe os orçamentos de recursos do nó e do convidado para que os serviços de gestão, armazenamento e recuperação não sejam alocados de forma inadequada.

Prefira nós que possam comunicar através de um caminho estável de classe LAN. Proxmox documenta um cluster baseado em quórum e requer entrega fiável de Corosync com latência inferior a 5 milissegundos para operação estável. Isto torna um cluster estendido por regiões públicas distantes um design diferente e geralmente inadequado, a menos que possa demonstrar que a sua rede cumpre os requisitos oficiais. Nenhuma malha inter-região privada está implícita numa listagem de servidor público.

Proxmox VE Guia de Administração

Desenhe o quórum antes de juntar nós

Anote os votos e cada partição que pretende que sobreviva. Um cluster de três nós é o ponto de partida direto porque a maioria pode permanecer após a perda de um nó com voto. Um design de dois nós não se torna seguro através de failover desejoso; Proxmox documenta o QDevice como uma forma de fornecer um voto adicional, e esse votante externo introduz os seus próprios requisitos de alcançabilidade e colocação.

O quórum protege o estado consistente do cluster, não a disponibilidade da aplicação por si só. Decida como os convidados são reiniciados, que armazenamento os seus discos exigem e o que acontece quando um nó fica isolado mas continua a funcionar. Evite alterar os votos esperados para forçar uma partição a ficar gravável como resposta de rotina.

Planeie o tráfego Corosync e de carga de trabalho honestamente

Liste a gestão, Corosync, migração, armazenamento, backup e tráfego público de convidados separadamente e, em seguida, mapeie cada um para interfaces entregues e endereços roteados. Caminhos físicos dedicados ou separação de VLAN podem reduzir a interferência, mas um pedido Tungsto não garante uma VLAN privada ou uma ligação de cluster extra. Confirme qualquer funcionalidade de rede necessária antes de encomendar; caso contrário, projete dentro das interfaces e do roteamento público realmente fornecidos.

O Corosync valoriza a latência estável e a entrega ordenada fiável mais do que a largura de banda de destaque. A migração, replicação e backup podem criar fluxos muito maiores, por isso agende-os e meça-os sem privar a comunicação do cluster. Aplique firewalls de anfitrião a partir dos requisitos de porta oficiais e restrinja a exposição de gestão; não copie um conjunto de regras de uma versão não relacionada.

Escolha o armazenamento a partir do resultado de recuperação prometido

O armazenamento local mantém os domínios de falha simples mas não torna um disco de convidado disponível noutro nó. A replicação local ZFS pode reduzir o ponto de recuperação, mas é assíncrona e pode perder alterações entre replicações. O armazenamento partilhado pode tornar os mesmos volumes de convidado visíveis para vários nós, enquanto o armazenamento distribuído acrescenta requisitos de capacidade, rede e funcionamento. Nada disto remove a necessidade de uma cópia de segurança separada.

Defina onde vivem as imagens ISO, os discos dos convidados e as cópias de segurança, como é monitorizado o espaço livre e o que acontece quando o armazenamento enche. Proxmox avisa que convidados que usam armazenamento thin-provisioned cheio podem receber erros de I/O. Mantenha os meios de restauro e as credenciais fora do cluster que poderá precisar de reconstruir.

Utilize um plano de aceitação e falha por fases

Aplique patches e verifique cada nó autónomo antes de criar o primeiro cluster e, em seguida, junte um nó de cada vez usando o guia da versão selecionada. Após cada alteração, registe a associação, o quórum, o estado do tempo, a visibilidade do armazenamento e o estado da cópia de segurança. Adicione um convidado não produtivo apenas depois de o plano de controlo estar saudável.

Planeie exercícios controlados para um nó indisponível, um caminho Corosync indisponível, armazenamento indisponível e restauro a partir de cópia de segurança. Defina o resultado esperado e as condições de aborto antes de cada exercício; não execute testes destrutivos contra a única cópia de uma carga de trabalho. Os pedidos de energia de hardware e reinstalação Tungsto podem ser colocados em fila para processamento pelo operador, pelo que não são um controlador HA gerido nem um temporizador de recuperação garantido. O produto final é um manual de execução próprio com resultados observados da sua implementação, não uma promessa de disponibilidade incondicional.

Respostas diretas

Perguntas sobre este guia

Um cluster Proxmox de três nós garante alta disponibilidade?

Não. Três votos ajudam o quórum, mas a HA de convidados também precisa de armazenamento adequado, fencing e política de reinício, capacidade de reserva, rede fiável e recuperação testada. Tungsto não opera o cluster como um serviço de HA gerido.

Posso assumir uma VLAN privada entre servidores Tungsto?

Não. Uma VLAN ou rede de cluster dedicada não é garantida pelo catálogo. Confirme o produto de rede exato antes de escolher uma topologia que dependa dele.