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 ficou de joelhos porque a hospedagem de DNS que temos para nossos domínios através 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 procuramos:
Então, quais métodos existem que suportam isso? Eu sou mais um programador, mas eles me encarregaram disso, então eu queria ter a opinião de pessoas mais experientes do que eu.
Se feito corretamente, tudo o que você precisa fazer é atualizar o servidor DNS mestre e ter o restante como escravo, que fará a pesquisa do mestre ou será informado pelo mestre de uma atualização pendente. Depois de configurar as atualizações automáticas, você pode ter quantos escravos atender às suas necessidades de disponibilidade e mantê-los atualizados, desde que o próprio mestre esteja acessível.
Você pode executar seus próprios servidores DNS e vários colos em vários servidores e configurar failover e clustering. Usando o windows ou o 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 inativo em segundos o próximo servidor disponível pega o recurso compartilhado, como endereços IP . Eu tenho uma solução semelhante em execução na minha orginização, temos vários edifícios, cada edifício como um servidor DNS, bem como alguns outros servidores Windows e Linux, sans e tal. A maioria dos servidores é configurada em um cluster de failover, portanto, se um edifício explodir, a rede ainda estará ativa. Por exemplo, os nossos servidores dhcp têm um endereço IP compartilhado que é um ip compartilhado entre 3 servidores dns, eu posso desconectar 2 dos 3 servidores dns e esse endereço IP único apenas apontaria para o servidor ativo restante. Isso é muito fácil de se fazer com o clustering do Windows 2008, e você pode fazê-lo com o Linux e o drbd ( link ). p>
Se todo esse trabalho ou custo de hardware não for uma opção viável, você pode verificar os provedores de DNS que garantem o tempo de atividade de 4 ou 5 9 e possuem vários servidores em todos os EUA. Eu não sei de nenhum desses provedores de DNS, mas tenho certeza de que existem serviços oferecidos, mas muitos dos registradores por aí, como lugares como godaddy.com
Hospede o DNS em um de seus servidores e faça com que qualquer outro número de servidores seja acionado. A ISC, criadora do BIND, até oferece hospedagem comercial. Não tenho certeza dos termos, mas você pode encontrar mais informações em seu site .
O bom de hospedar o DNS localmente é que você não está preso a nenhum provedor - se ele te machucar, você pode simplesmente mudar para outro. Isso exigirá trabalho para se mover, mas são apenas algumas horas de trabalho voltado para a Web e não afetarão seus clientes. É difícil obter seus dados de zona de uma ferramenta de edição sofisticada em algum registro, às vezes.
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 sozinho. Há todos os tipos de coisas interessantes para aprender antes de tentar, e não é como se fosse uma hospedagem HTTP.
O que você deseja são provedores geográficos diversificados, estáveis e capazes de executar-se-parte-falhas. Ou seja, um terremoto na Califórnia não deve interromper todo o seu serviço. Eles devem ter uma presença múltipla de "fuso horário" e, se possível, presença de múltiplos continentes.
What we're looking for:
- No single point of failure
- Time effective.
- One solution that has been suggested is to do multiple DNS hosts. This seems like a great alternative, but we have over 20 domains, and updating an IP address on all of those domains across two providers is prohibitive.
- Cost effective.
- I have to sell this to upper management. Joy is me.
So what methods exist which support this? I'm more of a programmer myself, but they've tasked me with this, so I wanted to get the opinion of people more experienced than I am.
Os secundários podem ir um longo caminho para mitigar isso. O seu ISP deve fornecer servidores DNS gratuitos a montante de você, no ponto em que você pode nomeá-los como secundários e levá-los para buscar suas zonas. Isso deve ser um longo caminho para mitigar os custos e, ao mesmo tempo, garantir que você tenha algo em vigor.
Um serviço de hospedagem DNS "real" pode fornecer isso se o seu ISP não. Eu recomendo o DynDNS, pois eles fornecem a maior parte do que você está procurando (vários locais, tempo de inatividade mínimo, interface web decente).
este é um segmento antigo, mas ainda assim, você está apenas olhando para o serviço dns. Errado. Se o seu servidor ficar inativo, não importa o quanto seu provedor de DNS externo seja confiável, você estará inativo. Você precisa pensar um pouco sobre isso. O caminho mais barato e melhor é ter 2 servidores com o seu site em ambos. o servidor de nomes 1 está em uma caixa e o servidor de nomes 2 está na outra. Então, se um servidor falhar, o outro assumirá.
Como uma variante das sugestões oferecidas aqui, você pode continuar com seu registrador existente, desde que ele forneça a possibilidade de fazer uma transferência de zona. Procure outro provedor que também aceite transferências de zona. No seu arquivo de zona, adicione mais alguns registros NS para esse provedor (preferencialmente distribuídos geograficamente). Depois que essa configuração for concluída, você deverá ter registros NS de mais de um provedor DNS retornados em uma consulta DNS. Certifique-se de que suas Transferências de Zona estejam configuradas. Após a alteração, os seus servidores de nomes poderão ter esta aparência:
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 fica inativo, um servidor DNS recursivo deve simplesmente expirar nos dois primeiros NS e prosseguir com o próximo. Dessa forma, mesmo que um provedor de DNS robusto, geograficamente distribuído fique offline, você ainda está on-line com o provedor2.
Para expandir as respostas aqui, você deseja um serviço DNS com base geográfica com failover automático. Se a auto-hospedagem é exagerada, minha empresa tem usado dnsmadeeasy.com por muitos anos com grande sucesso.
Espero que ajude.