1 votes

Test du domaine avec le fichier d'hôte

Je travaille actuellement à la migration d'une installation WordPress (en direct sur le web) d'une solution d'hébergement à une autre. Ce faisant, je teste la nouvelle solution d'hébergement (serveur mutualisé) en modifiant mon fichier d'hôte local, de sorte que

www.domain.com

indique l'IP de la nouvelle solution. Sur l'ancien serveur, le chargement d'une page prenait en moyenne 8 secondes, c'est pourquoi nous avons changé d'hôte. Mais lorsque je teste le nouveau serveur en utilisant mon fichier hosts, la page web se charge, et j'ai vérifié qu'elle se charge depuis le nouveau serveur, mais son temps de chargement est de 30+ secondes.

Est-ce un problème avec le système d'exploitation qui doit traiter le fichier hosts à chaque demande ? Le temps de chargement sur le nouveau serveur est très uniforme parmi les demandes de pages. C'est comme si le temps de chaque requête était multiplié par 4.

Je dois résoudre ce problème avant de transférer mon client vers une solution beaucoup plus horrible.

J'ai testé la modification du fichier hosts sous OS X 10.10.4 et Windows 7 Enterprise avec le même résultat : faire pointer www.domain.com vers le nouveau serveur entraîne des chargements de page de plus de 30 secondes.

Existe-t-il un autre moyen de tester un domaine par rapport à un environnement de serveurs partagés, afin de voir s'il s'agit d'un problème de système d'exploitation local et non de leurs serveurs ? Un ping IP du serveur partagé reste dans la fourchette de 35 ms, il ne semble donc pas malsain.

Editar Traceroute semble correct, 19 sauts.

Editar J'ai pu obtenir une connexion SSH. Le résultat de top ressemble à ça :

top - 12:19:12 up 58 days, 10:27,  2 users,  load average: 29.86, 38.15, 35.39
Tasks:   2 total,   1 running,   1 sleeping,   0 stopped,   0 zombie
Cpu(s): 44.0%us, 13.1%sy,  0.0%ni, 35.8%id,  6.1%wa,  0.5%hi,  0.5%si,  0.0%st
Mem:  32953672k total, 31990688k used,   962984k free,  2911692k buffers
Swap:  8388540k total,  1100716k used,  7287824k free, 15149856k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
11521 lifetiu1  20   0 14952  984  796 R  1.9  0.0   0:00.01 top
18995 lifetiu1  20   0 11528 1628 1292 S  0.0  0.0   0:00.04 bash

Est-ce que l'utilisation de Mem est suffisante pour provoquer ce genre de ralentissement ? Si c'est le cas, cela indique que je devrais recommander à mon client de changer d'hôte.

0 votes

Avez-vous essayé de lancer un traceroute ? La résolution du fichier hôte devrait être quasi instantanée.

0 votes

Je le fais maintenant, je vais mettre à jour dans un moment.

0 votes

Un ping du serveur et de bons temps de traceroute indiqueraient qu'il ne s'agit pas d'un problème de résolution d'hôte. Le serveur peut être surchargé et servir lentement à cause d'un manque de CPU/mémoire/d'E/S de disque/d'E/S de réseau, mais vous devez avoir un moyen de visualiser l'utilisation des ressources pour le déterminer.

0voto

william Points 146

La résolution DNS à partir des fichiers hosts est généralement instantanée. Votre temps de réponse ping est faible, et s'il n'y a pas de problème de routage évident avec un traceroute ou des problèmes de bande passante de votre côté, il s'agit probablement d'un problème avec le serveur. La vérification des ressources du serveur avec top/htop/proc files/ftp peut vous permettre de savoir si le serveur est surchargé par d'autres utilisateurs. Sur la base des informations que vous avez fournies, je vous recommanderais de changer d'hébergeur, surtout si le temps de chargement des pages est élevé pour plusieurs clients.

0voto

sam_pan_mariusz Points 2013

Utilisation de la hôtes Le fichier ne peut pas être le problème ici.

Un retard constant de plus de 30 secondes indique un problème grave, qui dépasse probablement le simple "manque de ressources". Votre application web utilise-t-elle une base de données ? Elles sont souvent un goulot d'étranglement dans les configurations d'hébergement mutualisé, donc si vous en faites un usage intensif, vérifiez le temps d'exécution de vos requêtes. Et vérifiez si vous n'obtenez pas un timeout quelque part dans le code, ou si pour une raison quelconque votre application n'essaie pas de se connecter à l'ancien serveur (à une adresse résolue via DNS, etc.).

XDebug pourrait être utile si elle était activée en PHP. Vous pouvez également essayer d'exécuter votre application dans une machine virtuelle sur votre propre ordinateur portable (par exemple avec VirtualBox), pour comparer les résultats et déboguer facilement.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X