Je surveille la pile TCP sur un serveur en espérant déduire de manière générique des problèmes d'application sur la boîte.
Ma première inclination est de mesurer le nombre de sockets dans tous les états rapportés (LISTEN, ESTABLISHED, FIN_WAIT2, TIME_WAIT, etc.) et de détecter certaines anomalies.
Un coéquipier suggère que «lsof» serait un meilleur outil pour voir dans quel état se trouvent les piles TCP.
Des préférences ou des conseils d'expériences de la part des erreurs de serveur
Réponses:
Je préfère lsof car sa sortie est cohérente sur toutes les plates-formes sur lesquelles elle s'exécute. Cependant, vous pouvez à peu près obtenir les mêmes informations des deux programmes. Je pense que cela se résume à des préférences personnelles.
la source
Ma première implication serait d'utiliser
netstat -ptance qui vous donnera toutes les informations que vous recherchez. Tuyau probablement pour trier et uniq. Ce qui suit devrait vous donner un bon nombre de statuts de socket '.netstat -ptan | awk '{print $6 " " $7 }' | sort | uniq -cla source
Découvrez dstat et exécutez avec:
Encore mieux, si vous souhaitez analyser la sortie, vous pouvez la faire écrire en CSV avec --output.
la source
Je pense que c'est vraiment plus une préférence personnelle, car avec un peu de peaufinage (et les bonnes options de commande), vous pouvez obtenir à peu près les mêmes informations.
Cependant, si vous souhaitez surveiller le nombre de connexions dans différents états, je ne le ferais pas avec un outil de ligne de commande à un coup. Je ferais usage de quelque chose qui peut faire des tendances afin que vous puissiez l'examiner au fil du temps. Quelque chose comme munin serait très utile, car il le représenterait au fil du temps (en plus de vous montrer d'autres statistiques système potentiellement utiles).
Le dépannage d'une application est toujours plus facile si vous avez de bonnes informations sur la boîte elle-même et son fonctionnement (à la fois pendant les problèmes et lorsque les problèmes sont absents).
la source