Réseau et protection
Vérifier la bande passante et diagnostiquer le débit
Séparez la vitesse du port, le volume de trafic, les erreurs de paquets et le débit des applications, puis collectez des mesures utiles au dépannage.
Sur cette page
Avant de commencer
- Un serveur actif et un accès administratif à son système d'exploitation.
- Le nom de l'interface transportant le trafic de production et le niveau de port attendu de la configuration du serveur.
- Une fenêtre d'incident précise en UTC, les adresses source et destination, le protocole et le résultat attendu par rapport au résultat observé.
- Autorisation d'inspecter les compteurs d'interface locaux sans les réinitialiser ni les modifier.
Distinguer les mesures
La vitesse du port est le débit de liaison négocié ou configuré. Le volume de trafic est le nombre d'octets ou de paquets transférés au fil du temps. Le débit est le débit utile atteint par une charge de travail et dépend des deux extrémités, du comportement du protocole, des limites de disque et de CPU, de la perte de paquets, de la latence, de la congestion et de la conception du test. Non mesuré signifie que le service inclus n'est pas facturé selon une allocation de transfert ; cela ne supprime pas la limite physique du port ni ne garantit que chaque flux atteindra le débit de ligne.
Servers affiche le niveau de port associé à votre configuration. Cette étiquette n'est pas une mesure de trafic. Le graphique Réseau ne contient pas encore d'échantillons en direct, utilisez donc votre propre surveillance pour l'utilisation, les pics et les preuves historiques.
| Signal | Question répondue | Source actuelle |
|---|---|---|
| Niveau de port du catalogue | Quel niveau de liaison a été commandé ? | Résumé du serveur |
| Compteurs d'octets d'interface | Quelle quantité de trafic a traversé cette interface invitée ? | Système d'exploitation |
| Compteurs d'erreurs/abandons | Le client ou le périphérique a-t-il signalé des problèmes de paquets ? | Système d'exploitation et pilote |
| Compteurs de commutateur du fournisseur | Que s'est-il passé en dehors de l'invité ? | Opérateur uniquement |
| Calendrier des applications | Quelle performance la charge de travail a-t-elle connue ? | Surveillance de votre application |
Collectez une base de référence en lecture seule
Découvrez le nom de l'interface, puis inspectez ses compteurs deux fois sur un intervalle connu. Remplacez eth0 par l'interface réelle. Le noyau Linux documente que ip -s -s expose des statistiques de liaison détaillées et que ethtool peut exposer des compteurs standard et définis par le pilote. Les noms et le support des compteurs varient selon le pilote, alors conservez la sortie complète plutôt que de sélectionner un seul champ.
- Des compteurs d'erreurs et de pertes RX ou TX en augmentation sont des éléments à investiguer, pas une preuve de défaillance du fournisseur.
- Une vitesse de liaison affichée inférieure au niveau attendu doit être signalée avec les détails de l'interface et du pilote.
- Une interface silencieuse pendant un test d'application peut indiquer que la charge de travail utilise une autre interface, un autre espace de noms ou un autre chemin.
- Les compteurs invités ne peuvent pas révéler chaque événement sur le commutateur en amont ou le chemin de transit.
ip -brief link
ip -s -s link show dev eth0
ethtool eth0
ethtool -S eth0Concevez un test utile
- Énoncez la question : débit mono-flux, débit agrégé, perte de paquets, latence ou erreurs d'interface.
- Choisissez un point de terminaison contrôlé que vous êtes autorisé à utiliser et enregistrez son emplacement et sa capacité.
- Mesurez pendant un intervalle UTC défini tout en collectant les compteurs invités et les métriques d'application.
- Répétez avec une seule variable modifiée, comme une autre destination ou fenêtre temporelle, au lieu de changer plusieurs paramètres à la fois.
- Arrêtez tout test susceptible de perturber la production ou de créer un trafic abusif.
Résultat attendu et escalade
Le résultat attendu est une observation reproductible liée à une interface, deux points de terminaison, un protocole et une fenêtre temporelle, et non une capture d'écran du graphique fictif. Si les compteurs locaux sont sains mais que les performances sont constamment médiocres vers plusieurs destinations appropriées, envoyez à l'opérateur le serveur, la région, l'adresse, l'interface, la fenêtre temporelle, la direction, le niveau attendu, les débits observés, les compteurs d'erreurs et la méthode de test.
Les graphiques de trafic historiques ne sont pas encore disponibles. Gardez votre propre surveillance si les preuves de trafic historiques sont importantes sur le plan opérationnel, et convenez avec l'opérateur des données côté fournisseur qui peuvent être partagées.