Le test de panne et de paternité GoDaddy DNS : qui est votre GoDaddy ?
C’est un autre épisode de la Maury Povich Paternity Test sur DNS Outage TV hier. Après avoir écrit au sujet d’une panne importante AT & T DNS le 15août , nous voici de nouveau le 10 septembre 2012 témoin de la panne godaddy DNS. Des millions d’utilisateurs de sites Web et de courriels DNS processus de recherche se joue comme un épisode de Maury Povich TV de tests de paternité a mal tourné. Pour la première fois, les visiteurs d’un site Web GoDaddy tapent l’URL GoDaddy dans leur navigateur et la réponse du DNS revient « This aint your GoDaddy ». Ou quelque chose comme ça.
Faire face au déni de panne DNS
En outre, le mois dernier, la panne DNS a été avec AT & T DNS. Alors, qu’est-ce qu’un propriétaire de site Web à faire maintenant qu’un autre «grand papa» fournisseur DNS est exposé (encore) comme pas complètement fiable? Une option est de passer à un autre fournisseur DNS et de jouer que «ce» fournisseur DNS est en quelque sorte à l’abri des aléas de l’Internet. Ou, une autre option est d’arrêter de vous leurre, grandir et faire quelque chose de réaliste sur la réalité que les fournisseurs de DNS – comme tout le reste sur Internet – ne sont pas parfaits et ne seront jamais. Mesdames et Messieurs, notre prédiction totalement pas audacieuse est – une panne majeure DNS se produira à nouveau bientôt.
Obtenez real avec votre DNS : n’utilisez pas un kit de test DNS contaminé
Je dirais qu’une meilleure option est de mettre en place la surveillance du site Web en utilisant une méthodologie de surveillance «non basée sur cache» qui permettra de détecter les problèmes DNS (vous pouvez tester en utilisant non-cache DNS recherche ici – gratuit en utilisant Trace Style «DNS»). REMARQUE : Un service de surveillance basé sur le cache ne détecte pas avec précision les problèmes DNS – seule une méthode non basée sur le cache le sera. À la fin de chaque test de paternité, Maury Povich dit : « Tu es le père » ou « Tu n’es pas le père ». Fondamentalement, si vous utilisez une méthode de cache pour surveiller l’instruction serait plus comme «Vous pouvez ou ne pouvez pas être un père – nous ne pouvons pas dire.» Pas de bonne télévision, ni une bonne surveillance DNS.
Acceptation 1 : Planification des pannes d’avenir du DNS
Comme je l’ai écrit “Doing DNS Monitoring Right: The ATT DNS Outage” Il n’est généralement pas bien connu que la méthodologie synthétique de base de surveillance http pour la surveillance du site web viennent en deux «saveurs» – d’utiliser un «cache» ou «non-cache» méthodologie. Le choix de la méthodologie par un service de surveillance a un impact direct sur sa capacité à détecter les problèmes sur les serveurs DNS secondaires, tels que la panne GoDaddy DNS et la panne ATT DNS. D’une part, une méthode basée sur le cache est beaucoup plus simple pour l’entreprise de surveillance à implémenter et coûte moins cher à configurer et à administrer. En fait, la plupart des services de surveillance de disponibilité « de base » à faible coût utilisent une « méthode de cache ».
Acceptation 2: Pas GoDaddy DNS, pas personne DNS est parfait
Plus précisément, la raison pour laquelle le non-cache est plus rentable est que lorsqu’un problème comme les pannes GoDaddy et ATT DNS se produit invariablement – comme lorsque n’importe quelle condition d’erreur de site Web se produit – c’est le temps total de réparation (TTR) qui détermine la perte due aux temps d’arrêt du site Web. En d’autres termes, le temps total (1) qu’il faut pour détecter, diagnostiquer et réparer une erreur, plus l’impact de l’erreur est grave. Inversement, plus une solution de surveillance accélère le TTR rapidement, plus la perte est réduite (ou complètement évitée).
Ok, je suis propriétaire de mon DNS – Maintenant Quoi?
Prenez des mesures pour remédier à votre panne DNS Temps de réparation avant qu’une panne DNS ne se reproduise :
On fait tous des erreurs. La vie, et la propagation DNS, arrive juste. Permet de faire quelques petits changements et obtenir sur le dessus de cela, de sorte que la prochaine fois qu’il arrive ce n’est pas un grand twitter-flux excuses fest et paniquer pour les utilisateurs de votre site, ok?
– Méthode de détection des erreurs : Testez un site Web non cache et une solution de surveillance DNS qui utilise une méthode non cache pour propager les requêtes DNS jusqu’aux serveurs de noms racine à chaque instance de surveillance. Un service de méthode cache cache DNS et ne détecte donc pas du tout un problème DNS secondaire, ou il peut prendre des jours ou des semaines pour détecter le problème.
-Fréquence de surveillance : Utilisez une fréquence plus rapide de surveillance non cache, comme toutes les 1 minute contre une fois par heure. Plus la solution de surveillance non cache détecte et alerte rapidement un administrateur touché d’un site Web à l’aide d’un service DNS défaillant, plus vite un commutateur peut être effectué vers un fournisseur de défaillance DNS.
– Fréquence du réglage time-to-live (TTL) : plus la valeur du paramètre de fréquence time-to-live (TTL) utilisée par les administrateurs DNS pour définir la mise en cache DNS vers un serveur DNS secondaire du nom de domaine à partir du serveur de nom faisant autorité principal. Généralement réglé à 86.400 secondes (1 jour) ou plus, dans la planification de récupération après sinistre le TTL peut être réglé aussi bas qu’une fois toutes les 300 secondes, mais plus le réglage plus la charge sur le serveur de nom de domaine faisant autorité.
-Diagnostics – Assurez-vous que votre service de surveillance de site Web fournit des diagnostics lorsqu’une erreur se produit, comme une trace automatique au moment du problème DNS détecté. Sans diagnostic, comment saurez-vous de quoi il s’agit? REMARQUE : Beaucoup plus de services de surveillance de base ne fournissent aucune information diagnostique.
-Réparation : Continuez à surveiller la solution pendant l’état d’erreur pour identifier davantage le problème. Envoyez les résultats surveillés à votre fournisseur DNS. Vous pouvez également exécuter gratuitement des itinéraires de traçabilité DNS manuels non cache ici (sélectionnez Trace Style «DNS») pour vérifier le problème au besoin.
-Prévenir : Utilisez une solution de surveillance qui vous permet de visualiser les détails d’une surveillance DNS (comme une surveillance réelle du navigateur) afin de voir des « erreurs molles » telles que des tendances de ralentissement et des problèmes intermittents, afin que vous puissiez agir avant que l’« erreur douce » ne devienne une « erreur difficile » comme un client confronté à des temps d’arrêt.
Prochaines étapes: «Et dans quelques mois, nous allons faire un suivi et voir comment ils sont»
Test DNS instantané gratuit non cache iciEssaigratuit de30 jours non-cache DNS Monitoring ici Full DNS Monitoring Account Set-up ici
(1) Selon les organismes qui ont participé à une étude du TRAC, en septembre 2011, les organisations ont identifié le temps passé à dépanner les problèmes de rendement comme leur principal défi avec « en moyenne, sur une semaine de travail complète d’heures-hommes (46,2 heures) passées dans des situations de salle de guerre chaque mois ».
