Contrôle des performances du réseau

Le Tableau 30-1 décrit les commandes disponibles pour le contrôle des performances réseau.

Tableau 30-1 Commandes de contrôle du réseau

Commande	Description
`ping`	Examinez la réponse des hôtes sur le réseau.
`spray`	Vérifiez la fiabilité des tailles de vos paquets. Cette commande peut vous indiquer si le réseau retarde ou abandonne des paquets.
`snoop`	Capturez des paquets à partir du réseau et suivez les appels de chaque client à chaque serveur.
`netstat`	Affichez l'état du réseau, notamment l'état des interfaces utilisées pour le trafic TCP/IP, la table de routage IP et les statistiques de chaque protocole (`UDP`, `TCP`, `ICMP` et `IGMP`).
`nfsstat`	Affichez un récapitulatif des statistiques relatives au serveur et au client, que vous pouvez utiliser pour identifier les problèmes NFS.

Vérification de la réponse des hôtes sur le réseau

Vérifiez la réponse des hôtes sur le réseau à l'aide de la commande ping.

$ ping hostname

Lorsque vous rencontrez un problème physique, la commande ping peut indiquer le temps de réponse de plusieurs hôtes sur le réseau. Si la réponse d'un hôte n'est pas celle attendue, vérifiez la configuration de l'hôte. Les éléments suivants peuvent être à l'origine de problèmes physiques :

Câbles ou connecteurs mal branchés
Mise à la terre incorrecte
Aucun raccordement
Réflexion du signal

Pour plus d'informations sur cette commande, reportez-vous à ping(1M).

Exemple 30-1 Vérification de la réponse d'hôtes sur le réseau

La version la plus simple de ping envoie un paquet unique à un hôte sur le réseau. Si ping reçoit la réponse correcte, elle imprime le message host is alive.

$ ping elvis
elvis is alive

Avec l'option -s, ping envoie un datagramme par seconde vers un hôte. Elle imprime alors chaque réponse et le temps qui a été nécessaire à la transmission aller-retour Reportez-vous à l'exemple ci-dessous.

$ ping -s pluto
64 bytes from pluto (123.456.78.90): icmp_seq=0. time=3.82 ms
64 bytes from pluto (123.456.78.90): icmp_seq=5. time=0.947 ms
64 bytes from pluto (123.456.78.90): icmp_seq=6. time=0.855 ms
^C
----pluto PING Statistics----
3 packets transmitted, 3 packets received, 0% packet loss
 
round-trip (ms) min/avg/max/sttdev = 0.855/1.87/3.82/1.7

Envoi de paquets à des hôtes sur le réseau

Vérifiez la fiabilité des tailles de vos paquets à l'aide de la commande spray.

$ spray [ -c count -d interval -l packet-size] hostname

-i count: Nombre de paquets à envoyer.
-d interval: Nombre de microsecondes de la pause entre l'envoi de paquets. Si vous n'utilisez pas de délai, vous pouvez réduire les tampons.
-l packet-size: Taille de paquet.
hostname: Système d'envoi de paquets.

Pour plus d'informations sur cette commande, reportez-vous à spray(1M).

Exemple 30-2 Envoi de paquets à des hôtes sur le réseau

L'exemple suivant envoie 100 paquets d'une taille de 2 048 octets (-l 2048) à l'hôte -l 2048. Les paquets sont envoyés avec un délai de 20 microsecondes entre chaque rafale (-d 20).

$ spray -c 100 -d 20 -l 2048 pluto
sending 100 packets of length 2048 to pluto ...
no packets dropped by pluto
279 packets/sec, 573043 bytes/sec

Capture de paquets sur le réseau

La commande snoop permet de capturer des paquets sur le réseau et de suivre les appels entre chaque client et chaque serveur. Cette commande fournit des horodatages précis qui permettent d'isoler rapidement des problèmes liés aux performances du réseau. Pour plus d'informations, reportez-vous à snoop(1M).

# snoop

Un espace tampon insuffisant ou une CPU surchargée peuvent être à l'origine de l'abandon de paquets.

Vérification de l'état du réseau

Pour afficher les informations sur l'état du réseau, telles que les statistiques sur l'état des interfaces réseau, les tables de routage et divers protocoles, utilisez la commande netstat.

$ netstat [-i] [-r] [-s]

-i: Affiche l'état des interfaces TCP/IP
-r: Affiche la table de routage IP
-s: Affiche les statistiques sur les protocoles UDP, TCP, ICMP et IGMP

