La interrupción del DNS de GoDaddy y la prueba de paternidad: ¿Quién es tu GoDaddy?

Interrupción de DNS de GoDaddy
@GoDaddy Alerta de estado de Twitter el 9/10/12 con respecto a problemas de interrupción de DNS de GoDaddy

La prueba de paternidad y interrupción de DNS de GoDaddy: ¿Quién es tu GoDaddy?

Es otro episodio de la prueba de paternidad de Maury Povich en DNS Outage TV ayer. Después de haber escrito sobre una interrupción importante de AT&T DNS el 15 de agosto, aquí estamos nuevamente el 10 de septiembre de 2012 presenciando la interrupción del DNS de GoDaddy. Millones de usuarios de sitios web y correo electrónico El proceso de búsqueda de DNS se está desarrollando como un episodio de Maury Povich TV de pruebas de paternidad que salió mal. Es la primera vez que visitan un sitio web de GoDaddy escribe la URL de GoDaddy en su navegador y la respuesta del DNS es “This aint your GoDaddy”. O algo así.

Lidiar con la denegación de interrupción de DNS

Además, el mes pasado la interrupción del DNS fue con AT&T DNS. Entonces, ¿qué debe hacer el propietario de un sitio web ahora que otro proveedor de DNS “big daddy” está expuesto (nuevamente) como no completamente confiable? Una opción es cambiar a otros proveedores de DNS y apostar a que “este” proveedor de DNS es de alguna manera inmune a los caprichos de Internet. O bien, otra opción es dejar de engañarse a sí mismo, crecer y hacer algo realista sobre la realidad de que los proveedores de DNS, como todo lo demás en Internet, no son perfectos y nunca lo serán. Damas y caballeros, nuestra predicción completamente no audaz es que pronto volverá a ocurrir una interrupción importante de DNS.

Sea realista con su DNS: No use un kit de prueba de DNS contaminado

Yo diría que una mejor opción es implementar el monitoreo del sitio web utilizando una metodología de monitoreo “no basada en caché” que detectará problemas de DNS (puede probar usando la búsqueda de DNS sin caché aquí , gratis usando Trace Style “DNS”). NOTA: Un servicio de supervisión basado en caché no detectará con precisión los problemas de DNS, solo lo hará un método no basado en caché. Al final de cada prueba de paternidad, Maury Povich dice “Tú eres el padre” o “Tú NO eres el padre”. Básicamente, si está utilizando un método de caché para monitorear, la declaración sería más como “Puede o no ser un padre, no podemos decirlo”. No es buena televisión, ni buena supervisión de DNS.

Aceptación 1: Planificación de las interrupciones de DNS del futuro

Como escribí “Doing DNS Monitoring Right: The AT&T DNS Outage” En general, no se sabe bien que la metodología básica de monitoreo HTTP sintético para el monitoreo de sitios web viene en dos “sabores”: usar una metodología de “caché” o “no caché”. La elección de la metodología por parte de un servicio de monitoreo afecta directamente su capacidad para detectar problemas en servidores DNS secundarios, como la interrupción de DNS de GoDaddy y la interrupción de DNS de AT&T. Por un lado, un método basado en caché es mucho más simple de implementar para el negocio de monitoreo y cuesta menos configurarlo y administrarlo. De hecho, la mayoría de los servicios de monitoreo de tiempo de actividad “básicos” de bajo costo utilizan un “método de caché”.

Aceptación 2: No es el DNS de GoDaddy, no el DNS de nadie es perfecto

Específicamente, la razón por la que la falta de caché es más rentable es que cuando ocurre invariablemente un problema como las interrupciones de GoDaddy y AT&T DNS, como cuando ocurre cualquier condición de error del sitio web, es el tiempo total de reparación (TTR) el que determina la pérdida debido al tiempo de inactividad del sitio web. En otras palabras, cuanto TIEMPO total (1) se tarda en detectar, diagnosticar y reparar un error, peor es el impacto del error. Por el contrario, cuanto más rápido una solución de monitoreo acelera el TTR, más se reduce (o se evita por completo) la pérdida.

