Além dos recursos de virtualização incomparáveis, da próspera comunidade de geeks e do incrível suporte para ferramentas relacionadas a laboratórios domésticos, há muitos motivos para me tornar membro da facção Proxmox. Mas gosto especialmente de como os brilhantes desenvolvedores do Proxmox lançam novos recursos a cada atualização, sem solicitar assinaturas premium ou aumentar os requisitos de hardware.
Por fim, o Proxmox 9 adicionou malhas SDN e renovou a interface móvel ao ponto em que é inteiramente possível gerenciar convidados virtuais a partir de um smartphone, enquanto o PVE 9.1 melhorou a funcionalidade de snapshot e forneceu suporte muito necessário (mas ainda um tanto experimental) para imagens de contêiner OCI. Comparado com as últimas atualizações, o kernel Linux atualizado pode parecer o maior destaque do Proxmox VE 9.2 para pessoas com configurações de nó único. Mas se você tiver um cluster Proxmox de alta disponibilidade em seu arsenal de patches como eu, então isto é para você.
Eu sempre ajusto as configurações do host Proxmox antes de ativar uma única VM ou LXC
Esta é a única maneira de configurar um nó Proxmox agora
O Cluster Resource Scheduler tem um novo balanceador de carga
Um que possa ajustar dinamicamente a migração de convidados virtuais
Até agora, o Cluster Resource Scheduler suportava apenas dois modos: básico/padrão e estático. Este último usa o total de recursos consumidos por um convidado virtual para avaliar o melhor nó para tarefas de migração, enquanto sua contraparte básica simplesmente move uma nova VM ou LXC configurada para HA para o nó com menos cargas de trabalho ativas. Embora esses métodos (especialmente os estáticos) não sejam terríveis para tarefas de migração de alta disponibilidade, o verdadeiro problema surge quando o host original volta a ficar online.
Digamos que você tenha uma configuração como a minha, em que o nó primário é significativamente mais poderoso que os outros dois (ou mais) sistemas do cluster. Assim, você pode usar a estação de trabalho primária para hospedar convidados virtuais, mas deixar os nós secundários para tarefas de alta disponibilidade. Se o nó número uno estiver inativo, o DRS migrará os LXCs e VMs que você adicionou à guia HA para outros nós. Mas quando estiver online novamente, você terá uma configuração de cluster irregular, onde os sistemas mais fracos são forçados a executar seu ambiente virtual enquanto o sistema mestre permanece ocioso. Para clusters com uma dúzia de convidados virtuais, você terá que migrar tudo manualmente quando o servidor primário estiver online e, como alguém que tende a hackear a estação de trabalho principal por meio de projetos DevOps, mover os LXCs e VMs de volta tem sido uma grande dor de cabeça.
É aqui que o balanceador de carga dinâmico recém-adicionado entra na equação. Em vez de apenas decidir para onde LXCs e VMs migram quando um nó fica offline, ele também calcula a carga em cada sistema quando o host volta a funcionar, evitando desequilíbrios de convidados virtuais que ocorreriam com perfis estáticos e básicos. Sem mencionar que também existem configurações adicionais na seção de configuração do DRS, incluindo opção de balanceamento automático, limite de desequilíbrio, método de balanceamento, etc.
Seu servidor Proxmox 8 não receberá mais atualizações de segurança em agosto e atualizar para o PVE 9 não é fácil.
Faça o que fizer, não se esqueça de fazer backup de seus convidados virtuais
O novo mecanismo de desarmamento do HA torna a manutenção muito mais segura
Você pode escolher entre dois modos de desarme
Além do balanceador de carga dinâmico, o Proxmox 9.2 adicionou uma nova opção de desarmamento de HA que desativa o Gerenciador de alta disponibilidade… Isto é, temporariamente. Veja, executar tarefas aleatórias de manutenção de nós enquanto o gerenciador de HA mantém um olhar atento sobre seus convidados virtuais e suas regras de afinidade pode causar migração indesejada ou forçar erroneamente o host a cercar.
No entanto, com a técnica de desarme, você pode realizar a manutenção com segurança, sem se preocupar com a possibilidade de o gerenciador de HA quebrar seu cluster. Definir o modo desarmar para congelar interrompe as alterações de estado e o cluster para de responder aos nós com falha, tornando-o melhor em situações em que os nós precisam continuar em execução. O outro modo de desarme, Ignorar, desativa completamente o rastreamento de HA para convidados virtuais e deve ser usado quando você precisar desligar todo o cluster.
Tecnicamente você poderia usar esta opção em abril com o pve-ha-manager versão 5.1.3 usando ha-manager crm-command desarmar-ha substituir eha-manager crm-command desarmar-ha congelar comandos, mas no PVE 9.2, alternâncias simples para modos de desarmar foram adicionadas à guia HA.
PVE 9.2 também melhora a pilha SDN
E fornece opção de gerenciamento de perfil de CPU
Embora os recursos centrados em cluster sejam o centro das atenções na atualização mais recente do Proxmox, o PVE 9.2 tem mais alguns truques na manga. A pilha SDN agora inclui mapas de rotas para filtragem BGP/EVPN e suporte para Border Gateway Protocol e WireGuard, sendo este último particularmente útil para pessoas que desejam conectar vários nós usando uma VPN segura.
Então, na seção do data center, há um utilitário de modelo de CPU personalizado que permite armazenar sinalizadores e configurações relacionadas ao processador em perfis reutilizáveis. Como esta é uma atualização focada em cluster, o seletor de sinalizadores mostra claramente a compatibilidade de sinalizadores entre os processadores em cada nó para que você não defina configurações de arquitetura erradas para seus convidados virtuais e perca alguns minutos quando as máquinas virtuais migradas não estiverem em execução em outro host PVE. Se você está se perguntando, então sim, estou falando por experiência própria.
