Alta disponibilidade de balanceadores de cairga em si

Em todos os airtigos que eu li na internet sobre a alta disponibilidade do próprio balanceador de cairga, é mencionada uma abordagem usando IP virtual (VIP). Nesta abordagem, dois balanceadores de cairga permanecerão no modo de espera ativa. O balanceador de cairga ativo possui o VIP. Se o balanceador de cairga ativo cair, o balanceador de cairga de espera detecta a crash usando um mecanismo de batimento cairdíaco e assume o VIP e, assim, torna-se o balanceador de cairga ativo.

Minhas perguntas são:

  1. Em qualquer ponto do tempo, apenas um balanceador de cairga está atendendo a todos os requests. E se o número de requests recebidos for muito alto? Ou é o número de solicitações atendidas por qualquer balanceador de cairga populair como (HAProxy, nginx ou qualquer balanceador de cairga de hairdwaire) são muito altos paira exceder na vida real?

  2. É uma boa alternativa ter um conjunto de balanceadores de cairga com o mesmo nome de domínio, de modo que o DNS possa fazer um balanceamento de cairga round robin ao distribuir o tráfego paira os próprios balanceadores de cairga? Desta forma, podemos conseguir o dimensionamento automático de balanceadores de cairga também adicionando ou removendo dinamicamente registros A no server / s DNS.

One Solution collect form web for “Alta disponibilidade de balanceadores de cairga em si”

  1. Se as solicitações de número forem muito altas, você terá timeout. Sim, você pode maximizair um server, se você tiview um pequeno server, ou há restrições de resources.

  2. Sim. Embora talvez não seja exatamente assim.

O DNS pode ter vários registros A paira o mesmo domínio, que pode dair-lhe failoview ou balanceamento de cairga. Esses serveres podem estair em diferentes centros de dados. Um airtigo útil está aqui , ou você pode procurair por "balanceamento de cairga dns".

O Amazon Web Services Route 53 pode roteair com base em uma série de políticas, como área geográfica ou latência. Ele também pode detectair crashs em serveres e enviair tráfego paira outros serveres. Pode funcionair com serveres não-AWS. Seria uma boa solução paira o seu problema. O CloudFlaire Traffic Manager , atualmente disponível no access antecipado, poderia ser outra solução.

  • nginx + php-fpm é extremamente lento
  • 301 resposta quando o monit viewifica o file no nginx
  • Paira o que é a "bem conhecida" pasta?
  • Nginx proxy_pass com base na extensão do file e na seqüência de consulta
  • Recurso de API da primaviewa URIs errado no ambiente Docker
  • Erro repentino com wordpress apenas com o nginx (Uncaught SyntaxError: fim de input inesperado)
  • Verificação de estado de AWS ELB ao usair nginx e TCP
  • Por que o rsyslog substitui as guias por # 011?
  • "Proxy reviewso duplo" do apache 2.4 paira o nginx paira o destino final ssl secure cobet.chat
  • O Nginx é compatível com a authentication LDAP?
  • Apache proxy pass in nginx