Bien, soy dueño de mi DNS, ¿y ahora qué?

Tome medidas para abordar su interrupción de DNS Tiempo de reparación ANTES de que vuelva a ocurrir una interrupción de DNS:

Mira, todos cometemos errores. La vida y la propagación de DNS simplemente suceden. Hagamos algunos pequeños cambios y superemos esto, para que la próxima vez que suceda no sea un gran festival de disculpas de Twitter y enloquezca a los usuarios de su sitio web, ¿de acuerdo?

– Método de detección de errores: pruebe un sitio web sin caché y una solución de supervisión de DNS que utilice un método sin caché para propagar consultas DNS hasta los servidores de nombres raíz con cada instancia de supervisión. Un servicio de método de caché almacena en caché DNS y, por lo tanto, no detectará un problema de DNS secundario en absoluto, o puede tardar días o semanas en detectar el problema.

-Frecuencia de monitoreo: use una frecuencia más rápida de monitoreo sin caché, como cada 1 minuto en lugar de una vez por hora. Cuanto más rápido detecte y alerte la solución de supervisión sin caché a un administrador afectado de un sitio web que utilice un servicio DNS defectuoso, más rápido se podrá realizar un cambio a un proveedor de conmutación por error de DNS.

– Configuración de frecuencia de tiempo de vida (TTL): cuanto menor sea el valor de la configuración de frecuencia de tiempo de vida (TTL) utilizada por los administradores de DNS para establecer el almacenamiento en caché de DNS en un servidor DNS secundario del nombre de dominio del servidor de nombres autoritativo principal. Normalmente establecido en 86.400 segundos (1 día) o más, en la planificación de recuperación ante desastres, el TTL se puede establecer tan bajo como una vez cada 300 segundos, sin embargo, cuanto menor sea la configuración, mayor será la carga en el servidor de nombres de dominio autoritativo.

-Diagnóstico: asegúrese de que el servicio de monitoreo de su sitio web proporcione diagnósticos cuando ocurra un error, como una ruta de seguimiento automática en el momento del problema de DNS detectado. Sin diagnóstico, ¿cómo sabrá de qué se trata el problema? NOTA: Muchos más servicios básicos de supervisión no proporcionan ninguna información de diagnóstico.

-Reparar: continúe monitoreando la solución durante la condición de error para identificar aún más el problema. Envíe los resultados supervisados a su proveedor de DNS. También puede ejecutar rutas de seguimiento de DNS manuales gratuitas sin caché aquí (seleccione Estilo de seguimiento “DNS”) para verificar el problema según sea necesario.

-Prevenir: Utilice una solución de monitoreo que le permita ver los detalles de una búsqueda de DNS (como un monitoreo real del navegador) para ver “errores suaves”, como tendencias de desaceleración y problemas intermitentes, para que pueda tomar medidas antes de que el “error suave” se convierta en un “error duro”, como un cliente que enfrenta tiempo de inactividad.

Próximos pasos: “Y en unos meses haremos un seguimiento y veremos cómo están”

Prueba de DNS instantánea gratuita sin caché aquí Prueba gratuita de 30 días Monitoreo de DNS sin caché aquí Configuración completa de la cuenta de monitoreo de DNS aquí

(1) Según las organizaciones que participaron en un estudio de TRAC Research, septiembre de 2011, las organizaciones identificaron la cantidad de tiempo dedicado a solucionar problemas de rendimiento como su principal desafío con “en promedio, durante una semana laboral completa de horas-hombre (46.2 horas) pasadas en situaciones de sala de guerra cada mes”.

 

 

Latest Web Performance Articles​

Start Dotcom-Monitor for free today​

No Credit Card Required