Dados os requisitos mínimos de sistema do Proxmox, configurar um laboratório doméstico não requer assassinos. Na verdade, usei mini PCs baratos, thin clients antigos e sistemas de jogos desatualizados que poderia usar para executar experimentos Proxmox. Escusado será dizer que, à medida que o meu arsenal de acessórios começou a crescer, comecei a agrupá-los. Como a replicação do ZFS facilita muito a alta disponibilidade para clusters PVE econômicos, também configurei minhas estações de trabalho legadas em um ambiente de alta disponibilidade.
Isso significa que, mesmo que meu cluster HA migre meus contêineres Linux e VMs para meus secundários quando um nó ficar inativo, eu ainda teria que ficar de olho no cluster PVE devido às condições de balanceamento de carga do Proxmox. Mas, felizmente, a última atualização do ambiente de virtualização adicionou algumas ferramentas de gerenciamento de cluster, e o balanceador de carga dinâmico é o meu favorito de todos.
4 alterações que fiz no Proxmox que resultaram em 90% do meu aumento de confiabilidade
Esses truques do Proxmox tornaram meu servidor experimental e auto-hospedado mais confiável
As antigas regras do agendador de recursos de cluster do Proxmox têm uma grande falha
As configurações padrão do DRS podem ter causado o desequilíbrio do cluster
Acredito que no meu cluster antes de 9.2. não há nada de errado com as regras de alta disponibilidade da versão. Com as regras de afinidade corretas, o agendador de recursos do cluster manteria meus convidados virtuais essenciais em execução se o nó em que eles estivessem ficasse offline. Mas o problema começa quando termino de depurar o problema e o coloco online novamente.
Para referência, tenho um PC para jogos totalmente equipado (embora um pouco desatualizado) como nó mestre em meu cluster, e os outros dois são mini PCs N100 cujo único objetivo é manter convidados virtuais importantes em execução caso meus experimentos fracassados tornem o sistema principal inoperante. Essencialmente, as VMs que consumiriam cerca de 40% dos recursos computacionais em minha máquina Ryzen consumiriam pelo menos o dobro em meus minis – e isso depois de dividi-los igualmente entre os dois.
Como os modos de contabilidade de recursos (básico)/carga estática não fazem provisões para o cenário muito provável de retorno de um nó travado, minha estação de trabalho principal permaneceria ociosa enquanto os nós do cluster suportavam o impacto dos meus projetos auto-hospedados. Além do impacto efetivo desse cluster irregular, eu também teria que mover manualmente todos os LXCs e VMs conectados ao meu nó PVE primário… toda vez que meus experimentos fracassados o deixassem off-line ou as interrupções frequentes em minha cidade no exterior me forçassem a desligar o nó que consome muita energia.
Eu construí um Hackintosh usando Proxmox em um SBC porque – por que não?
O que poderia dar errado?
O novo balanceador de carga monitora o uso de recursos e reordena meus convidados virtuais de acordo
E adiciona controles granulares às minhas tarefas de migração de cluster
Tecnicamente, o balanceador de carga dinâmico estava disponível como um recurso de visualização em uma atualização anterior, mas finalmente foi lançado com o Proxmox 9.2, e estou muito feliz por isso. Em última análise, o novo balanceador de carga força o ambiente de virtualização a equilibrar o consumo de CPU e memória e a equilibrar a distribuição de convidados virtuais se a configuração se tornar muito irregular após a migração.
Portanto, em vez de misturar meus LXCs e VMs quando minha máquina PVE primária voltar a ficar online, o balanceador de carga dinâmico redireciona automaticamente os convidados virtuais associados ao meu nó travado anteriormente de volta para onde eles pertencem. Além disso, posso ajustar o limite de desequilíbrio, o método de rebalanceamento e outras configurações de DRS para garantir que meu cluster Proxmox não se torne muito agressivo ao migrar contêineres e VMs em sistemas legados.
O gerenciamento de cluster também ficou muito mais fácil no PVE 9.2
E tudo graças aos novos modos de desarmamento
Embora o balanceador de carga dinâmico seja meu aspecto favorito do Proxmox VE 9.2, a nova atualização também adiciona ferramentas adicionais para facilitar o gerenciamento de cluster. Veja a funcionalidade de desarmar, por exemplo. Se eu realizasse manutenção no nó primário, minhas regras de HA poderiam migrar acidentalmente convidados virtuais, mesmo quando não fosse necessário. Ou meu nó pode se colocar no modo fence para evitar problemas de divisão cerebral que afetem meu cluster PVE.
O mecanismo de desarme alivia esses problemas desativando temporariamente as regras de HA. Geralmente utilizo o modo congelar ao realizar manutenção em um único sistema, pois ele ignora as alterações de estado e evita que os nós Proxmox respondam a plataformas desconectadas. Mas a capacidade do modo de substituição de ignorar completamente o rastreamento de HA o torna melhor para as raras situações em que preciso desligar todo o cluster.
Proxmox 9.2 é uma virada de jogo para configurações de cluster
Se você tiver uma única estação de trabalho Proxmox, o PVE 9.2 pode não parecer tão atraente. Em última análise, a atualização é principalmente sobre configurações de cluster, ao contrário do suporte OCI e da funcionalidade de snapshot vTPM adicionada no Proxmox 9.1. Caramba, até mesmo os aprimoramentos SDN da versão atual, perfis de CPU personalizados e outros recursos diversos são melhores para dispositivos Proxmox em cluster do que configurações independentes. Mas se você tiver um cluster de alta disponibilidade como o meu, o balanceador de carga dinâmico por si só já faz o PVE 9.2 valer a pena.
