Balanceamento de carga DNS com vários IPs no mesmo domínio em GoDaddy

Question

Procurando uma solução mais barata do que o Amazon CloudFront, coloquei dois registros "A" com IPs diferentes em servidores diferentes no mesmo subdomínio em um NameSever gerenciado pelo GoDaddy para obter algum tipo de mecanismo de balanceamento de carga e failover arquivos no meu site.

Confira: nslookup static.hsbnoticias.com

ALGUMAS OBSERVAÇÕES

• Vi alguns artigos sobre o balanceamento de carga do round-robin do DNS, mas não consegui entender se isso pode ser feito com qualquer serviço DNS ou se é necessário algum software ou serviço especial.
• Eu não encontrei nenhum provedor de serviços para tal serviço
• Testando o nslookup no facebook O CDN retorna vários IPs em ordem diferente toda vez, o que eu acho que é a maneira correta de fazer o balanceamento de carga do DNS
• Meu NameServer retorna os IPs na mesma ordem toda vez

PERGUNTAS

1. A carga será distribuída entre os dois servidores?
2. Existe um comportamento padrão que os navegadores tendem a seguir ao resolver domínios com vários IPs em recursos da página? (Tempo limite, fallback, etc ...)
3. Como a ordem aleatória (ou fixa) dos registros retornados pelo servidor de nomes afeta o balanceamento de carga?
4. O navegador tentará IPs diferentes quando o que eles estiverem usando ficar lento ou somente quando ele disparar um tempo limite?
5. O IP Failover será transparente para o usuário ou o usuário precisará recarregar a página?

Answer 1

1. Principalmente, sim. Essa maneira pobre de fazer isso deixa a ordem retornada dos registros A a critério do servidor DNS que um cliente está usando, portanto, se o round-robin estiver desativado ou não for suportado (como no servidor de nomes local), os clientes que o usam receberá uma ordem fixa retornada enquanto estiver armazenada em cache. Mas, pelo menos, fornece redundância (se um IP estiver inativo, mas tentado primeiro, os navegadores geralmente usarão o outro após um tempo limite de conexão).

2. Não consistentemente, não. Todos eles farão fallback para um segundo (ou mais) endereço IP, mas isso dependerá do navegador "vendor" e da versão, e se as mensagens de ICMP inacessíveis serão retornadas ou não, para determinar quanto tempo isso leva. Tempos limite TCP - sem receber mensagens ICMP inacessíveis - geralmente são medidos em minutos quando um servidor não está respondendo. Por exemplo, o Chrome tem um longo tempo limite de conexão, geralmente mais de três minutos antes de efetuar o failover. IE é mais rápido. Mas isso apenas parecerá ao usuário estar fraco ou muito lento. Emptor de advertência ... há muitas partes móveis ao longo dos caminhos de resolução de DNS e você tem pouco controle sobre a ordem em que vários endereços IP retornados são finalmente usados em um determinado navegador. É por isso que há toda uma indústria de produtos que suportam balanceamento de carga de failover rápido, mas eles geralmente usam o DNS de forma mínima para realizá-lo (por exemplo, pesquisa www.google.com no DNS ... você encontrará receba apenas um endereço IP.)

3. O "balanceamento" de carga entre seus servidores pode variar significativamente entre dois períodos de tempo.

4. Apenas no tempo limite de conexão ou explicitamente inacessível.

5. Ele será transparente, mas o site pode parecer muito lento se o IP da instância à qual eles estão se conectando estiver suspenso. Se você o remover intencionalmente (por exemplo, para manutenção), o fallback será mais rápido se estiver fora da rede e as solicitações de ARP não forem respondidas (o roteador retornará o relatório com o host ICMP inacessível).