Você não pode, e é por isso que o balanceamento de carga não tem nada a ver com a disponibilidade .
Estou prestes a converter um aplicativo da web de banco de dados único de servidor único em uma configuração altamente disponível fisicamente distribuída com servidores em dois locais físicos (por enquanto). Agora, obviamente, preciso de um balanceador de carga (mais como um proxy reverso nesse caso, mas chamarei de "balanceador de carga" para simplificar), o que encaminharia solicitações de mywebsite
para node1.mywebsite
ou node2.mywebsite
. No entanto, suponho que servidores de alta disponibilidade não são úteis se meu balanceador de carga ficar inativo. Portanto, para minha linha de pensamento, eu realmente preciso de dois balanceadores de carga, um em cada local. No entanto, eu ainda desejaria um único ponto de acesso externo, portanto, eu 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 meu raciocínio? Como eu garantiria a alta disponibilidade de meus balanceadores de carga na prática, supondo que cada um dos locais físicos poderia ser desconectado da energia por um longo período de tempo?
PS : Estou ciente do fato de que minha compreensão da distinção entre HA e balanceamento de carga é, na melhor das hipóteses, medíocre. O que eu quero é um servidor disponível mesmo quando a energia em um local cair. Obrigado pela sua compreensão.
Você não pode, e é por isso que o balanceamento de carga não tem nada a ver com a disponibilidade .
Dois balanceadores de carga devem ser suficientes. Você estará usando apenas um balanceador de carga de cada vez. O nome mywebsite deve ser resolvido para o VIP atribuído a um dos balanceadores de carga.
Você pode fazer HA grosseiro e balancear com dns round robin colocando-o na frente de seus balanceadores de carga.