Las nuevas características de almacenamiento en caché de DNS en Dotcom-Monitor le permiten realizar algunas pruebas interesantes que muestran cómo el almacenamiento en caché DNS puede afectar a la velocidad de carga de la página.
Nos damos cuenta de que muchas organizaciones supervisan sus servicios en línea con varios objetivos diferentes en mente, por lo que escuchamos los comentarios que recibimos de que algunos usuarios quieren incluir el tiempo de respuesta DNS en su supervisión y algunos usuarios quieren poder eliminar la respuesta DNS de sus monitores.
La forma en que desea gestionar el tiempo de respuesta de DNS con respecto a sus necesidades de supervisión depende de usted, pero queremos aprovechar esta oportunidad para mostrar las diferencias en cómo el tiempo de respuesta DNS afecta a la carga del sitio web utilizando nuestras nuevas herramientas.
Ejecutamos una prueba de monitoreo de YouTube desde una sola ubicación en el medio oeste de los Estados Unidos con tres configuraciones de caché DNS diferentes. Una carga básica de página completa HTTP en la página principal de YouTube resultó en algunos resultados interesantes, aunque no tan sorprendentes.
Tenga en cuenta que los resultados variarán dependiendo de una serie de variables, como las ubicaciones desde las que está supervisando, la hora del día, la carga en los servidores DNS y en los servidores del sitio web.
La supervisión sintética revela cómo afecta el DNS a su sitio web
Realizar monitoreo sintético continuo en su sitio web puede darle una mejor línea de base para entender cómo DNS afecta a su sitio web. Las nuevas características dns le permiten cambiar la forma en que el agente de supervisión controla la búsqueda de DNS. Esta especificación DNS se puede aplicar a todas nuestras soluciones de supervisión, ya sea que esté supervisando el rendimiento de su httpss o sus servidores VOIP.
El agente es capaz de utilizar varios orígenes para la búsqueda de DNS, incluidos uncached, cached, ttl cached y realizar solicitudes directas a un servidor DNS especificado. Sin almacenar en caché significa que el agente borrará su caché antes de cada nueva tarea mientras se almacena en caché comprobará la caché local de los agentes para un registro antes de enviar una consulta DNS. Ttl cached es probablemente la mejor opción para usar con el tiempo si está intentando replicar una experiencia de usuario real porque el agente mantendrá el registro almacenado en caché hasta que el registro haya transcurrido el tiempo de espera naturalmente (basado en el tiempo de vida especificado por el propio registro). El uso de un servidor DNS específico le permite introducir un nombre de servidor DNS o una dirección IP y supervisar el rendimiento de las solicitudes específicamente desde ese servidor.
Realizamos tres pruebas durante el mismo período de tiempo comparando las diferentes opciones para el almacenamiento en caché de DNS: no almacenado en caché, ttl almacenado en caché y utilizando el servidor DNS de Google como nuestro servidor DNS principal.
Almacenamiento en caché DNS deshabilitado
La primera prueba que ejecutamos fue con el almacenamiento en caché DNS deshabilitado, por lo que el servidor de supervisión borró la caché DNS cada vez que ejecutaba una nueva tarea.
Como puede ver en el gráfico anterior, la resolución DNS para todos los elementos de la página tomó alrededor del 15% del tiempo de carga de la página. Para ser justos, muchos desarrolladores y gurús de operaciones web pueden criticar la validez de estas como métricas independientes porque la tecnología utilizada hoy en día nos da la capacidad de optimizar el rendimiento de la carga de la página y así mitigar el efecto de la búsqueda de DNS en una página. Existen una variedad de métodos para ayudar a la optimización de la carga de páginas, como maximizar el uso de conexiones paralelas, usar scripts asincrónicos, habilitar la compresión y muchas técnicas adicionales de optimización de carga de páginas.
Almacenamiento en caché DE DNS habilitado mediante TTL
Ok, ahora vamos a ver cómo se ve con el almacenamiento en caché DNS habilitado.
Podemos ver que con la caché DNS activada con el TTL establecido por el servidor de nombres autorizado, las solicitudes DNS tardaron menos del 1% del tiempo de carga de la página. Esto parece una gran diferencia, pero con el fin de ver cómo esto afectó a la carga de página queremos echar un vistazo al gráfico de cascada generado por la herramienta de monitoreo cuando ejecutamos cada tarea.
Echando un vistazo a los dos gráficos podemos ver que el almacenamiento en caché DNS claramente hizo una diferencia de más de .3 segundos en todo el tiempo de carga, y si sigue las barras naranjas que representan la parte DNS de los tiempos de carga parecen haber acortado el tiempo de carga de cada elemento individual.
También podemos ver mirando los gráficos de cascada que la página está bien optimizada para que la mayoría de los elementos se carguen en paralelo y no mantengan otros elementos individuales. En general, han hecho un buen trabajo limitando el efecto que los tiempos de carga DNS tienen en su página. Por lo tanto, independientemente de si cree o no que su sitio web está optimizado para las mejores velocidades de carga de página o no, es bastante fácil saber en qué áreas están ralentizando su sitio y en qué áreas puede centrarse para mejorar.
Servidor DNS personalizado
Sólo por diversión vamos a ver qué sucede si usamos la función de almacenamiento en caché DNS para especificar los servidores DNS de Google en 8.8.8.8 como nuestro servidor DNS principal. Me pregunto si Google tiene su propio sitio Youtube ya en caché!
Tomó el 22% del tiempo de carga cuando fuimos directamente a los servidores DNS de Google, sin embargo, el tiempo de carga real del contenido fue mucho más rápido, lo que también inflará el porcentaje de tiempo total. El tiempo real en ms es 185 ms a través de google vs 920 ms a través del servidor DNS predeterminado.
Esto muestra claramente que cuanto más cerca está el usuario del contenido almacenado en caché hay una diferencia significativa en la velocidad de carga de la página. Incluso con los registros DNS almacenados en caché, sabemos que el contenido y los registros DNS agotan el tiempo de espera con el tiempo, por lo que le recomendamos que realice esta prueba al siguiente nivel.
En lugar de simplemente ejecutar pruebas individuales como esta, puede configurar la supervisión continua para que CUANDO, no si, algo sale mal con su sitio, recibirá comentarios inmediatos a través de nuestro sistema de alertas y puede tomar medidas para resolver el problema. Como mínimo, tendrá una línea de base continua de las velocidades de carga de su sitio web, incluyendo todo, desde DNS hasta contenido de 3a parte o contenido en una red de distribución de contenido (CDN). A continuación, si alguno de estos tiempos de carga cambia significativamente, tendrá informes para profundizar y averiguar cuál es la causa.
Con estas herramientas también se le notificará si hay un problema en una región geográfica determinada. En tal caso, puede averiguar que su host DNS está teniendo problemas intermitentes y si el problema continúa, es posible que desee cambiar a un proveedor más robusto que tenga más servidores en diversas ubicaciones geográficas.
Herramientas de rendimiento web de Dotcom-Monitor – Pruébelo por sí mismo
Realizamos esta prueba utilizando solo una característica específica del conjunto de herramientas de rendimiento web Dotcom-Monitor. Una prueba gratuita de estas herramientas está disponible para que pueda probar sus propios sitios web y configurar la supervisión continua para detectar ralentizaciones del sitio y otros problemas antes de que los visitantes de su sitio web incluso se dan cuenta de ellos.
