Estou prestes a converter um aplicativo Web de banco de dados único servidor único em uma configuração de alta disponibilidade fisicamente distribuída com servidores em dois locais físicos (por enquanto). Agora, obviamente, preciso de um balanceador de carga (neste caso, mais como um proxy reverso, mas vou chamá-lo de "balanceador de carga" por simplicidade), que encaminharia solicitações para mywebsiteum node1.mywebsiteou outro node2.mywebsite. No entanto, suponho que servidores com alta disponibilidade não sejam úteis se meu balanceador de carga cair. Portanto, para minha linha de pensamento, eu precisaria de dois balanceadores de carga, um em cada local. No entanto, eu ainda gostaria de um único ponto de acesso externo, portanto, precisaria de um balanceador de carga para os balanceadores de carga, que, por sua vez, precisariam ser equilibrados entre os locais ... isso continua e continua.
Então, o que há de errado com o meu raciocínio? Como garantiria a alta disponibilidade de meus balanceadores de carga na prática, assumindo que cada um dos locais físicos pudesse ser desconectado da energia por um longo período de tempo?
PS : Estou ciente do fato de que meu entendimento da distinção entre HA e balanceamento de carga é medíocre na melhor das hipóteses. O que eu quero é um servidor disponível, mesmo quando a energia de um local fica inativa. Obrigado pela sua compreensão.
fonte
Respostas:
Você não pode, e é por isso que o balanceamento de carga não tem nada a ver com a disponibilidade .
fonte
Dois balanceadores de carga devem ser suficientes. Você estará usando apenas um balanceador de carga por vez. O nome mywebsite deve ser resolvido para o VIP atribuído a um dos balanceadores de carga.
fonte
Você pode fazer HA grosseiro e equilibrar com round robin dns colocando-o na frente de seus balanceadores de carga.
fonte