O Teste de Paralisação e Paternidade do GoDaddy DNS: Quem é o seu GoDaddy?
É mais um episódio do Teste de Paternidade maury Povich na DNS Outage TV ontem. Tendo acabado de escrever sobre uma grande paralisação do DNS da AT&T em 15de agosto, aqui estamos novamente em 10 de setembro de 2012 testemunhando a paralisação do GoDaddy DNS. Milhões de usuários de sites e e-mails O processo de busca do DNS está sendo jogado fora como um episódio da MAUry Povich TV de testes de paternidade que deu errado. Primeira vez que os visitantes de um site do GoDaddy digitam a URL do GoDaddy em seu navegador e a resposta do DNS volta “Este não é o seu GoDaddy”. Ou algo assim.
Lidando com negação de paralisação do DNS
Além disso, no mês passado, a paralisação do DNS foi com o DNS AT&T. Então, o que um dono de site deve fazer agora que outro provedor de DNS “big daddy” está exposto (novamente) como não completamente confiável? Uma opção é mudar para outro provedor de DNS e apostar que “este” provedor de DNS é de alguma forma imune aos caprichos da Internet. Ou, outra opção é parar de se iludir, crescer e fazer algo realista sobre a realidade de que os provedores de DNS – como tudo na Internet – não são perfeitos e nunca serão. Senhoras e senhores, nossa previsão completamente não ousada é que uma grande paralisação do DNS acontecerá novamente em breve.
Seja real com seu DNS : Não use um kit de teste DNS contaminado
Eu diria que uma opção melhor é colocar em prática o monitoramento do site usando uma metodologia de monitoramento “não baseada em cache” que detectará problemas de DNS (você pode testar usando o visual DNS não cache aqui – gratuito usando “DNS” do Trace Style). NOTA: Um serviço de monitoramento baseado em cache não detectará com precisão problemas de DNS – apenas um método não baseado em cache detectará. Ao final de cada teste de paternidade, Maury Povich diz “Você é o pai”, ou “Você não é o pai”. Basicamente, se você está usando um método de cache para monitorar a declaração seria mais como “Você pode ou não ser um pai – não podemos dizer.” Não é uma boa TV, nem um bom monitoramento de DNS.
Aceitação 1: Planejamento para as paralisações do DNS do Futuro
Como escrevi “Doing DNS Monitoring Right: The AT&T DNS Outage” Não é geralmente bem conhecido que a metodologia básica de monitoramento http sintético para monitoramento de sites vem em dois “sabores” – para usar uma metodologia de “cache” ou “não-cache”. A escolha da metodologia por um serviço de monitoramento impacta diretamente sua capacidade de detectar problemas em servidores DNS secundários, como a paralisação do GoDaddy DNS e a paralisação do DNS AT&T. Por um lado, um método baseado em cache é muito mais simples para o negócio de monitoramento implementar e custar menos para configurar e administrar. Na verdade, a maioria dos serviços de monitoramento de tempo de atividade “básico” de baixo custo usam um “método de cache”.
Aceitação 2: Não GoDaddy DNS, nem ninguém DNS é Perfeito
Especificamente, a razão pela qual o não-cache é mais econômico é que quando um problema como o GoDaddy e o DNS AT&T ocorrem invariavelmente – como quando ocorre qualquer condição de erro do site – é o TTR (Time-to-Repair) total que determina a perda devido ao tempo de inatividade do site. Em outras palavras, o TEMPO total (1) necessário para detectar, diagnosticar e reparar um erro, pior o impacto do erro. Por outro lado, quanto mais rápido uma solução de monitoramento acelerar o TTR, mais a perda é reduzida (ou completamente evitada).
Ok, eu sou dono do meu DNS – E agora?
Tome medidas para resolver sua paralisação do DNS Tempo de reparo antes que uma paralisação do DNS aconteça novamente:
Olha, todos cometemos erros. A vida, e a propagação do DNS, simplesmente acontece. Vamos fazer algumas pequenas mudanças e ficar por cima disso, então da próxima vez que acontecer não é uma grande festa de desculpas no Twitter e surtar para os usuários do seu site, ok?
– Método de detecção de erros: Teste um site não cache e uma solução de monitoramento DNS que use um método não-cache para propagar consultas DNS até servidores de nome raiz a cada instância de monitoramento. Um serviço de método de cache armazena DNS e, portanto, não detectará um problema secundário de DNS, ou pode levar dias ou semanas para detectar o problema.
-Frequência de monitoramento: Use uma frequência mais rápida de monitoramento não-cache, como a cada 1 minuto versus uma vez por hora. Quanto mais rápido a solução de monitoramento não-cache detectar e alertar um administrador impactado de um site usando um serviço DNS falhando, mais rápido um switch pode ser feito para um provedor de failover DNS.
– Frequência de configuração de TTL (Time-to-Live): Quanto menor o valor da configuração de frequência time-to-live (TTL) usada pelos administradores de DNS para definir o cache DNS para um servidor DNS secundário do nome de um domínio do servidor de nome autoral principal. Normalmente definido como 86.400 segundos (1 dia) ou mais, no planejamento de recuperação de desastres o TTL pode ser definido tão baixo quanto uma vez a cada 300 segundos, no entanto, quanto menor a configuração, maior a carga no servidor de nome de domínio autoritário.
-Diagnósticos – Certifique-se de que o serviço de monitoramento de sites forneça diagnósticos quando ocorrer um erro, como uma rota automática de rastreamento no momento do problema de DNS detectado. Sem diagnósticos, como você saberá qual é o problema? NOTA: Muitos serviços de monitoramento mais básicos não fornecem nenhuma informação de diagnóstico.
-Reparo: Continue monitorando a solução durante a condição de erro para identificar melhor o problema. Envie os resultados monitorados para o seu provedor de DNS. Você também pode executar rotas de rastreamento DNS manuais gratuitas não cache aqui (selecione “DNS” do Estilo de Rastreamento) para verificar o problema conforme necessário.
-Prevenir: Use uma solução de monitoramento que permita visualizar os detalhes de uma pesquisa de DNS (como um monitoramento real do navegador) a fim de ver “erros suaves” como tendências de desaceleração e problemas intermitentes, para que você possa agir antes que o “erro suave” se torne um “erro difícil”, como um cliente enfrentando tempo de inatividade.
Próximos passos: “E em alguns meses vamos acompanhar e ver como eles estão”
Teste de DNS não-cache instantâneo grátis aquiGrátis 30 dias de teste não-cache DNS Monitoramento aqui Configuração completa da conta de monitoramento DNS aqui
(1) De acordo com as organizações que participaram de um estudo da TRAC Research, setembro de 2011, as organizações identificaram a quantidade de tempo gasto para solucionar problemas de desempenho como seu principal desafio com “em média, durante uma semana de trabalho completa de horas-homem (46,2 horas) gastas em situações de sala de guerra todos os meses”.
