Referenz zu Protokollmetriken
Dieses Handbuch enthält Definitionen für alle integrierten Metrikdiagramme im ExtraHop-System. Diagramme sind nach Protokoll, Asset und in System-Dashboards verfügbar.
Metriken sind Echtzeitmessungen Ihres Netzwerkverhaltens, die das ExtraHop-System anhand von Kabel- oder Durchflussdaten berechnet. Das ExtraHop-System kann über 5.000 Metriken aus dem Netzwerkverkehr analysieren und klassifizieren und die Metriken dann einer Quelle zuordnen — den Ressourcen in Ihrem Netzwerk, wie Anwendungen, Geräten, Aktivitätsgruppen oder Netzwerken.
Mit Metriken arbeiten
Hier sind einige Möglichkeiten, wie Sie mit Metriken arbeiten können:
- Wählen Sie ein Asset als Metrik Quelle im gesamten ExtraHop-System, wenn Dashboard-Diagramme erstellen, Warnmeldungen konfigurieren, oder Trigger bauen.
- Metriken anzeigen und auf Protokollseiten zugreifen von einem Seite „ Geräteübersicht".
- Metriken im System anzeigen Sicherheit, Netzwerk, und Aktivität Dashboards.
- Gehen Sie anhand von Kennzahlen auf oberster Ebene genauer vor um detaillierte Metrikseiten anzuzeigen, die eine Liste von Metrikwerten für einen bestimmten Schlüssel (z. B. eine Client- oder Server-IP-Adresse) enthalten. Wenn Sie sich beispielsweise die Gesamtzahl der Fehler ansehen, klicken Sie auf die Zahl und wählen Sie Server um zu sehen, welche Server die Fehler zurückgegeben haben.
- Zusätzliche Quellen oder Metriken hinzufügen zu einem Diagramm.
- Sehen Sie sich alle integrierten und benutzerdefinierten Messwerte an, die in der Metrischer Katalog.
- Erstelle eine benutzerdefinierte Metrik um Daten zu sammeln, die nicht in einer integrierten Metrik enthalten sind.
- Diagrammdaten exportieren zu Excel oder CSV.
- Erstellen Sie ein PDF eines Dashboard oder Diagramms.
- Erstellen Sie ein Diagramm
- Erstellen Sie eine Aktivitätsdiagramm.
- Suche nach Geräten nach Protokollaktivität.
- Finden Sie Erkennungen.
Arten von Metriken
Jede Metrik im ExtraHop-System ist in einen Metrik Typ eingeteilt. Wenn Sie die Unterschiede zwischen den Metriktypen verstehen, können Sie Diagramme konfigurieren oder Trigger schreiben, um benutzerdefinierte Metriken zu erfassen. Ein Heatmap-Diagramm kann beispielsweise nur Datensatzmetriken anzeigen.
- Zählen
- Die Anzahl der Ereignisse, die in einem bestimmten Zeitraum aufgetreten sind. Sie können die Zählmetriken als Rate oder als Gesamtzahl anzeigen. Ein Byte wird beispielsweise als Zählung aufgezeichnet und kann entweder eine Durchsatzrate (wie in einem Zeitreihendiagramm dargestellt) oder das gesamte Verkehrsvolumen (wie in einer Tabelle dargestellt) darstellen. Tarife sind hilfreich, um Zählungen über verschiedene Zeiträume hinweg zu vergleichen. Eine Zählmetrik kann als Durchschnittswert pro Sekunde im Zeitverlauf berechnet werden. Bei der Anzeige hochgenauer Byte- und Paketmetriken (1 Sekunde) können Sie auch eine maximale Rate und eine minimale Rate anzeigen. Zu den Zählmetriken gehören Fehler, Pakete und Antworten.
- Zählrate
-
Die Anzahl der Ereignisse, die in einem bestimmten Zeitraum aufgetreten sind. Zählratenmetriken und Zählmetriken werden auf die gleiche Weise berechnet. Zählraten-Metriken erfassen jedoch zusätzliche Details, anhand derer Sie die Höchst- und Mindestrate für ein Intervall anzeigen können. Zu den Messwerten für die Zählrate gehören Byte und Pakete.
- Eindeutige Anzahl
-
Die Anzahl der eindeutigen Ereignisse, die während eines ausgewählten Zeitintervalls aufgetreten sind. Die Kennzahl für die eindeutige Anzahl bietet eine Schätzung der Anzahl der eindeutigen Elemente, die während des ausgewählten Zeitintervalls in einem Satz platziert wurden. Schätzungen werden mit dem HyperLogLog-Algorithmus berechnet.
- Datensatz
- Eine Verteilung von Daten, die in Perzentilwerte berechnet werden kann. Zu den Datensatzmetriken gehören die Verarbeitungszeit und die Roundtrip-Zeit.
- Maximal
- Ein einzelner Datenpunkt, der den Maximalwert aus einem bestimmten Zeitraum darstellt.
- Probenset
- Eine Zusammenfassung der Daten über ein Detail-Metrik. Wenn Sie eine Stichprobenmetrik in einem Diagramm auswählen, können Sie einen Mittelwert (Durchschnitt) und eine Standardabweichung über einen bestimmten Zeitraum anzeigen.
- Schnappschuss
- Ein Datenpunkt, der einen einzelnen Zeitpunkt darstellt.
Metriken nach Protokoll
Jede Protokollseite enthält integrierte Diagramme mit wichtigen Kennzahlen zu Ihren Ressourcen. Diese Metrikdiagramme können in Ihre Dashboards kopiert werden.
AAA
Das ExtraHop-System sammelt Metriken zu Authentifizierung, Autorisierung und Abrechnung (AAA) Protokollaktivität. AAA ist ein Sicherheitsframework, das Netzwerkzugriffsprotokolle auf Anwendungsebene wie RADIUS, Diameter, TACACS und TACACS+ umfasst.
AAA-Bewerbungsseite
Diese Seite zeigt Metrikdiagramme von AAA Datenverkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
AAA Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann AAA-Fehler und -Antworten mit der
Anwendung verknüpft wurden. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum
Zeitpunkt des Auftretens der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der AAA-Antworten. Fehler Die Anzahl der AAA-Antworten Fehler. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der AAA-Antworten, die mit der
Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der AAA-Antworten. Fehler Die Anzahl der AAA-Antworten Fehler. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken.
Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange die Server für die Bearbeitung von Anfragen gebraucht haben;
und die Antwortübertragungszeit zeigt, wie lange die Server gebraucht haben, um Antworten an
das Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung Transferzeit anfragen Die Zeit zwischen der Erkennung des ExtraHop-Systems das erste Paket und das letzte Paket einer AAA-Anfrage. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort. Übertragungszeit der Antwort Die Zeit zwischen der Erkennung des ExtraHop-Systems das erste Paket und das letzte Paket einer AAA-Antwort. Ein hoher Wert könnte darauf hinweisen eine große Antwort oder Netzwerkverzögerung. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines AAA-Clients oder Server Paket, für das eine sofortige Bestätigung erforderlich war und wann die Bestätigung erhalten. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn eine Anwendung langsam arbeitet, können Sie anhand
von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das
Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Verarbeitung von
Anfragen von Clients benötigten, im Vergleich zu der 95. Perzentilzeit, die Pakete aus diesen Anfragen
(und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe
Serververarbeitungszeiten deuten darauf hin, dass Clients langsame Server kontaktieren. Hohe
TCP-Roundtrip-Zeiten deuten darauf hin, dass Clients über langsame Netzwerke kommunizieren.
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines AAA-Clients oder Server Paket, für das eine sofortige Bestätigung erforderlich war und wann die Bestätigung erhalten.
AAA-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche AAA-Methoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der AAA-Anfragen nach Methoden aufgeteilt wird.
- Die häufigsten Fehlertypen
- Dieses Diagramm zeigt, welche AAA-Fehlertypen der Anwendung am häufigsten zugeordnet wurden, indem die Anzahl der Antworten nach Fehlertyp aufgeschlüsselt wird.
AAA-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung AAA-Server-Verarbeitungszeit Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort. - Verarbeitungszeit des Servers
-
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.
Metrisch Beschreibung AAA-Server-Verarbeitungszeit Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines AAA-Clients oder Server Paket, für das eine sofortige Bestätigung erforderlich war und wann die Bestätigung erhalten. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt
die durchschnittliche Hin- und Rückfahrzeit für die Anwendung.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines AAA-Clients oder Server Paket, für das eine sofortige Bestätigung erforderlich war und wann die Bestätigung erhalten.
AAA Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
-
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung
zugeordnet waren. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete
angeben, die über einen bestimmten Zeitraum an sie gesendet werden können.
Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein
Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät dies
einholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise
nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Begriffsbestimmung Zero Windows anfragen Die Anzahl der Null-Fenster-Anzeigen, die wurden von AAA-Kunden gesendet. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl eingehender Zero Windows weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Response Zero Windows Die Anzahl der gesendeten Nullfensterankündigungen von Servern beim Empfang von AAA-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl ausgehender Zero-Windows weist darauf hin, dass ein Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Gesamtzahl der Gastgeber-Ställe
- Dieses Diagramm zeigt die durchschnittliche Anzahl der von Geräten gesendeten Nullfensterwerbungen.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der
Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu
viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät
eine Anfrage oder Antwort sendet und innerhalb einer bestimmten
Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen
nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise
zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Begriffsbestimmung RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Kunden AAA-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server AAA-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl ausgehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
- Gesamtzahl der Netzwerkausfälle
-
Dieses Diagramm zeigt die durchschnittliche Anzahl der Zeitüberschreitungen bei der
erneuten Übertragung, die durch eine Überlastung verursacht wurden, als Clients und Server Anfragen sendeten.
Metrisch Begriffsbestimmung RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Kunden AAA-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server AAA-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl ausgehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
AAA-Metriksummen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen, ob das Problem im Netzwerk oder bei einem Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum , in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der AAA-Anfragen, die gesendet. Antworten Die Anzahl der AAA-Antworten. Fehler Die Anzahl der AAA-Antworten Fehler. Durchmesser-Anfrage Die Anzahl der Durchmesser-Anfragen, die gesendet. Diameter ist eine aktualisierte Version des RADIUS AAA-Protokolls. RADIUS-Anfrage Die Anzahl der RADIUS (Remote Authentication) Dial-In User Service) -Anfragen, die gesendet wurden Aborte Die Anzahl der AAA-Protokollsitzungen, die abgebrochen. - AAA-Netzwerkmetriken
-
Metrisch Beschreibung Zero Windows anfragen Die Anzahl der Null-Fenster-Anzeigen, die wurden von AAA-Kunden gesendet. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Response Zero Windows Die Anzahl der gesendeten Nullfensterankündigungen von Servern beim Empfang von AAA-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. RTOs anfragen Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Kunden AAA-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Antwort-RTOs Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server AAA-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. L2 Byte anfordern Die Anzahl der gesendeten L2-Byte, die mit AAA-Anfragen verbunden. Antwort L2 Byte Die Anzahl der gesendeten L2-Byte, die mit AAA-Antworten verbunden. Goodput Bytes anfordern Die Anzahl der Goodput-Bytes, die mit verknüpft sind AAA-Anfragen. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus. Antwort Goodput Bytes Die Anzahl der Goodput-Bytes, die mit verknüpft sind AAA-Antworten. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus. Pakete anfordern Die Anzahl der gesendeten Pakete, die verknüpft waren mit AAA-Anfragen. Antwortpakete Die Anzahl der gesendeten Pakete, die verknüpft waren mit AAA-Antworten.
AAA-Kundenseite
Diese Seite zeigt Metrik Diagramme von AAA Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
AAA Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann AAA-Fehler aufgetreten sind und wie viele Antworten der AAA-Client
erhalten hat. Anhand dieser Informationen können Sie sehen, wie aktiv der Client zum Zeitpunkt des
Eingangs der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der AAA-Antworten, die der Client erhalten hat, und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte. - Leistung (95. Perzentil)
- Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Serververarbeitungszeit
zeigt, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Verarbeitungszeiten werden
berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und
Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Verarbeitungszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da allein diese Metrik ein unvollständiges Bild liefert. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch sowohl die RTT- als auch die Verarbeitungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
RTT misst nur, wie lange es dauert, bis eine sofortige Bestätigung gesendet wird; es wartet nicht, bis alle Pakete zugestellt sind. Daher ist RTT ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber die TCP-RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Überprüfen Sie das Netzwerk auf Latenzprobleme, wenn sowohl TCP-RTT als auch Verarbeitungszeiten zutreffen.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Die Verarbeitungszeit ist möglicherweise hoch, weil der Server lange gebraucht hat, um die Antwort zu übertragen (möglicherweise, weil die Antwort sehr umfangreich war). Die Verarbeitungszeit kann jedoch auch hoch sein, da die Übertragung der Antwort im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Leistungsübersicht (95. Perzentil)
-
Wenn ein Client langsam reagiert, können Sie
anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen.
Diese Metriken zeigen die 95. Perzentilzeit, die Server für die Verarbeitung von
Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen
Anfragen (und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten.
Hohe Serververarbeitungszeiten deuten darauf hin, dass der Client langsame Server kontaktiert. Hohe
TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame
Netzwerke kommuniziert.
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
AAA-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche AAA-Methoden der Client am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die der Client per Methode gesendet hat, aufgeschlüsselt wird.
- Die häufigsten Fehlertypen
- Dieses Diagramm zeigt, welche AAA-Fehlertypen der Client am häufigsten erhalten hat, indem die Anzahl der an den Client zurückgegebenen Antworten nach Fehlertyp aufgeteilt wird.
AAA-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des AAA-Clientservers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte. - Verarbeitungszeit des Servers
-
Dieses
Diagramm zeigt die durchschnittliche Bearbeitungszeit für den Client.
Metrisch Beschreibung Verarbeitungszeit des AAA-Clientservers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Hin- und Rückreisezeit für den Client.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
AAA-Metriksummen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum , in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der AAA-Anfragen, die gesendet wurden, als Das Gerät fungierte als AAA-Client. Antworten Die Anzahl der eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte. Durchmesser-Anfrage Die Anzahl der Durchmesser-Anfragen, die gesendet, als das Gerät als AAA-Client fungierte. Diameter ist eine aktualisierte Version von das RADIUS-AAA-Protokoll. RADIUS-Anfrage Die Anzahl der RADIUS (Remote Authentication) Dial-In User Service () -Anfragen, die gesendet wurden, als das Gerät als AAA fungierte Client. Aborte Die Anzahl der abgebrochenen Sitzungen, die aufgetreten sind als das Gerät als AAA-Client fungierte.
AAA-Serverseite
Diese Seite zeigt Metrik Diagramme von AAA Serververkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
AAA Zusammenfassung
Die folgenden Charts sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann AAA-Fehler aufgetreten sind und wie viele AAA-Antworten der Server
gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zum Zeitpunkt der
Rückgabe der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte. - Transaktionen insgesamt
-
Dieses Diagramm zeigt die Gesamtzahl der AAA-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte. - Leistung (95. Perzentil)
- Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Serververarbeitungszeit
zeigt, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Verarbeitungszeiten werden
berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und
Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Verarbeitungszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da allein diese Metrik ein unvollständiges Bild liefert. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch sowohl die RTT- als auch die Verarbeitungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
RTT misst nur, wie lange es dauert, bis eine sofortige Bestätigung gesendet wird; es wartet nicht, bis alle Pakete zugestellt sind. Daher ist RTT ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber die TCP-RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Überprüfen Sie das Netzwerk auf Latenzprobleme, wenn sowohl TCP-RTT als auch Verarbeitungszeiten zutreffen.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Die Verarbeitungszeit ist möglicherweise hoch, weil der Server lange gebraucht hat, um die Antwort zu übertragen (möglicherweise, weil die Antwort sehr umfangreich war). Die Verarbeitungszeit kann jedoch auch hoch sein, da die Übertragung der Antwort im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung Verarbeitungszeit des AAA-Servers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Leistungsübersicht (95. Perzentil)
-
Wenn ein Server langsam arbeitet, können Sie anhand der
Leistungsübersichtsmesswerte herausfinden, ob das Netzwerk oder der Server das
Problem verursacht. Die Leistungsübersichtsmetriken zeigen die 95. Perzentilzeit, die der
Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die die Übertragung von
Paketen aus diesen Anfragen (und ihren jeweiligen Antworten) über das Netzwerk benötigte.
Hohe Serververarbeitungszeiten deuten darauf hin, dass der Server langsam ist.
Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Metrisch Beschreibung Verarbeitungszeit des AAA-Clientservers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
AAA-Einzelheiten
Die folgenden Charts sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche AAA-Methoden am häufigsten auf dem Server aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server nach Methode empfangen hat, aufgeteilt wird.
- Die häufigsten Fehlertypen
- Dieses Diagramm zeigt, welche AAA-Fehlertypen der Server am häufigsten zurückgegeben hat, indem die Gesamtzahl der Antworten, die der Server gesendet hat, nach Fehlertyp aufgeteilt wird.
AAA-Leistung
Die folgenden Charts sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des AAA-Servers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte. - Verarbeitungszeit des Servers
-
Dieses
Diagramm zeigt die durchschnittliche Verarbeitungszeit für den Server.
Metrisch Beschreibung Verarbeitungszeit des AAA-Servers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Roundtrip-Zeit für den Server.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
AAA-Metriksummen
Die folgenden Charts sind in dieser Region verfügbar:
- Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum , in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der AAA-Anfragen, die eingegangen sind, als das Gerät fungierte als AAA-Server. Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte. Durchmesser-Anfrage Die Anzahl der Durchmesser-Anfragen, die empfangen, als das Gerät als AAA-Server fungierte. Diameter ist eine aktualisierte Version des RADIUS AAA-Protokolls. RADIUS-Anfrage Die Anzahl der RADIUS-Anfragen, die Gerät wurde empfangen, als es als AAA-Server fungiert. Aborte Die Anzahl der abgebrochenen Sitzungen, die aufgetreten sind als das Gerät als AAA-Server fungierte.
AAA-Kundengruppenseite
Diese Seite zeigt Metrikdiagramme von AAA Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
AAA-Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann AAA-Fehler aufgetreten sind und wie viele Antworten die AAA-Kunden
erhalten haben. Anhand dieser Informationen können Sie sehen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler
erhielten.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele AAA-Antworten die Kunden erhalten haben und wie viele dieser
Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte.
AAA-Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (AAA-Kunden)
- Dieses Diagramm zeigt, welche AAA-Kunden in der Gruppe am aktivsten waren, indem die Gesamtzahl der AAA-Anfragen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche AAA-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die die Gruppe per Methode gesendet hat, aufgeschlüsselt wird.
- Die häufigsten Fehlertypen
- Dieses Diagramm zeigt, welche AAA-Fehlertypen die Gruppe am häufigsten erhalten hat, indem die Anzahl der an die Gruppe zurückgegebenen Antworten nach Fehlertyp aufgeteilt wird.
AAA-Metriken für die Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden die Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Anfragen Die Anzahl der AAA-Anfragen, die gesendet wurden, als Das Gerät fungierte als AAA-Client. Antworten Die Anzahl der eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte. Durchmesser-Anfrage Die Anzahl der Durchmesser-Anfragen, die gesendet, als das Gerät als AAA-Client fungierte. Diameter ist eine aktualisierte Version von das RADIUS-AAA-Protokoll. RADIUS-Anfrage Die Anzahl der RADIUS (Remote Authentication) Dial-In User Service () -Anfragen, die gesendet wurden, als das Gerät als AAA fungierte Client. Abtretungen Die Anzahl der abgebrochenen Sitzungen, die aufgetreten sind als das Gerät als AAA-Client fungierte. - Verarbeitungszeit des Servers
-
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden,
ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche
Zeit, die Server für die Verarbeitung von Anfragen von den Clients benötigt haben. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.
AAA-Servergruppenseite
Diese Seite zeigt Metrikdiagramme von AAA Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
AAA Zusammenfassung für Gruppe
Die folgenden Charts sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann AAA-Fehler aufgetreten sind und wie viele AAA-Antworten die Server
gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt der
Rückgabe der Fehler waren.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele AAA-Antwortserver in der Gruppe gesendet haben und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte.
AAA-Details für Gruppe
Die folgenden Charts sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (AAA-Server)
- Dieses Diagramm zeigt, welche AAA-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der AAA-Antworten, die die Gruppe vom Server gesendet hat, aufgeteilt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche AAA-Methoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe nach Methode erhalten hat, aufgeteilt wird.
- Die häufigsten Fehlertypen
- Dieses Diagramm zeigt, welche AAA-Fehlertypen die Gruppen am häufigsten zurückgegeben haben, indem die Gesamtzahl der Antworten, die die Gruppe gesendet hat, nach Fehlertyp aufgeteilt wird.
AAA-Metriken für die Gruppe
Die folgenden Charts sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der AAA-Anfragen, die eingegangen sind, als das Gerät fungierte als AAA-Server. Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server. Fehler Die Anzahl der AAA-Antwortfehler, die aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte. Durchmesser-Anfrage Die Anzahl der Durchmesser-Anfragen, die empfangen, als das Gerät als AAA-Server fungierte. Diameter ist eine aktualisierte Version des RADIUS AAA-Protokolls. RADIUS-Anfrage Die Anzahl der RADIUS-Anfragen, die Gerät wurde empfangen, als es als AAA-Server fungiert. Aborte Die Anzahl der abgebrochenen Sitzungen, die aufgetreten sind als das Gerät als AAA-Server fungierte. - Verarbeitungszeit des Servers
-
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die
Verarbeitung von Anfragen von Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer
Gruppe langsam sind.
Metrisch Beschreibung Verarbeitungszeit des AAA-Clientservers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte.
AJP
Das ExtraHop-System sammelt Metriken über das AJP (AJP) Aktivität. AJP ist ein Binärformat für die Kommunikation zwischen einem Apache-Webserver und einem Anwendungsserver.
| Hinweis: | Das ExtraHop-System enthält keine integrierten Metrikseiten für AJP. Sie können AJP-Metriken jedoch anzeigen, indem Sie sie zu einer benutzerdefinierten Seite hinzufügen oder Dashboard. |
AMF
Das ExtraHop-System sammelt Metriken zum Action Message Format (AMF) Protokollaktivität. AMF ist ein Format zur Verschlüsselung von Daten, die zwischen Adobe Flash-Clients und -Servern über HTTP-Anfragen und -Antworten übertragen werden.
AMF-Clientseite
Diese Seite zeigt Metrikdiagramme von AMF Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
AMF Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann AMF-Fehler aufgetreten sind und wie viele Antworten der AMF-Client
erhalten hat. Anhand dieser Informationen können Sie sehen, wie aktiv der Client zum Zeitpunkt des
Eingangs der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren Fehler Die Anzahl der Antwortfehler, die Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der AMF-Antworten, die der Client erhalten hat, und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren Fehler Die Anzahl der Antwortfehler, die Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das
95. Perzentil der Timing-Metriken. Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer
vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange der Client gebraucht hat, um
Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server für
die Bearbeitung der Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um
Antworten an das Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Übertragungszeit AMF AMF-Client-Anfrage Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket gesendeter Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. AMF-Client-Server-Verarbeitungszeit Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort. Übertragungszeit AMF AMF-Client-Antwort Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit empfangenen Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Client das erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn ein Client langsam reagiert, können Sie
anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen.
Diese Metriken zeigen die 95. Perzentilzeit, die Server für die Verarbeitung von
Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen
Anfragen (und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten.
Hohe Serververarbeitungszeiten deuten darauf hin, dass der Client langsame Server kontaktiert. Hohe
TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame
Netzwerke kommuniziert.
AMF-Client-Server-Verarbeitungszeit Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Client das erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
AMF-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung AMF-Client-Server-Verarbeitungszeit Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort. - Verarbeitungszeit des Servers
-
Dieses
Diagramm zeigt die durchschnittliche Bearbeitungszeit für den Client.
Metrisch Beschreibung AMF-Client-Server-Verarbeitungszeit Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort. - Verteilung der Hin- und Rückreise
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Client das erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Hin- und Rückreisezeit für den Client.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Client das erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
AMF-Metriksummen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
- Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und
Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr
Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen
, ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der
Netzwerkdaten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AMF-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Client Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren Antworten ohne Länge Die Anzahl der Antworten, die keine Länge hatten, die das Gerät empfangen hat, als es als HTTP-AMF-Client fungierte Fehler Die Anzahl der Antwortfehler, die Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert Anfragen ohne Länge Die Anzahl der Anfragen, die keine Länge hatten, die das Gerät gesendet hat, als es als HTTP-AMF-Client fungierte - Anfrage- und Antwortgröße
- Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.
Metrisch Beschreibung Größe anfragen Die Größenverteilung (in Byte) von Anfragen, die das Gerät gesendet hat, als es als HTTP-AMF-Client fungiert Größe der Antwort Die Größenverteilung (in Byte) von Antworten, die das Gerät erhalten hat, als es als HTTP-AMF-Client fungierte
AMF-Serverseite
Diese Seite zeigt Metrik Diagramme von AMF Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
AMF Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann AMF-Fehler aufgetreten sind und wie viele AMF-Antworten der Server
gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zum Zeitpunkt der
Rückgabe der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren Fehler Die Anzahl der Antwortfehler, die Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert - Transaktionen insgesamt
-
Dieses Diagramm zeigt die Gesamtzahl der AMF-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Server Fehler Die Anzahl der Antwortfehler, die Gerät, das gesendet wird, wenn es als HTTP-AMF-Server fungiert - Leistungsübersicht (95. Perzentil)
-
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken
. Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server für die Bearbeitung von Anfragen gebraucht hat;
und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das
Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Übertragungszeit AMF AMF-Serveranforderung Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit empfangenen Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. Verarbeitungszeit AMF AMF-Servers Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Erkennung des letzten Paket des ExtraHop-Systems empfangene Anfrage und erstes Paket der gesendeten Antwort. Übertragungszeit AMF AMF-Serverantwort Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit gesendeten Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Leistung (95. Perzentil)
-
Wenn ein Server langsam arbeitet, können Sie anhand der
Leistungsübersichtsmesswerte herausfinden, ob das Netzwerk oder der Server das
Problem verursacht. Die Leistungsübersichtsmetriken zeigen die 95. Perzentilzeit, die der
Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die die Übertragung von
Paketen aus diesen Anfragen (und ihren jeweiligen Antworten) über das Netzwerk benötigte.
Hohe Serververarbeitungszeiten deuten darauf hin, dass der Server langsam ist.
Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Metrisch Beschreibung Verarbeitungszeit AMF AMF-Servers Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
AMF-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit AMF AMF-Servers Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Erkennung des letzten Paket des ExtraHop-Systems empfangene Anfrage und erstes Paket der gesendeten Antwort. - Verarbeitungszeit des Servers
-
Dieses
Diagramm zeigt die durchschnittliche Verarbeitungszeit für den Server.
Metrisch Beschreibung Verarbeitungszeit des Servers Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Erkennung des letzten Paket des ExtraHop-Systems empfangene Anfrage und erstes Paket der gesendeten Antwort. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Roundtrip-Zeit für den Server.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
AMF-Metriksummen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AMF-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum , in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als HTTP-AMF-Server fungiert Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Server Antworten ohne Länge Die Anzahl der Antworten, die keine Länge hatten, die das Gerät gesendet hat, als es als HTTP-AMF-Server fungierte Fehler Die Anzahl der Antwortfehler, die Gerät, das gesendet wird, wenn es als HTTP-AMF-Server fungiert Anfragen ohne Länge Die Anzahl der Anfragen, die keine Länge hatten, die das Gerät empfangen hat, als es als HTTP-AMF-Server fungierte - Anfrage- und Antwortgröße
- Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.
Metrisch Beschreibung Größe anfragen Die Größenverteilung (in Byte) von Anfragen, die das Gerät empfangen hat, als es als HTTP-AMF-Server fungiert Größe der Antwort Die Größenverteilung (in Byte) von Antworten, die das Gerät gesendet hat, als es als HTTP-AMF-Server fungierte
AMF-Clientgruppenseite
Diese Seite zeigt Metrikdiagramme von AMF Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
AMF Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann AMF-Fehler aufgetreten sind und wie viele Antworten die AMF-Clients
erhalten haben. Anhand dieser Informationen können Sie sehen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler
erhielten.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren Fehler Die Anzahl der Antwortfehler, die Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele AMF-Antworten die Kunden erhalten haben und wie viele dieser
Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren Fehler Die Anzahl der Antwortfehler, die Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
AMF Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (AMF-Kunden)
- Dieses Diagramm zeigt, welche AMF-Clients in der Gruppe am aktivsten waren, indem die Gesamtzahl der AMF-Anfragen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.
AMF-Metriken für Gruppen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden die Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Client Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren Antworten ohne Länge Die Anzahl der Antworten, die keine Länge hatten, die das Gerät empfangen hat, als es als HTTP-AMF-Client fungierte Fehler Die Anzahl der Antwortfehler, die Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert Anfragen ohne Länge Die Anzahl der Anfragen, die keine Länge hatten, die das Gerät gesendet hat, als es als HTTP-AMF-Client fungierte - Verarbeitungszeit des Servers
-
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden,
ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche
Zeit, die Server für die Verarbeitung von Anfragen von den Clients benötigt haben. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
AMF-Client-Server-Verarbeitungszeit Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
AMF-Servergruppenseite
Diese Seite zeigt Metrik Diagramme von AMF Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
AMF Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann AMF-Fehler aufgetreten sind und wie viele AMF-Antworten die Server
gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt der
Rückgabe der Fehler waren.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren Fehler Die Anzahl der Antwortfehler, die Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele AMF-Antwortserver in der Gruppe gesendet haben und wie viele dieser
Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren Fehler Die Anzahl der Antwortfehler, die Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
AMF Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (AMF-Server)
- Dieses Diagramm zeigt, welche AMF-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der AMF-Antworten, die die Gruppe vom Server gesendet hat, aufgeteilt wird.
AMF-Metriken für Gruppen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als HTTP-AMF-Server fungiert Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Server Antworten ohne Länge Die Anzahl der Antworten, die keine Länge hatten, die das Gerät gesendet hat, als es als HTTP-AMF-Server fungierte Fehler Die Anzahl der Antwortfehler, die Gerät, das gesendet wird, wenn es als HTTP-AMF-Server fungiert Anfragen ohne Länge Die Anzahl der Anfragen, die keine Länge hatten, die das Gerät empfangen hat, als es als HTTP-AMF-Server fungierte - Verarbeitungszeit des Servers
-
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die
Verarbeitung von Anfragen von Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer
Gruppe langsam sind.
Metrisch Beschreibung Verarbeitungszeit AMF AMF-Servers Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
SMB
Das ExtraHop-System sammelt Messwerte zur SMB-Aktivität (Server Message Block). SMB ist ein Protokoll auf Anwendungsebene, das den Client-Zugriff auf Dateien in einem NAS-Repository (Netzwerk Attached Storage) ermöglicht, typischerweise in einer Windows-Umgebung. Das ExtraHop-System unterstützt SMB, SMB2 und SMB3.
| Wichtig: | Die Zugriffszeit ist die Zeit, die ein SMB-Server benötigt, um einen angeforderten
Block zu empfangen. Es gibt keine Zugriffszeit für Operationen, die nicht auf die tatsächlichen Blockdaten in einer
Datei zugreifen. Die Verarbeitungszeit ist die Zeit, die ein SMB-Server benötigt, um auf den vom Client
angeforderten Vorgang zu antworten, z. B. eine Anforderung zum Abrufen von Metadaten. Es gibt keine Zugriffszeiten für SMB2_CREATE. SMB2_CREATE erstellt eine Datei, auf die in der Antwort durch eine SMB2_FILEID verwiesen wird. Die referenzierten Dateiblöcke werden dann vom NAS-Speichergerät gelesen oder darauf geschrieben. Diese Lese- und Schreibvorgänge für Dateien werden als Zugriffszeiten berechnet. |
Überlegungen zur Sicherheit
- Die SMB-Authentifizierung kann anfällig sein für Brute-Force, bei der es sich um eine Methode zum Erraten von Anmeldedaten handelt, indem zahlreiche Authentifizierungsanfragen mit unterschiedlichen Kombinationen aus Benutzername und Passwort eingereicht werden.
- Veraltete SMB-Dialekte wieSMB V1, haben bekannte Sicherheitslücken. Bekannte Ransomware-Malware, wie Möchte weinen, nutzte SMBv1-Sicherheitslücken aus.
- SMB kann anfällig sein fürRansomware Malware, die Tausende von Lese- und Schreibvorgängen über SMB durchführt, um Dateien zu verschlüsseln, die auf Dateiservern im Netzwerk gespeichert sind.
- SMB ist ein Fernwartung Protokoll, das ein Angreifer nutzen kann, um mit Remote-Geräten zu interagieren und sich seitlich im Netzwerk zu bewegen.
SMB-Clientseite
Diese Seite zeigt Metrikdiagramme von SMB Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur KMU-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
SMB Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann SMB-Fehler aufgetreten sind und wie viele Antworten der SMB-Client
erhalten hat. Anhand dieser Informationen können Sie sehen, wie aktiv der Client zum Zeitpunkt des
Eingangs der Fehler war.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie Details zu jedem Fehler anzeigen, einschließlich des Fehlercodes. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Hinweis: Um eine Aufschlüsselung nach Fehlercode durchzuführen, klicken Sie auf Fehler und wähle Fehler aus der Speisekarte. Metrisch Beschreibung Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat Client. Fehler Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der SMB-Antworten, die der Client erhalten hat, und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat Client. Fehler Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen - Operationen
- Dieses Diagramm zeigt, wann der SMB-Client Lese-, Schreib- und
Dateisysteminformationen angefordert hat.
Metrisch Beschreibung Liest Die Anzahl der Lesevorgangsanforderungen, die von gesendet wurden dieser SMB-Client Schreibt Die Anzahl der Schreiboperationsanforderungen, die von gesendet wurden dieser SMB-Client Erzeugt Die Anzahl der Anfragen zur Erstellung von Vorgängen, die gesendet wurden von dieser SMB-Client Löscht Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Client - Operationen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele Lese- und Schreibvorgänge der SMB-Client
ausgeführt hat.
Metrisch Beschreibung Liest Die Anzahl der Lesevorgangsanforderungen, die von gesendet wurden dieser SMB-Client Schreibt Die Anzahl der Schreiboperationsanforderungen, die von gesendet wurden dieser SMB-Client Erzeugt Die Anzahl der Anfragen zur Erstellung von Vorgängen, die gesendet wurden von dieser SMB-Client Löscht Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Client - Leistung (95. Perzentil)
- Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Zugriffszeit zeigt, wie lange
Server gebraucht haben, um Lese- oder Schreibvorgänge zu verarbeiten, die auf Blockdaten in einer Datei zugegriffen haben.
Die Zugriffszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und
das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der
folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Zugriffszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da allein diese Metrik ein unvollständiges Bild liefert. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Zugriffszeiten sehen, aber die RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch sowohl die RTT- als auch die Zugriffszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Zugriffszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
RTT misst nur, wie lange es dauert, bis eine sofortige Bestätigung gesendet wird; es wartet nicht, bis alle Pakete zugestellt sind. Daher ist RTT ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Zugriffszeiten sehen, aber die TCP-RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Überprüfen Sie das Netzwerk auf Latenzprobleme, wenn sowohl TCP-RTT als auch Zugriffszeiten zutreffen.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Die Zugriffszeit kann hoch sein, weil der Server lange gebraucht hat, um die Antwort zu übertragen (möglicherweise, weil die Antwort sehr umfangreich war). Die Zugriffszeit kann jedoch auch hoch sein, weil die Antwort lange brauchte, bis sie im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung SMB//CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken Roundtrip-Zeit für SMB- und CIFS-Kunden Die Zeit zwischen dem Senden eines SMB-Clients an erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Leistung (95. Perzentil)
- Wenn ein Client langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden
, ob das Netzwerk oder die Server das Problem verursachen. Die Leistungsübersichtsmetriken
zeigen die durchschnittliche Zeit, die Server für die Verarbeitung von Anfragen vom Client benötigten,
im Vergleich zur durchschnittlichen Zeit, die Pakete aus diesen Anfragen (und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten
. Hohe Serverzugriffszeiten deuten darauf hin, dass der Client
langsame Server kontaktiert. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame Netzwerke
kommuniziert.
Metrisch Beschreibung SMB//CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken Roundtrip-Zeit für SMB- und CIFS-Kunden Die Zeit zwischen dem Senden eines SMB-Clients an erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
SMB-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche SMB-Methoden der Client am häufigsten aufgerufen hat, indem es die Gesamtzahl der Anfragen, die der Client per Methode gesendet hat, aufgeschlüsselt wird.
- Versionen
- Dieses Diagramm zeigt, welche SMB-Versionen die meisten Antworten vom Client erhalten haben, indem es die Gesamtzahl der Antworten, die der Client erhalten hat, aufgeschlüsselt nach Versionen aufgeschlüsselt.
- Top-Nutzer
- Dieses Diagramm zeigt, welche Benutzer auf dem Client am aktivsten waren, indem die Gesamtzahl der SMB-Anfragen, die vom Client pro Benutzer gesendet wurden, aufgeschlüsselt wird.
- Top-Dateien
- Dieses Diagramm zeigt, auf welche Dateien der Client am häufigsten zugegriffen hat, indem die Gesamtzahl der Antworten, die der Client erhalten hat, nach Dateipfad aufgeteilt wird.
Leistung in kleinen und mittleren Unternehmen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Zugriffszeit
- In diesem Diagramm werden die Zugriffszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten
Zugriffszeiten anzuzeigen.
Metrisch Beschreibung SMB//CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken - Zeit des Zugriffs
- Dieses Diagramm zeigt die durchschnittliche Zugriffszeit für den Client.
Metrisch Beschreibung SMB//CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
SMB-Metriksummen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
- Dieses Diagramm zeigt Ihnen, wie viele Operationen der SMB-Client ausgeführt hat.
Metrisch Beschreibung Anfragen Die Anzahl der von diesem SMB-Client gesendeten Anfragen. Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat Client. Anfragen nach Dateisysteminformationen Die Anzahl der gesendeten Dateisystem-Metadatenabfragen von diesem SMB-Client Warnungen Die Anzahl der Antworten, die dieses SMB erhalten hat Client mit einem SMB-Statuscode, der auf eine Warnung hinweist, wie STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES Erzeugt Die Anzahl der Anfragen zur Erstellung von Vorgängen, die gesendet wurden von dieser SMB-Client Fehler Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen Liest Die Anzahl der Lesevorgangsanforderungen, die von gesendet wurden dieser SMB-Client Schreibt Die Anzahl der Schreiboperationsanforderungen, die von gesendet wurden dieser SMB-Client Benennt um Die Anzahl der Anfragen für Umbenennungsvorgänge, die gesendet wurden von dieser SMB-Client Löscht Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Client Schleusen Die Anzahl der Sperroperationsanforderungen, die von generiert wurden dieser SMB-Client - Anfrage- und Antwortgröße
- Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.
Metrisch Beschreibung Größe der CIFS-Client-Anfrage Die Verteilung der Größen (in Byte) von Anfragen von diesem SMB-Client gesendet Größe der CIFS-Client-Antwort Die Größenverteilung (in Byte) von Antworten wird empfangen, wenn das Gerät als SMB-Client fungiert
SMB-Serverseite
Diese Seite zeigt Metrikdiagramme von SMB Serververkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur Sicherheit von SMBs
- Erfahre mehr über mit Metriken arbeiten.
SMB Zusammenfassung
Die folgenden Charts sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann SMB-Fehler aufgetreten sind und wie viele SMB-Antworten der Server
gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zum Zeitpunkt der
Rückgabe der Fehler war.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie Details zu jedem Fehler anzeigen, einschließlich des Fehlercodes. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Hinweis: Um eine Aufschlüsselung nach Fehlercode durchzuführen, klicken Sie auf Fehler und wähle Fehler aus der Speisekarte. Metrisch Beschreibung Antworten Die Anzahl der von diesem SMB-Server gesendeten Antworten. Fehler Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen - Transaktionen insgesamt
-
Dieses Diagramm zeigt die Gesamtzahl der SMB-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem SMB-Server gesendeten Antworten. Fehler Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen - Operationen
- Dieses Diagramm zeigt, wann die Lese-, Schreib- und
Dateisysteminformationsanforderungsvorgänge auf dem Server ausgeführt wurden.
Metrisch Beschreibung Liest Die Anzahl der Leseoperationsanforderungen, die von empfangen wurden dieser SMB-Server Schreibt Die Anzahl der empfangenen Schreiboperationsanforderungen von diesem SMB-Server Erzeugt Die Anzahl der Anfragen zur Erstellung von Vorgängen von diesem SMB-Server empfangen Löscht Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Server - Operationen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele Lese- und Schreibvorgänge auf dem
Server ausgeführt wurden.
Metrisch Beschreibung Liest Die Anzahl der Leseoperationsanforderungen, die von empfangen wurden dieser SMB-Server Schreibt Die Anzahl der empfangenen Schreiboperationsanforderungen von diesem SMB-Server Erzeugt Die Anzahl der Anfragen zur Erstellung von Vorgängen von diesem SMB-Server empfangen Löscht Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Server - Leistung (95. Perzentil)
- Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Zugriffszeit zeigt, wie lange
Server gebraucht haben, um Lese- oder Schreibvorgänge zu verarbeiten, die auf Blockdaten in einer Datei zugegriffen haben.
Die Zugriffszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und
das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der
folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Zugriffszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da allein diese Metrik ein unvollständiges Bild liefert. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Zugriffszeiten sehen, aber die RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch sowohl die RTT- als auch die Zugriffszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Zugriffszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
RTT misst nur, wie lange es dauert, bis eine sofortige Bestätigung gesendet wird; es wartet nicht, bis alle Pakete zugestellt sind. Daher ist RTT ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Zugriffszeiten sehen, aber die TCP-RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Überprüfen Sie das Netzwerk auf Latenzprobleme, wenn sowohl TCP-RTT als auch Zugriffszeiten zutreffen.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Die Zugriffszeit kann hoch sein, weil der Server lange gebraucht hat, um die Antwort zu übertragen (möglicherweise, weil die Antwort sehr umfangreich war). Die Zugriffszeit kann jedoch auch hoch sein, weil die Antwort lange brauchte, bis sie im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung SMB//CIFS-Serverzugriffszeit Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren Metriken. Roundtrip-Zeit für SMB- und CIFS-Server Die Zeit zwischen dem Senden eines Paket durch einen SMB-Server erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
- Wenn ein Server langsam arbeitet, können Sie anhand von Leistungsübersichtsmesswerten herausfinden
, ob das Netzwerk oder der Server das Problem verursacht. Die Leistungsübersichtsmetriken
zeigen die durchschnittliche Zeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte,
im Vergleich zur durchschnittlichen Zeit, die Pakete aus diesen Anfragen (und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten
. Hohe Serverzugriffszeiten deuten darauf hin, dass der Server langsam
ist. Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Metrisch Beschreibung SMB//CIFS-Serverzugriffszeit Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren Metriken. Roundtrip-Zeit für SMB- und CIFS-Server Die Zeit zwischen dem Senden eines Paket durch einen SMB-Server erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
SMB-Einzelheiten
Die folgenden Charts sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche SMB-Methoden am häufigsten auf dem Server aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server per Methode empfangen hat, aufgeschlüsselt wird.
- Versionen
- Dieses Diagramm zeigt, welche SMB-Versionen die meisten vom Server gesendeten Antworten hatten, indem es die Gesamtzahl der vom Server gesendeten Antworten aufgeschlüsselt nach Version aufgeschlüsselt.
- Top-Nutzer
- Dieses Diagramm zeigt, welche Benutzer auf dem Server am aktivsten waren, indem es die Gesamtzahl der SMB-Anfragen, die vom Benutzer an den Server gesendet wurden, aufgeschlüsselt wird.
- Top-Dateien
- Dieses Diagramm zeigt, auf welche Dateien auf dem Server am häufigsten zugegriffen wurde, indem die Gesamtzahl der vom Server gesendeten Antworten nach Dateipfad aufgeteilt wird.
Leistung in kleinen und mittleren Unternehmen
Die folgenden Charts sind in dieser Region verfügbar:
- Verteilung der Zugriffszeit
- In diesem Diagramm werden die Zugriffszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten
Zugriffszeiten anzuzeigen.
Metrisch Beschreibung SMB//CIFS-Serverzugriffszeit Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren Metriken. - Zeit des Zugriffs
- Dieses Diagramm zeigt die durchschnittliche Zugriffszeit für den Client.
Metrisch Beschreibung CIFS-Serverzugriffszeit Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren Metriken.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
SMB-Metriksummen
Die folgenden Charts sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
- Dieses Diagramm zeigt Ihnen, wie viele Operationen auf dem SMB-Server ausgeführt wurden.
Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die dieses SMB erhalten hat Server. Antworten Die Anzahl der von diesem SMB-Server gesendeten Antworten. Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen von diesem SMB-Server empfangen Warnungen Die Anzahl der von diesem SMB gesendeten Antworten Server mit einem SMB-Statuscode, der auf eine Warnung hinweist, z. B. STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES Erzeugt Die Anzahl der Anfragen zur Erstellung von Vorgängen von diesem SMB-Server empfangen Fehler Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen Liest Die Anzahl der Leseoperationsanforderungen, die von empfangen wurden dieser SMB-Server Schreibt Die Anzahl der empfangenen Schreiboperationsanforderungen von diesem SMB-Server Benennt um Die Anzahl der Anfragen für Umbenennungsvorgänge von diesem SMB-Server empfangen Löscht Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Server Schleusen Die Anzahl der Sperroperationsanforderungen, die von empfangen wurden dieser SMB-Server - Anfrage- und Antwortgröße
- Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.
Metrisch Beschreibung Größe der SMB-/CIFS-Serveranforderung Die Verteilung der Größen (in Byte) von Anfragen von diesem SMB-Server empfangen SMB-/CIFS-Serverantwortgröße Die Größenverteilung (in Byte) von Antworten von diesem SMB-Server gesendet
Gruppenseite für SMB-Clients
Diese Seite zeigt Metrikdiagramme von SMB Client-Verkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur Sicherheit von SMBs
- Erfahre mehr über mit Metriken arbeiten.
SMB Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann SMB-Fehler aufgetreten sind und wie viele Antworten die SMB-Clients
erhalten haben. Anhand dieser Informationen können Sie sehen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler
erhielten.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat Client. Fehler Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele SMB-Antworten die Kunden erhalten haben und wie viele dieser
Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat Client. Fehler Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen
SMB-Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (SMB-Kunden)
- Dieses Diagramm zeigt, welche SMB-Clients in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB-Anfragen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche SMB-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die die Gruppe per Methode gesendet hat, aufgeschlüsselt wird.
- Versionen
- Dieses Diagramm zeigt, welche SMB-Versionen die meisten Antworten von Kunden in der Gruppe erhalten haben, indem die Gesamtzahl der Antworten, die die Gruppe erhalten hat, aufgeschlüsselt nach Version aufgeteilt wird.
- Top-Nutzer
- Dieses Diagramm zeigt, welche SMB-Benutzer in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB-/CIFS-Antworten, die die Gruppe vom Benutzer erhalten hat, aufgeschlüsselt wird.
SMB-Metriken für Gruppen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden die Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der von diesem SMB-Client gesendeten Anfragen. Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat Client. Anfragen nach Dateisysteminformationen Die Anzahl der gesendeten Dateisystem-Metadatenabfragen von diesem SMB-Client Warnungen Die Anzahl der Antworten, die dieses SMB erhalten hat Client mit einem SMB-Statuscode, der auf eine Warnung hinweist, wie STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES Erzeugt Die Anzahl der Anfragen zur Erstellung von Vorgängen, die gesendet wurden von dieser SMB-Client Fehler Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen Liest Die Anzahl der Lesevorgangsanforderungen, die von gesendet wurden dieser SMB-Client Schreibt Die Anzahl der Schreiboperationsanforderungen, die von gesendet wurden dieser SMB-Client Benennt um Die Anzahl der Anfragen für Umbenennungsvorgänge, die gesendet wurden von dieser SMB-Client Löscht Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Client Schleusen Die Anzahl der Sperroperationsanforderungen, die von generiert wurden dieser SMB-Client - Zeit des Zugriffs
- Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Zugriffszeit herausfinden, ob das
Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die Server für
die Verarbeitung von Anfragen von den Clients benötigt haben. Hohe Zugriffszeiten deuten darauf hin, dass
die Clients langsame Server kontaktieren.
Metrisch Beschreibung SMB-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
SMB-Servergruppenseite
Diese Seite zeigt Metrikdiagramme von SMB Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur Sicherheit von SMBs
- Erfahre mehr über mit Metriken arbeiten.
SMB Zusammenfassung für Gruppe
Die folgenden Charts sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann SMB-Fehler aufgetreten sind und wie viele SMB-Antworten die Server
gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt der
Rückgabe der Fehler waren.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem SMB-Server gesendeten Antworten. Fehler Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele SMB-Antwortserver in der Gruppe gesendet haben und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem SMB-Server gesendeten Antworten. Fehler Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen
SMB-Details für Gruppe
Die folgenden Charts sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (SMB-Server)
- Dieses Diagramm zeigt, welche SMB-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der CIFS-Antworten, die die Gruppe vom Server gesendet hat, aufgeteilt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche SMB-Methoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe nach Methode erhalten hat, aufgeteilt wird.
- Versionen
- Dieses Diagramm zeigt, bei welchen SMB-Versionen die meisten Antworten von Servern in der Gruppe gesendet wurden, indem die Gesamtzahl der von der Gruppe gesendeten Antworten nach Version aufgeteilt wird.
- Top-Nutzer
- Dieses Diagramm zeigt, welche SMB-Benutzer in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB-Antworten, die die Gruppe vom Benutzer gesendet hat, aufgeschlüsselt wird.
SMB-Metriken in der Gruppe
Die folgenden Charts sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die dieses SMB erhalten hat Server. Antworten Die Anzahl der von diesem SMB-Server gesendeten Antworten. Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen von diesem SMB-Server empfangen Warnungen Die Anzahl der von diesem SMB gesendeten Antworten Server mit einem SMB-Statuscode, der auf eine Warnung hinweist, z. B. STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES Erzeugt Die Anzahl der Anfragen zur Erstellung von Vorgängen von diesem SMB-Server empfangen Fehler Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen Liest Die Anzahl der Leseoperationsanforderungen, die von empfangen wurden dieser SMB-Server Schreibt Die Anzahl der empfangenen Schreiboperationsanforderungen von diesem SMB-Server Benennt um Die Anzahl der Anfragen für Umbenennungsvorgänge von diesem SMB-Server empfangen Löscht Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Server Schleusen Die Anzahl der Sperroperationsanforderungen, die von empfangen wurden dieser SMB-Server - Zeit des Zugriffs
- Wenn eine Servergruppe langsam arbeitet, können Sie anhand des Diagramms Zugriffszeit herausfinden,
ob das Problem bei den Servern liegt. Das Diagramm Zugriffszeit zeigt die durchschnittliche Zeit, die die Server für die Verarbeitung von Anfragen von Clients benötigt haben.
Hohe Serverzugriffszeiten
deuten darauf hin, dass die Server langsam sind.
Metrisch Beschreibung SMB//CIFS-Serverzugriffszeit Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren Metriken.
Datenbank
Das ExtraHop-System sammelt Metriken über Datenbank Aktivität. Relationale Datenbanken speichern, abrufen und verwalten strukturierte Informationen über eine Datenbankmanagementsystem-Sprache (DBMS). Aktivitäten für die folgenden Datenbanksprachen werden aggregiert und unter Datenbankmetriken im ExtraHop-System angezeigt:
- IBM DB2
- IBM Informix
- Microsoft SQL Server
- MySQL
- Orakel
- PostgreSQL
- Sybase ASE
- Sybase IQ
| Hinweis: | Das ExtraHop-System überwacht auch MongoDB Datenbankaktivität, die anhand eines separaten Satzes von Metriken angezeigt wird, die spezifisch sind für MongoDB. |
Erfahren Sie mehr, indem Sie die Quick Peek zur Datenbank Ausbildung.
In den folgenden Abschnitten werden die wichtigsten Metriken beschrieben, die Sie bei Datenbankproblemen untersuchen sollten.
Fehler
Datenbankfehler treten auf, wenn eine Datenbankanforderung vom Server nicht abgeschlossen werden kann. Fehler können auf ein geringfügiges Problem hinweisen, z. B. auf einen einzelnen Anmeldefehler, oder auf ein schwerwiegenderes Problem, z. B. einen überlasteten Datenbankserver.Bei der Untersuchung von Datenbankfehlern können Sie zunächst die Gesamtzahl der Fehler in Ihrer Umgebung auf der Seite. Sie können Details zu jedem Fehler anzeigen, einschließlich der von der Datenbank gemeldeten Rohfehlermeldung, indem Sie auf das Fehlersymbol klicken.
Auf dem Auf dieser Seite können Sie die Metriken nach Datenbankserver aufteilen, indem Sie den Mauszeiger über den Wert Antwortfehler bewegen und auf Von Server IP. Sie können dann nach der Anzahl der Fehler sortieren. Wenn ein Datenbankserver eine große Anzahl von Fehlern zurückgibt, können Sie auf den Servernamen und dann auf das Fehlersymbol klicken, um die Gesamtzahl der Fehler für diesen Server anzuzeigen. Wenn jedoch kein Server eine große Anzahl von Fehlern verursacht, ist das Problem möglicherweise komplexer, und Sie sollten untersuchen, welche Methoden für jede Datenbank aufgerufen wurden.
Methoden
Sie können sehen, welche Methoden für Datenbanken in Ihrer Umgebung aufgerufen wurden. Schlecht formatierte Datenbankaufrufe können zu Leistungsproblemen führen, auch wenn keine Fehler vorliegen. Um alle Methoden zu sehen, die in Ihrer Umgebung über ein bestimmtes Zeitintervall aufgerufen wurden, gehen Sie zu Seite und Klick Methoden.Wenn eine Methode für eine Tabelle aufgerufen wird, wird der Tabellenname hinter einem @ Symbol. Zum Beispiel CREATE @ Configuration zeigt Metriken darüber an, wie oft die CREATE-Methode für eine Tabelle mit dem Namen Configuration aufgerufen wurde. Methoden können nach der Verarbeitungszeit sortiert werden. Dies ist die Zeitspanne zwischen dem Empfang einer Anfrage durch einen Server und dem Senden einer Antwort durch den Server. Lange Verarbeitungszeiten können darauf hindeuten, dass die Datenbank schlecht optimiert ist oder dass Anweisungen schlecht formatiert sind.
Benutzerdefinierte Metriken und Datensätze (erfordert einen Recordstore)
Wenn die Verarbeitungszeit für eine Datenbankmethode kontinuierlich lang ist, sollten Sie das genauer untersuchen, indem Sie die Roh-SQL-Anweisungen sammeln, die die Methode enthalten. Sie können unformatierte SQL-Anweisungen aufzeichnen und anzeigen, indem Sie eine benutzerdefinierte Metrik erstellen oder Datensätze über einen Auslöser generieren. Mit einer benutzerdefinierten Metrik können Sie eine grafische Darstellung der Informationen anzeigen. Sie können beispielsweise ein Diagramm erstellen, in dem dargestellt wird, wie viele langsame Datenbankanfragen im Laufe der Zeit aufgetreten sind, und jede Antwort nach der SQL-Anweisung aufschlüsseln. Mithilfe von Datensätzen können Sie einzelne Datensätze zu jedem Ereignis anzeigen. Sie können beispielsweise genau sehen, wie viel Zeit der Server benötigt hat, um auf jede SQL-Anweisung zu antworten.Der folgende Auslöser wird ausgeführt, wenn ein Datenbankantwortereignis eintritt. Wenn ein Datenbankserver mehr als 100 Millisekunden benötigt, um auf eine SELECT-Anfrage in der Konfigurationstabelle zu antworten, zeichnet der Auslöser die SQL-Anweisung der Anforderung in einer benutzerdefinierten Metrik auf. Der Auslöser zeichnet auch die Gesamtzahl der Datenbankanfragen auf, für deren Beantwortung der Server mehr als 100 Millisekunden gebraucht hat.
// Event: DB_RESPONSE
if (DB.processingTime > 100 && DB.method == "SELECT" && DB.table == "Configuration") {
// Record a custom metric.
Device.metricAddCount('slow_performers', 1);
Device.metricAddDetailCount('slow_performers_by_statement', DB.statement, 1);
}
Der nächste Auslöser generiert ähnliche Informationen, jedoch in Form eines Datensatz für alle Datenbankantworten. Die Datensätze enthalten die Verarbeitungszeit, die Methode, den Tabellennamen und die SQL-Anweisung für jede Antwort. Nachdem die Datensätze gesammelt wurden, können Sie die SQL-Anweisungen für alle SELECT-Anfragen in der Konfigurationstabelle anzeigen, für deren Beantwortung der Server mehr als 100 Millisekunden gebraucht hat.
// Event: DB_RESPONSE DB.commitRecord()
Nachdem Sie einen Auslöser erstellt haben, müssen Sie ihn den Geräten zuweisen, die Sie überwachen möchten. Wenn Sie eine benutzerdefinierte Metrik erstellen, müssen Sie eine erstellen Dashboard um die benutzerdefinierte Metrik anzuzeigen.
- Weitere Hinweise zu Triggern finden Sie unter Trigger.
- Weitere Informationen zu Dashboards finden Sie unter Dashboards.
- Weitere Informationen zu Datensätzen finden Sie unter Aufzeichnungen.
Überlegungen zur Sicherheit
- Die Datenbankauthentifizierung kann anfällig sein für Brute-Force, bei der es sich um eine Methode zum Erraten von Anmeldedaten handelt, indem zahlreiche Authentifizierungsanfragen mit unterschiedlichen Kombinationen aus Benutzername und Passwort eingereicht werden.
- Webanwendungen, die anfällig sind für SQL-Injektion (SQLi) kann eine Datenbank senden bösartiger SQL-Code das in ein legitimes Dateneingabefeld (z. B. ein Passwortfeld) eingefügt wird.
- Datenbankabfragen können die Aufzählung ermöglichen. Dabei handelt es sich um eine Aufklärungstechnik, die einem Angreifer hilft , Informationen zu sammeln.
- Angriffe auf Datenbankübernahmen zielen auf Datenbankmanagementsysteme (DBMS) ab, die mit Datei- und Betriebssystemen auf einem Server interagieren. Ein Angreifer sendet bösartige Befehle ( z. B. xp_cmdshell-Abfragen für Microsoft SQL Server) in Abfragen an das DBMS.
Datenbankanwendungsseite
Diese Seite zeigt Metrikdiagramme von Datenbank Datenverkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur Datenbanksicherheit
- Erfahre mehr über mit Metriken arbeiten.
Datenbank Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann Datenbankfehler und Antworten mit der
Anwendung verknüpft wurden. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum
Zeitpunkt des Auftretens der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der Datenbankretworten, die mit dem verknüpft sind Anwendung. Fehler Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten untersucht. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der Datenbankantworten, die
der Anwendung zugeordnet waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Datenbankretworten, die mit dem verknüpft sind Anwendung. Fehler Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten untersucht. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken.
Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange die Server für die Bearbeitung von Anfragen gebraucht haben;
und die Antwortübertragungszeit zeigt, wie lange die Server gebraucht haben, um Antworten an
das Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit, die das Senden der Datenbankinstanz gedauert hat das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb. Zeit der Hin- und Rückfahrt Die Zeit, die der Server oder Client benötigt hat, um eine zu senden Paket und Empfang einer Bestätigung (ACK). Die Hin- und Rückflugzeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Rundreisezeit (RTT) weist auf ein Netzwerk hin Latenz. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn eine Anwendung langsam arbeitet, können Sie anhand
von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das
Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Verarbeitung von
Anfragen von Clients benötigten, im Vergleich zu der 95. Perzentilzeit, die Pakete aus diesen Anfragen
(und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe
Serververarbeitungszeiten deuten darauf hin, dass Clients langsame Server kontaktieren. Hohe
TCP-Roundtrip-Zeiten deuten darauf hin, dass Clients über langsame Netzwerke kommunizieren.
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit, die das Senden der Datenbankinstanz gedauert hat das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb. Zeit der Hin- und Rückfahrt Die Zeit, die der Server oder Client benötigt hat, um eine zu senden Paket und Empfang einer Bestätigung (ACK). Die Hin- und Rückflugzeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Rundreisezeit (RTT) weist auf ein Netzwerk hin Latenz.
Angaben zur Datenbank
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche Datenbankmethoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der Datenbankanforderungen nach Methoden aufgeteilt wird.
- Die besten Methoden (detailliert)
- Dieses Diagramm zeigt, welche Datenbankmethoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der Datenbankanforderungen nach Methoden aufgeteilt wird.
- Top-Nutzer
- Dieses Diagramm zeigt, welche Benutzer in der Anwendung am aktivsten waren, indem die Gesamtzahl der von der Anwendung gesendeten Datenbankanfragen aufgeschlüsselt wird.
Leistung der Datenbank
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des Datenbankservers Die Zeit, die das Senden der Datenbankinstanz gedauert hat das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb. - Verarbeitungszeit des Servers
-
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.
Metrisch Beschreibung Verarbeitungszeit des Datenbankservers Die Zeit, die das Senden der Datenbankinstanz gedauert hat das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit, die der Server oder Client benötigt hat, um eine zu senden Paket und Empfang einer Bestätigung (ACK). Die Hin- und Rückflugzeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Rundreisezeit (RTT) weist auf ein Netzwerk hin Latenz. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt
die durchschnittliche Hin- und Rückfahrzeit für die Anwendung.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit, die der Server oder Client benötigt hat, um eine zu senden Paket und Empfang einer Bestätigung (ACK). Die Hin- und Rückflugzeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Rundreisezeit (RTT) weist auf ein Netzwerk hin Latenz.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
-
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung
zugeordnet waren. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete
angeben, die über einen bestimmten Zeitraum an sie gesendet werden können.
Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein
Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät dies
einholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise
nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition Zero Windows anfragen Die Anzahl der Nullfensteranzeigen, die von gesendet wurden Datenbank-Clients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl eingehender Zero Windows weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Response Zero Windows Die Anzahl der Nullfensteranzeigen, die von gesendet wurden Server beim Empfangen von Datenbankanforderungen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl ausgehender Zero-Windows weist darauf hin, dass ein Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Gesamtzahl der Gastgeber-Ställe
- Dieses Diagramm zeigt die durchschnittliche Anzahl der von Geräten gesendeten Nullfensterwerbungen.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der
Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu
viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät
eine Anfrage oder Antwort sendet und innerhalb einer bestimmten
Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen
nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise
zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Kunden Datenbankanfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server Datenbankantworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl ausgehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
- Gesamtzahl der Netzwerkausfälle
- Dieses Diagramm zeigt die durchschnittliche Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die durch eine Überlastung verursacht wurden, als Clients und Server Anfragen sendeten.
Gesamtwerte der Datenbank-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen, ob das Problem im Netzwerk oder bei einem Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der damit verbundenen Datenbankanforderungen Anwendung. Antworten Die Anzahl der Datenbankretworten, die mit dem verknüpft sind Anwendung. Fehler Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten untersucht. - Metriken des Datenbank-Netzwerks
-
Metrisch Beschreibung Zero Windows anfragen Die Anzahl der Nullfensteranzeigen, die von gesendet wurden Datenbank-Clients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Response Zero Windows Die Anzahl der Nullfensteranzeigen, die von gesendet wurden Server beim Empfangen von Datenbankanforderungen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. RTOs anfragen Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Kunden Datenbankanfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Antwort-RTOs Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server Datenbankantworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. L2 Byte anfordern Die Anzahl der L2-Byte, die mit verknüpft sind Datenbankanfragen. Antwort L2 Byte Die Anzahl der L2-Byte, die mit verknüpft sind Datenbank-Antworten. Goodput Bytes anfordern Die Anzahl der Goodput-Bytes, die mit verknüpft sind Datenbankanfragen. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus. Antwort Goodput Bytes Die Anzahl der Goodput-Bytes, die mit verknüpft sind Datenbank-Antworten. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus. Pakete anfordern Die Anzahl der Pakete, die der Datenbank zugeordnet sind Anfragen. Antwortpakete Die Anzahl der Pakete, die der Datenbank zugeordnet sind Antworten.
Datenbank-Client-Seite
Diese Seite zeigt Metrikdiagramme von Datenbank Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur Datenbanksicherheit
- Erfahre mehr über mit Metriken arbeiten.
Datenbank Zusammenfassung
Die folgenden Charts sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Antworten der
Datenbankclient erhalten hat. Anhand dieser Informationen können Sie sehen, wie aktiv der Client zum Zeitpunkt des
Eingangs der Fehler war.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie Details zu jedem Fehler anzeigen, einschließlich der Rohfehlermeldung, die von der Datenbank gemeldet wurde. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Hinweis: Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite. Metrisch Beschreibung Antworten Die Anzahl der von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation. Fehler Die Anzahl der Fehlermeldungen, die von Datenbankclients empfangen. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der Datenbankantworten, die der Client erhalten hat, und wie
viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation. Fehler Die Anzahl der Fehlermeldungen, die von Datenbankclients empfangen. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das
95. Perzentil der Timing-Metriken. Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer
vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange der Client gebraucht hat, um
Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server für
die Bearbeitung der Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um
Antworten an das Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung Übertragungszeit der Datenbank-Client-Anfrage Wenn das Gerät als Datenbank fungiert Client, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket gesendeter Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage. Übertragungszeit der Datenbank-Client-Antwort Wenn das Gerät als Datenbank fungiert Client, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit empfangenen Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Datenbankclients an Paket, für das eine sofortige Bestätigung erforderlich war und als der Client das Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn ein Client langsam reagiert, können Sie
anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen.
Diese Metriken zeigen die 95. Perzentilzeit, die Server für die Verarbeitung von
Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen
Anfragen (und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten.
Hohe Serververarbeitungszeiten deuten darauf hin, dass der Client langsame Server kontaktiert. Hohe
TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame
Netzwerke kommuniziert.
Metrisch Beschreibung Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Datenbankclients an Paket, für das eine sofortige Bestätigung erforderlich war und als der Client das Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Angaben zur Datenbank
Die folgenden Charts sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche Methoden der Client am häufigsten aufgerufen hat, indem es die Gesamtzahl der Datenbankanforderungen aufschlüsselt, die der Client per Methode gesendet hat.
- Die besten Statuscodes
- Dieses Diagramm zeigt, welche Statuscodes der Client am häufigsten erhalten hat, indem die Anzahl der an den Client zurückgegebenen Antworten nach Statuscode aufgeteilt wird.
- Top-Nutzer
- Dieses Diagramm zeigt, welche Benutzer auf dem Client am aktivsten waren, indem die Gesamtzahl der vom Client gesendeten Datenbankanfragen pro Benutzer aufgeteilt wird.
Leistung der Datenbank
Die folgenden Charts sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage. - Verarbeitungszeit des Servers
-
Dieses
Diagramm zeigt die durchschnittliche Bearbeitungszeit für den Client.
Metrisch Beschreibung Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Datenbankclients an Paket, für das eine sofortige Bestätigung erforderlich war und als der Client das Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Hin- und Rückreisezeit für den Client.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Datenbankclients an Paket, für das eine sofortige Bestätigung erforderlich war und als der Client das Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
Gesamtwerte der Datenbank-Metriken
Die folgenden Charts sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
- Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und
Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr
Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen
, ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der
Netzwerkdaten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der von dieser Datenbank gesendeten Anfragen Client. Die Anfragen decken eine Reihe von Vorgängen ab: Verbindungsverhandlungen, Sitzung Konfiguration, Datendefinitionssprache (DDL), Datenänderungssprache (DML) oder Daten lesen (auswählen). Antworten Die Anzahl der von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation. Fehler Die Anzahl der Fehlermeldungen, die von Datenbankclients empfangen. Abgebrochene Anfragen Die Anzahl der Anfragen, die diese Datenbank Der Client begann zu senden, bevor die Verbindung abrupt geschlossen wurde. Dieser Client konnte nicht um die komplette Anfrage zu senden, weil bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung mit einem TCP-Reset (RST) oder FIN geschlossen Abgebrochene Antworten Die Anzahl der Antworten, die diese Datenbank enthält Der Client begann zu empfangen, bevor die Verbindung abrupt geschlossen wurde. Dieser Client war Die vollständige Antwort kann nicht empfangen werden, da die Verbindung unterbrochen wurde oder Die Verbindung wurde mit einem TCP-Reset (RST) oder FIN geschlossen - Anfrage- und Antwortgröße
- Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.
Metrisch Beschreibung Größe anfragen Die Größenverteilung (in Byte) von Anfragen, die das Gerät gesendet hat, als es als Datenbankclient fungiert. Größe der Antwort Die Größenverteilung (in Byte) von Antworten, die das Gerät erhalten hat, als es als Datenbankclient fungierte.
Datenbankserverseite
Diese Seite zeigt Metrikdiagramme von Datenbank Serververkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur Datenbanksicherheit
- Erfahre mehr über mit Metriken arbeiten.
Datenbank Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Datenbank-Antworten der
Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zum Zeitpunkt der
Rückgabe der Fehler war.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie Details zu jedem Fehler anzeigen, einschließlich der Rohfehlermeldung, die von der Datenbank gemeldet wurde. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Hinweis: Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite. Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angeforderter Operation. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der Datenbankantworten, die der Server gesendet hat, und wie
viele dieser Antworten Fehler enthielten.
Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angeforderter Operation. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken
. Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server für die Bearbeitung von Anfragen gebraucht hat;
und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das
Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Transferzeit anfragen Wenn das Gerät als Datenbank fungiert Server, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit empfangenen Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort nach dem Empfang des letzten Paket der abfrage. Übertragungszeit der Antwort Wenn das Gerät als Datenbank fungiert Server, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit gesendeten Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Datenbankserver Paket, für das eine sofortige Bestätigung erforderlich war und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn ein Server langsam arbeitet, können Sie anhand der
Leistungsübersichtsmesswerte herausfinden, ob das Netzwerk oder der Server das
Problem verursacht. Die Leistungsübersichtsmetriken zeigen die 95. Perzentilzeit, die der
Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die die Übertragung von
Paketen aus diesen Anfragen (und ihren jeweiligen Antworten) über das Netzwerk benötigte.
Hohe Serververarbeitungszeiten deuten darauf hin, dass der Server langsam ist.
Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort nach dem Empfang des letzten Paket der abfrage. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Datenbankserver Paket, für das eine sofortige Bestätigung erforderlich war und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Angaben zur Datenbank
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche Datenbankmethoden am häufigsten auf dem Server aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server per Methode empfangen hat, aufgeteilt wird.
- Die besten Statuscodes
- Dieses Diagramm zeigt, welche Datenbankstatuscodes der Server am häufigsten zurückgegeben hat, indem es die Gesamtzahl der Antworten, die der Server gesendet hat, nach Statuscode aufgeschlüsselt wird.
- Top-Nutzer
- Dieses Diagramm zeigt, welche Benutzer auf dem Server am aktivsten waren, indem es die Gesamtzahl der Datenbankanforderungen aufschlüsselt, die vom Benutzer an den Server gesendet wurden.
Leistung der Datenbank
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort nach dem Empfang des letzten Paket der abfrage. - Verarbeitungszeit des Servers
-
Dieses
Diagramm zeigt die durchschnittliche Verarbeitungszeit für den Server.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort nach dem Empfang des letzten Paket der abfrage. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Datenbankserver Paket, für das eine sofortige Bestätigung erforderlich war und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Roundtrip-Zeit für den Server.
Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Datenbankserver Paket, für das eine sofortige Bestätigung erforderlich war und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
Gesamtwerte der Datenbank-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten
- Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und
Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr
Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen
, ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der
Netzwerkdaten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Anfragen Die Anzahl der Anfragen, die von allen Datenbank empfangen wurden Instanzen auf diesem Server. Anfragen decken eine Reihe von Operationen ab: Verbindung Verhandlungen, Sitzungskonfiguration, Datendefinitionssprache (DDL), Daten Änderungssprache (DML) oder Datenlesevorgänge (auswählen) Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angeforderter Operation. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern. Abgebrochene Anfragen Die Anzahl der Anfragen dieses Datenbankserver begann zu empfangen, bevor die Verbindung abrupt geschlossen wurde. Dieser Server konnte nicht erhalte die vollständige Anfrage, weil bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung unterbrochen wurde mit einem TCP-Reset (RST) oder FIN geschlossen Abgebrochene Antworten Die Anzahl der Antworten auf diesem Datenbankserver begann zu senden, bevor die Verbindung abrupt geschlossen wurde. Dieser Server konnte nicht senden die vollständige Antwort, da bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung geschlossen wurde mit einem TCP-Reset (RST) oder FIN - Anfrage- und Antwortgröße
- Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.
Größe anfragen Die Größenverteilung (in Byte) von Anfragen, die das Gerät empfangen hat, als es als Datenbankserver fungierte. Größe der Antwort Die Größenverteilung (in Byte) von Antworten, die das Gerät gesendet hat, als es als Datenbankserver fungierte.
Gruppenseite des Datenbankclients
Diese Seite zeigt Metrikdiagramme von Datenbank Client-Verkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur Datenbanksicherheit
- Erfahre mehr über mit Metriken arbeiten.
Datenbank Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Datenbank-Antworten die
Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt
der Rückgabe der Fehler waren.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie einen Drilldown durchführen, um die spezifischen Statuscodes zu finden, die in den Anfragen zurückgegeben wurden, und herausfinden, warum die Server die Anfragen nicht erfüllen konnten. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Datenbankanforderungen zu Datenbankantworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Hinweis: Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite. Metrisch Beschreibung Antworten Die Anzahl der von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation. Fehler Die Anzahl der Fehlermeldungen, die von Datenbankclients empfangen. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele Datenbankantworten die Kunden erhalten haben und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation. Fehler Die Anzahl der Fehlermeldungen, die von Datenbankclients empfangen.
Datenbankdetails für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (Datenbankclients)
- Dieses Diagramm zeigt, welche Datenbankclients in der Gruppe am aktivsten waren, indem die Gesamtzahl der Datenbankanforderungen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche Datenbankmethoden die Gruppe am häufigsten aufgerufen hat, indem es die Gesamtzahl der Anfragen, die die Gruppe per Methode gesendet hat, aufgeschlüsselt wird.
- Die besten Statuscodes
- Dieses Diagramm zeigt, welche Datenbankstatuscodes die Gruppe am häufigsten erhalten hat, indem die Anzahl der an die Gruppe zurückgegebenen Antworten nach Statuscode aufgeteilt wird.
Datenbankmetriken für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden die Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der von dieser Datenbank gesendeten Anfragen Client. Die Anfragen decken eine Reihe von Vorgängen ab: Verbindungsverhandlungen, Sitzung Konfiguration, Datendefinitionssprache (DDL), Datenänderungssprache (DML) oder Daten lesen (auswählen). Antworten Die Anzahl der von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation. Fehler Die Anzahl der Fehlermeldungen, die von Datenbankclients empfangen. Abgebrochene Anfragen Die Anzahl der Anfragen, die diese Datenbank Der Client begann zu senden, bevor die Verbindung abrupt geschlossen wurde. Dieser Client konnte nicht um die komplette Anfrage zu senden, weil bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung mit einem TCP-Reset (RST) oder FIN geschlossen Abgebrochene Antworten Die Anzahl der Antworten, die diese Datenbank enthält Der Client begann zu empfangen, bevor die Verbindung abrupt geschlossen wurde. Dieser Client war Die vollständige Antwort kann nicht empfangen werden, da die Verbindung unterbrochen wurde oder Die Verbindung wurde mit einem TCP-Reset (RST) oder FIN geschlossen - Verarbeitungszeit des Servers
-
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden,
ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche
Zeit, die Server für die Verarbeitung von Anfragen von den Clients benötigt haben. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung Verarbeitungszeit des Datenbank-Clientservers Die Zeit, die dieser Datenbankclient benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage.
Datenbankserver-Gruppenseite
Diese Seite zeigt Metrik Diagramme von Datenbank Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur Datenbanksicherheit
- Erfahre mehr über mit Metriken arbeiten.
Datenbank Zusammenfassung für Gruppe
Die folgenden Charts sind in dieser Region verfügbar:
- Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Datenbank-Antworten die
Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt
der Rückgabe der Fehler waren.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie einen Drilldown durchführen, um den spezifischen Statuscode zu finden, der in der Anfrage zurückgegeben wurde, und erfahren, warum die Server die Anfragen nicht erfüllen konnten. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Datenbankanforderungen zu Datenbankantworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Hinweis: Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite. Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angeforderter Operation. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele Datenbank-Antwortserver in der Gruppe gesendet haben und wie viele dieser
Antworten Fehler enthielten.
Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angeforderter Operation. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern.
Datenbankdetails für Gruppe
Die folgenden Charts sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (Datenbankserver)
- Dieses Diagramm zeigt, welche Datenbankserver in der Gruppe am aktivsten waren, indem es die Gesamtzahl der Datenbankantworten, die die Gruppe vom Server gesendet hat, aufgeschlüsselt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche Datenbankmethoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe nach Methode erhalten hat, aufgeschlüsselt wird.
- Oberster Statuscode
- Dieses Diagramm zeigt, welche Datenbankstatuscodes die Gruppen am häufigsten zurückgegeben haben, indem es die Gesamtzahl der Antworten, die die Gruppe per Statuscode gesendet hat, aufgeschlüsselt wird.
Datenbankmetriken für Gruppe
Die folgenden Charts sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Anfragen Die Anzahl der Anfragen, die von allen Datenbank empfangen wurden Instanzen auf diesem Server. Anfragen decken eine Reihe von Operationen ab: Verbindung Verhandlungen, Sitzungskonfiguration, Datendefinitionssprache (DDL), Daten Änderungssprache (DML) oder Datenlesevorgänge (auswählen) Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angeforderter Operation. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern. Abgebrochene Anfragen Die Anzahl der Anfragen dieses Datenbankserver begann zu empfangen, bevor die Verbindung abrupt geschlossen wurde. Dieser Server konnte nicht erhalte die vollständige Anfrage, weil bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung unterbrochen wurde mit einem TCP-Reset (RST) oder FIN geschlossen Abgebrochene Antworten Die Anzahl der Antworten auf diesem Datenbankserver begann zu senden, bevor die Verbindung abrupt geschlossen wurde. Dieser Server konnte nicht senden die vollständige Antwort, da bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung geschlossen wurde mit einem TCP-Reset (RST) oder FIN - Verarbeitungszeit des Servers
-
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die
Verarbeitung von Anfragen von Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer
Gruppe langsam sind.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort nach dem Empfang des letzten Paket der abfrage.
DHCP
Das ExtraHop-System sammelt Metriken über Dynamisches Host-Konfigurationsprotokoll (DHCP) Aktivität. DHCP ist ein Protokoll zur dynamischen Verteilung von Netzwerkkonfigurationsparametern.
DHCP-Anwendungsseite
Diese Seite zeigt Metrikdiagramme von DHCP Datenverkehr, der einem Anwendungscontainer in Ihrem Netzwerk zugeordnet ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
DHCP Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler und Antworten mit der
Anwendung verknüpft wurden. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum
Zeitpunkt des Auftretens der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der DHCP-Antworten. Fehler Die Anzahl der DHCP-Antworten Fehler. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der DHCP-Antworten, die mit der
Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der DHCP-Antworten. Fehler Die Anzahl der DHCP-Antworten Fehler. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die Verarbeitungszeiten des DHCP-Servers, aufgeschlüsselt nach Perzentilen.
Die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer
Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. - Zusammenfassung der Serververarbeitungszeit
- Zeigt das 95. Perzentil für die Serververarbeitungszeit an.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Serverservers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm zeigt, wie die Anzeige des 95. Werts anstelle des wahren Maximums zu einer genaueren Ansicht der Daten führen kann:
DHCP-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Nachrichtentypen für häufig gestellte Anfragen
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Anwendung am häufigsten gesendet hat, indem die Gesamtzahl der Anfragen, die die Anwendung gesendet hat, nach Nachrichtentyp aufgeteilt wird.
- Die häufigsten Arten von Antwortnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Anwendung am häufigsten erhalten hat, indem die Gesamtzahl der Antworten, die die Anwendung erhalten hat, nach Nachrichtentyp aufgeteilt wird.
DHCP-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von DHCP-Anfragen und das erste Paket der entsprechenden Antworten. - Verarbeitungszeit des Servers
-
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von DHCP-Anfragen und das erste Paket der entsprechenden Antworten.
Gesamtwerte der DHCP-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der DHCP-Anfragen. Antworten Die Anzahl der DHCP-Antworten. Fehler Die Anzahl der DHCP-Antworten Fehler. - DHCP-Netzwerkmetriken
-
Metrisch Beschreibung L2 Byte anfordern Die Anzahl der L2-Byte, die mit verknüpft sind DHCP-Anfragen Antwort L2 Byte Die Anzahl der L2-Byte, die mit verknüpft sind DHCP-Antworten Pakete anfordern Die Anzahl der Pakete, die mit DHCP verknüpft sind Anfragen. Antwortpakete Die Anzahl der Pakete, die mit DHCP verknüpft sind Antworten.
DHCP-Client-Seite
Diese Seite zeigt Metrikdiagramme von DHCP Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
DHCP-Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler aufgetreten sind und wie viele Antworten der DHCP-Client
erhalten hat. Anhand dieser Informationen können Sie sehen, wie aktiv der Client zum Zeitpunkt des
Eingangs der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der eingegangenen Antworten mit einer Fehleroption. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der DHCP-Antworten, die der Client erhalten hat, und wie
viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der eingegangenen Antworten mit einer Fehleroption. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die Verarbeitungszeiten des DHCP-Servers, aufgeschlüsselt nach Perzentilen.
Die Serververarbeitungszeit zeigt an, wie lange Server gebraucht haben, um Anfragen vom Client zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer
Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Clientservers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. - Verarbeitungszeit des Servers
- Zeigt das 95. Perzentil für die Serververarbeitungszeit an.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Serverservers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm zeigt, wie die Anzeige des 95. Werts anstelle des wahren Maximums zu einer genaueren Ansicht der Daten führen kann:
DHCP-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Nachrichtentypen für die häufigsten Anfragen
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Client am häufigsten gesendet hat, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Nachrichtentyp aufgeteilt wird.
- Die häufigsten Arten von Antwortnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Client am häufigsten erhalten hat, indem es die Gesamtzahl der Antworten, die der Client erhalten hat, nach Nachrichtentyp aufgeschlüsselt wird.
DHCP-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Clientservers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Clientservers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Gesamtwerte der DHCP-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
- Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und
Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr
Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der DHCP-Anfragen und -Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der von diesem DHCP gesendeten Anfragen Client. Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der eingegangenen Antworten mit einer Fehleroption.
DHCP-Serverseite
Diese Seite zeigt Metrikdiagramme von DHCP Serververkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
DHCP-Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler aufgetreten sind und wie viele DHCP-Antworten der Server
gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zum Zeitpunkt der
Rückgabe der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der mit einer Fehleroption gesendeten Antworten. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der vom Server gesendeten DHCP-Antworten und wie viele
dieser Antworten Fehler enthielten.
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der mit einer Fehleroption gesendeten Antworten. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die Verarbeitungszeiten des DHCP-Servers, aufgeschlüsselt nach Perzentilen. Die
Serververarbeitungszeit zeigt an, wie lange der Server gebraucht hat, um Anfragen von Clients zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer
Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Serverservers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. - Verarbeitungszeit des Servers
- Zeigt das 95. Perzentil für die Serververarbeitungszeit an.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Serverservers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm zeigt, wie die Anzeige des 95. Werts anstelle des wahren Maximums zu einer genaueren Ansicht der Daten führen kann:
DHCP-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Nachrichtentypen für die häufigsten Anfragen
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten empfangen hat, indem die Gesamtzahl der Anfragen, die der Server empfangen hat, nach Nachrichtentyp aufgeteilt wird.
- Die häufigsten Arten von Antwortnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten gesendet hat, indem die Gesamtzahl der vom Server gesendeten Antworten nach Nachrichtentyp aufgeteilt wird.
DHCP-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Serverservers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Serverservers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
Gesamtwerte der DHCP-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der DHCP-Anfragen und -Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als DHCP-Server fungiert Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der mit einer Fehleroption gesendeten Antworten.
DHCP-Client-Gruppenseite
Diese Seite zeigt Metrikdiagramme von DHCP Client-Verkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
DHCP Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler aufgetreten sind und wie viele Antworten die DHCP-Clients
erhalten haben. Anhand dieser Informationen können Sie sehen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler
erhielten.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der eingegangenen Antworten mit einer Fehleroption. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele DHCP-Antworten die Clients erhalten haben und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der eingegangenen Antworten mit einer Fehleroption.
DHCP-Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (DHCP-Clients)
- Dieses Diagramm zeigt, welche DHCP-Clients in der Gruppe am aktivsten waren, indem die Gesamtzahl der DHCP-Anfragen, die die Gruppe vom Client gesendet hat, aufgeteilt wird.
- Nachrichtentypen für die häufigsten Anfragen
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Gruppe am häufigsten gesendet hat, indem die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, nach Nachrichtentyp aufgeteilt wird.
- Die häufigsten Arten von Antwortnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Gruppe am häufigsten erhalten hat, indem die Gesamtzahl der Antworten, die die Gruppe erhalten hat, nach Nachrichtentyp aufgeteilt wird.
DHCP-Metriken für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden die Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der von diesem DHCP gesendeten Anfragen Client. Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der eingegangenen Antworten mit einer Fehleroption. - Verarbeitungszeit des Servers
-
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden,
ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche
Zeit, die Server für die Verarbeitung von Anfragen von den Clients benötigt haben. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Clientservers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
DHCP-Servergruppenseite
Diese Seite zeigt Metrikdiagramme von DHCP Serververkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
DHCP Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler aufgetreten sind und wie viele DHCP-Antworten die Server
gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt der
Rückgabe der Fehler waren.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der mit einer Fehleroption gesendeten Antworten. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele DHCP-Antworten die Clients erhalten haben und wie viele
dieser Antworten Fehler enthielten.
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der mit einer Fehleroption gesendeten Antworten.
DHCP-Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (DHCP-Server)
- Dieses Diagramm zeigt, welche DHCP-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der DHCP-Antworten, die die Gruppe vom Server gesendet hat, aufgeteilt wird.
- Nachrichtentypen für die häufigsten Anfragen
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten empfangen hat, indem die Gesamtzahl der Anfragen, die der Server empfangen hat, nach Nachrichtentyp aufgeteilt wird.
- Die häufigsten Arten von Antwortnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten gesendet hat, indem die Gesamtzahl der Antwortserver in der Gruppe, die nach Nachrichtentyp gesendet wurden, aufgeteilt wird.
DHCP-Metriken für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als DHCP-Server fungiert Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der mit einer Fehleroption gesendeten Antworten. - Verarbeitungszeit des Servers
-
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die
Verarbeitung von Anfragen von Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer
Gruppe langsam sind.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Serverservers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
DICOM
Das ExtraHop-System sammelt Kennzahlen zur digitalen Bildgebung und Kommunikation in der Medizin (DICOM) Aktivität. DICOM ist ein Standardprotokoll zum Speichern biomedizinischer Bilder und zur Übertragung dieser Bilder über ein Netzwerk.
| Hinweis: | Das ExtraHop-System enthält keine integrierten Metrikseiten für DICOM. Sie können jedoch DICOM-Metriken anzeigen, indem Sie sie zu einer benutzerdefinierten Seite hinzufügen oder Dashboard. |
DNS
Das ExtraHop-System sammelt Metriken über das Domain Name System (DNS) Protokollaktivität. DNS ist das Benennungssystem für Netzwerkhosts und Ressourcen, die mit dem Internet verbunden sind. DNS-Server ordnen IP-Adressen Hostnamen zu.
Erfahren Sie mehr, indem Sie an der DNS Quick Peek-Schulung teilnehmen.
Überlegungen zur Sicherheit
- DNS ist laut und es ist schwierig, es zu überwachen traditionelle Methoden.
- DNS-Übertragungen werden normalerweise über das User Datagram Protokoll (UDP) gesendet, das leicht gefälscht werden kann und anfällig für Angriffe ist.
- DNS-Schwächen können ausgenutzt werden um APT-Gruppen (Advanced Persistent Threat) dabei zu helfen, der Erkennung zu entgehen.
- DNS ist anfällig für DNS-Tunneling, Verstärkungsangriffe, Denial-of-Service-Angriffe (DoS), Hijacking, Cache-Poisoning, Umleitungsangriffe und mehr.
- DNS-Reverse-Lookup-Anfragen können die Aufzählung ermöglichen. Dabei handelt es sich um eine Aufklärungstechnik, mit der ein Angreifer interne Hostnamen ermitteln kann.
DNS-Anwendungsseite
Diese Seite zeigt Metrikdiagramme von DNS Datenverkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur DNS-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
DNS Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann DNS-Fehler und Antworten mit der
Anwendung verknüpft wurden. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum
Zeitpunkt des Auftretens der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der damit verbundenen DNS-Antworten Anwendung. Fehler Die Anzahl der DNS-Antworten mit Fehlern, die sind mit dieser Anwendung verknüpft. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der DNS-Antworten, die mit der
Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der damit verbundenen DNS-Antworten Anwendung. Fehler Die Anzahl der DNS-Antworten mit Fehlern, die sind mit dieser Anwendung verknüpft. - Anfragen und Timeouts
- Dieses Diagramm zeigt Ihnen, wann DNS-Anfragen und Anforderungs-Timeouts aufgetreten sind.
Metrisch Beschreibung Anfragen Die Anzahl der damit verbundenen DNS-Anfragen Anwendung. Timeouts anfragen Die Anzahl der Timeouts, die aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wird. DNS-Timeouts können Verlangsamungen und Störungen verursachen - Gesamtzahl der Anfragen und Timeouts
- Dieses Diagramm zeigt Ihnen die Gesamtzahl der DNS-Anfragen und Anforderungs-Timeouts.
Metrisch Beschreibung Anfragen Die Anzahl der damit verbundenen DNS-Anfragen Anwendung. Timeouts anfragen Die Anzahl der Timeouts, die aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wird. DNS-Timeouts können Verlangsamungen und Störungen verursachen - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeschlüsselt nach Perzentilen.
Die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer
Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langer Die Verarbeitungszeit kann auf eine Latenz hinweisen. Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm zeigt, wie die Anzeige des 95. Werts anstelle des wahren Maximums zu einer genaueren Ansicht der Daten führen kann:
- Zusammenfassung der Serververarbeitungszeit
- Zeigt das 95. Perzentil für die Serververarbeitungszeit an.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langer Die Verarbeitungszeit kann auf eine Latenz hinweisen.
DNS-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Opcodes
- Dieses Diagramm zeigt, welche DNS-Opcodes die Anwendung am häufigsten erhalten hat, indem die Anzahl der Antworten, die an die Anwendung zurückgegeben wurden, nach Opcode aufgeteilt wird.
- Die häufigsten Host-Anfragen
- Dieses Diagramm zeigt, welche Hostanfragen die Anwendung am häufigsten gestellt hat, indem die Gesamtzahl der Anfragen, die die Anwendung per Hostabfrage gesendet hat, aufgeschlüsselt wird.
- Die häufigsten Antwortcodes
- Dieses Diagramm zeigt, welche Antwortcodes die Anwendung am häufigsten erhalten hat, indem die Anzahl der an die Anwendung zurückgegebenen Antworten nach Antwortcode aufgeteilt wird.
DNS-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die DNS-Server zum Senden der erstes Paket einer Antwort nach Empfang des letzten Paket einer Anfrage. - Verarbeitungszeit des Servers
-
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die DNS-Server zum Senden der erstes Paket einer Antwort nach Empfang des letzten Paket einer Anfrage.
Gesamtwerte der DNS-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der damit verbundenen DNS-Anfragen Anwendung. Antworten Die Anzahl der damit verbundenen DNS-Antworten Anwendung. Fehler Die Anzahl der DNS-Antworten mit Fehlern, die sind mit dieser Anwendung verknüpft. Timeouts anfragen Die Anzahl der Timeouts, die aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wird. DNS-Timeouts können Verlangsamungen und Störungen verursachen Verkürzte Anfragen Die Anzahl der DNS-Anfragen, die gesendet wurden, aber wurden während des Transports gekürzt. Eine verkürzte Anfrage wird durch das verkürzte Bit in angezeigt die Nachricht und tritt auf, wenn die Nachricht größer ist als die zugrunde liegende Übertragung Kanal erlaubt. Verkürzte Antworten Die Anzahl der DNS-Antworten, die gesendet wurden, aber wurden während des Transports gekürzt. Eine verkürzte Anfrage wird durch das verkürzte Bit in angezeigt die Nachricht und tritt auf, wenn die Nachricht größer ist als die zugrunde liegende Übertragung Kanal erlaubt. - DNS-Netzwerk-Metriken
-
Metrisch Beschreibung L2 Byte anfordern Die Anzahl der L2-Byte, die mit DNS verknüpft sind Anfragen. Antwort L2 Byte Die Anzahl der L2-Byte, die mit DNS verknüpft sind Antworten. Pakete anfordern Die Anzahl der Pakete, die mit DNS verknüpft sind Anfragen. Antwortpakete Die Anzahl der Pakete, die mit DNS verknüpft sind Antworten.
DNS-Clientseite
Diese Seite zeigt Metrikdiagramme von DNS Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur DNS-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
DNS-Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann DNS-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele
DNS-Antworten der Client erhalten hat, sodass Sie sehen können, wie aktiv der Client zum Zeitpunkt
des Empfangs der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Antworten Die Anzahl der von diesem DNS empfangenen Antworten Client. Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der DNS-Antworten, die der Client erhalten hat, und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem DNS empfangenen Antworten Client. Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage. - Anfragen und Timeouts
- Dieses Diagramm zeigt Ihnen, wann Anforderungs-Timeouts aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele
DNS-Anfragen der Client gesendet hat, sodass Sie sehen können, wie aktiv der Client zum Zeitpunkt
der Timeouts war.
Anfragen Die Anzahl der von diesem DNS gesendeten Anfragen Client. Timeouts anfragen Die Anzahl der Timeouts, die aufgrund von Zeitüberschreitungen eingetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanforderung, die von diesem Client an DNS-Server gesendet wurde. DNS Zeitüberschreitungen bei Anfragen können zu Verlangsamungen und Störungen führen - Gesamtzahl der Anfragen und Timeouts
- Dieses Diagramm zeigt Ihnen die Gesamtzahl der Anfragen und Anforderungs-Timeouts.
Anfragen Die Anzahl der von diesem DNS gesendeten Anfragen Client. Timeouts anfragen Die Anzahl der Timeouts, die aufgrund von Zeitüberschreitungen eingetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanforderung, die von diesem Client an DNS-Server gesendet wurde. DNS Zeitüberschreitungen bei Anfragen können zu Verlangsamungen und Störungen führen - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeschlüsselt nach Perzentilen.
Die Serververarbeitungszeit zeigt an, wie lange Server gebraucht haben, um Anfragen vom Client zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer
Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird. Dieses Diagramm
wird nicht angezeigt, wenn sich das Gerät in Flow Analysis befindet.
Metrisch Beschreibung Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langer Die Verarbeitungszeit kann auf eine Latenz hinweisen. Das Diagramm „Serververarbeitungszeit" konzentriert sich auf das 95. Perzentil, um beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm zeigt, wie die Anzeige des 95. Werts anstelle des wahren Maximums zu einer genaueren Ansicht der Daten führen kann:
- Zusammenfassung der Serververarbeitungszeit
- Zeigt das 95. Perzentil für die Serververarbeitungszeit an. Dieses Diagramm wird nicht angezeigt, wenn
sich das Gerät in Flow Analysis befindet.
Metrisch Beschreibung Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langer Die Verarbeitungszeit kann auf eine Latenz hinweisen.
DNS-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die häufigsten Datensatztypen
- Dieses Diagramm zeigt, welche Datensatztypen der Client am häufigsten angefordert hat, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Datensatztyp aufgeteilt wird.
- Die häufigsten Host-Anfragen
- Dieses Diagramm zeigt, welche Host-Abfragen der Client am häufigsten gestellt hat, indem es die Gesamtzahl der Anfragen aufschlüsselt, die der Client per Host-Abfrage gesendet hat.
- Die häufigsten Antwortcodes
- Dieses Diagramm zeigt, welche Antwortcodes der Client am häufigsten erhalten hat, indem die Anzahl der an den Client zurückgegebenen Antworten nach Antwortcode aufgeteilt wird.
DNS-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar, sofern für das Gerät die Flussanalyse nicht aktiviert ist:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langer Die Verarbeitungszeit kann auf eine Latenz hinweisen. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.
Metrisch Beschreibung Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langer Die Verarbeitungszeit kann auf eine Latenz hinweisen.
Gesamtwerte der DNS-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
- Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und
Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr
Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der DNS-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der von diesem DNS gesendeten Anfragen Client. Antworten Die Anzahl der von diesem DNS gesendeten Anfragen Client. Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage. Timeouts anfragen Die Anzahl der Timeouts, die aufgrund von Zeitüberschreitungen eingetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanforderung, die von diesem Client an DNS-Server gesendet wurde. DNS Zeitüberschreitungen bei Anfragen können zu Verlangsamungen und Störungen führen Verkürzte Anfragen Die Anzahl der Anfragen, die gesendet wurden, aber wurden während der Übertragung gekürzt, wenn das Gerät als DNS-Client fungiert. Ein abgeschnittenes Eine Anfrage wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht ist größer als es der zugrundeliegende Übertragungskanal zulässt. Verkürzte Antworten Wenn das Gerät als DNS-Client fungiert, die Anzahl der eingegangenen Antworten, die jedoch während der Übertragung gekürzt wurden. EIN Eine verkürzte Antwort wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht ist größer als es der zugrundeliegende Übertragungskanal zulässt.
DNS-Serverseite
Diese Seite zeigt Metrik Diagramme von DNS Serververkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur DNS-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
DNS-Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann DNS-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele
DNS-Antworten der Server gesendet hat, sodass Sie sehen können, wie aktiv der Server zum Zeitpunkt der
Rückgabe der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server. Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der DNS-Antworten, die der Server gesendet hat, und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server. Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage. - Anfragen und Timeouts
- Dieses Diagramm zeigt Ihnen, wann Anforderungs-Timeouts aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele
DNS-Anfragen der Server gesendet hat, sodass Sie sehen können, wie aktiv der Server zum Zeitpunkt
der Timeouts war.
Anfragen Die Anzahl der Anfragen, die von diesem DNS empfangen wurden Server. Timeouts anfragen Die Anzahl der Timeouts im Zusammenhang mit dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Zeitüberschreitungen bei DNS-Anfragen können zu Verlangsamungen führen und Störungen. - Gesamtzahl der Anfragen und Timeouts
- Dieses Diagramm zeigt Ihnen die Gesamtzahl der Anfragen und Anforderungs-Timeouts.
Anfragen Die Anzahl der Anfragen, die von diesem DNS empfangen wurden Server. Timeouts anfragen Die Anzahl der Timeouts im Zusammenhang mit dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Zeitüberschreitungen bei DNS-Anfragen können zu Verlangsamungen führen und Störungen. - Serververarbeitungszeiten
- Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeschlüsselt nach Perzentilen. Die
Serververarbeitungszeit zeigt an, wie lange der Server gebraucht hat, um Anfragen von Clients zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer
Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird. Dieses Diagramm
wird nicht angezeigt, wenn sich das Gerät in Flow Analysis befindet.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen. - Zusammenfassung der Serververarbeitungszeit
- Zeigt das 95. Perzentil für die Serververarbeitungszeit an. Dieses Diagramm wird nicht angezeigt, wenn
sich das Gerät in Flow Analysis befindet.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen.
DNS-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die häufigsten Datensatztypen
- Dieses Diagramm zeigt, welche Datensatztypen am häufigsten auf dem Server angefordert wurden, indem es die Gesamtzahl der Anfragen, die der Server empfangen hat, nach Datensatztyp aufgeschlüsselt wird.
- Die häufigsten Host-Anfragen
- Dieses Diagramm zeigt, welche Hostanfragen am häufigsten auf dem Server gestellt wurden, indem die Gesamtzahl der Anfragen, die der Server per Hostabfrage erhalten hat, aufgeschlüsselt wird.
- Die häufigsten Antwortcodes
- Dieses Diagramm zeigt, welche Antwortcodes der Server am häufigsten gesendet hat, indem die Anzahl der Antworten, die der Server per Antwortcode gesendet hat, aufgeteilt wird.
DNS-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar, sofern für das Gerät die Flussanalyse nicht aktiviert ist:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen.
Metrische Summen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
- Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und
Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, empfängt der Server möglicherweise mehr
Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der DNS-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von diesem DNS empfangen wurden Server. Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server. Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage. Timeouts anfragen Die Anzahl der Timeouts im Zusammenhang mit dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Zeitüberschreitungen bei DNS-Anfragen können zu Verlangsamungen führen und Störungen. Verkürzte Anfragen Die Anzahl der eingegangenen Anfragen, wurden aber während der Übertragung gekürzt, wenn das Gerät als DNS-Server fungiert. EIN Eine verkürzte Anfrage wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht ist größer als es der zugrundeliegende Übertragungskanal zulässt. Verkürzte Antworten Die Anzahl der gesendeten Antworten, aber später gekürzt, wenn das Gerät als DNS-Server fungiert. Eine verkürzte Antwort ist wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht größer ist als es der zugrundeliegende Übertragungskanal zulässt.
DNS-Client-Gruppenseite
Diese Seite zeigt Metrikdiagramme von DNS Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur DNS-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
DNS Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann DNS-Fehler aufgetreten sind und wie viele Antworten die DNS-Clients
erhalten haben. Anhand dieser Informationen können Sie sehen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler
erhielten.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem DNS empfangenen Antworten Client. Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele DNS-Antworten die Clients erhalten haben und wie viele dieser
Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem DNS empfangenen Antworten Client. Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage.
DNS-Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (DNS-Clients)
- Dieses Diagramm zeigt, welche DNS-Clients in der Gruppe am aktivsten waren, indem die Gesamtzahl der DNS-Anfragen, die die Gruppe vom Client gesendet hat, aufgeteilt wird.
- Die häufigsten Datensatztypen
- Dieses Diagramm zeigt, welche Datensatztypen die Gruppe am häufigsten angefordert hat, indem es die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, nach Datensatztyp aufgeschlüsselt wird.
- Die häufigsten Antwortcodes
- Dieses Diagramm zeigt, welche Antwortcodes die Gruppe am häufigsten erhalten hat, indem die Anzahl der an die Gruppe zurückgegebenen Antworten nach Antwortcode aufgeteilt wird.
DNS-Metriken für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar, es sei denn, alle Geräte in der Gruppe sind in Flow Analysis enthalten:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden die Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der von diesem DNS gesendeten Anfragen Client. Antworten Die Anzahl der von diesem DNS empfangenen Antworten Client. Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage. - Verarbeitungszeit des Servers
-
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden,
ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche
Zeit, die Server für die Verarbeitung von Anfragen von den Clients benötigt haben. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langer Die Verarbeitungszeit kann auf eine Latenz hinweisen.
DNS-Servergruppenseite
Diese Seite zeigt Metrikdiagramme von DNS Serververkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur DNS-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
DNS Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wann DNS-Fehler aufgetreten sind und wie viele DNS-Antworten die Server
gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt der
Rückgabe der Fehler waren.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server. Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele DNS-Antwortserver in der Gruppe gesendet haben und wie viele dieser
Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server. Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage.
DNS-Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (DNS-Server)
- Dieses Diagramm zeigt, welche DNS-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der DNS-Antworten, die die Gruppe vom Server gesendet hat, aufgeteilt wird.
- Die häufigsten Datensatztypen
- Dieses Diagramm zeigt, welche Datensatztypen auf Servern in der Gruppe am häufigsten angefordert wurden, indem die Gesamtzahl der Anfragen, die die Gruppe empfangen hat, nach Datensatztyp aufgeteilt wird.
- Die häufigsten Antwortcodes
- Dieses Diagramm zeigt, welche Antwortcodes die Gruppe am häufigsten gesendet hat, indem die Anzahl der Antworten, die die Gruppe per Antwortcode gesendet hat, aufgeteilt wird.
DNS-Metriken für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar, sofern nicht alle Geräte in der Gruppe in Flow Analysis enthalten sind:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von diesem DNS empfangen wurden Server. Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server. Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage. Timeouts anfragen Die Anzahl der Timeouts im Zusammenhang mit dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Zeitüberschreitungen bei DNS-Anfragen können zu Verlangsamungen führen und Störungen. Verkürzte Anfragen Die Anzahl der eingegangenen Anfragen, wurden aber während der Übertragung gekürzt, wenn das Gerät als DNS-Server fungiert. EIN Eine verkürzte Anfrage wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht ist größer als es der zugrundeliegende Übertragungskanal zulässt. Verkürzte Antworten Die Anzahl der gesendeten Antworten, aber später gekürzt, wenn das Gerät als DNS-Server fungiert. Eine verkürzte Antwort ist wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht größer ist als es der zugrundeliegende Übertragungskanal zulässt. - Verarbeitungszeit des Servers
-
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die
Verarbeitung von Anfragen von Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer
Gruppe langsam sind.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen.
FIX
Das ExtraHop-System sammelt Kennzahlen zum Finanzinformationsaustausch (FIX) Protokollaktivität. FIX bietet Informationen über den Austausch von Finanztransaktionen in Echtzeit.
FIX-Anwendungsseite
Diese Seite zeigt Metrikdiagramme von FIX Datenverkehr im Zusammenhang mit Anwendungscontainern in Ihrem Netzwerk.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
FIX Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann FIX-Fehler und -Antworten mit der
Anwendung verknüpft wurden. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum
Zeitpunkt des Auftretens der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der FIX-Antworten. Fehler Die Anzahl der FIX-Antworten Fehler. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der FIX-Antworten, die mit der
Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der FIX-Antworten. Fehler Die Anzahl der FIX-Antworten Fehler. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken.
Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange die Server für die Bearbeitung von Anfragen gebraucht haben;
und die Antwortübertragungszeit zeigt, wie lange die Server gebraucht haben, um Antworten an
das Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung Transferzeit anfragen Die Zeit zwischen der Erkennung des ExtraHop-Systems das erste Paket und das letzte Paket von FIX-Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Antworten. Übertragungszeit der Antwort Die Zeit zwischen der Erkennung des ExtraHop-Systems das erste Paket und das letzte Paket von FIX-Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das eine sofortige Bestätigung erfordert und wann die Bestätigung war erhalten. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn eine Anwendung langsam arbeitet, können Sie anhand
von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das
Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Verarbeitung von
Anfragen von Clients benötigten, im Vergleich zu der 95. Perzentilzeit, die Pakete aus diesen Anfragen
(und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe
Serververarbeitungszeiten deuten darauf hin, dass Clients langsame Server kontaktieren. Hohe
TCP-Roundtrip-Zeiten deuten darauf hin, dass Clients über langsame Netzwerke kommunizieren.
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Antworten. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das eine sofortige Bestätigung erfordert und wann die Bestätigung war erhalten.
FIX Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche FIX-Methoden der Anwendung zugeordnet waren, indem die Gesamtzahl der FIX-Anfragen nach Methoden aufgeteilt wird.
- Top-Absender
- Dieses Diagramm zeigt die wichtigsten FIX-Absender für die Anwendung, indem die Gesamtzahl der FIX-Anfragen nach Absender aufgeschlüsselt wird.
- Die wichtigsten Ziele
- Dieses Diagramm zeigt die wichtigsten FIX-Ziele für die Anwendung, indem die Gesamtzahl der FIX-Anfragen nach Zielen aufgeteilt wird.
FIX-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung FIX-Serververarbeitungszeit Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Antworten. - Verarbeitungszeit des Servers
-
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.
Metrisch Beschreibung FIX-Serververarbeitungszeit Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Antworten. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das eine sofortige Bestätigung erfordert und wann die Bestätigung war erhalten. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt
die durchschnittliche Hin- und Rückfahrzeit für die Anwendung.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das eine sofortige Bestätigung erfordert und wann die Bestätigung war erhalten.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
-
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung
zugeordnet waren. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete
angeben, die über einen bestimmten Zeitraum an sie gesendet werden können.
Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein
Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät dies
einholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise
nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition Zero Windows anfragen Die Anzahl der gesendeten Nullfensterankündigungen von FIX-Kunden. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl eingehender Zero Windows weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Response Zero Windows Die Anzahl der gesendeten Nullfensterankündigungen von Servern beim Empfang von FIX-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl ausgehender Zero-Windows weist darauf hin, dass ein Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Gesamtzahl der Gastgeber-Ställe
- Dieses Diagramm zeigt die durchschnittliche Anzahl der von Geräten gesendeten Nullfensterwerbungen.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der
Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu
viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät
eine Anfrage oder Antwort sendet und innerhalb einer bestimmten
Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen
nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise
zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Kunden FIX-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server FIX-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl ausgehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
- Gesamtzahl der Netzwerkausfälle
-
Dieses Diagramm zeigt die durchschnittliche Anzahl der Zeitüberschreitungen bei der
erneuten Übertragung, die durch eine Überlastung verursacht wurden, als Clients und Server Anfragen sendeten.
Metrisch Definition RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Kunden FIX-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server FIX-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl ausgehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
FIX-Metriksummen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen, ob das Problem im Netzwerk oder bei einem Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum , in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der FIX-Anfragen. Antworten Die Anzahl der FIX-Antworten. Fehler Die Anzahl der FIX-Antworten Fehler. - FIX-Netzwerkmetriken
-
Metrisch Beschreibung Zero Windows anfragen Die Anzahl der gesendeten Nullfensterankündigungen von FIX-Kunden. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Response Zero Windows Die Anzahl der gesendeten Nullfensterankündigungen von Servern beim Empfang von FIX-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Kunden FIX-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server FIX-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. L2 Byte anfordern Die Anzahl der L2-Byte, die mit FIX verknüpft sind Anfragen. Antwort L2 Byte Die Anzahl der L2-Byte, die mit FIX verknüpft sind Antworten. Goodput Bytes anfordern Die Anzahl der Goodput-Bytes, die mit verknüpft sind FIX-Anfragen. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus. Antwort Goodput Bytes Die Anzahl der Goodput-Bytes, die mit verknüpft sind FIX-Antworten. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus. Pakete anfordern Die Anzahl der Pakete, die mit FIX verknüpft sind Anfragen. Antwortpakete Die Anzahl der Pakete, die mit FIX verknüpft sind Antworten.
FIX-Clientseite
Diese Seite zeigt Metrikdiagramme von FIX Serververkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
FIX Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann FIX-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele
FIX-Antworten der Client erhalten hat, sodass Sie sehen können, wie aktiv der Client zum Zeitpunkt des
Eingangs der Fehler war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren. Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der eingegangenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern. - Transaktionen insgesamt
-
Dieses Diagramm zeigt die Gesamtzahl der FIX-Antworten, die der Client erhalten hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren. Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der eingegangenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das
95. Perzentil der Timing-Metriken. Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer
vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange der Client gebraucht hat, um
Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server für
die Bearbeitung der Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um
Antworten an das Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung Übertragungszeit der FIX-Clientanfrage Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des ersten Pakets durch das ExtraHop-System und dem letzten Paket von gesendete Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. FIX Client-Server-Verarbeitungszeit Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. Übertragungszeit der FIX-Clientantwort Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des ersten Pakets durch das ExtraHop-System und dem letzten Paket von eingegangene Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Client das erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn ein Client langsam reagiert, können Sie
anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen.
Diese Metriken zeigen die 95. Perzentilzeit, die Server für die Verarbeitung von
Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen
Anfragen (und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten.
Hohe Serververarbeitungszeiten deuten darauf hin, dass der Client langsame Server kontaktiert. Hohe
TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame
Netzwerke kommuniziert.
Metrisch Beschreibung FIX Client-Server-Verarbeitungszeit Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Client das erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
FIX Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche FIX-Methoden der Client am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die der Client per Methode gesendet hat, aufgeschlüsselt wird.
- Top-Versionen
- Dieses Diagramm zeigt, über welche Versionen des FIX-Protokolls der Client am häufigsten kommuniziert hat, indem die Gesamtzahl der Anfragen, die der Client per FIX-Version gesendet hat, aufgeschlüsselt wird.
- Die wichtigsten Ziele
- Dieses Diagramm zeigt die wichtigsten FIX-Ziele für den Client, indem die Gesamtzahl der Anfragen, die der Client gesendet hat, nach Zielen aufgeschlüsselt wird.
FIX-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung FIX Client-Server-Verarbeitungszeit Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. - Verarbeitungszeit des Servers
-
Dieses
Diagramm zeigt die durchschnittliche Bearbeitungszeit für den Client.
Metrisch Beschreibung FIX Client-Server-Verarbeitungszeit Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Client das erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Hin- und Rückreisezeit für den Client.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Client das erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
FIX-Metriksummen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
- Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und
Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr
Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen
, ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der
Netzwerkdaten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als FIX-Client. Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren. Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der eingegangenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern. Abgebrochene Anfragen Die Anzahl der Anfragen, die dieser FIX-Client begann zu senden, sendete aber nicht vollständig. Abgebrochene Antworten Die Anzahl der Antworten, die dieser FIX-Client Das Gerät begann zu empfangen, wurde aber nicht vollständig empfangen. POS-Duplikat Die Anzahl möglicher doppelter Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Wenn eine FIX-Engine sich nicht sicher ist, ob ein Nachricht wurde erfolgreich am vorgesehenen Ziel empfangen oder als Antwort auf eine erneute Sendeanforderung, eine mögliche doppelte (PossDup) Nachricht wird generiert POS erneut senden Die Anzahl der möglichen erneut gesendeten Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung übermäßig lange unbestätigt bleibt Zeit. - Anfrage- und Antwortgröße
- Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.
Metrisch Beschreibung Größe anfragen Die Größenverteilung (in Byte) von Anfragen, die das Gerät gesendet hat, als es als FIX-Client fungiert. Größe der Antwort Die Größenverteilung (in Byte) von Antworten, die empfangen werden, wenn das Gerät als FIX-Client fungiert.
FIX-Serverseite
Diese Seite zeigt Metrikdiagramme von FIX Serververkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
FIX-Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann FIX-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele
FIX-Antworten der Server gesendet hat, sodass Sie sehen können, wie aktiv der Server zum Zeitpunkt der
Rückgabe der Fehler war.
Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server. Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler. - Transaktionen insgesamt
-
Dieses Diagramm zeigt die Gesamtzahl der FIX-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server. Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken
. Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server für die Bearbeitung von Anfragen gebraucht hat;
und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das
Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung FIX-Serveranforderungsübertragungszeit Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des ersten Pakets durch das ExtraHop-System und dem letzten Paket von eingegangene Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. FIX Server-Server-Verarbeitungszeit Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. FIX-Serverantwortübertragungszeit Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des ersten Pakets durch das ExtraHop-System und dem letzten Paket von Antworten gesendet. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn ein Server langsam arbeitet, können Sie anhand der
Leistungsübersichtsmesswerte herausfinden, ob das Netzwerk oder der Server das
Problem verursacht. Die Leistungsübersichtsmetriken zeigen die 95. Perzentilzeit, die der
Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die die Übertragung von
Paketen aus diesen Anfragen (und ihren jeweiligen Antworten) über das Netzwerk benötigte.
Hohe Serververarbeitungszeiten deuten darauf hin, dass der Server langsam ist.
Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Metrisch Beschreibung FIX Server-Server-Verarbeitungszeit Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
FIX Einzelheiten
Die folgenden Charts sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche FIX-Methoden am häufigsten auf dem Server aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server per Methode empfangen hat, aufgeschlüsselt wird.
- Top-Versionen
- Dieses Diagramm zeigt, über welche Versionen des FIX-Protokolls der Server am häufigsten kommuniziert hat, indem es die Gesamtzahl der Anfragen aufschlüsselt, die der Server von der FIX-Version erhalten hat.
- Die wichtigsten Ziele
- Dieses Diagramm zeigt die wichtigsten FIX-Ziele für den Server, indem die Gesamtzahl der Anfragen, die der Server empfangen hat, nach Ziel aufgeteilt wird.
FIX-Leistung
Die folgenden Charts sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung FIX Server-Server-Verarbeitungszeit Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. - Verarbeitungszeit des Servers
-
Dieses
Diagramm zeigt die durchschnittliche Verarbeitungszeit für den Server.
Metrisch Beschreibung FIX Server-Server-Verarbeitungszeit Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. - Verteilung der Hin- und Rückreise
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Roundtrip-Zeit für den Server.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig
einzustellen, bis das Gerät aufholt. Wenn Sie eine große Anzahl
von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene
Datenmenge zu unterstützen.
Metrisch Definition Kein Windows rein Die Anzahl der Nullfenster, die an den gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Kein Windows-Ausgang Die Anzahl der Nullfenster, die von der gesendet wurden Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von Nullfenstern zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs) verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn eine große Anzahl von RTOs ausgegeben wird, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
FIX-Metriksummen
Die folgenden Charts sind in dieser Region verfügbar:
- Anfragen und Antworten
- Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und
Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr
Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen
, ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der
Netzwerkdaten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als FIX-Server fungiert. Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server. Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler. Abgebrochene Anfragen Die Anzahl der Anfragen, die dieser FIX-Server begann zu empfangen, erhielt aber nicht vollständig. Abgebrochene Antworten Die Anzahl der Antworten, die dieser FIX-Server begann zu senden, sendete aber nicht vollständig. POS-Duplikat Die Anzahl der möglichen doppelten gesendeten Nachrichten wenn das Gerät als FIX-Server fungiert. Wenn eine FIX-Engine sich nicht sicher ist, ob eine Meldung wurde erfolgreich am Bestimmungsort oder als Antwort auf einen erneuten Versand empfangen Anfrage, eine mögliche doppelte (PossDup) Nachricht wird generiert POS erneut senden Die Anzahl der möglichen erneut gesendeten Nachrichten wenn das Gerät als FIX-Server fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung übermäßig lange unbestätigt bleibt Zeit. - Durchschnittliche Anfrage- und Antwortgröße
- Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.
Metrisch Beschreibung Größe anfragen Die Größenverteilung (in Byte) von Anfragen, die das Gerät empfangen hat, als es als FIX-Server fungiert. Größe der Antwort Die Größenverteilung (in Byte) von Antworten, die empfangen werden, wenn das Gerät als FIX-Server fungiert.
FIX-Clientgruppenseite
Diese Seite zeigt Metrik Diagramme von FIX Serververkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
FIX Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann FIX-Fehler aufgetreten sind und wie viele Antworten die FIX-Clients
erhalten haben. Anhand dieser Informationen können Sie sehen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler
erhielten.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren. Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der eingegangenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele FIX-Antworten die Kunden erhalten haben und wie viele dieser
Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren. Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der eingegangenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.
FIX-Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (FIX-Kunden)
- Dieses Diagramm zeigt, welche FIX-Clients in der Gruppe am aktivsten waren, indem die Gesamtzahl der FIX-Anfragen, die die Gruppe vom Client gesendet hat, aufgeteilt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche FIX-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die die Gruppe per Methode gesendet hat, aufgeschlüsselt wird.
- Top-Versionen
- Dieses Diagramm zeigt die wichtigsten FIX-Ziele für die Gruppe, indem die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, nach Ziel aufgeteilt wird.
FIX-Metriken für Gruppen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden die Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als FIX-Client. Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren. Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der eingegangenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern. Abgebrochene Anfragen Die Anzahl der Anfragen, die dieser FIX-Client begann zu senden, sendete aber nicht vollständig. Abgebrochene Antworten Die Anzahl der Antworten, die dieser FIX-Client Das Gerät begann zu empfangen, wurde aber nicht vollständig empfangen. POS-Duplikat Die Anzahl möglicher doppelter Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Wenn eine FIX-Engine sich nicht sicher ist, ob ein Nachricht wurde erfolgreich am vorgesehenen Ziel empfangen oder als Antwort auf eine erneute Sendeanforderung, eine mögliche doppelte (PossDup) Nachricht wird generiert POS erneut senden Die Anzahl der möglichen erneut gesendeten Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung übermäßig lange unbestätigt bleibt Zeit. - Verarbeitungszeit des Servers
-
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden,
ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche
Zeit, die Server für die Verarbeitung von Anfragen von den Clients benötigt haben. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung FIX Client-Server-Verarbeitungszeit Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
FIX-Servergruppenseite
Diese Seite zeigt Metrikdiagramme von FIX Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über mit Metriken arbeiten.
FIX Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann FIX-Fehler aufgetreten sind und wie viele FIX-Antworten die Server
gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt der
Rückgabe der Fehler waren.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server. Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele FIX-Antwortserver in der Gruppe gesendet haben und wie viele dieser
Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server. Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler.
FIX-Details für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (FIX-Server)
- Dieses Diagramm zeigt, welche FIX-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der FIX-Antworten, die die Gruppe vom Server gesendet hat, aufgeteilt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche FIX-Methoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe nach Methode erhalten hat, aufgeteilt wird.
- Top-Versionen
- Dieses Diagramm zeigt die wichtigsten FIX-Ziele für die Gruppe, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Ziel aufgeteilt wird.
Metriken für Gruppe korrigieren
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen
und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten
gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als FIX-Server fungiert. Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server. Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler. Abgebrochene Anfragen Die Anzahl der Anfragen, die dieser FIX-Server begann zu empfangen, erhielt aber nicht vollständig. Abgebrochene Antworten Die Anzahl der Antworten, die dieser FIX-Server begann zu senden, sendete aber nicht vollständig. POS-Duplikat Die Anzahl der möglichen doppelten gesendeten Nachrichten wenn das Gerät als FIX-Server fungiert. Wenn eine FIX-Engine sich nicht sicher ist, ob eine Meldung wurde erfolgreich am Bestimmungsort oder als Antwort auf einen erneuten Versand empfangen Anfrage, eine mögliche doppelte (PossDup) Nachricht wird generiert POS erneut senden Die Anzahl der möglichen erneut gesendeten Nachrichten wenn das Gerät als FIX-Server fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung übermäßig lange unbestätigt bleibt Zeit. - Verarbeitungszeit des Servers
-
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die
Verarbeitung von Anfragen von Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer
Gruppe langsam sind.
Metrisch Beschreibung FIX Server-Server-Verarbeitungszeit Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
FTP
Das ExtraHop-System sammelt Metriken über das FTP (FTP) Aktivität. FTP) ist ein Standard-Netzwerkprotokoll für die Übertragung von Dateien zwischen einem Client und einem Server.
Erfahren Sie mehr, indem Sie an der FTP Quick Peek-Schulung teilnehmen.
Überlegungen zur Sicherheit
- Die FTP-Authentifizierung kann anfällig sein für Brute-Force, bei der es sich um eine Methode zum Erraten von Anmeldedaten handelt, indem zahlreiche Authentifizierungsanfragen mit unterschiedlichen Kombinationen aus Benutzername und Passwort eingereicht werden.
- Durch die anonyme FTP-Authentifizierung können vertrauliche Daten unbefugten Benutzern zugänglich gemacht werden.
FTP-Anwendungsseite
Diese Seite zeigt Metrikdiagramme von FTP Datenverkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur FTP-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
FTP Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann FTP-Fehler, Warnungen und Antworten mit der
Anwendung verknüpft wurden. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum
Zeitpunkt des Auftretens der Fehler und Warnungen war.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.
Metrisch Beschreibung Warnungen Die Anzahl der Antworten mit einem FTP-Status Code von 4xx Antworten Die Anzahl der FTP-Antworten. Fehler Die Anzahl der FTP-Antworten Fehler. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der FTP-Antworten, die mit der
Anwendung verknüpft waren, und wie viele dieser Antworten Warnungen und Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der FTP-Antworten. Fehler Die Anzahl der FTP-Antworten Fehler. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken.
Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange die Server für die Bearbeitung von Anfragen gebraucht haben;
und die Antwortübertragungszeit zeigt, wie lange die Server gebraucht haben, um Antworten an
das Netzwerk zu übertragen.
Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am Netzwerk.
Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird; sie wartet nicht, bis alle Pakete zugestellt sind.
Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:
Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, auf der ExtraHop-Forum .
Metrisch Beschreibung Transferzeit anfragen Die Zeit zwischen der Erkennung des ExtraHop-Systems das erste Paket und das letzte Paket von FTP-Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Antworten. Übertragungszeit der Antwort Die Zeit zwischen der Erkennung des ExtraHop-Systems das erste Paket und das letzte Paket mit FTP-Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das eine sofortige Bestätigung erfordert, und wann die Bestätigung erfolgte erhalten. Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums erhalten Sie im Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn eine Anwendung langsam arbeitet, können Sie anhand
von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das
Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Verarbeitung von
Anfragen von Clients benötigten, im Vergleich zu der 95. Perzentilzeit, die Pakete aus diesen Anfragen
(und ihre jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe
Serververarbeitungszeiten deuten darauf hin, dass Clients langsame Server kontaktieren. Hohe
TCP-Roundtrip-Zeiten deuten darauf hin, dass Clients über langsame Netzwerke kommunizieren.
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Antworten. Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das eine sofortige Bestätigung erfordert, und wann die Bestätigung erfolgte erhalten.
FTP-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche FTP-Methoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der FTP-Anfragen nach Methoden aufgeteilt wird.
- Die besten Statuscodes
- Dieses Diagramm zeigt, welche FTP-Statuscodes der Server am häufigsten zurückgegeben hat, indem die Gesamtzahl der Antworten, die die Anwendung per Statuscode gesendet hat, aufgeschlüsselt wird.
- Top-Nutzer
- Dieses Diagramm zeigt, welche Benutzer in der Anwendung am aktivsten waren, indem die Gesamtzahl der von der Anwendung gesendeten FTP-Anfragen aufgeteilt wird.
FTP-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.
Metrisch Beschreibung Verarbeitungszeit des FTP-Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Antworten. - Verarbeitungszeit des Servers
-
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.
Metrisch Beschreibung Verarbeitungszeit des FTP-Servers Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Antworten. - Zeitverteilung für Hin- und Rückfahrt
-
In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die
häufigsten Hin- und Rückfahrtzeiten anzuzeigen.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das eine sofortige Bestätigung erfordert, und wann die Bestätigung erfolgte erhalten. - Zeit der Hin- und Rückfahrt
-
Dieses Diagramm zeigt
die durchschnittliche Hin- und Rückfahrzeit für die Anwendung.
Metrisch Beschreibung Zeit der Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das eine sofortige Bestätigung erfordert, und wann die Bestätigung erfolgte erhalten.
Netzwerkdaten
In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände für Gastgeber
-
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung
zugeordnet waren. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete
angeben, die über einen bestimmten Zeitraum an sie gesendet werden können.
Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein
Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät dies
einholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise
nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition Zero Windows anfragen Die Anzahl der gesendeten Nullfensterankündigungen von FTP-Clients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl eingehender Zero Windows weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Response Zero Windows Die Anzahl der gesendeten Nullfensterankündigungen von Servern beim Empfang von FTP-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl ausgehender Zero-Windows weist darauf hin, dass ein Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.
- Gesamtzahl der Gastgeber-Ställe
- Dieses Diagramm zeigt die durchschnittliche Anzahl der von Geräten gesendeten Nullfensterwerbungen.
- Netzwerkstörungen
-
Dieses Diagramm zeigt die Anzahl der
Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu
viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät
eine Anfrage oder Antwort sendet und innerhalb einer bestimmten
Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen
nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise
zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition RTOs Ein Die Anzahl der Retransmissions-Timeouts (RTOs) verursacht durch eine Überlastung, als Kunden FTP-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server FTP-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl ausgehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
- Gesamtzahl der Netzwerkausfälle
-
Dieses Diagramm zeigt die durchschnittliche Anzahl der Zeitüberschreitungen bei der
erneuten Übertragung, die durch eine Überlastung verursacht wurden, als Clients und Server Anfragen sendeten.
Metrisch Definition RTOs Ein Die Anzahl der Retransmissions-Timeouts (RTOs) verursacht durch eine Überlastung, als Kunden FTP-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server FTP-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl ausgehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.
FTP-Metriksummen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
-
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen, ob das Problem im Netzwerk oder bei einem Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der FTP-Anfragen und -Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum , in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass ein Problem mit diesen Transaktionen vorliegt. Metrisch Beschreibung Anfragen Die Anzahl der FTP-Anfragen. Antworten Die Anzahl der FTP-Antworten. Fehler Die Anzahl der FTP-Antworten Fehler. Warnungen Die Anzahl der Antworten mit einem FTP-Status Code von 4xx - FTP-Netzwerkmetriken
-
Metrisch Beschreibung Zero Windows anfragen Die Anzahl der gesendeten Nullfensterankündigungen von FTP-Clients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Response Zero Windows Die Anzahl der gesendeten Nullfensterankündigungen von Servern beim Empfang von FTP-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. RTOs anfragen Die Anzahl der Retransmissions-Timeouts (RTOs) verursacht durch eine Überlastung, als Kunden FTP-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Antwort-RTOs Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server FTP-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. L2 Byte anfordern Die Anzahl der L2-Byte, die mit FTP verknüpft sind Anfragen. Antwort L2 Byte Die Anzahl der L2-Byte, die mit FTP verknüpft sind Antworten. Goodput Bytes anfordern Die Anzahl der Goodput-Bytes, die mit verknüpft sind FTP-Anfragen. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus. Antwort Goodput Bytes Die Anzahl der Goodput-Bytes, die mit verknüpft sind FTP-Antworten. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus. Pakete anfordern Die Anzahl der Pakete, die mit FTP verknüpft sind Anfragen. Antwortpakete Die Anzahl der Pakete, die mit FTP verknüpft sind Antworten.
FTP-Client-Seite
Diese Seite zeigt Metrikdiagramme von FTP Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.
- Erfahren Sie auf dieser Seite mehr über Charts:
- Erfahre mehr über Überlegungen zur FTP-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
Danke für deine Rückmeldung. Dürfen wir Sie kontaktieren, um weitere Fragen zu stellen?