Adicionando vários registros A para o mesmo host para fins de backup

Question

Eu tenho um servidor web. Eu tenho 2 IP estáticos de 2 ISPs diferentes. Eu quero ter certeza de que meu servidor está acessível quando a (s) rede (s) de um ISP estiver inoperante.

por exemplo

my host name a.example.com
my ISP1 IP : x.134.x.100
my ISP1 IP : x.10.x.10

Registros A no meu DNS, por exemplo.com.

a.example.com x.134.x.100
a.example.com x.10.x.10

Meu firewall roteia as duas solicitações para o mesmo servidor e isso funciona bem.

Minha pergunta é

"É a solução certa para o problema? Se não qual é a solução certa? "

EDIT: Eu vi este link link

Agora minha pergunta é: Qual é a maneira mais fácil / barata de fornecer alta disponibilidade?

    

Answer 1

O problema com esta solução é que o DNS continuará a distribuir IPs, mesmo se um servidor / ISP estiver inoperante, o que significa que ele não conseguirá realmente atingir seu objetivo. Se você realmente precisa de um verdadeiro site de backup, a melhor maneira de fazer isso é configurar o BGP. É um processo, mas você trabalha com seu ISP para configurar um roteador BGP em cada site que publica sua rede pública. Quando um roteador ou ISP cai, é uma questão de segundos para o roteador de backup começar a anunciar sua rede a partir do site de backup. Sem alterações no DNS, sem esperar que nada atinja o tempo limite ou desmarque - isso simplesmente funciona.

EDITAR ** Adicionar solução secundária.
Se a configuração do BGP estiver muito fora do alcance devido ao orçamento ou a alguma outra restrição, recomendo que você configure um servidor DNS em cada site com um TTL muito curto (como 10 minutos, presumindo que você não tenha uma grande quantidade de tráfego). Em cada servidor DNS, crie um único registro A com o IP do servidor nesse site. Portanto, no site A, configure um registro de host com o IP no site A e no site B crie um com o IP no site B. Dessa forma, quando o ISP ficar inativo, você não estará mais exibindo IPs indisponíveis. Lembre-se que com esta solução, você terá clientes que armazenaram em cache o IP "ruim" e eles terão que aguardar o tempo limite antes de colocar o IP "bom" do outro servidor DNS.

    

Answer 2

Para serviços da Web de tipos de clientes específicos, isso funcionará. Se você digitar o comando "host www.google.com", verá que eles retornam com uma lista rotativa de WIPs com relevância geográfica. O navegador moderno (o principal cliente do google) entende que eles podem utilizar esse pool de endereços em ordem sem pesquisas de resolvedor adicionais.

É claro que alguns clientes não fazem isso e usarão o primeiro endereço e nunca continuarão.

Esta não é uma forma valiosa de alta disponibilidade, mas explica o que você está vendo quando analisa as implementações de DNS do site de algumas pessoas.