Les nouvelles fonctionnalités de mise en cache DNS de Dotcom-Monitor vous permettent d’effectuer des tests intéressants qui montrent comment la mise en cache DNS peut affecter la vitesse de chargement de votre page.
Nous nous rendons compte que de nombreuses organisations surveillent leurs services en ligne avec un certain nombre d’objectifs différents à l’esprit, et nous avons donc écouté les commentaires que nous avons reçus que certains utilisateurs veulent inclure le temps de réponse DNS dans leur surveillance et certains utilisateurs veulent être en mesure de supprimer la réponse DNS de leurs moniteurs.
La façon dont vous souhaitez gérer le temps de réponse DNS en ce qui concerne vos besoins de surveillance est à vous, mais nous voulons profiter de cette occasion pour montrer les différences dans la façon dont le temps de réponse DNS affecte la charge du site Web en utilisant nos nouveaux outils.
Nous avons effectué un test de surveillance de YouTube à partir d’un seul emplacement dans le midwest des États-Unis avec trois paramètres de cache DNS différents. Une charge de base http pleine page sur la première page YouTube a abouti à des résultats intéressants, mais pas si surprenant.
Gardez à l’esprit que les résultats varieront en fonction d’un certain nombre de variables telles que les emplacements à partir duquel vous surveillez, l’heure de la journée, la charge sur les serveurs DNS et sur les serveurs du site Web.
La surveillance synthétique révèle comment DNS affecte votre site Web
Effectuer une surveillance synthétique continue sur votre site Web peut vous donner une meilleure base de référence pour comprendre comment DNS affecte votre site Web. Les nouvelles fonctionnalités DNS vous permettent de modifier la façon dont la surveillance DNS est gérée par l’agent de surveillance. Cette spécification DNS peut être appliquée à toutes nos solutions de surveillance, que vous surveilliez vos performances httpss ou vos serveurs VOIP.
L’agent est capable d’utiliser plusieurs sources pour la recherche DNS, y compris indemne, mise en cache, ttl mis en cache, et de faire des demandes directes à un serveur DNS spécifié. Uncached signifie que l’agent effacera son cache avant chaque nouvelle tâche tandis que mis en cache vérifiera le cache local des agents pour un enregistrement avant d’envoyer une requête DNS. ttl cached est probablement la meilleure option à utiliser au fil du temps si vous essayez de reproduire une expérience utilisateur réelle parce que l’agent gardera l’enregistrement mis en cache jusqu’à ce que l’enregistrement a naturellement expiré (en fonction du temps de vivre spécifié par l’enregistrement lui-même). L’utilisation d’un serveur DNS spécifique vous permet d’entrer un nom de serveur DNS ou une adresse IP et de surveiller le fonctionnement spécifique des demandes à partir de ce serveur.
Nous avons effectué trois tests au cours de la même période en comparant les différentes options de mise en cache DNS : non mis en cache, ttl mis en cache et utilisation du serveur Google DNS comme serveur DNS principal.
DNS Caching Désactivé
Le premier test que nous avons effectué a été avec DNS mise en cache désactivé, de sorte que le serveur de surveillance effacé le cache DNS chaque fois qu’il a couru une nouvelle tâche.
Comme vous pouvez le voir dans le graphique ci-dessus, la résolution DNS pour tous les éléments de la page a pris environ 15% du temps de chargement de la page. Pour être juste, de nombreux développeurs et gourous des opérations web peuvent critiquer la validité de ces mesures en tant que mesures autonomes parce que la technologie utilisée aujourd’hui nous donne la possibilité d’optimiser les performances de charge de page et ainsi atténuer l’effet de la recherche DNS sur une page. Il existe une variété de méthodes pour faciliter l’optimisation de la charge de page, telles que la maximisation de l’utilisation de connexions parallèles, l’utilisation de scripts asynchrones, la compression habilitante et de nombreuses techniques supplémentaires d’optimisation de la charge de page.
Mise en cache DNS activée à l’aide de TTL
Ok, permet maintenant de voir à quoi il ressemble avec la mise en cache DNS activé.
Nous pouvons voir qu’avec le cache DNS activé à l’aide de l’ensemble TTL par le serveur de noms faisant autorité, les demandes DNS ont pris moins de 1% du temps de chargement de la page. Cela ressemble à une grande différence, mais afin de voir comment cela a affecté la charge de page, nous voulons jeter un oeil à la carte cascade généré par l’outil de surveillance lorsque nous avons couru chaque tâche.
En jessant un oeil aux deux graphiques, nous pouvons voir que la mise en cache DNS clairement fait une différence de plus de 0,3 secondes sur l’ensemble du temps de chargement, et si vous suivez les barres orange qui représentent la partie DNS des temps de charge, ils semblent avoir raccourci le temps de chargement de chaque élément individuel.
Nous pouvons également voir en regardant les graphiques cascade que la page est bien optimisée de sorte que la plupart des éléments se chargent en parallèle et ne tiennent pas d’autres éléments individuels. Dans l’ensemble, ils ont fait un bon travail en limitant l’effet que les temps de chargement DNS ont sur leur page. Ainsi, si oui ou non vous pensez que votre site web est optimisé pour les meilleures vitesses de charge de page ou non, il est assez facile de dire quels domaines ralentissent votre site et quels domaines vous pouvez vous concentrer sur l’amélioration.
Serveur DNS personnalisé
Juste pour le plaisir, voyons ce qui se passe si nous utilisons la fonction de mise en cache DNS pour spécifier les serveurs Google DNS à 8.8.8.8 comme notre serveur DNS principal. Je me demande si Google a leur propre site Youtube déjà mis en cache!
Il a fallu 22% du temps de chargement quand nous sommes allés directement sur les serveurs Google DNS, mais le temps de chargement réel du contenu a été beaucoup plus rapide, ce qui va également gonfler le pourcentage de temps total. Le temps réel dans ms est de 185 ms via Google vs 920 ms via le serveur DNS par défaut.
Cela montre clairement que plus l’utilisateur est proche du contenu mis en cache, il y a une différence significative dans la vitesse de chargement de la page. Même avec les enregistrements DNS mis en cache, nous savons que le contenu et DNS enregistre le temps d’enregistrement éventuellement, nous vous recommandons donc de passer à ce test au niveau suivant.
Au lieu de simplement exécuter des tests individuels comme celui-ci, vous pouvez configurer la surveillance continue de sorte que quand, pas si, quelque chose ne va pas avec votre site, vous recevrez des commentaires immédiats grâce à notre système d’alerte et vous pouvez prendre des mesures pour résoudre le problème. À tout le moins, vous aurez une base de référence continue de vos vitesses de chargement site Web, y compris tout, de DNS au contenu tiers ou du contenu sur un réseau de distribution de contenu (CDN). Ensuite, si l’un de ces temps de charge change considérablement, vous aurez des rapports à creuser et de savoir quelle est la cause.
Avec ces outils, vous serez également informé s’il y a un problème dans une région géographique particulière. Dans un tel cas, vous pouvez découvrir que votre hôte DNS a des problèmes intermittents et si le problème persiste, vous pouvez passer à un fournisseur plus robuste qui a plus de serveurs dans divers endroits géographiques.
Dotcom-Monitor Web Performance Tools – Essayez par vous-même
Nous avons effectué ce test en utilisant une seule fonctionnalité spécifique de la suite Dotcom-Monitor d’outils de performance web. Un essai gratuit de ces outils est disponible afin que vous puissiez tester vos propres sites Web et configurer la surveillance continue pour attraper les ralentissements du site et d’autres problèmes avant même que les visiteurs de votre site web ne les remarquent.