Pour plus d'informations, reportez-vous à netstat(1M).

Exemples : vérification de l'état du réseau

L'exemple suivant illustre la sortie de la commande netstat -i, qui affiche l'état des interfaces utilisées pour le trafic TCP/IP.

$ netstat -i
Name  Mtu  Net/Dest    Address      Ipkts  Ierrs Opkts  Oerrs Collis Queue
lo0   8232 software    localhost     1280   0     1280     0       0    0
eri0   1500 loopback    venus      1628480   0   347070    16   39354    0

Cet affichage indique le nombre de paquets qu'une machine a transmis et a reçus sur chaque interface. Pour une machine dont le trafic réseau est actif, Ipkts et Opkts doivent augmenter continuellement.

Pour calculer le taux de collision sur le réseau, divisez le nombre de collisions (Collis) par le nombre de paquets sortants (Opkts). Dans l'exemple précédent, le taux de collision est de 11 %. À l'échelle du réseau, un taux de collision supérieur à 5 ou 10 % peut indiquer un problème.

Pour calculer le taux d'erreur des paquets entrants, divisez le nombre d'erreurs d'entrée par le nombre total de paquets entrants (Ierrs/Ipkts). Le taux d'erreur des paquets sortants correspond au nombre d'erreurs de sortie divisé par le nombre total de paquets sortants (Oerrs/Opkts). Lorsque le taux d'erreur d'entrée est élevé (supérieur à 0.25 %), l'hôte risque d'abandonner des paquets.

L'exemple suivant illustre la sortie de la commande netstat -s, qui affiche des statistiques pour chacun des protocoles UDP, TCP, ICMP et IGMP.

UDP
    udpInDatagrams      =196543    udpInErrors         =     0
    udpOutDatagrams     =187820
 
TCP
    tcpRtoAlgorithm     =     4    tcpRtoMin           =   200
    tcpRtoMax           = 60000    tcpMaxConn          =    -1
    tcpActiveOpens      = 26952    tcpPassiveOpens     =   420
    tcpAttemptFails     =  1133    tcpEstabResets      =     9
    tcpCurrEstab        =    31    tcpOutSegs          =3957636
    tcpOutDataSegs      =2731494   tcpOutDataBytes     =1865269594
    tcpRetransSegs      = 36186    tcpRetransBytes     =3762520
    tcpOutAck           =1225849   tcpOutAckDelayed    =165044
    tcpOutUrg           =     7    tcpOutWinUpdate     =   315
    tcpOutWinProbe      =     0    tcpOutControl       = 56588
    tcpOutRsts          =   803    tcpOutFastRetrans   =   741
    tcpInSegs           =4587678
    tcpInAckSegs        =2087448   tcpInAckBytes       =1865292802
    tcpInDupAck         =109461    tcpInAckUnsent      =     0
    tcpInInorderSegs    =3877639   tcpInInorderBytes   =-598404107
    tcpInUnorderSegs    = 14756    tcpInUnorderBytes   =17985602
    tcpInDupSegs        =    34    tcpInDupBytes       = 32759
    tcpInPartDupSegs    =   212    tcpInPartDupBytes   =134800
    tcpInPastWinSegs    =     0    tcpInPastWinBytes   =     0
    tcpInWinProbe       =   456    tcpInWinUpdate      =     0
    tcpInClosed         =    99    tcpRttNoUpdate      =  6862
    tcpRttUpdate        =435097    tcpTimRetrans       = 15065
    tcpTimRetransDrop   =    67    tcpTimKeepalive     =   763
    tcpTimKeepaliveProbe=     1    tcpTimKeepaliveDrop =     0

IP
    ipForwarding        =     2    ipDefaultTTL        =   255
    ipInReceives        =11757234  ipInHdrErrors       =     0
    ipInAddrErrors      =     0    ipInCksumErrs       =     0
    ipForwDatagrams     =     0    ipForwProhibits     =     0
    ipInUnknownProtos   =     0    ipInDiscards        =     0
    ipInDelivers        =4784901   ipOutRequests       =4195180
    ipOutDiscards       =     0    ipOutNoRoutes       =     0
    ipReasmTimeout      =    60    ipReasmReqds        =  8723
    ipReasmOKs          =  7565    ipReasmFails        =  1158
    ipReasmDuplicates   =     7    ipReasmPartDups     =     0
    ipFragOKs           = 19938    ipFragFails         =     0
    ipFragCreates       =116953    ipRoutingDiscards   =     0
    tcpInErrs           =     0    udpNoPorts          =6426577
    udpInCksumErrs      =     0    udpInOverflows      =   473
    rawipInOverflows    =     0

