Discussion :

[Hyperbenjy]

,

Alors voila, je suis actuellement entrain d'analyser le réseau local de mon entreprise suite a de grosse latence observée lors de l'utilisation d'une GMAO (Coswin 8i),
et j'aimerais savoir quels pourrait être les cause (en général) de ces latences ?, Software ou Hardware ?
Sachant que la GMAO est virtualisée via VMware.

J'ai tout d'abord penser que notre serveur n'était pas assez puissant.
Le serveur que nous utilisons est un IBM System x3550 M3 avec :

• 2 processeur Intel Core Xeon E5645
• 8 Go de RAM
• 400 Go d'espace disque

Hors les pré-configuration fait pour notre GMAO recommande 11 Go (par rapport a notre nombres d'utilisateurs)

Ensuite, a la puissance des machines des utilisateurs; qui n'ont également pas la RAM recommandée ...

Enfin peut être cela pourrait venir de la topologie de notre réseau ? dans tout les cas j'aimerais avoir vos avis !

[jaffommopeff-9757]

Bonjour,
Tes grosses latences sont continue ou non ?
Tu as fait des tests de ping pour voir si c'est pas réseau ? utilise en continue un logiciel comme https://sourceforge.net/projects/pinggui1/
Si tes ping sont toujours stable, ton réseau est bon.

Tu as regarder les ressources utilisés par le serveur ? pourcentage de RAM et de CPU ?

Tu peux utiliser Wireshark qui as des outils pour analyser les temps de réaction. Une des personnes de ce forum a dèja eu des problèmes liè a une pare-feu et seul wireshark a permis de mettre le doigt dessus.

[Hyperbenjy]

Tes grosses latences sont continue ou non ?

Tout dépends des utilisateurs mais pour la plus part c'est plutôt des pics apparemment

Tu as fait des tests de ping pour voir si c'est pas réseau ? utilise en continue un logiciel comme https://sourceforge.net/projects/pinggui1/
Si tes ping sont toujours stable, ton réseau est bon.

Non, toujours pas de test de ping car malheureusement pas les droit d'administrations sur le réseau , mais je pense quand même que le ping est stable !

Tu as regarder les ressources utilisés par le serveur ? pourcentage de RAM et de CPU ?

Non plus, mais je vais tenter d'avoir ces informations.
Néanmoins j'aurais une question comment avoir cela avec wireshark ?

[jaffommopeff-9757]

Si ces des pics, il faut maintenir une supervision sur tes équipements. Regardé à un instant t ne te montrera sans doute pas la cause réel.

Pour wireshark :
http://blog.davidvassallo.me/2011/01...s-w-wireshark/
http://www.lovemytool.com/blog/2015/...ris-greer.html

[Hyperbenjy]

Et qu'est ce que je serais censée regardée sur mes équipement a l'aide de la supervision ? ( Question peut être bête mais je suis un grand novice dans les réseau ... )

[jaffommopeff-9757]

Si ton problème n'est pas continue, il va apparaître qu'un certain moment. Il faut s'assurer de faire les tests sur un temps suffisamment long pour inclure ces éléments.
Dans ton cas, tu peux vérifier la même choses sur un temps plus longs :
=> RAM et CPU des serveurs
=> RAM, CPU des équipements réseau et quantité de données transitant par leurs interfaces, surtout les firewall.
=> ping vers tes serveurs
=> et tout bon logiciel de supervision est capable de faire des requêtes plus personnaliser. Tu peux donc tester la couche applicative, et donc ton logiciel. Tu pourra avoir le temps de latence réel de l'application.

[Hyperbenjy]

Très bien merci de ces explications je vais tenter d'avoir toutes ces infos et je te le transmettrais ici !
A tu des proposition du coup de bon logiciel de supervision a me conseiller

[jaffommopeff-9757]

Je n'ai pu travailler qu'avec du Nagios, qui n'est sans doute pas le meilleur.
Je laisserai les autres membres de ce forum donner leur avis sur les logiciels qu'ils utilisent .

[Hyperbenjy]

Bon malheureusement je pourrait jamais avoir toutes ces informations ...

Néanmoins, j'aimerais savoir a quoi cela aurais servie d'observé ces différent paramètre ?

=> RAM et CPU des serveurs
=> RAM, CPU des équipements réseau et quantité de données transitant par leurs interfaces, surtout les firewall.
=> ping vers tes serveurs
=> et tout bon logiciel de supervision est capable de faire des requêtes plus personnaliser. Tu peux donc tester la couche applicative, et donc ton logiciel. Tu pourra avoir le temps de latence réel de l'application.

[jaffommopeff-9757]

Néanmoins, j'aimerais savoir a quoi cela aurais servie d'observé ces différent paramètre ?

=> RAM et CPU des serveurs

Un serveur est un ordi. Donc si la RAM ou le processeur sature, les réponses seront plus lente. Windows commence à économiser de la RAM (transfert vers le SWAP disque) dès que la RAM >70%.

=> RAM, CPU des équipements réseau et quantité de données transitant par leurs interfaces, surtout les firewall.

Idem, un routeur qui sature en puissance CPU a du mal à gérer les flux qu'il doit transférer. Généralement, c'est signe d'une grosse instabilité réseau.

=> ping vers tes serveurs

Le ping est un très bon indicatif du temps de latence d'un réseau et non de l'applicatif. Si ton ping as toujours un temps de latence très bas, ton problème n'est pas sur le réseau.

=> et tout bon logiciel de supervision est capable de faire des requêtes plus personnaliser. Tu peux donc tester la couche applicative, et donc ton logiciel. Tu pourra avoir le temps de latence réel de l'application.

Au plus près tu es de l'utilisateur, plus les résultat seront précis. Si tu ne repère jamais de temps de réaction longs avec ton test, tu peux commencer à regarder coté utilisateur par exemple.

L'idée est de vérifier le plus d'hypothèse possible. Comme c'est temporaire, tu test en continue, tu attends que tes utilisateurs se plaignent et tu regarde toutes tes mesures. Ca te permet de tirer quelques conclusions rapidement.
Par exemple, le plus facile : si ton ping est toujours pas, pas de prob réseau.

[Hyperbenjy]

très bien merci beaucoup pour toutes ces explications que tu ma transmise ! et surtout avec des réponse plutôt rapide
Je vais donc clore le sujet étant donnée que je suis bloquée par manque d'information pour résoudre le problème de base (étant au plus bas de l'échelle hiérarchique ...).

Espérant que ma question aidera + 1