Estratégia de hospedagem DNS de alta disponibilidade?

Estou tentando encontrar algumas opções de maneiras de fazer hospedagem DNS de alta disponibilidade para alguns sites existentes. Hoje de manhã, a empresa em que trabalho foi derrubada porque a hospedagem DNS que temos para nossos domínios por meio de nosso registrador ( bulkregister.com ) caiu. Agora estou sendo encarregado de encontrar uma alternativa que não nos coloque à mercê de um único provedor de DNS.

O que estamos procurando:

• Nenhum ponto único de falha.
• Tempo efetivo.
  • Uma solução sugerida é executar vários hosts DNS. Essa parece ser uma ótima alternativa, mas temos mais de 20 domínios e a atualização de um endereço IP em todos esses domínios em dois fornecedores é proibitiva.
• Custo-beneficio.
  • Eu tenho que vender isso para a alta gerência. A alegria sou eu.

Então, quais métodos existem que suportam isso? Eu sou mais programador, mas eles me encarregaram disso, então eu queria ter a opinião de pessoas mais experientes do que eu.

Você pode usar qualquer número de hosts DNS que tenham servidores de nomes geograficamente dispersos.

http://www.dyndns.com/services/dns/custom/

http://www.easydns.com/dnsmanage.php3

Você também pode mover seus servidores de nome e zonas DNS para um registrador que tenha uma infraestrutura mais robusta e resiliente, como as Soluções de Rede.

Se feito corretamente, tudo o que você precisa fazer é atualizar o servidor DNS mestre e ter o restante como escravos, que farão uma pesquisa no mestre ou serão informados pelo mestre de uma atualização pendente. Depois de configurar as atualizações automáticas, você poderá ter quantos escravos atenderem às suas necessidades de disponibilidade e eles permanecerão atualizados, desde que o próprio mestre esteja acessível.