ICMP
    icmpInMsgs          =490338    icmpInErrors        =     0
    icmpInCksumErrs     =     0    icmpInUnknowns      =     0
    icmpInDestUnreachs  =   618    icmpInTimeExcds     =   314
    icmpInParmProbs     =     0    icmpInSrcQuenchs    =     0
    icmpInRedirects     =   313    icmpInBadRedirects  =     5
    icmpInEchos         =   477    icmpInEchoReps      =    20
    icmpInTimestamps    =     0    icmpInTimestampReps =     0
    icmpInAddrMasks     =     0    icmpInAddrMaskReps  =     0
    icmpInFragNeeded    =     0    icmpOutMsgs         =   827
    icmpOutDrops        =   103    icmpOutErrors       =     0
    icmpOutDestUnreachs =    94    icmpOutTimeExcds    =   256
    icmpOutParmProbs    =     0    icmpOutSrcQuenchs   =     0
    icmpOutRedirects    =     0    icmpOutEchos        =     0
    icmpOutEchoReps     =   477    icmpOutTimestamps   =     0
    icmpOutTimestampReps=     0    icmpOutAddrMasks    =     0
    icmpOutAddrMaskReps =     0    icmpOutFragNeeded   =     0
    icmpInOverflows     =     0

IGMP:
        0 messages received
        0 messages received with too few bytes
        0 messages received with bad checksum
        0 membership queries received
        0 membership queries received with invalid field(s)
        0 membership reports received
        0 membership reports received with invalid field(s)
        0 membership reports received for groups to which we belong
        0 membership reports sent

L'exemple suivant illustre la sortie de la commande netstat - r, qui affiche la table de routage IP.

Routing Table:
  Destination        Gateway           Flags  Ref   Use    Interface
------------------ -------------------- ----- ----- ------ ---------
localhost            localhost             UH       0   2817  lo0
earth-bb             pluto                 U        3  14293  eri0
224.0.0.0            pluto                 U        3      0  eri0
default              mars-gate             UG       0  14142

Les champs du rapport netstat - rsont décrits dans le tableau suivant.

Tableau 30-2 Sortie de la commande netstat - r

Nom du champ		Description
`Flags`	`U` `G` `H` `D`	La route est active. La route transite par une passerelle. La destination de la route est un hôte. La route a été créée de façon dynamique à l'aide d'une redirection.
`Ref`		Affiche le nombre actuel de routes partageant une couche de liaison.
`Use`		Indique le nombre de paquets envoyés.
`Interface`		Indique l'interface réseau utilisée pour la route.

Affichage des statistiques relatives au client et au serveur NFS

Le service de fichier distribué NFS utilise un utilitaire RPC (Remote Procedure Call, appel de procédure à distance) qui convertit les commandes locales en demandes pour l'hôte distant. Les appels de procédure à distance sont synchrones. L'application cliente est bloquée ou suspendue jusqu'à ce que le serveur termine l'appel et renvoi les résultats. L'un des principaux facteurs ayant une incidence sur les performances NFS est le taux de retransmission.

Si le serveur de fichiers ne peut pas répondre à la demande d'un client, ce dernier retransmet la demande un nombre de fois spécifique avant d'arrêter. Chaque retransmission inflige une surcharge au système et augmente le trafic du réseau. Des retransmissions excessives risquent de provoquer des problèmes de performances. Si la vitesse de retransmission est élevée, vous pouvez effectuer les vérifications suivantes :

Serveurs saturés qui exécutent les requêtes trop lentement
Interface Ethernet qui abandonne des paquets
Congestion du réseau, qui ralentit la transmission des paquets

Le tableau suivant décrit les options nfsstat qui permettent d'afficher les statistiques du serveur et du client.

Tableau 30-3 Commandes d'affichage des statistiques client/serveur

Commande	Affichage
`nfsstat -c`	Statistiques relatives au client
`nfsstat -s`	Statistiques relatives au serveur
`netstat -m`	Statistiques du réseau pour chaque système de fichiers

