Applikations-Performance in Citrix Umgebungen

Transkript

1 Applikations-Performance in Citrix Umgebungen Monitoring und Troubleshooting mit OPNET Lösungen Page 1 of 6

2 CITRIX ist langsam! Mit dieser Frage sehen sich immer wieder IT Administratoren konfrontiert. Normalerweise ist mit dieser Beschreibung die direkte Erkentniss verbunden, dass ein langer und schwieriger Prozess des Troubleshooting folgen wird. Zunächst werden einige Stunden oder Tage vergehen, bis sich die verschiedenen Teams, die potentiell beteiligt sind, darauf einigen, wo man anfangen sollte, nach dem Problemverursacher zu suchen. Spätestens an dieser Stelle fragen sich dann User, Applikationsverantwortliche oder auch Manager: Was kann so schwierig daran sein, Citrix-Performance Probleme zu troubleshooten? Abbildung 1 - Citrix Monitoring mit dem OPNET AppResponse Xpert Um nur einige Gründe anzuführen, warum das Troubleshooten in Citrix-Umgebungen teilweise schwierig ist: Das Feedback kommt von Usern/Kunden, die oft die zugrundeliegende Technologie nicht verstehen (müssen). Diese User sind es gewohnt, mit Desktop-Applikationen zu arbeiten. Die Arbeit über Citrix weisst demgegenüber oft merkwürdige Eigenheiten auf, indem Mausklicks oder Tastatureingaben scheinbar im Nirvana verschwinden oder eine gewisse Zeit brauchen. Warum verhalten sich bestimmte Applikationen erwartungsgemäß und andere nicht? Das muß irgendwie am Netzwerk liegen - ist eine sehr verbreitete Aussage. Hier ist es im initialen Troubleshooting-Prozess wichtig, frühzeitig an der richtigen Stelle zu suchen, um dem Problem auf den Grund gehen zu können. Genau hier wird typischerweise der größte Aufwand betrieben, der sich immer dann steigert, wenn man zunächst an den falschen Stellen sucht. Page 2 of 6

3 Abbildung 2 - Citrix-Backend Überwachung mit dem OPNET ARX Citrix kann eine Last werden, wenn man Fehler sucht, die überhaupt nichts mit der Citrix Umgebung zu tun haben. Hier ist es wichtig, das aktuelle Szenario zunächst im Überblick zu betrachten, anstatt direkt mit dem Mikroskop auf Fehlersuche zu gehen. Ofmals ist die erste Disziplin in einem solchen Prozess das Untersuchen des Problems mittels Paket-Analyse Tools wie z.b. tcpdump, snoop oder Wireshark, anstatt zunächst auf die grundlegenden Dinge zu schauen. Abbildung 3 - Bestimmung des möglichen Root-Cause mit dem OPNET ARX Page 3 of 6

4 OPNET s AppResponse Xpert (ARX) bietet hier z.b eine hervoragende Möglichkeit, die Performance von Applikationen über unterschiedliche Tiers zu analysieren. Damit kann man schnell feststellen, ob es sich um ein Problem im Netzwerk handelt oder ob man eher auf der Backend-Seite der Applikation suchen suchen muß. Die herausragende Eigenschaft dieser Lösung ist, dass genau diese Analyse in Echtzeit (24x7) realisiert ist. Man kann sich diese Funktionalität also zunutze machen und die Citrix Umgebung Monitoren, um proaktiv Unstimmigkeiten im Antwortzeitverhalten zu erkennen und bewerten zu können oder aber auch, um im Bedarfsfall, die Aufzeichnungen der ARX-Lösung zu nutzen, um das Problem tatsächlich mit dem Mikroskop zu lösen, indem man ganz gezielt Paket-Analysen durchführt. Abbildung 4 - Monitoring und Troubleshooting integrieren mit OPNET ARX und ATX Ist das Problem einmal identifiziert, wird fast immer mit Paket-Analysatoren, kombiniert mit diversen anderen Tools gearbeitet. OPNET bietet hier besonders für Citrix Umgebungen mit dem AppTransaction Xpert (ATX) eine Lösung an, die z.b. Möglichkeiten bietet, den Citrix- Kanal zu decodieren. Dabei ist besonders hervorzuheben, das die beiden Lösungen direkt ineinander integriert sind. Der ARX-User kann aus dem Monitoring heraus direkt in den Troubleshooting Prozess einsteigen. Page 4 of 6

5 Abbildung 5 - Decoding des Citrix Channels mit OPNET ATX Die meisten Citrix -Performance Probleme sind in Wirklichkeit Probleme in der Backend- Kommunikation, wie z.b. iniffiziente SQL-Queries, die durch nachlässig programmierte Applikationen verursacht werden. Ein solcher Umstand lässt sich mit dem hier beschriebenen Toolset nicht nur Monitoren, sondern im Bedarfsfall dann auch zweifelsfrei nachweisen. Abbildung 6 - Root Cause Analyse mit dem OPNET ATX Page 5 of 6

6 Nicht zuletzt, sollte man beim Troubleshooten von Citrix-Umgebungen in den Fällen, wo keine andere Zuordung offensichtlich ist, die direkte Prozessumgebung auf dem Citrix-Server als möglichen Problemverursacher ins Auge fassen: Prozesse auf demcitrix-server sind gecrashed oder haben sich aus irgendwelchen Gründen aufgehängt. Hier können unter Umständen Server Statistiken, die über SNMP eingesammelt wurden sehr hilfreich sein. Auch hier kann OPNET Lösungen anbieten, die solche Daten korreliert darstellen können. Abbildung 7 - Korrelation von Netzwerkdaten und SNMP-Stats vom Citrix Server Sollte also wieder einmal jemand sagen: Citrix ist langsam ist das kein Grund zur Verzweiflung. Mit den richtigen Monitoring und Troubleshooting Lösungen sind Sie auch diesen Herausforderungen gewachsen. Page 6 of 6