Cela fait déjà quelques jours que j'essaie de comprendre comment résoudre ce problème. Tout d'abord, je gère un site Web avec une vue moyenne quotidienne de 350 000 pages. Auparavant, toute la gestion des annonces (suivi des clics et des impressions de chaque annonce) et le contenu étaient diffusés sur un seul serveur avec les spécifications suivantes:
Serveur 1 Système d'exploitation: Windows 2008 R2 64 bits Processeur: Intel® Core ™ i5 - 4 cœurs RAM: 8 Go Stockage: 2 disques durs de 1 To Bande passante: 10 To par mois
Pour améliorer la vitesse de notre site Web, j'ai décidé de séparer le script de gestion des annonces sur un autre serveur dédié, car nous avons plus de 15 annonceurs pour 30 annonceurs par page.
Serveur 2 Système d'exploitation: Windows 2008 R2 64 bits Processeur: Intel® Core ™ i5 - 4 cœurs RAM: 4 Go Stockage: 2 disques durs de 300 Go Bande passante: 10 To par mois
Le problème
Le problème est que Server 1peut gérer à la fois le contenu et le système d'annonces. Maintenant, je retire le système d'annonces et je le mets Server 2. Server 2peut à peine diffuser uniquement le système d'annonces.
Tester
- Tout d'abord, j'ai déplacé 75% des annonces vers
Server 2. Et puis, effectuer un ping vers le serveur:ping -t xxxxx. [J'ai fait le ping pendant 10 minutes et son schéma similaire suivant comme ci-dessous]
Réponse de xxxxx octets = 32 temps = 290 ms TTL = 116 Réponse de xxxxx octets = 32 fois = 289 ms TTL = 116 Réponse de xxxxx octets = 32 temps = 320 ms TTL = 116 Réponse de xxxxx octets = 32 fois = 286 ms TTL = 116 Réponse de xxxxx octets = 32 fois = 286 ms TTL = 116 Réponse de xxxxx octets = 32 fois = 348 ms TTL = 116 Réponse de xxxxx octets = 32 fois = 284 ms TTL = 116
- Ensuite, j'ai déplacé 100% des annonces vers
Server 2. Ensuite, exécutez à nouveau un ping vers le serveur. [J'ai fait le ping pendant 10 minutes et son schéma similaire suivant comme ci-dessous]
Réponse de xxxxx octets = 32 temps = 290 ms TTL = 116 La demande a expiré Réponse de xxxxx octets = 32 temps = 320 ms TTL = 116 Réponse de xxxxx octets = 32 fois = 286 ms TTL = 116 La demande a expiré La demande a expiré Réponse de xxxxx octets = 32 fois = 284 ms TTL = 116
Tentatives
- Augmenter
MaxUserPortetTcpNumConnection - Redémarrez le serveur
- Augmentez IIS
Max InstancesetInstance MaxRequests
Ressource serveur
- Seulement 10% -15% de la connexion réseau est utilisée
- Seulement 10% -15% du CPU est utilisé
- Seulement 25% de la mémoire est utilisée
la source
Réponses:
Eh bien, commençons. C'est plus long.
Vous avez totalement mal évalué les faits ici, il semble. Windows - même le R2 2008 obsolète que vous devez mettre à jour dès que possible - est complètement capable de gérer un volume que mon téléphone portable n'a aucun problème à gérer.
Donc, cela laisse 3 domaines de problèmes possibles:
Installation. Vos chauffeurs peuvent être merdiques. Étant donné que vous utilisez un système d'exploitation obsolète, quelle est la qualité de vos pilotes? Mettez-les à jour - cela PEUT causer toutes sortes de problèmes.
Réseau. Cela ressemble sérieusement à "Ma voiture est trop lente, aidez-moi à la rendre plus rapide" lorsque le problème est que vous passez le plus de temps dans un embouteillage et que vous vous plaignez du trafic qui ne bouge pas. Pas un problème de réglage de voiture. Le trafic de 10 To ne dit rien sur la congestion du réseau. Regardez vos statistiques de trafic réseau sur votre carte réseau, puis réagissez en conséquence - si elles ne sont pas remplies à la vitesse qu'elles devraient être ... votre fournisseur a survendu. Aussi simple que ça.
Code. Il se peut que vous ayez besoin de plus de RAM (l'ordinateur est en train de passer à la RAM au lieu de le traiter) ou que le codage merdique utilise tout votre processeur à un degré qui empêche la pile TCP au niveau du noyau de réagir correctement (oui, les réponses ICMP sont si faibles). Ce serait brutal - mais c'est une autre avenue à vérifier. Il se peut également que vous surchargiez les disques en y accédant trop souvent au lieu de les mettre en cache dans la RAM, mais je n'arrive pas à voir que cela mène à des pings perdus. Tout problème ici n'est pas quelque chose qu'un administrateur peut gérer, cependant - vous devez y jeter du matériel, ou prendre un bâton et frapper le programmeur avec lui jusqu'à ce qu'il le corrige (s'il s'agit d'une erreur de niveau "stupide" qui gruge les performances - si ce n'est pas le cas, alors il est beaucoup plus difficile de réaliser des gains sérieux et il se peut que votre matériel soit plus robuste).
Il ne nécessite certainement aucun réglage des fenêtres - une fenêtre bien configurée peut offrir beaucoup plus que cela. Mes serveurs de fichiers sont régulièrement ß sur des périodes plus longues - livrez 4-6gigabit à partir d'une configuration relativement courante.
Maintenant, tous les chiffres que vous donnez ne disent rien sérieusement.
Le dernier point est très probable - les paquets perdus en sont un bon indicateur. Et cela ne sera pas visible pour vous.
Mon conseil .... éteignez quoi que ce soit sur une machine pendant un moment, faites un test de vitesse depuis l'extérieur avec un gros fichier statique. Je parierais que vous rencontrez des embouteillages plus haut.
Tout ce que vous avez fait jusqu'à présent - maxuserport, tcpnumconnection, redémarrer le serveur, jouer avec les paramètres IIS - est totalement désactivé et ne fait rien au meilleur endroit. Frapper un marteau sur une voiture lente ne résout jamais rien, surtout si la voiture est lente car elle se trouve dans un embouteillage. Je voudrais annuler toutes les modifications et commencer à analyser le problème, pas seulement votre serveur. Je parierais sur la congestion du réseau pour le moment.
la source
even the outdated 2008 R2 which you should update ASAP- Allez, TomTom, attrape-toi. 2008 R2 est toujours bien dans le support général et un LONG chemin de sortir du support étendu qui est en 2020, je crois ...Les pings sont-ils externes aux deux serveurs? Si c'est le cas, essayez le ping du serveur un au serveur deux. Si les résultats sont totalement différents de ceux du ping externe, cela montre que le problème n'est peut-être pas dû au serveur deux. En outre, consultez le moniteur de ressources pour la longueur de la file d'attente de disque pour les lecteurs et le temps actif - ses quelques informations supplémentaires qui peuvent mettre en évidence un problème.
la source