Eu testei tomcat specific clustering com apache mod_jk e mod_proxy em VMs locais do ubuntu para nosso site high availability e load balancing . Os servidores reais são hospedados pelo Rackspace cloud server provider. Eu testei o armazenamento em cluster do tomcat com 1 balanceador de carga e 2 servidores da web. Como o balanceador de carga única é novamente um single point of failure , estou tentando adicionar mais um LB como escravo.
Na Rackspace, há uma opção Load Balancers e aqui é o link que orienta como configurar balanceador de carga que não tenho certeza de configurar por causa de algumas dúvidas, como eu nunca fiz isso antes a qualquer momento.
Alguém poderia me recomendar passo-a-passo o que eu deveria e o que eu não deveria, com apenas recursos necessários, evitando custos desnecessários?
Seguem-se as coisas que não tenho a certeza e pedir a alguém que já está a usar o Rackspace, ajuda-me aqui a configurar o balanceamento de carga:
Eu quero adicionar pelo menos 4 computadores, 2 como servidores web, 1 como servidor de balanceamento de carga e mais um como servidor de balanceamento de carga de failover. Eu acho que posso adicionar novas máquinas a partir da opção Rackspace Load Balancer?
Acabei de ouvir que alguém poderia reduzir o custo de IPs estáticos, configurando o cluster na LAN, atribuindo endereços IP privados a computadores em cluster e, portanto, também posso reduzir os custos de largura de banda. É realmente possível juntar computadores em cluster em uma LAN na Rackspace?
Tanto quanto eu sei, vou apontar o nome do domínio (nome do site) para o Load Balancer no DNS onde o domínio está registrado e ambos os LBs devem ter IP público estático atribuído (eu estou pensando que eu ' m aqui mesmo). Como eu já disse eu quero adicionar mais um LB para evitar ponto único de falha, existe alguma opção na Rackspace onde eu possa apontar o domínio do site para ambos os LBs para que apenas um esteja ativo e se ativo falhar, ele deve apontar para outro LB (semelhante ao ip failover ) para que eu possa fazer o site de zero-down-time?.
Eu peço, se possível, se alguém me fornecer uma lista passo-a-passo de como fazê-las na Rackspace com suas próprias recomendações sobre o que eu deveria ou não deveria fazer.
Obrigado antecipadamente!
EDIT: 1
Eu ouvi que a Rackspace oferece para share an ip entre computadores, é isso ?, então eu posso usar essa opção. Especificarei ip público / compartilhado como ip virtual por eth0:0 no arquivo de interface de rede em ambos os balanceadores de carga. Você realmente acha que funciona sem falhas, mesmo que tenha especificado o ip público como ip virtual com interface eth0: 0 sem nenhuma interrupção?
EDIT: 2
Eu estava pensando na configuração como todo o computador (servidores web e balanceadores de carga) em uma LAN (na Rackspace) com alguma rede ( 192.168.x.x ) usando a interface eth0 . Para balanceadores de carga, para a interface eth0:0 ou eth1 , um ip público é compartilhado entre LBs e mod_proxy & mod_jk em LBs redireciona-os para servidores web como eles poderiam estar na mesma rede (192.168.x.x).
Depois de algumas análises, percebi que não podia acessar diretamente os servidores da Web para testes do meu lugar, pois eles não têm o ip público atribuído e, novamente, pensei em adicionar algum redirecionamento de proxy como ProxyPass /web1 http://web1-ip-here nos LBs para acessar os servidores da web com compartilhamento ip público ou nome de domínio do site (acho que redireciona como todos os servidores estão em lan). Mas, novamente, para atualizar ou instalar alguns pacotes em servidores da web, precisa de conexão com a internet. Eu estou novamente me perguntando se há uma opção para conectar o servidor web para WAN com único ip público em LBs e se assim for, se funciona sem nenhum problema. Senão eu tenho que usar ip público para servidores web cada.
Primeiramente, por que você precisa de 4 máquinas quando você pode usar apenas 2. Você pode configurar o balanceador de carga nas mesmas máquinas que planeja usar como servidores web. Em seguida, você pode comprar um chamado "IP compartilhado" da Rackspace e configurar o Heartbeat para gerenciá-lo. Eu tentei esta configuração na nuvem Rackspace e funcionou muito bem. Eu usei o HAProxy como um balanceador e eu recomendo que você também o use, é muito fácil de configurar.
Duas boas opções funcionam aqui:
1: Balanceamento de carga baseado em hardware como serviço Rackspace
Recentemente, a Rackspace adicionou seu serviço de balanceamento de carga e, para o simples encaminhamento via web, essa será sua aposta mais confiável e econômica. no painel de gerenciamento da conta, você pode acessar as opções de balanceamento de carga em Hospedagem - > Balanceamento de carga
2: Balanceamento de carga baseado em software com failover
É claro que você pode configurar dois servidores para balanceamento de carga e usar software como o HAProxy para rodar o tráfego de entrada. Isso exigirá que você pague e mantenha ambos os servidores, além de um custo extra para um endereço IP público adicional para compartilhar entre eles.
Os servidores na verdade não "compartilham" o endereço IP - o "mestre" o controla e é o ponto de contato público para o seu balanceamento de carga. As duas máquinas são interligadas por meio da monitoração de heartbeat e, se o servidor "escravo" detectar que o "mestre" não está respondendo, ele ligará o endereço IP público e se tornará o principal.
A Rackspace tem um artigo onde eles descrevem o processo de configuração da solução de balanceamento de carga de heartbeat em seu site aqui: link
De acordo com o RS Support, um RS LoadBalancer pode suportar até 150.000 conexões. Na verdade, são máquinas múltiplas (eu acho que virtuais) com um IP voltado para o público. Pela nossa experiência, eles têm um tempo de operação muito bom e são muito fáceis de configurar e desligar. Uma grande desvantagem que encontro em usar RS LBs é que eles não terminam com SSL (ainda).