Você pode executar seus próprios servidores DNS e várias colunas em vários servidores e configurar failover e cluster. Usando o Windows ou Linux, você pode configurar recursos compartilhados únicos que são compartilhados entre servidores, de preferência em um ponto a ponto ou VPN, e quando um servidor / local fica inoperante em segundos, o próximo servidor disponível pega o recurso compartilhado, como endereços IP . Eu tenho soluções semelhantes em execução na minha organização, temos vários edifícios, cada edifício como um servidor DNS, bem como outros servidores Windows e Linux, Sans e outros. A maioria dos servidores é configurada em um cluster de failover, portanto, se um edifício explodir, a rede ainda estará ativa. Por exemplo, nossos servidores dhcp possuem um endereço IP que é um IP compartilhado entre três servidores DNS, Eu posso desconectar 2 dos 3 servidores DNS e esse único endereço IP apontaria apenas para o servidor ativo restante. Isso é muito fácil de fazer com o cluster do Windows 2008, e você pode fazê-lo de maneira barata com linux e drbd (http://www.drbd.org/ ).

Se todo esse trabalho ou custo de hardware não for uma opção viável, você pode procurar provedores de DNS que garantam o tempo de atividade de 4 ou 5 9 e têm vários servidores em colos nos EUA. Não conheço nenhum desses fornecedores de DNS, mas tenho certeza de que existem serviços oferecidos, mas muitos registradores por aí, como lugares como godaddy.com

Hospede o DNS em um de seus servidores e tenha vários outros servidores nele. O ISC, os criadores do BIND, até oferecem hospedagem comercial. Não tenho certeza dos termos, mas você pode encontrar mais informações no site deles .

O bom de hospedar o DNS localmente é que você não fica preso por nenhum provedor - se eles o machucam, você pode simplesmente mudar para outro. Isso exigirá trabalho para ser movido, mas são apenas algumas horas de trabalho voltado para a Web e não afetará seus clientes. Às vezes, é difícil obter os dados da zona de uma ferramenta de edição sofisticada em alguns registros.

No entanto, a menos que você seja um especialista em DNS, não recomendo veicular seu próprio DNS. Não é tão trivial quanto algumas pessoas pensam em fazer isso por conta própria. Há todos os tipos de coisas interessantes para aprender antes de tentar, e não é como hospedagem HTTP.

O que você deseja são provedores geográficos diversos, estáveis ​​e capazes de executar se houver parte de falhas. Ou seja, um terremoto na Califórnia não deve retirar todo o serviço. Eles devem ter presença múltipla de "fuso horário" e, se possível, presença de múltiplos continentes.

O que estamos procurando:

• Nenhum ponto único de falha
• Tempo efetivo.
• Uma solução sugerida é executar vários hosts DNS. Essa parece ser uma ótima alternativa, mas temos mais de 20 domínios e a atualização de um endereço IP em todos esses domínios em dois fornecedores é proibitiva.
• Custo-beneficio.
• Eu tenho que vender isso para a alta gerência. A alegria sou eu.

Então, quais métodos existem que suportam isso? Eu sou mais programador, mas eles me encarregaram disso, então eu queria ter a opinião de pessoas mais experientes do que eu.

Os secundários podem ajudar bastante a mitigar isso. Seu provedor de serviços de Internet deve fornecer servidores DNS gratuitos a montante de você; nesse momento, você pode nomeá-los como secundários e levá-los a buscar suas zonas. Isso deve ajudar bastante a mitigar os custos, garantindo que você tenha algo em prática.

• Você mantém seus mestres do jeito que são, sem entrar em contato com registradores para mover coisas
• Requer pequenas alterações na sua configuração, onde você pode especificar seu servidor como mestre e ter outra pessoa escrava dele
• A resposta do DNS se torna parcialmente o problema de outra pessoa
• A distribuição de carga (sem balanceamento) ajuda a reduzir a carga em cada servidor
• Seu registrador DNS pode entrar em colapso por algumas horas e você pode seguir seu caminho alegre (até que o TTL expire suas entradas)

Um serviço de hospedagem DNS "real" pode fornecer isso se o seu provedor de serviços de Internet não fornecer. Eu recomendo o DynDNS, pois eles fornecem a maior parte do que você procura (vários locais, tempo de inatividade mínimo, interface da web decente).

este é um tópico antigo, mas ainda assim, você está apenas olhando para o serviço DNS. Errado. Se o servidor ficar inoperante, não importa o quão confiável seja o seu provedor de DNS externo, você estará inoperante. Você precisa pensar um pouco sobre isso. A maneira mais barata e melhor para ir é ter dois servidores com seu site em ambos. o servidor de nomes 1 está em uma caixa e o servidor de nomes 2 está na outra. Portanto, se um servidor falhar, o outro assumirá o controle.

Como uma variante de sugestões oferecidas aqui, você pode continuar com seu registrador existente, desde que ele seja capaz de fazer uma transferência de zona. Procure outro provedor que aceite transferências de zona também. No seu arquivo de zona, adicione mais alguns registros NS para este provedor (de preferência distribuídos geograficamente). Depois que essa configuração estiver concluída, você deverá retornar registros NS de mais de um provedor DNS em uma consulta DNS. Verifique se as transferências de zona estão configuradas. Após a alteração, seus servidores de nomes podem ficar assim:

example.com IN  NS  ns1.provider1.net   172800s (2d)
example.com IN  NS  ns4.provider1.net   172800s (2d)
example.com IN  NS  ns1.provider2.net   172800s (2d)
example.com IN  NS  ns5.provider2.net   172800s (2d)
example.com IN  NS  ns2.provider2.net   172800s (2d)

Quando o provedor1 é desativado, um servidor DNS recursivo apenas excede o tempo limite nos dois primeiros NS e prossegue com o próximo. Dessa forma, mesmo que um provedor DNS robusto, distribuído geograficamente, fique offline, você ainda estará online com o provider2.

• Vantagens: nenhuma dependência de um único provedor; alta disponibilidade
• Desvantagens: Custo de dois; complexidade da configuração do XFER

Para expandir as respostas aqui, você deseja um serviço DNS com base geográfica e com failover automático. Se a hospedagem automática for exagerada, minha empresa usa o dnsmadeeasy.com há vários anos com grande sucesso.

Espero que ajude.