Beobachtung von TCP-Paketen und Serverantworten ermöglicht Rückschlüsse auf die Leistung von Web-Applikationen 

Administratoren können jetzt ein neues Feature von PRTG Network Monitor einsetzen: den Passive Application Performance Sensor. Damit gibt die Monitoring-Software der Paessler AG Nutzern die Möglichkeit, die Performance von Servern und Services im Blick zu behalten, ohne einen direkten Zugriff auf den Server oder Client haben zu müssen. Stattdessen nutzt der neue Sensor den PRTG-eigenen Packet Sniffer, um alle im Server eingehende TCP-Pakete und die entsprechenden Antwortpakete zu beobachten. Anhand der gemessenen Zeit für einen TCP-Paket-Roundtrip lässt sich die Performance eines Services/Servers messen. 

Für den Großteil der Monitoring-Szenarien sind entweder ein Zugang zum Server bzw. Gerät selbst notwendig, um wichtige Daten wie CPU, Speicherplatz, Festplatten und Bandbreiten zu überwachen. Oder der Administrator muss auf den jeweiligen Service zugreifen, um simulierte Anfragen versenden und Timing sowie Inhalte aus den entsprechenden Antworten auslesen zu können. Diesen Umweg vermeidet der Passive Application Performance Sensor. Er funktioniert mit Netzwerkprotokollen, die für jede Anfrage eine neue TCP-Netzwerkverbindung generieren. Dazu zählen z.B. SOAP und die meisten XML-Interfaces sowie REST-Services. Dienste wie POP3, IMAP und SMTP sind ebenfalls denkbar.

Der Sensor zeigt beispielsweise die Summe der Pakete und die Anzahl verlorener Pakete pro Sekunde auf einer Netzwerkarte an, ebenso wie die Gesamtzahl aller aktiven Verbindungen zu den überwachten Anwendungen. Um die Performance verschiedener Applikationen zu analysieren, wird die Zeitspanne ermittelt, die zwischen dem Absenden eines Paketes vom Client und der Antwort vom Server oder Service liegt. Auf Basis der Gesamtzahl der im letzten Monitoring-Intervall beobachteten Verbindungen zum Service wird dann die durchschnittliche Antwortzeit ermittelt. Je höher deren Anzahl ist, desto aussagekräftiger sind die Messungen.

Für interne oder externe Services
Der neue Sensor eignet sich unter anderem für die Performance-Beobachtung externer (Web-)Services wie z.B. Google Apps oder Amazon EC2. Darüber hinaus können IT-Verantwortliche auch das tatsächliche Antwortverhalten eines Webservers überprüfen. Ein Beispiel: Falls Nutzer plötzlich auf Grund von Neuigkeiten oder einem neuen Blog-Artikel andere Unterseiten aufsuchen, kann das Verhalten plötzlich ganz anders ausfallen als in der Testphase. Darüber hinaus lassen sich eigene Services im Blick behalten, die nicht weiter belastet werden sollen, da sie bereits zahlreiche rechenintensive Datenbankanfragen stellen.

Um den neuen Sensor nutzen zu können, muss PRTG auf die TCP-Pakete des zu überwachenden Servers zugreifen können. Dazu kann das IT-Team zum Beispiel Port-Mirroring auf einem Switch einsetzen. Alternativ lässt sich eine PRTG-Probe auf dem Server installieren, so dass das Packet Sniffing direkt auf der Netzwerkkarte stattfinden kann.