Com base nesta pergunta: Soluções de balanceamento de carga amplamente utilizadas? , o LVS pode ser a solução certa para o meu problema.
Mas quando eu fui para a página inicial link , descobri que o LVS foi atualizado desde novembro de 2008. O mundo está se movendo rápido, e não sei se o LVS estava obsoleto ou não.
O LVS está parado ou há algumas soluções melhores para substituí-lo?
Muito obrigado.
Eu o uso atualmente em um ambiente de produção altamente disponível, atendendo a vários usuários públicos. Eu juro por ele e gostaria de encorajá-lo a tentar.
Com isso dito, existem alternativas dependendo da sua aplicação e preferência. Estes incluem:
A partir de 2016, o código LVS ainda é mantido na árvore do kernel Linux como um subconjunto do código do netfilter. Na árvore do kernel, verifique: ... net / netfilter / ipvs e ... Documentação / rede / ipvs-sysctl.txt
O conjunto de ferramentas ipvsadm é estável, não obsoleto e ainda pode ser baixado do link
Tanto quanto eu posso dizer, o suporte IPv6 para o IPVS nunca passou da fase experimental, então isso pode ser um detrator.
O desenvolvimento ativo agora é encontrado principalmente em keepalived que se baseia no LVS.
Usamos componentes do LVS para soluções de alta disponibilidade (especificamente, keepalived para flutuar IPs virtuais de servidor para servidor, conforme necessário).
Sim - é antigo. Mas: é estável.
Nós o usamos em conjunto com outro add-on "old": lvs-kiss. Aquele parece estar bem "morto" também.
O melhor sobre o lvs é que é rápido. Isso ocorre porque funciona na camada 2/3 - que também é sua maior desvantagem. Não tem ideia do que é uma sessão http.
O Tomcat faz - você pode colocar lvs na frente de qualquer serviço - se cada um dos servidores que fornecem esse serviço compartilhar suas informações de sessão com os outros servidores, você terá uma boa combinação.
A única desvantagem do LVS é IMHO, a configuração de tempo fixo para replicar a informação da sessão (ip-) para um servidor lvs escravo.
Tags linux load-balancing lvs