Wie sieht schlechte Netzwerk-Performance aus? | NETSCOUT


 

Interpretation des Tools: Wie sieht schlechte Netzwerk-Performance aus?
Ein Hammer ist ein fantastisches Werkzeug mit zahllosen Anwendungsmöglichkeiten Ein erfahrener Handwerker kann damit ein Haus zu bauen, einen Dachfirst setzen oder eine Wand reparieren. Aber der Hammer selbst hat keine Fähigkeiten - die hängen von der Person ab, die ihn verwendet.

Auf eine ähnliche Art haben Netzwerkanalyse-Instrumente zahllose Anwendungsmöglichkeiten. Sie können helfen, die Grundursache von schwierigen Anwendungsleistungsproblemen und von Netzwerkproblemen zu finden. Aber trotz der Expertensysteme, der Leistungswarnungen und der Problem-Flags, manchmal ist das benutzerfreundlichste Werkzeug nur so gut wie die Person, die es interpretiert.

Aus diesem Grund werden wir eine Reihe Artikel veröffentlichen, die sich auf die Interpretation des Tools konzentrieren, wenn es Daten anzeigt. Wir werden Fragen untersuchen wie die folgenden:

  •     Was sagen diese Diagramme oder Statistiken mir?
  •     Wie kann ich sagen, ob das Netzwerk wirklich das Problem ist?
  •     Was ist der nächste Schritt zum Lösen des Problems?

In diesem Artikel betrachten wir, wie ein Netzwerk-Leistungsproblem auf dem TruView angezeigt wird und was als der nächste Schritt getan werden kann.

Wie sieht schlechte Netzwerk-Performance aus?

Nehmen wir an, dass Benutzer schwache Leistungen einer Geschäftsanwendung beanstandet haben und dass das Netzwerk die wahre Grundursache ist. Wir wissen, dass die Benutzer das Netzwerk verantwortlich machen werden, unabhängig von dem tatsächlichen Problem, aber in diesem Fall nehmen wir an, dass das Netzwerk das Problem ist. Allgemeine Ursachen, die zu einer Leistungsminderung auf dem Netzwerk führen, sind Paketverluste, Engpässe und Wegprobleme. Diese können sich als TCP-Übertragungswiederholungen und Reihenfolge-Probleme herausstellen.

In TruView wählen Sie zuerst die Suchleiste rechts oben aus und geben Sie den Namen der entsprechenden Anwendung ein. Als Nächstes wählen Sie den Standort, an dem sich die Benutzer beschweren, am unteren Rand der Seite aus, damit wird ein Filter für die Anwendung und den Standort gesetzt.


 
In der Aufschlüsselung der Endbenutzer-Reaktionszeit sehen Sie ein Schaubild mit Anwendungsantwortzeiten (ART), Datenübertragungszeit (DTT) und NRT (Netzwerk Roundtrip-Zeit). Mit den meisten Problemen, die wirklich im Netzwerk verwurzelt sind, wird der DTT oder der NRT als der größte Beiträger zur Gesamtzeit gezeigt. Auf diesem Schirm sehen wir, dass DTT der größte Faktor ist.

Das heißt, dass das Senden einer Transaktion vom Server zum Client während dieser Spitze länger dauert. Dies kann am Paketverlust, an Stauung oder an Schnittstellenanschlüssen auf Netzwerkschnittstellen liegen. Es kann auch an TCP-Fensterproblemen liegen, aber wir werden diese in einem anderen Artikel ausführlich besprechen. Zur Bestimmung, was Schuld hat, wählen Sie Anwendungsleistung | Tendenzen | TCP vom Drop-Down-Menü. Auf diesem Bildschirm werden alle möglichen Übertragungswiederholungen, null Windows oder Ereignisse außer der Reihenfolge angezeigt, die sich im Transaktionsdatenfluss befinden.

In diesem Fall sehen wir, dass TCP-Übertragungswiederholungen direkt mit der Anwendungsverzögerung übereinstimmen. Wenn wir Übertragungswiederholungen sehen, aber die Anwendung weiter arbeitet, bedeutet das, dass Paketverlust auf dem Netzwerk auftritt. Dies liegt häufig an Stauungen und Ethernet-Fehlern und kann von falsch konfigurierten MTU- oder MSS-Einstellungen auf der Infrastruktur verursacht werden.
 
Um zu validieren, wo der Verlust auftritt, kann das OptiView XG verwendet werden, um eine grafische Pfadanalyse durchzuführen, die die genaue Verbindung festlegt, die Fehler berichtet. Diese Funktion kann direkt vom TruView ausgeführt werden, das die Daten von dem auf dem Netzwerk installierten XG abruft.


 
Diese Anzeige zeigt klar, welche Verbindung den Paketverlust verursacht, was dann direkt auf dem Server oder Switch angesprochen werden kann.
Wenn Sie hohen DTT auf dem TruView sehen, achten Sie auf TCP-Probleme und Kapazitätsprobleme, die das Problem aufzeigen können.

Die klaren Antwortzeitmetriken auf dem TruView sind einfach zu lesen und zu interpretieren und führen Benutzer zur Grundursache des Leistungsproblems.

 

Zugehörige IT-Networking-Ressourcen
Klicken Sie hier für weitere Informationen über OptiView XG und TruView.

OptiView XG v10: Bronze-Preis für Beste IT-Hardware -- Network Products Guide Awards - 2013
Video ansehen: Weisen Sie nach, dass es nicht am Netzwerk liegt
Fallstudie: Bosch-Gruppe automatisiert Netzwerk- und Anwendungsanalyse

 
 
Powered By OneLink