Utilisez les commandes nfsstat -c et nfsstat -s pour afficher les statistiques relatives au client et au serveur, respectivement. Utilisez la commande netstat -m pour afficher les statistiques réseau pour chaque système de fichiers. Pour plus d'informations, reportez-vous à nfsstat(1M).

Exemples : affichage des statistiques du client et du serveur NFS

L'exemple suivant affiche les données RPC et NFS pour le client pluto.

$ nfsstat -c

Client rpc:
Connection oriented:
calls    badcalls  badxids  timeouts newcreds  badverfs   timers     
1595799  1511      59       297      0         0          0          
cantconn nomem     interrupts 
1198      0         7          
Connectionless:
calls    badcalls  retrans  badxids  timeouts  newcreds   badverfs   
80785    3135      25029    193      9543      0          0          
timers   nomem     cantsend   
17399    0         0          

Client nfs:
calls    badcalls  clgets   cltoomany  
1640097  3112      1640097  0          
Version 2: (46366 calls)
null     getattr   setattr  root     lookup     readlink  read       
0 0%     6589 14%  2202 4%  0 0%     11506 24%  0 0%      7654 16%   
wrcache  write     create   remove   rename     link      symlink    
0 0%     13297 28% 1081 2%  0 0%     0 0%       0 0%      0 0%       
mkdir    rmdir     readdir  statfs     
24 0%    0 0%      906 1%   3107 6%    
Version 3: (1585571 calls)
null    getattr    setattr  lookup     access     readlink  read     
0 0%    508406 32% 10209 0% 263441 16% 400845 25% 3065 0%  117959 7%
write    create     mkdir    symlink    mknod    remove   rmdir 
69201 4% 7615 0%    42 0%    16 0%      0 0%     7875 0%  51 0%      
rename   link       readdir  readdir+   fsstat   fsinfo   pathconf   
929 0%   597 0%     3986 0%  185145 11% 942 0%   300 0%   583 0%     
commit     
4364 0%    
 
Client nfs_acl:
Version 2: (3105 calls)
null       getacl     setacl     getattr    access     
0 0%       0 0%       0 0%       3105 100%  0 0%       
Version 3: (5055 calls)
null       getacl     setacl     
0 0%       5055 100%  0 0%

La sortie de la commande nfsstat -c est décrite dans le tableau suivant.

Tableau 30-4 Sortie de la commande nfsstat -c

Champ	Description
`calls`	Nombre total d'appels envoyés
`badcalls`	Nombre total d'appels rejetés par RPC
`retrans`	Nombre total de retransmissions. Pour ce client, le nombre de retransmissions est inférieur à 1 %, soit environ 10 délais d'attente sur 6 888 appels. Ces retransmissions peuvent être provoquées par des pannes temporaires. Des taux plus élevés peuvent indiquer un problème.
`badxid`	Nombre de fois qu'un accusé de réception en double a été reçu pour une demande NFS
`timeout`	Nombre d'appels ayant dépassé le délai imparti
`wait`	Nombre de fois qu'un appel a dû attendre, car aucun identificateur client n'était disponible
`newcred`	Nombre de fois que les informations d'authentification ont dû être actualisées
`timers`	Nombre de fois que la valeur d'expiration a été supérieure ou égale à la valeur d'expiration spécifiée pour un appel
`readlink`	Nombre de fois que la commande `read` a été exécutée sur un lien symbolique. Si ce nombre est élevé (supérieur à 10 %), il est possible qu'il y ait trop de liens symboliques.

L'exemple suivant illustre la sortie de la commande nfsstat -m.

pluto$ nfsstat -m
/usr/man from pluto:/export/svr4/man
Flags: vers=2,proto=udp,auth=unix,hard,intr,dynamic,
        rsize=8192, wsize=8192,retrans=5
 Lookups: srtt=13 (32ms), dev=10 (50ms), cur=6 (120ms)
 All:     srtt=13 (32ms), dev=10 (50ms), cur=6 (120ms)

Cette sortie de la commande nfsstat -m (affichée en millisecondes) est décrite dans le tableau suivant.

Tableau 30-5 Sortie de la commande nfsstat -m

Champ	Description
`srtt`	Moyenne lissée du temps de réponse aller-retour
`dev`	Écarts moyens
`cur`	Temps de réponse actuel attendu

Si vous avez des raisons de croire que les composants matériels du réseau sont à l'origine de problèmes, inspectez les câbles et les connecteurs.

Ignorer les liens de navigation
Quitter l'aperu
	Guide d'administration système : Services réseau