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-Anwendungsseite
Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Verkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 waren. 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 Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit gibt an, 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.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung Transferzeit anfragen Die Zeit zwischen der Erkennung durch das ExtraHop-System 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 durch das ExtraHop-System das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort. Übertragungszeit der Antwort Die Zeit zwischen der Erkennung durch das ExtraHop-System 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 für 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 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 bietet Ihnen das Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn eine Anwendung langsam reagiert, 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 Bearbeitung von
Anfragen von Clients benötigten, im Vergleich zum 95. Perzentil der Zeit, die Pakete aus diesen Anfragen
(und ihren 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 durch das ExtraHop-System das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort. Zeit für 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 erfolgte 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 aufgeschlüsselt wird.
- Die häufigsten Fehlertypen
- Dieses Diagramm zeigt, welche AAA-Fehlertypen am häufigsten mit der Anwendung in Verbindung gebracht 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit des AAA-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort. - Verarbeitungszeit des Servers
-
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung Verarbeitungszeit des AAA-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für 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 erfolgte erhalten. - Zeit für Hin- und Rückfahrt
-
Diese Tabelle zeigt
die durchschnittliche Hin- und Rückflugzeit für die Anwendung.
Metrisch Beschreibung Zeit für 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 erfolgte erhalten.
AAA Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
-
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung
zugeordnet waren. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete
angeben, die über einen bestimmten Zeitraum an sie gesendet werden können.
Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein
Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang
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 Zero Windows anfordern Die Anzahl der Null-Window-Werbungen, 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.
Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen 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 von ausgehenden Zero-Windows weist darauf hin, dass ein Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Gesamtzahl der Host-Stände
- Dieses Diagramm zeigt die durchschnittliche Anzahl von Zero-Window-Werbeanzeigen, die von Geräten gesendet wurden.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen
Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu
viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät
eine Anfrage oder Antwort sendet und innerhalb einer bestimmten
Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen
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 Clients 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, wenn 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 von ausgehenden 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 von Timeouts bei der
erneuten Übertragung, die durch Überlastung beim Senden von Anfragen durch Clients und Server verursacht wurden.
Metrisch Definition RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Clients 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, wenn 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 von ausgehenden 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.
Metrische AAA-Gesamtwerte
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 herauszufinden, ob das Problem mit dem Netzwerk oder einem Server zusammenhängt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der AAA-Anfragen, die waren gesendet. Antworten Die Anzahl der AAA-Antworten. Fehler Die Anzahl der AAA-Antworten Fehler. Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren 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 anfordern Die Anzahl der Null-Window-Werbungen, 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. Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen 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 Clients 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, wenn 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-Bytes, die verbunden mit AAA-Anfragen. Antwort L2 Byte Die Anzahl der gesendeten L2-Bytes, die verbunden mit AAA-Antworten. 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 versendeten Pakete, die zugeordnet wurden mit AAA-Anfragen. Antwortpakete Die Anzahl der versendeten Pakete, die zugeordnet wurden mit AAA-Antworten.
AAA-Kundenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 feststellen, wie aktiv der Client zu dem Zeitpunkt war, als er die Fehler
empfing.
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 eingegangen sind als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die waren 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 AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte. - Leistung (95. Perzentil)
- Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Serververarbeitungszeit
gibt an, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Verarbeitungszeiten werden
berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und
Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, allein anhand der Verarbeitungszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metrik allein ein unvollständiges Bild liefert. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber die 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 im 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 feststellen, die TCP-RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Überprüfen Sie das Netzwerk auf Latenzprobleme, wenn sowohl TCP-RTT als auch Verarbeitungszeiten übereinstimmen.
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 wurden.
Die Verarbeitungszeit kann hoch sein, 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, weil die Antwort lange Zeit benötigt hat, bis die Antwort im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte. Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. 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 bietet Ihnen das 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 das 95. Perzentil der Zeit, die Server für die Bearbeitung von
Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen
Anfragen (und ihren 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 Erkennen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte. Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. 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 nach 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 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung AAA-Client-Server-Verarbeitungszeit Die Zeit zwischen dem ExtraHop-System Erkennen 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 AAA-Client-Server-Verarbeitungszeit Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz - Zeit für Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Hin- und Rückflugzeit für den Client.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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.
Metrische AAA-Gesamtwerte
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 beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der AAA-Anfragen, die gesendet wurden, als Gerät fungierte als AAA-Client. Antworten Die Anzahl der AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte. Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren 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 aufgetretenen abgebrochenen Sitzungen als das Gerät als AAA-Client fungierte.
AAA-Serverseite
Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 AAA-Antworten der Server
gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zu dem Zeitpunkt war, als er die Fehler
zurückgab.
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 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 gesendet, als das Gerät als AAA-Server fungierte. - Leistung (95. Perzentil)
- Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Serververarbeitungszeit
gibt an, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Verarbeitungszeiten werden
berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und
Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:
Es kann schwierig sein, allein anhand der Verarbeitungszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metrik allein ein unvollständiges Bild liefert. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber die 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 im 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 übereinstimmen.
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 wurden.
Die Verarbeitungszeit kann hoch sein, 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, weil die Antwort lange Zeit benötigt hat, bis die Antwort im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit 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 für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. 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 bietet Ihnen das Diagramm eine genauere Ansicht der Daten:
- Leistungsübersicht (95. Perzentil)
-
Wenn ein Server langsam reagiert, können Sie
anhand von Leistungsübersichtsmetriken herausfinden, ob das
Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken zeigen das 95. Perzentil der Zeit, die der
Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die
Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten.
Hohe Serververarbeitungszeiten deuten darauf hin, dass der Server langsam ist.
Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Metrisch Beschreibung AAA-Client-Server-Verarbeitungszeit 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 für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. 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 auf dem Server am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Methode aufgeteilt wird.
- Die häufigsten Fehlertypen
- Dieses Diagramm zeigt, welche AAA-Fehlertypen der Server am häufigsten zurückgegeben hat, indem die Gesamtzahl der vom Server gesendeten 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
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. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz - Zeit für Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Roundtrip-Zeit für den Server.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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.
Metrische AAA-Gesamtwerte
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 Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 gesendet, als das Gerät als AAA-Server fungierte. Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren 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 der Gerät, das empfangen wurde, wenn es als AAA-Server fungiert. Aborte Die Anzahl der aufgetretenen abgebrochenen Sitzungen als das Gerät als AAA-Server fungierte.
AAA-Kundengruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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-Clients
erhalten haben. Anhand dieser Informationen können Sie feststellen, 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 weiter unten im Abschnitt Metriken für Gruppen.
Metrisch Beschreibung Antworten Die Anzahl der AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die waren 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 AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte.
AAA-Details für die Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (AAA-Kunden)
- Dieses Diagramm zeigt, welche AAA-Clients in der Gruppe am aktivsten waren, indem es die Gesamtzahl der AAA-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
- Die besten Methoden
- Dieses Diagramm zeigt, welche AAA-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der von der Gruppe gesendeten Anfragen nach Methode 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 aufgeschlüsselt wird.
AAA-Metriken für Gruppen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Anfragen Die Anzahl der AAA-Anfragen, die gesendet wurden, als Gerät fungierte als AAA-Client. Antworten Die Anzahl der AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte. Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte. Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren 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 aufgetretenen abgebrochenen Sitzungen 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 Bearbeitung von Anfragen von den Clients benötigten. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.
AAA-Servergruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 AAA-Antworten die Server
gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als sie
die Fehler gemeldet haben.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.
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 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 gesendet, als das Gerät als AAA-Server fungierte.
AAA-Details für die Gruppe
Die folgenden Diagramme 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, aufgeschlüsselt 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 erhalten hat, nach Methode aufgeschlüsselt wird.
- Die häufigsten Fehlertypen
- Dieses Diagramm zeigt, welche AAA-Fehlertypen die Gruppen am häufigsten zurückgegeben haben, indem die Gesamtzahl der von der Gruppe gesendeten Antworten nach Fehlertyp aufgeschlüsselt wird.
AAA-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 exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 gesendet, als das Gerät als AAA-Server fungierte. Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren 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 der Gerät, das empfangen wurde, wenn es als AAA-Server fungiert. Aborte Die Anzahl der aufgetretenen abgebrochenen Sitzungen als das Gerät als AAA-Server fungierte. - Verarbeitungszeit des Servers
-
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die
Bearbeitung von Anfragen von Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer
Gruppe langsam sind.
Metrisch Beschreibung AAA-Client-Server-Verarbeitungszeit 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
Auf dieser Seite werden Metrikdiagramme von angezeigt AMF Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 feststellen, wie aktiv der Client zu dem Zeitpunkt war, als er die Fehler
empfing.
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 der 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 der 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 Metriken für Transfer und Bearbeitungszeit zeigen Teile einer
vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange der Client gebraucht hat, um
Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um
die Anfragen zu verarbeiten; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um
Antworten an das Netzwerk zu übertragen.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Übertragungszeit für AMF-Client-Anfragen Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket gesendeter Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung 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 Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket der empfangenen Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit für 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 Bestätigung. 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 bietet Ihnen das 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 das 95. Perzentil der Zeit, die Server für die Bearbeitung von
Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen
Anfragen (und ihren 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.
Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort. Zeit für 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 Bestätigung. 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung 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 Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort. - Verteilung von Hin- und Rückflügen
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für 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 Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit für Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Hin- und Rückflugzeit für den Client.
Metrisch Beschreibung Zeit für 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 Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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.
Metrische AMF-Gesamtwerte
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
- 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 Zero Windows in der
Netzwerk-Daten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AMF-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 der 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 agiert - Größe der Anfrage und Antwort
- Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät gesendet hat, als es als HTTP-AMF-Client agiert Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die das Gerät erhalten hat, als es als HTTP-AMF-Client agiert
AMF-Serverseite
Auf dieser Seite werden Metrikdiagramme von angezeigt AMF Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 zu dem Zeitpunkt war, als er die Fehler
zurückgab.
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 der 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 Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server gebraucht hat, um Anfragen zu verarbeiten;
und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das
Netzwerk zu übertragen.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Übertragungszeit für AMF-Serveranfragen Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket eingegangener 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 Entdeckung des letzten Paket durch das ExtraHop-System von 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 Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket gesendeter Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. 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 bietet Ihnen das Diagramm eine genauere Ansicht der Daten:
- Leistung (95. Perzentil)
-
Wenn ein Server langsam reagiert, können Sie
anhand von Leistungsübersichtsmetriken herausfinden, ob das
Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken zeigen das 95. Perzentil der Zeit, die der
Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die
Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten.
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 Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort. Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit AMF AMF-Servers Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Entdeckung des letzten Paket durch das ExtraHop-System von 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 Entdeckung des letzten Paket durch das ExtraHop-System von empfangene Anfrage und erstes Paket der gesendeten Antwort. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit für Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Roundtrip-Zeit für den Server.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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.
Metrische AMF-Gesamtwerte
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der AMF-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 - Größe der Anfrage und Antwort
- Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät empfangen hat, als es als HTTP-AMF-Server fungiert Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die das Gerät gesendet hat, als es als HTTP-AMF-Server fungiert
AMF-Clientgruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt AMF Datenverkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 feststellen, 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 weiter unten im Abschnitt Metriken für Gruppen.
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 der 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 der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
AMF-Details für die 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 es die Gesamtzahl der AMF-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
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 Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 der 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 agiert - 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 Bearbeitung von Anfragen von den Clients benötigten. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
Seite AMF AMF-Servergruppe
Auf dieser Seite werden Metrikdiagramme von angezeigt AMF Datenverkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 zu dem Zeitpunkt waren, als sie
die Fehler gemeldet haben.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.
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 der 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 der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
AMF-Details für die 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, 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 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 exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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
Bearbeitung von Anfragen von Clients benötigten. 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 Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
CIFS
Das ExtraHop-System sammelt Messwerte über das Common Internet File System (CIFS) /SMB-Aktivität (Server Message Block). CIFS ist ein Protokoll auf Anwendungsebene, das Client-Zugriff auf Dateien in einem Netzwerk Attached Storage (NAS) -Repository ermöglicht, typischerweise in einer Windows-Umgebung. Das ExtraHop-System unterstützt SMB, SMB2 und SMB3.
| Wichtig: | Die Zugriffszeit ist die Zeit, die ein CIFS-Server benötigt, um einen angeforderten
Block zu empfangen. Es gibt keine Zugriffszeit für Operationen, die nicht auf tatsächliche Blockdaten innerhalb einer
Datei zugreifen. Die Verarbeitungszeit ist die Zeit, die ein CIFS-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 Datei-Lese- und Schreiboperationen werden als Zugriffszeiten berechnet. |
Überlegungen zur Sicherheit
- Die SMB/CIFS-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/CIFS kann anfällig sein fürRansomware Malware, die Tausende von Lese- und Schreibvorgängen über SMB/CIFS durchführt, um Dateien zu verschlüsseln, die auf Dateiservern im Netzwerk gespeichert sind.
- SMB/CIFS ist ein Fernwartung Protokoll, das ein Angreifer nutzen kann, um mit entfernten Geräten zu interagieren und sich seitlich im Netzwerk zu bewegen.
CIFS-Kundenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt CIFS Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- Erfahre mehr über Überlegungen zur CIFS-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
CIFS Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann SMB/CIFS-Fehler aufgetreten sind und wie viele Antworten der
SMB/CIFS-Client erhalten hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Client zu dem
Zeitpunkt war, als er die Fehler empfing.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie sich Details zu jedem Fehler anzeigen lassen, 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 dem 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/ CIFS-Kunde Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der SMB/CIFS-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/ CIFS-Kunde Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. - Operationen
- Dieses Diagramm zeigt, wann der SMB/CIFS-Client Lese-, Schreib- und
Dateisysteminformationsanforderungsvorgänge ausgeführt hat.
Metrisch Beschreibung Liest Die Anzahl der gesendeten Lesevorgangsanfragen von diesem SMB- /CIFS-Client Schreibt Die Anzahl der gesendeten Schreiboperationsanforderungen von diesem SMB- /CIFS-Client Erzeugt Die Anzahl der Erstellungsvorgangsanfragen gesendet von diesem SMB/CIFS-Client Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Client - Operationen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele Lese- und Schreibvorgänge der SMB/CIFS-Client
ausgeführt hat.
Metrisch Beschreibung Liest Die Anzahl der gesendeten Lesevorgangsanfragen von diesem SMB- /CIFS-Client Schreibt Die Anzahl der gesendeten Schreiboperationsanforderungen von diesem SMB- /CIFS-Client Erzeugt Die Anzahl der Erstellungsvorgangsanfragen gesendet von diesem SMB/CIFS-Client Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Client - Leistung (95. Perzentil)
- Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Zugriffszeit gibt an, wie lange
Server gebraucht haben, um Lese- oder Schreibvorgänge zu verarbeiten, die auf Blockdaten innerhalb einer Datei zugegriffen haben.
Die Zugriffszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte
Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der
folgenden Abbildung dargestellt:
Es kann schwierig sein, allein anhand der Zugriffszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metrik allein ein unvollständiges Bild liefert. Daher ist die Metrik Round Trip Time (RTT) auch 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 im 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 die TCP-RTT- als auch die Zugriffszeiten stimmen.
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 wurden.
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 Zeit benötigt hat, bis die Antwort im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung SMB-/CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG 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/CIFS-Kunden Die Zeit zwischen dem Senden eines SMB- und CIFS-Clients an Paket, das eine sofortige Bestätigung erforderte und wann der Client das erhielt 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 bietet Ihnen das 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 Bearbeitung von Anfragen vom Client benötigten,
im Vergleich zur durchschnittlichen Zeit, die Pakete aus diesen Anfragen (und ihren 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 Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG 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/CIFS-Kunden Die Zeit zwischen dem Senden eines SMB- und CIFS-Clients an Paket, das eine sofortige Bestätigung erforderte und wann der Client das erhielt Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
CIFS-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 die Gesamtzahl der vom Client gesendeten Anfragen nach Methode aufgeschlüsselt wird.
- Versionen
- Dieses Diagramm zeigt, welche SMB/CIFS-Versionen die meisten Antworten vom Client erhalten haben, indem die Gesamtzahl der Antworten, die der Client erhalten hat, aufgeschlüsselt nach Version.
- Die besten Nutzer
- Dieses Diagramm zeigt, welche Benutzer auf dem Client am aktivsten waren, indem die Gesamtzahl der vom Client gesendeten SMB/CIFS-Anfragen nach Benutzern aufgeschlüsselt wird.
- Die häufigsten 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 aufgeschlüsselt wird.
CIFS-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Zugriffszeit
- In diesem Diagramm werden die Zugriffszeiten in einem Histogramm dargestellt, um die häufigsten
Zugriffszeiten anzuzeigen.
Metrisch Beschreibung SMB-/CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG 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 Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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.
Metrische CIFS-Summen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Gesamtzahl der Anfragen und Antworten
- Dieses Diagramm zeigt Ihnen, wie viele Operationen der SMB/CIFS-Client ausgeführt hat.
Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von diesem SMB/CIFS gesendet wurden Client. Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen gesendet von diesem SMB/CIFS-Client Warnungen Die Anzahl der eingegangenen Antworten SMB- /CIFS-Client mit einem SMB-Statuscode, der auf eine Warnung hinweist, z. B. STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES Erzeugt Die Anzahl der Erstellungsvorgangsanfragen gesendet von diesem SMB/CIFS-Client Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. Liest Die Anzahl der gesendeten Lesevorgangsanfragen von diesem SMB- /CIFS-Client Schreibt Die Anzahl der gesendeten Schreiboperationsanforderungen von diesem SMB- /CIFS-Client Umbenennungen Die Anzahl der Anfragen für Umbenennungsvorgänge gesendet von diesem SMB//CIFS-Client Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Client Schleusen Die Anzahl der Sperroperationsanfragen produziert von diesem SMB/CIFS-Client - Größe der Anfrage und Antwort
- Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung Größe der CIFS-Client-Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die von diesem SMB/CIFS-Client gesendet wurden Größe der CIFS-Client-Antwort Die Verteilung der Größen (in Byte) von Antworten, die empfangen werden, wenn das Gerät als SMB/CIFS-Client fungiert
CIFS-Serverseite
Auf dieser Seite werden Metrikdiagramme von angezeigt CIFS Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- Erfahre mehr über Überlegungen zur CIFS-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
CIFS Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann SMB/CIFS-Fehler aufgetreten sind und wie viele SMB/CIFS-Antworten
der Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zu dem Zeitpunkt war, als
er die Fehler zurückgab.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie sich Details zu jedem Fehler anzeigen lassen, 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 dem Fehlercode durchzuführen, klicken Sie auf Fehler und wähle Fehler aus der Speisekarte. Metrisch Beschreibung Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server. Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. - Transaktionen insgesamt
-
Dieses Diagramm zeigt die Gesamtzahl der CIFS-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server. Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. - Operationen
- Dieses Diagramm zeigt, wann die Lese-, Schreib- und
Dateisysteminformationsanforderungsvorgänge auf dem Server ausgeführt wurden.
Metrisch Beschreibung Liest Die Anzahl der Anfragen für Lesevorgänge von diesem SMB/CIFS-Server empfangen Schreibt Die Anzahl der Schreiboperationsanforderungen von diesem SMB/CIFS-Server empfangen Erzeugt Die Anzahl der Erstellungsvorgangsanfragen von diesem SMB/CIFS-Server empfangen Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Server - Operationen insgesamt
- Dieses Diagramm zeigt, wie viele Lese- und Schreibvorgänge auf dem
Server ausgeführt wurden.
Metrisch Beschreibung Liest Die Anzahl der Anfragen für Lesevorgänge von diesem SMB/CIFS-Server empfangen Schreibt Die Anzahl der Schreiboperationsanforderungen von diesem SMB/CIFS-Server empfangen Erzeugt Die Anzahl der Erstellungsvorgangsanfragen von diesem SMB/CIFS-Server empfangen Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Server - Leistung (95. Perzentil)
- Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Zugriffszeit gibt an, wie lange
Server gebraucht haben, um Lese- oder Schreibvorgänge zu verarbeiten, die auf Blockdaten innerhalb einer Datei zugegriffen haben.
Die Zugriffszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte
Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der
folgenden Abbildung dargestellt:
Es kann schwierig sein, allein anhand der Zugriffszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metrik allein ein unvollständiges Bild liefert. Daher ist die Metrik Round Trip Time (RTT) auch 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 im 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 die TCP-RTT- als auch die Zugriffszeiten stimmen.
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 wurden.
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 Zeit benötigt hat, bis die Antwort im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung SMB-/CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG 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-/CIFS-Server Die Zeit zwischen dem Senden eines SMB- und CIFS-Servers Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. 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 bietet Ihnen das Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
- Wenn ein Server langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden
, ob das Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken
zeigen die durchschnittliche Zeit, die der Server für die Bearbeitung von Anfragen von Clients benötigte,
im Vergleich zur durchschnittlichen Zeit, die Pakete aus diesen Anfragen (und ihren 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 dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG 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-/CIFS-Server Die Zeit zwischen dem Senden eines SMB- und CIFS-Servers Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
CIFS-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche SMB/CIFS-Methoden auf dem Server am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Methode aufgeteilt wird.
- Versionen
- Dieses Diagramm zeigt, welche SMB/CIFS-Versionen die meisten vom Server gesendeten Antworten hatten, indem die Gesamtzahl der vom Server gesendeten Antworten, aufgelistet nach Version, aufgeschlüsselt wird.
- Die besten Nutzer
- Dieses Diagramm zeigt, welche Benutzer auf dem Server am aktivsten waren, indem es die Gesamtzahl der SMB-/CIFS-Anfragen aufschlüsselt, die vom Benutzer an den Server gesendet wurden.
- Die häufigsten 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 aufgeschlüsselt wird.
CIFS-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Zugriffszeit
- In diesem Diagramm werden die Zugriffszeiten in einem Histogramm dargestellt, um die häufigsten
Zugriffszeiten anzuzeigen.
Metrisch Beschreibung SMB-/CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG 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 CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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.
Metrische CIFS-Summen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
- Dieses Diagramm zeigt, wie viele Operationen auf dem
SMB/CIFS-Server ausgeführt wurden.
Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von diesem SMB eingegangen sind/ CIFS-Server Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server. Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen von diesem SMB/CIFS-Server empfangen Warnungen Die Anzahl der von diesem SMB gesendeten Antworten /CIFS-Server mit einem SMB-Statuscode, der eine Warnung anzeigt, wie STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES Erzeugt Die Anzahl der Erstellungsvorgangsanfragen von diesem SMB/CIFS-Server empfangen Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. Liest Die Anzahl der Anfragen für Lesevorgänge von diesem SMB/CIFS-Server empfangen Schreibt Die Anzahl der Schreiboperationsanforderungen von diesem SMB/CIFS-Server empfangen Umbenennungen Die Anzahl der Anfragen für Umbenennungsvorgänge von diesem SMB/CIFS-Server empfangen Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Server Schleusen Die Anzahl der Sperroperationsanfragen von diesem SMB/CIFS-Server empfangen - Größe der Anfrage und Antwort
- Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung Größe der SMB-/CIFS-Serveranforderung Die Verteilung der Größen (in Byte) von Anfragen, die von diesem SMB/CIFS-Server Größe der SMB-/CIFS-Serverantwortlichkeit Die Verteilung der Größen (in Byte) von Antworten, die von diesem SMB/CIFS-Server gesendet wurden
CIFS-Kundengruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt CIFS Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- Erfahre mehr über Überlegungen zur CIFS-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
CIFS Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann SMB/CIFS-Fehler aufgetreten sind und wie viele Antworten die
SMB/CIFS-Clients erhalten haben. Anhand dieser Informationen können Sie feststellen, 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 weiter unten im Abschnitt Metriken für Gruppen.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. - Transaktionen insgesamt
- Dieses Diagramm zeigt Ihnen, wie viele SMB/CIFS-Antworten die Kunden erhalten haben und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
CIFS-Details für die Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (CIFS-Kunden)
- Dieses Diagramm zeigt, welche SMB/CIFS-Clients in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB/CIFS-Anfragen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche SMB/CIFS-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der von der Gruppe gesendeten Anfragen nach Methode aufgeschlüsselt wird.
- Versionen
- Dieses Diagramm zeigt, welche SMB/CIFS-Versionen die meisten Antworten von Kunden in der Gruppe erhielten, indem die Gesamtzahl der Antworten, die die Gruppe erhalten hat, aufgeschlüsselt nach Version, aufgeschlüsselt wird.
- Die besten Nutzer
- Dieses Diagramm zeigt, welche SMB/CIFS-Benutzer in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB/CIFS-Antworten, die die Gruppe nach Benutzern erhalten hat, aufgeschlüsselt wird.
CIFS-Metriken für Gruppen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von diesem SMB/CIFS gesendet wurden Client. Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen gesendet von diesem SMB/CIFS-Client Warnungen Die Anzahl der eingegangenen Antworten SMB- /CIFS-Client mit einem SMB-Statuscode, der auf eine Warnung hinweist, z. B. STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES Erzeugt Die Anzahl der Erstellungsvorgangsanfragen gesendet von diesem SMB/CIFS-Client Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. Liest Die Anzahl der gesendeten Lesevorgangsanfragen von diesem SMB- /CIFS-Client Schreibt Die Anzahl der gesendeten Schreiboperationsanforderungen von diesem SMB- /CIFS-Client Umbenennungen Die Anzahl der Anfragen für Umbenennungsvorgänge gesendet von diesem SMB//CIFS-Client Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Client Schleusen Die Anzahl der Sperroperationsanfragen produziert von diesem SMB/CIFS-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 Bearbeitung von Anfragen von den Clients benötigten. Hohe Zugriffszeiten deuten darauf hin, dass
die Clients langsame Server kontaktieren.
Metrisch Beschreibung SMB-/CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
CIFS-Servergruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt CIFS Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- Erfahre mehr über Überlegungen zur CIFS-Sicherheit
- Erfahre mehr über mit Metriken arbeiten.
CIFS Zusammenfassung für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Dieses Diagramm zeigt Ihnen, wann SMB/CIFS-Fehler aufgetreten sind und wie viele SMB/CIFS-Antworten die
Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem
Zeitpunkt waren, als sie die Fehler gemeldet haben.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.
Metrisch Beschreibung Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server. Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. - Transaktionen insgesamt
- Dieses Diagramm zeigt, wie viele CIFS-Antwortserver in der Gruppe gesendet haben und wie viele
dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server. Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
CIFS-Details für die Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Top-Gruppenmitglieder (CIFS-Server)
- Dieses Diagramm zeigt, welche SMB-/CIFS-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der CIFS-Antworten, die die Gruppe vom Server gesendet hat, aufgeschlüsselt wird.
- Die besten Methoden
- Dieses Diagramm zeigt, welche SMB/CIFS-Methoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Methode aufgeschlüsselt wird.
- Versionen
- Dieses Diagramm zeigt, bei welchen SMB/CIFS-Versionen die meisten Antworten von Servern in der Gruppe gesendet wurden, indem die Gesamtzahl der von der Gruppe gesendeten Antworten aufgeschlüsselt wird, aufgeschlüsselt nach Version.
- Die besten Nutzer
- Dieses Diagramm zeigt, welche SMB/CIFS-Benutzer in der Gruppe am aktivsten waren, indem es die Gesamtzahl der SMB/CIFS-Antworten aufschlüsselt, die die Gruppe nach Benutzern gesendet hat.
CIFS-Metriken in der Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von diesem SMB eingegangen sind/ CIFS-Server Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server. Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen von diesem SMB/CIFS-Server empfangen Warnungen Die Anzahl der von diesem SMB gesendeten Antworten /CIFS-Server mit einem SMB-Statuscode, der eine Warnung anzeigt, wie STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES Erzeugt Die Anzahl der Erstellungsvorgangsanfragen von diesem SMB/CIFS-Server empfangen Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil. Liest Die Anzahl der Anfragen für Lesevorgänge von diesem SMB/CIFS-Server empfangen Schreibt Die Anzahl der Schreiboperationsanforderungen von diesem SMB/CIFS-Server empfangen Umbenennungen Die Anzahl der Anfragen für Umbenennungsvorgänge von diesem SMB/CIFS-Server empfangen Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Server Schleusen Die Anzahl der Sperroperationsanfragen von diesem SMB/CIFS-Server empfangen - Zeit des Zugriffs
- Wenn sich eine Servergruppe langsam verhält, 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 Bearbeitung von Anfragen von Clients benötigten. Hohe Serverzugriffszeiten
deuten darauf hin, dass die Server langsam sind.
Metrisch Beschreibung SMB-/CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-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 Auslöser.
- Weitere Informationen zu Dashboards finden Sie unter Armaturenbretter.
- Weitere Informationen zu Datensätzen finden Sie unter Rekorde.
Ü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
Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Verkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 waren. 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 Datenbankaufantworten, die mit dem verknüpft sind Anwendung. Fehler Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten sein untersucht. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der Datenbankantworten, die mit
der Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung Antworten Die Anzahl der Datenbankaufantworten, die mit dem verknüpft sind Anwendung. Fehler Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten sein untersucht. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken.
Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit gibt an, 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.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung Verarbeitungszeit des Servers Die Zeit, die zum Senden der Datenbankinstanz benötigt wurde das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb. Zeit für Hin- und Rückfahrt Die Zeit, die der Server oder Client zum Senden einer verpacken und eine Bestätigung (ACK) erhalten. Die Hin- und Rückreisezeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Roundtrip-Zeit (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 bietet Ihnen das Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn eine Anwendung langsam reagiert, 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 Bearbeitung von
Anfragen von Clients benötigten, im Vergleich zum 95. Perzentil der Zeit, die Pakete aus diesen Anfragen
(und ihren 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 zum Senden der Datenbankinstanz benötigt wurde das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb. Zeit für Hin- und Rückfahrt Die Zeit, die der Server oder Client zum Senden einer verpacken und eine Bestätigung (ACK) erhalten. Die Hin- und Rückreisezeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Roundtrip-Zeit (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 Datenbankanfragen nach Methode aufgeschlüsselt wird.
- Die besten Methoden (detailliert)
- Dieses Diagramm zeigt, welche Datenbankmethoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der Datenbankanfragen nach Methode aufgeschlüsselt wird.
- Die besten Nutzer
- Dieses Diagramm zeigt, welche Benutzer in der Anwendung am aktivsten waren, indem es die Gesamtzahl der von der Anwendung gesendeten Datenbankanfragen aufschlüsselt.
Datenbank-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit des Datenbankservers Die Zeit, die zum Senden der Datenbankinstanz benötigt wurde das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb. - Verarbeitungszeit des Servers
-
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung Verarbeitungszeit des Datenbankservers Die Zeit, die zum Senden der Datenbankinstanz benötigt wurde das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit, die der Server oder Client zum Senden einer verpacken und eine Bestätigung (ACK) erhalten. Die Hin- und Rückreisezeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Roundtrip-Zeit (RTT) weist auf ein Netzwerk hin Latenz. - Zeit für Hin- und Rückfahrt
-
Diese Tabelle zeigt
die durchschnittliche Hin- und Rückflugzeit für die Anwendung.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit, die der Server oder Client zum Senden einer verpacken und eine Bestätigung (ACK) erhalten. Die Hin- und Rückreisezeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Roundtrip-Zeit (RTT) weist auf ein Netzwerk hin Latenz.
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
-
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung
zugeordnet waren. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete
angeben, die über einen bestimmten Zeitraum an sie gesendet werden können.
Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein
Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang
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 Zero Windows anfordern Die Anzahl der Null-Window-Anzeigen, die gesendet wurden von Datenbankclients. 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.
Antwort Null Windows Die Anzahl der Null-Window-Anzeigen, die gesendet wurden von Server beim Empfangen von Datenbankanfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl von ausgehenden Zero-Windows weist darauf hin, dass ein Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Gesamtzahl der Host-Stände
- Dieses Diagramm zeigt die durchschnittliche Anzahl von Zero-Window-Werbeanzeigen, die von Geräten gesendet wurden.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen
Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu
viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät
eine Anfrage oder Antwort sendet und innerhalb einer bestimmten
Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen
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 Clients 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 Datenbankaufantworten 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 ausgehenden 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 von Timeouts bei der erneuten Übertragung, die durch Überlastung beim Senden von Anfragen durch Clients und Server verursacht wurden.
Gesamtwerte der Datenbankmetriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 herauszufinden, ob das Problem mit dem Netzwerk oder einem Server zusammenhängt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der damit verbundenen Datenbankanfragen Anwendung. Antworten Die Anzahl der Datenbankaufantworten, die mit dem verknüpft sind Anwendung. Fehler Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten sein untersucht. - Datenbank-Netzwerkmetriken
-
Metrisch Beschreibung Zero Windows anfordern Die Anzahl der Null-Window-Anzeigen, die gesendet wurden von Datenbankclients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Antwort Null Windows Die Anzahl der Null-Window-Anzeigen, die gesendet wurden von Server beim Empfangen von Datenbankanfragen. 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 Clients 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 Datenbankaufantworten 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-Bytes, die mit verknüpft sind Datenbankanfragen. Antwort L2 Byte Die Anzahl der L2-Bytes, die mit verknüpft sind Antworten der Datenbank. 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 Antworten der Datenbank. 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
Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 Antworten der
Datenbankclient erhalten hat. Anhand dieser Informationen können Sie feststellen, 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 von der Datenbank gemeldeten Rohfehlermeldung. 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 Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang. Fehler Die Anzahl der Fehlermeldungen, die waren 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 Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang. Fehler Die Anzahl der Fehlermeldungen, die waren von Datenbankclients empfangen. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das
95. Perzentil der Timing-Metriken. Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer
vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange der Client gebraucht hat, um
Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um
die Anfragen zu verarbeiten; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um
Antworten an das Netzwerk zu übertragen.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung Übertragungszeit der Datenbank-Client-Anfrage Wenn das Gerät als Datenbank fungiert client, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System 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 Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen. Übertragungszeit der Datenbank-Client-Antwort Wenn das Gerät als Datenbank fungiert client, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket der empfangenen Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbank Client einer Paket, für das eine sofortige Bestätigung erforderlich war und wann der Client die Bestätigung. 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 bietet Ihnen das 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 das 95. Perzentil der Zeit, die Server für die Bearbeitung von
Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen
Anfragen (und ihren 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 Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen. Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbank Client einer Paket, für das eine sofortige Bestätigung erforderlich war und wann der Client die Bestätigung. 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 Methoden der Client am häufigsten aufgerufen hat, indem die Gesamtzahl der Datenbankanfragen, die der Client nach Methode gesendet hat, aufgeschlüsselt wird.
- Die wichtigsten Statuscodes
- Dieses Diagramm zeigt, welche Statuscodes der Kunde am häufigsten erhalten hat, indem die Anzahl der an den Client zurückgegebenen Antworten nach Statuscode aufgeschlüsselt wird.
- Die besten Nutzer
- Dieses Diagramm zeigt, welche Benutzer auf dem Client am aktivsten waren, indem es die Gesamtzahl der vom Client gesendeten Datenbankanfragen nach Benutzern aufschlüsselt.
Datenbank-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen. - 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 Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbank Client einer Paket, für das eine sofortige Bestätigung erforderlich war und wann der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit für Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Hin- und Rückflugzeit für den Client.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbank Client einer Paket, für das eine sofortige Bestätigung erforderlich war und wann der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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 Datenbankmetriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
- 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 beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der
Netzwerk-Daten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von dieser Datenbank gesendet wurden Client. Anfragen decken eine Reihe von Vorgängen ab: Verbindungsverhandlungen, Sitzung Konfiguration, Datendefinitionssprache (DDL), Datenänderungssprache (DML) oder Daten werden gelesen (auswählen). Antworten Die Anzahl der Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang. Fehler Die Anzahl der Fehlermeldungen, die waren 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 die Verbindung abgelaufen ist oder die Verbindung geschlossen mit einem TCP-Reset (RST) oder FIN 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 kann die vollständige Antwort nicht empfangen, da das Verbindungszeitlimit überschritten wurde oder Die Verbindung wurde mit einem TCP-Reset (RST) oder FIN geschlossen - Größe der Anfrage und Antwort
- Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät gesendet hat, als es als Datenbankclient agiert. Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die das Gerät erhalten hat, als es als Datenbankclient agiert hat.
Datenbankserverseite
Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 Datenbankantworten der
Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zu dem Zeitpunkt war, als er die Fehler
zurückgab.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie sich Details zu jedem Fehler anzeigen lassen, einschließlich der von der Datenbank gemeldeten Rohfehlermeldung. 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 angefordertem Vorgang. 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 angefordertem Vorgang. 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 Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server gebraucht hat, um Anfragen zu verarbeiten;
und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das
Netzwerk zu übertragen.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Transferzeit anfragen Wenn das Gerät als Datenbank fungiert Server, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket eingegangener 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, nachdem du das letzte Paket der abfragen. Übertragungszeit der Antwort Wenn das Gerät als Datenbank fungiert Server, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket gesendeter Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbankserver Senden einer Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. 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 bietet Ihnen das Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn ein Server langsam reagiert, können Sie
anhand von Leistungsübersichtsmetriken herausfinden, ob das
Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken zeigen das 95. Perzentil der Zeit, die der
Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die
Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten.
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, nachdem du das letzte Paket der abfragen. Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbankserver Senden einer Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. 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 auf dem Server am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Methode aufgeteilt wird.
- Die wichtigsten Statuscodes
- Dieses Diagramm zeigt, welche Datenbankstatuscodes der Server am häufigsten zurückgegeben hat, indem die Gesamtzahl der vom Server gesendeten Antworten nach Statuscode aufgeschlüsselt wird.
- Die besten Nutzer
- Dieses Diagramm zeigt, welche Benutzer auf dem Server am aktivsten waren, indem die Gesamtzahl der vom Benutzer an den Server gesendeten Datenbankanforderungen aufgeschlüsselt wird.
Datenbank-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort, nachdem du das letzte Paket der abfragen. - 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, nachdem du das letzte Paket der abfragen. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbankserver Senden einer Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit für Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Roundtrip-Zeit für den Server.
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbankserver Senden einer Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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 Datenbankmetriken
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 beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der
Netzwerk-Daten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Anfragen Die Anzahl der Anfragen, die von allen Datenbank empfangen wurden Instanzen auf diesem Server. Anfragen decken eine Reihe von Vorgängen ab: Verbindung Verhandlungen, Sitzungskonfiguration, Datendefinitionssprache (DDL), Daten Sprache ändern (DML) oder Daten lesen (auswählen) Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angefordertem Vorgang. 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 komplette Anfrage, weil das Verbindungs-Timeout abgelaufen ist oder die Verbindung geschlossen mit einem TCP-Reset (RST) oder FIN 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, weil das Zeitlimit für die Verbindung abgelaufen ist oder die Verbindung geschlossen wurde mit einem TCP-Reset (RST) oder FIN - Größe der Anfrage und Antwort
- Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät empfangen hat, als es als Datenbankserver fungierte. Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die das Gerät gesendet hat, als es als Datenbankserver fungierte.
Seite Datenbank-Client-Gruppe
Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 Datenbankantworten die
Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als
sie die Fehler gemeldet haben.
Wenn Sie eine große Anzahl von Fehlern sehen, können Sie die spezifischen Statuscodes, die in den Anfragen zurückgegeben wurden, aufschlüsseln und herausfinden, warum Server die Anfragen nicht bearbeiten konnten. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Datenbankanfragen zu Datenbankantworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.
Hinweis: Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite. Metrisch Beschreibung Antworten Die Anzahl der Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang. Fehler Die Anzahl der Fehlermeldungen, die waren 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 Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang. Fehler Die Anzahl der Fehlermeldungen, die waren 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 es die Gesamtzahl der Datenbankanfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
- Die besten Methoden
- Dieses Diagramm zeigt, welche Datenbankmethoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, nach Methode aufgeteilt wird.
- Die wichtigsten Statuscodes
- Dieses Diagramm zeigt, welche Datenbank-Statuscodes die Gruppe am häufigsten erhalten hat, indem die Anzahl der an die Gruppe zurückgegebenen Antworten nach Statuscode aufgeschlüsselt wird.
Datenbankmetriken für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von dieser Datenbank gesendet wurden Client. Anfragen decken eine Reihe von Vorgängen ab: Verbindungsverhandlungen, Sitzung Konfiguration, Datendefinitionssprache (DDL), Datenänderungssprache (DML) oder Daten werden gelesen (auswählen). Antworten Die Anzahl der Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang. Fehler Die Anzahl der Fehlermeldungen, die waren 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 die Verbindung abgelaufen ist oder die Verbindung geschlossen mit einem TCP-Reset (RST) oder FIN 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 kann die vollständige Antwort nicht empfangen, da das Verbindungszeitlimit überschritten 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 Bearbeitung von Anfragen von den Clients benötigten. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen.
Seite Datenbankserver-Gruppe
Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 insgesamt
- Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Datenbankantworten die
Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als
sie die Fehler gemeldet haben.
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 zu erfahren, warum die Server die Anfragen nicht bearbeiten konnten. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Datenbankanfragen zu Datenbankantworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.
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 angefordertem Vorgang. 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, wie viele Datenbankantwortserver 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 angefordertem Vorgang. 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 Diagramme 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 aufschlüsselt, die die Gruppe vom Server gesendet hat.
- 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 erhalten hat, nach Methode aufgeteilt wird.
- Wichtigster Statuscode
- Dieses Diagramm zeigt, welche Datenbank-Statuscodes die Gruppen am häufigsten zurückgegeben haben, indem die Gesamtzahl der von der Gruppe gesendeten Antworten nach Statuscode aufgeschlüsselt wird.
Datenbankmetriken für Gruppe
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Anfragen Die Anzahl der Anfragen, die von allen Datenbank empfangen wurden Instanzen auf diesem Server. Anfragen decken eine Reihe von Vorgängen ab: Verbindung Verhandlungen, Sitzungskonfiguration, Datendefinitionssprache (DDL), Daten Sprache ändern (DML) oder Daten lesen (auswählen) Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angefordertem Vorgang. 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 komplette Anfrage, weil das Verbindungs-Timeout abgelaufen ist oder die Verbindung geschlossen mit einem TCP-Reset (RST) oder FIN 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, weil das Zeitlimit für die Verbindung abgelaufen 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
Bearbeitung von Anfragen von Clients benötigten. 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, nachdem du das letzte Paket der abfragen.
DHCP
Das ExtraHop-System sammelt Metriken über Dynamisches Host-Konfigurationsprotokoll (DHCP) Aktivität. DHCP ist ein Protokoll zur dynamischen Verteilung von Netzwerkkonfigurationsparametern.
DHCP-Anwendungsseite
Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Datenverkehr, der einem Anwendungscontainer in Ihrem Netzwerk zugeordnet ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 waren. 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 von DHCP-Servern, aufgeteilt 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 gemessen wird, zu dem das letzte Paket einer
Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung 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-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung 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 den höchsten Wert für einen bestimmten Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle 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:
- Die häufigsten Arten von Anforderungsnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Anwendung am häufigsten gesendet hat, indem die Gesamtzahl der von der Anwendung gesendeten Anfragen nach Nachrichtentyp aufgeschlüsselt 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 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von DHCP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten. - Verarbeitungszeit des Servers
-
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von DHCP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Gesamtwerte der DHCP-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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-Bytes, die mit verknüpft sind DHCP-Anfragen Antwort L2 Byte Die Anzahl der L2-Bytes, 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
Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 feststellen, 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 Antworten, die mit einer Fehleroption empfangen wurden. - 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 Antworten, die mit einer Fehleroption empfangen wurden. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die Verarbeitungszeiten von DHCP-Servern, aufgeteilt nach Perzentilen.
Die Serververarbeitungszeit gibt an, wie lange Server gebraucht haben, um Anfragen vom Client zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer
Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Client-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung 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-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung 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 den höchsten Wert für einen bestimmten Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle 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:
- Die häufigsten Arten von Anforderungsnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Client am häufigsten gesendet hat, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Nachrichtentyp aufgeschlüsselt wird.
- Die häufigsten Arten von Antwortnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Client am häufigsten erhalten hat, indem 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Client-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung 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-Client-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung 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:
- Anfragen und Antworten insgesamt
- 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 intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 Antworten, die mit einer Fehleroption empfangen wurden.
DHCP-Serverseite
Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 zu dem Zeitpunkt war, als er die Fehler
zurückgab.
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 Antworten, die mit einer Fehleroption gesendet wurden. - Transaktionen insgesamt
- Dieses Diagramm zeigt die Gesamtzahl der DHCP-Antworten, die der Server gesendet hat, 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 Antworten, die mit einer Fehleroption gesendet wurden. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die Verarbeitungszeiten von DHCP-Servern, aufgeteilt nach Perzentilen. Die
Serververarbeitungszeit gibt an, wie lange der Server gebraucht hat, um Anfragen von Clients zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer
Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets 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-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets 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 den höchsten Wert für einen bestimmten Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle zeigt, wie die Anzeige des 95. Werts anstelle des tatsächlichen Maximums zu einer genaueren Ansicht der Daten führen kann:
DHCP-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die häufigsten Arten von Anforderungsnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten erhalten hat, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Nachrichtentyp aufgeschlüsselt 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 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets 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-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
Gesamtwerte der DHCP-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn Sie als DHCP-Server agieren 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 Antworten, die mit einer Fehleroption gesendet wurden.
DHCP-Clientgruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 feststellen, 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 weiter unten im Abschnitt Metriken für Gruppen.
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 Antworten, die mit einer Fehleroption empfangen wurden. - 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 Antworten, die mit einer Fehleroption empfangen wurden.
DHCP-Details für die 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 es die Gesamtzahl der DHCP-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
- Die häufigsten Arten von Anforderungsnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Gruppe am häufigsten gesendet hat, indem die Gesamtzahl der von der Gruppe gesendeten Anfragen nach Nachrichtentyp aufgeschlüsselt 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 aufgeschlüsselt wird.
DHCP-Metriken für Gruppen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 Antworten, die mit einer Fehleroption empfangen wurden. - 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 Bearbeitung von Anfragen von den Clients benötigten. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Client-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
DHCP-Servergruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 zu dem Zeitpunkt waren, als sie
die Fehler gemeldet haben.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.
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 Antworten, die mit einer Fehleroption gesendet wurden. - 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 Antworten, die mit einer Fehleroption gesendet wurden.
DHCP-Details für die 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, aufgeschlüsselt wird.
- Die häufigsten Arten von Anforderungsnachrichten
- Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten erhalten hat, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Nachrichtentyp aufgeschlüsselt 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 nach Nachrichtentyp aufgeschlüsselt wird.
DHCP-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 exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn Sie als DHCP-Server agieren 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 Antworten, die mit einer Fehleroption gesendet wurden. - Verarbeitungszeit des Servers
-
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die
Bearbeitung von Anfragen von Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer
Gruppe langsam sind.
Metrisch Beschreibung Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets 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
Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Verkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 waren. 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 anfordern Die Anzahl der Timeouts, die aufgetreten sind aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wurde. DNS-Timeouts können verursachen Verlangsamungen und Störungen - 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 anfordern Die Anzahl der Timeouts, die aufgetreten sind aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wurde. DNS-Timeouts können verursachen Verlangsamungen und Störungen - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeteilt nach Perzentilen.
Die Serververarbeitungszeit gibt an, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer
Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt 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 langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen. Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um den höchsten Wert für einen bestimmten Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle 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 langwieriger 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 an die Anwendung zurückgegebenen Antworten nach Opcode aufgeschlüsselt wird.
- Häufigste Host-Anfragen
- Dieses Diagramm zeigt, welche Host-Abfragen die Anwendung am häufigsten gestellt hat, indem es die Gesamtzahl der Anfragen aufschlüsselt, die die Anwendung per Host-Abfrage gesendet hat.
- 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die DNS-Server brauchten, um das zu senden erstes Paket einer Antwort nach dem Empfang des letzten Paket einer Anfrage. - Verarbeitungszeit des Servers
-
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die DNS-Server brauchten, um das zu senden erstes Paket einer Antwort nach dem 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 intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 anfordern Die Anzahl der Timeouts, die aufgetreten sind aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wurde. DNS-Timeouts können verursachen Verlangsamungen und Störungen 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-Netzwerkmetriken
-
Metrisch Beschreibung L2-Byte anfordern Die Anzahl der L2-Bytes, die mit DNS verknüpft sind Anfragen. Antwort L2 Byte Die Anzahl der L2-Bytes, die mit DNS verknüpft sind Antworten. Pakete anfordern Die Anzahl der mit DNS verknüpften Pakete Anfragen. Antwortpakete Die Anzahl der mit DNS verknüpften Pakete Antworten.
DNS-Client-Seite
Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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
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.
Antworten Die Anzahl der Antworten, die von diesem DNS empfangen wurden 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 Antworten, die von diesem DNS empfangen wurden 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 Zeitüberschreitungen bei Anfragen 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 Anfragen, die von diesem DNS gesendet wurden Client. Timeouts anfordern Die Anzahl der Timeouts, die aufgrund von Fälligkeit aufgetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanfrage, 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 Anfragen, die von diesem DNS gesendet wurden Client. Timeouts anfordern Die Anzahl der Timeouts, die aufgrund von Fälligkeit aufgetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanfrage, 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, aufgeteilt nach Perzentilen.
Die Serververarbeitungszeit gibt an, wie lange Server gebraucht haben, um Anfragen vom Client zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer
Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt 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 langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen. Das Diagramm Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um den höchsten Wert für einen Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle 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 langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.
DNS-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die wichtigsten Datensatztypen
- Dieses Diagramm zeigt, welche Datensatztypen der Client am häufigsten angefordert hat, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Datensatztyp aufgeschlüsselt wird.
- Häufigste 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 Kunde 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 sich das Gerät nicht im Flow Analysis befindet:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
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 langwieriger 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 langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.
Gesamtwerte der DNS-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
- 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 exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von diesem DNS gesendet wurden Client. Antworten Die Anzahl der Anfragen, die von diesem DNS gesendet wurden Client. Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage. Timeouts anfordern Die Anzahl der Timeouts, die aufgrund von Fälligkeit aufgetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanfrage, 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 gesendeten Anfragen, aber wurden während der Übertragung gekürzt, wenn das Gerät als DNS-Client fungiert. Eine verkürzte Die 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 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 zugrunde liegende Übertragungskanal zulässt.
DNS-Serverseite
Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 zu dem Zeitpunkt war, als er die Fehler
zurückgab.
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 Zeitüberschreitungen bei Anfragen 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 anfordern Die Anzahl der Timeouts, die mit verknüpft sind dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Timeouts 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 anfordern Die Anzahl der Timeouts, die mit verknüpft sind dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Timeouts bei DNS-Anfragen können zu Verlangsamungen führen und Störungen. - Verarbeitungszeiten des Servers
- Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeteilt nach Perzentilen. Die
Serververarbeitungszeit gibt an, wie lange der Server gebraucht hat, um Anfragen von Clients zu verarbeiten. Die
Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer
Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird. Dieses Diagramm
wird nicht angezeigt, wenn sich das Gerät im Modus Flow Analysis befindet.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen. - 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ötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen.
DNS-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die wichtigsten Datensatztypen
- Dieses Diagramm zeigt, welche Datensatztypen auf dem Server am häufigsten angefordert wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Datensatztyp aufgeschlüsselt wird.
- Häufigste 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 vom Server gesendeten Antworten nach Antwortcode aufgeteilt wird.
DNS-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar, sofern sich das Gerät nicht im Modus Flow Analysis befindet:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen. - Verarbeitungszeit des Servers
- Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.
Metrisch Beschreibung Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen.
Metrische Summen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
- 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 exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 anfordern Die Anzahl der Timeouts, die mit verknüpft sind dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Timeouts 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 zugrunde liegende Ü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.
Seite „DNS-Client-Gruppe"
Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Client-Verkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 feststellen, 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 weiter unten im Abschnitt Metriken für Gruppen.
Metrisch Beschreibung Antworten Die Anzahl der Antworten, die von diesem DNS empfangen wurden 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 Antworten, die von diesem DNS empfangen wurden 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 es die Gesamtzahl der DNS-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
- Die wichtigsten Datensatztypen
- Dieses Diagramm zeigt, welche Datensatztypen die Gruppe am häufigsten angefordert hat, indem die Gesamtzahl der von der Gruppe gesendeten Anfragen 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 aufgeschlüsselt wird.
DNS-Metriken für Gruppen
Die folgenden Diagramme sind in dieser Region verfügbar, sofern sich nicht alle Geräte in der Gruppe in Flow Analysis befinden:
- Anfragen und Antworten insgesamt
-
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 Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die von diesem DNS gesendet wurden Client. Antworten Die Anzahl der Antworten, die von diesem DNS empfangen wurden 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 Bearbeitung von Anfragen von den Clients benötigten. 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 langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.
DNS-Servergruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 zu dem Zeitpunkt waren, als sie
die Fehler gemeldet haben.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.
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, aufgeschlüsselt wird.
- Die wichtigsten Datensatztypen
- Dieses Diagramm zeigt, welche Datensatztypen auf Servern in der Gruppe am häufigsten angefordert wurden, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Datensatztyp aufgeschlüsselt 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 gesendet hat, nach Antwortcode aufgeteilt wird.
DNS-Metriken für Gruppen
Die folgenden Diagramme sind in dieser Region verfügbar, sofern sich nicht alle Geräte in der Gruppe in Flow Analysis befinden:
- 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 exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 anfordern Die Anzahl der Timeouts, die mit verknüpft sind dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Timeouts 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 zugrunde liegende Ü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
Bearbeitung von Anfragen von Clients benötigten. 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ötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen.
FIX
Das ExtraHop-System sammelt Kennzahlen zum Finanzinformationsaustausch (FIX) Protokollaktivität. FIX bietet Informationen über den Austausch von Finanztransaktionen in Echtzeit.
FIX-Anwendungsseite
Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Datenverkehr im Zusammenhang mit Anwendungscontainern in Ihrem Netzwerk.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 waren. 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 Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit gibt an, 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.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung Transferzeit anfragen Die Zeit zwischen der Erkennung durch das ExtraHop-System 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 durch das ExtraHop-System das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Anfragen Antworten. Übertragungszeit der Antwort Die Zeit zwischen der Erkennung durch das ExtraHop-System 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 für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das sofort bestätigt werden muss 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 bietet Ihnen das Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn eine Anwendung langsam reagiert, 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 Bearbeitung von
Anfragen von Clients benötigten, im Vergleich zum 95. Perzentil der Zeit, die Pakete aus diesen Anfragen
(und ihren 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 durch das ExtraHop-System das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Anfragen Antworten. Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.
FIX-Einzelheiten
Die folgenden Diagramme sind in dieser Region verfügbar:
- Die besten Methoden
- Dieses Diagramm zeigt, welche FIX-Methoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der FIX-Anfragen nach Methoden aufgeschlüsselt wird.
- Die besten Absender
- Dieses Diagramm zeigt die wichtigsten FIX-Absender für die Anwendung, aufgeschlüsselt nach der Gesamtzahl der FIX-Anfragen nach Absendern.
- Die wichtigsten Ziele
- Dieses Diagramm zeigt die wichtigsten FIX-Ziele für die Anwendung, indem die Gesamtzahl der FIX-Anfragen nach Zielen aufgeschlüsselt ist.
FIX-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung FIX Serververarbeitungszeit Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Anfragen Antworten. - Verarbeitungszeit des Servers
-
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung FIX Serververarbeitungszeit Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Anfragen Antworten. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten. - Zeit für Hin- und Rückfahrt
-
Diese Tabelle zeigt
die durchschnittliche Hin- und Rückflugzeit für die Anwendung.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
-
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung
zugeordnet waren. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete
angeben, die über einen bestimmten Zeitraum an sie gesendet werden können.
Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein
Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang
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 Zero Windows anfordern Die Anzahl der gesendeten Null-Window-Anzeigen 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.
Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen 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 von ausgehenden Zero-Windows weist darauf hin, dass ein Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Gesamtzahl der Host-Stände
- Dieses Diagramm zeigt die durchschnittliche Anzahl von Zero-Window-Werbeanzeigen, die von Geräten gesendet wurden.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen
Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu
viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät
eine Anfrage oder Antwort sendet und innerhalb einer bestimmten
Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen
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 Clients 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, wenn 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 von ausgehenden 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 von Timeouts bei der
erneuten Übertragung, die durch Überlastung beim Senden von Anfragen durch Clients und Server verursacht wurden.
Metrisch Definition RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Clients 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, wenn 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 von ausgehenden 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 Metrische Summen
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 herauszufinden, ob das Problem mit dem Netzwerk oder einem Server zusammenhängt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 anfordern Die Anzahl der gesendeten Null-Window-Anzeigen von FIX-Kunden. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen 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 Clients 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, wenn 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-Bytes, die mit FIX verknüpft sind Anfragen. Antwort L2 Byte Die Anzahl der L2-Bytes, 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 Antworten FIX. 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-Kundenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- Erfahre mehr über mit Metriken arbeiten.
FIX Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Diese Tabelle zeigt Ihnen, wann FIX-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele
FIX-Antworten der Kunde 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 erhaltenen 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 erhaltenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern. - Leistung (95. Perzentil)
-
Dieses Diagramm zeigt das
95. Perzentil der Timing-Metriken. Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer
vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange der Client gebraucht hat, um
Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um
die Anfragen zu verarbeiten; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um
Antworten an das Netzwerk zu übertragen.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung FIX Übertragungszeit der Kundenanfrage Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des ersten Pakets und des letzten Pakets durch das ExtraHop-System von gesendete Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. FIX Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. FIX Übertragungszeit der Kundenantwort Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des ersten Pakets und des letzten Pakets durch das ExtraHop-System von erhaltene Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit für 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 Bestätigung. 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 bietet Ihnen das 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 das 95. Perzentil der Zeit, die Server für die Bearbeitung von
Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen
Anfragen (und ihren 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 Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. Zeit für 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 Bestätigung. 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 nach Methode gesendet hat, aufgeschlüsselt wird.
- Die besten Versionen
- Dieses Diagramm zeigt, über welche Versionen des FIX-Protokolls der Client am meisten kommuniziert hat, indem es die Gesamtzahl der Anfragen aufschlüsselt, die der Client von der FIX-Version gesendet hat.
- Die wichtigsten Ziele
- Dieses Diagramm zeigt die wichtigsten FIX-Ziele für den Client, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Ziel 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung FIX Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung 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 Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für 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 Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit für Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Hin- und Rückflugzeit für den Client.
Metrisch Beschreibung Zeit für 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 Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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 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, 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 beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der
Netzwerk-Daten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als FIX-Kunde. 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 erhaltenen 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, empfing aber nicht vollständig. POS-Duplikat Die Anzahl möglicher doppelter Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Wenn ein FIX-Motor nicht sicher ist, ob ein Nachricht wurde erfolgreich an ihrem vorgesehenen Ziel oder bei der Beantwortung von Bei einer erneuten Sendeanforderung wird eine mögliche doppelte (PossDup) -Nachricht generiert POS erneut senden Die Anzahl der möglichen Nachrichten, die erneut gesendet werden das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung über einen übermäßigen Zeitraum von unbestätigt bleibt Zeit. - Größe der Anfrage und Antwort
- Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät gesendet hat, als es als FIX-Client fungiert. Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die empfangen werden, wenn das Gerät als FIX-Client fungiert.
FIX-Serverseite
Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- Erfahre mehr über mit Metriken arbeiten.
FIX-Zusammenfassung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Transaktionen
- Diese Tabelle 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 zu dem Zeitpunkt war, als er die Fehler
zurückgab.
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 Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an
das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server gebraucht hat, um Anfragen zu verarbeiten;
und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das
Netzwerk zu übertragen.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung FIX Übertragungszeit der Serveranfrage Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des ersten Pakets und des letzten Pakets durch das ExtraHop-System von eingegangene Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen. FIX Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. FIX Übertragungszeit der Serverantwort Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des ersten Pakets und des letzten Pakets durch das ExtraHop-System von gesendete Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. 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 bietet Ihnen das Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn ein Server langsam reagiert, können Sie
anhand von Leistungsübersichtsmetriken herausfinden, ob das
Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken zeigen das 95. Perzentil der Zeit, die der
Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die
Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten.
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 Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. 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 auf dem Server am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Methode aufgeteilt wird.
- Die besten Versionen
- Dieses Diagramm zeigt, über welche Versionen des FIX-Protokolls der Server am meisten 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 erhalten hat, nach Ziel 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 dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung FIX Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets 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 Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort. - Verteilung von Hin- und Rückflügen
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz. - Zeit für Hin- und Rückfahrt
-
Dieses Diagramm zeigt die durchschnittliche
Roundtrip-Zeit für den Server.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
- Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom
Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der
Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr
Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig
einzustellen, bis das Gerät den Vorgang 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-Eingang Die Anzahl der null Fenster, die an die 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 Out Die Anzahl der null Fenster, die gesendet wurden von 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 deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen 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 Sie eine große Anzahl von RTOs sehen, 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 Metrische Summen
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 beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der
Netzwerk-Daten
Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn Sie als FIX-Server agieren. 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 möglicher doppelter gesendeter Nachrichten wenn das Gerät als FIX-Server fungiert. Wenn eine FIX-Engine nicht sicher ist, ob eine Meldung wurde erfolgreich am vorgesehenen Ziel oder als Antwort auf ein erneutes Senden empfangen Bei einer Anfrage wird eine mögliche doppelte (PossDup) -Nachricht generiert POS erneut senden Die Anzahl der möglichen gesendeten Nachrichten zum erneuten Senden wenn das Gerät als FIX-Server fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung über einen übermäßigen Zeitraum von unbestätigt bleibt Zeit. - Durchschnittliche Anfrage- und Antwortgröße
- Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät empfangen hat, als es als FIX-Server fungierte. Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die empfangen werden, wenn das Gerät als FIX-Server fungiert.
FIX-Kundengruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Serververkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 feststellen, 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 weiter unten im Abschnitt Metriken für Gruppen.
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 erhaltenen 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 erhaltenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.
FIX-Details für die 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 es die Gesamtzahl der FIX-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
- Die besten Methoden
- Dieses Diagramm zeigt, welche FIX-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, nach Methode aufgeteilt wird.
- Die besten 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:
- Anfragen und Antworten insgesamt
-
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 Server verarbeiten
können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als FIX-Kunde. 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 erhaltenen 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, empfing aber nicht vollständig. POS-Duplikat Die Anzahl möglicher doppelter Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Wenn ein FIX-Motor nicht sicher ist, ob ein Nachricht wurde erfolgreich an ihrem vorgesehenen Ziel oder bei der Beantwortung von Bei einer erneuten Sendeanforderung wird eine mögliche doppelte (PossDup) -Nachricht generiert POS erneut senden Die Anzahl der möglichen Nachrichten, die erneut gesendet werden das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung über einen übermäßigen Zeitraum von 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 Bearbeitung von Anfragen von den Clients benötigten. Hohe
Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung FIX Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
FIX-Servergruppenseite
Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 zu dem Zeitpunkt waren, als sie
die Fehler gemeldet haben.
In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.
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 die 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, aufgeschlüsselt 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 erhalten hat, nach Methode aufgeteilt wird.
- Die besten Versionen
- Dieses Diagramm zeigt die wichtigsten FIX-Ziele für die Gruppe, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Zielen aufgeteilt wird.
Metriken für Gruppe korrigieren
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. Metrisch Beschreibung Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn Sie als FIX-Server agieren. 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 möglicher doppelter gesendeter Nachrichten wenn das Gerät als FIX-Server fungiert. Wenn eine FIX-Engine nicht sicher ist, ob eine Meldung wurde erfolgreich am vorgesehenen Ziel oder als Antwort auf ein erneutes Senden empfangen Bei einer Anfrage wird eine mögliche doppelte (PossDup) -Nachricht generiert POS erneut senden Die Anzahl der möglichen gesendeten Nachrichten zum erneuten Senden wenn das Gerät als FIX-Server fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung über einen übermäßigen Zeitraum von unbestätigt bleibt Zeit. - Verarbeitungszeit des Servers
-
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die
Bearbeitung von Anfragen von Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer
Gruppe langsam sind.
Metrisch Beschreibung FIX Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets 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
Auf dieser Seite werden Metrikdiagramme von angezeigt FTP Verkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
- 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 waren. 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 Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen
Transaktion. Die Anforderungsübertragungszeit gibt an, 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.
Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, 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 Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im 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 wurden.
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, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).
Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .
Metrisch Beschreibung Transferzeit anfragen Die Zeit zwischen der Erkennung durch das ExtraHop-System 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 durch das ExtraHop-System das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten. Übertragungszeit der Antwort Die Zeit zwischen der Erkennung durch das ExtraHop-System das erste Paket und das letzte Paket von FTP-Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen. Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das sofort bestätigt werden muss 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 bietet Ihnen das Diagramm eine genauere Ansicht der Daten:
- Aufführung (95.)
-
Wenn eine Anwendung langsam reagiert, 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 Bearbeitung von
Anfragen von Clients benötigten, im Vergleich zum 95. Perzentil der Zeit, die Pakete aus diesen Anfragen
(und ihren 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 durch das ExtraHop-System das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten. Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das sofort bestätigt werden muss 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 aufgeschlüsselt wird.
- Die wichtigsten Statuscodes
- Dieses Diagramm zeigt, welche FTP-Statuscodes der Server am häufigsten zurückgegeben hat, indem die Gesamtzahl der Antworten, die die Anwendung gesendet hat, nach Statuscode aufgeteilt wird.
- Die besten Nutzer
- Dieses Diagramm zeigt, welche Benutzer in der Anwendung am aktivsten waren, indem es die Gesamtzahl der von der Anwendung gesendeten FTP-Anfragen aufschlüsselt.
FTP-Leistung
Die folgenden Diagramme sind in dieser Region verfügbar:
- Verteilung der Serververarbeitungszeit
-
In diesem Diagramm werden die
Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung Verarbeitungszeit des FTP-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten. - Verarbeitungszeit des Servers
-
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung Verarbeitungszeit des FTP-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten. - Verteilung der Hin- und Rückreisezeit
-
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die
häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten. - Zeit für Hin- und Rückfahrt
-
Diese Tabelle zeigt
die durchschnittliche Hin- und Rückflugzeit für die Anwendung.
Metrisch Beschreibung Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.
Netzwerk-Daten
In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.
- Stände veranstalten
-
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung
zugeordnet waren. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete
angeben, die über einen bestimmten Zeitraum an sie gesendet werden können.
Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein
Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang
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 Zero Windows anfordern Die Anzahl der gesendeten Null-Window-Anzeigen 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.
Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen 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 von ausgehenden Zero-Windows weist darauf hin, dass ein Client die empfangene Datenmenge zu langsam verarbeiten konnte.
- Gesamtzahl der Host-Stände
- Dieses Diagramm zeigt die durchschnittliche Anzahl von Zero-Window-Werbeanzeigen, die von Geräten gesendet wurden.
- Netzwerkstände
-
Dieses Diagramm zeigt die Anzahl der aufgetretenen
Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu
viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät
eine Anfrage oder Antwort sendet und innerhalb einer bestimmten
Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen
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 für die erneute Übertragung (RTOs) verursacht durch eine Überlastung, als Clients 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, wenn 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 von ausgehenden 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 von Timeouts bei der
erneuten Übertragung, die durch Überlastung beim Senden von Anfragen durch Clients und Server verursacht wurden.
Metrisch Definition RTOs Ein Die Anzahl der Timeouts für die erneute Übertragung (RTOs) verursacht durch eine Überlastung, als Clients 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, wenn 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 von ausgehenden 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.
Gesamtwerte der FTP-Metriken
Die folgenden Diagramme sind in dieser Region verfügbar:
- Anfragen und Antworten insgesamt
-
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 herauszufinden, ob das Problem mit dem Netzwerk oder einem Server zusammenhängt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis: Es ist unwahrscheinlich, dass die Gesamtzahl der FTP-Anfragen und -Antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, 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 bei diesen Transaktionen ein Problem auftritt. 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 anfordern Die Anzahl der gesendeten Null-Window-Anzeigen von FTP-Clients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen 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 Timeouts für die erneute Übertragung (RTOs) verursacht durch eine Überlastung, als Clients 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, wenn 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 mit FTP verknüpften L2-Bytes Anfragen. Antwort L2 Byte Die Anzahl der mit FTP verknüpften L2-Bytes 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 mit FTP verknüpften Pakete Anfragen. Antwortpakete Die Anzahl der mit FTP verknüpften Pakete Antworten.
FTP-Client-Seite
Auf dieser Seite werden Metrikdiagramme von angezeigt FTP Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.
- Auf dieser Seite erfahren Sie mehr über Diagramme:
Danke für deine Rückmeldung. Dürfen wir Sie kontaktieren, um weitere Fragen zu stellen?