Wie verbessern Sie WAN Application Performance?

Angenommen, Sie sind ein CIO eines Unternehmens mit etablierten WAN-Infrastruktur und sind immer Beschwerden der Anwender ....., dass die Anwendungen träge sind. Werden Sie sich an den Netzwerk-Anbieter (zB Cisco, Juniper), in WAN-Beschleuniger zu investieren (z. B. Packeteer, Riverbed), oder mieten Sie ein Beratungsunternehmen zu untersuchen? Was werden Sie tun, um die Situation zu lösen?

So starten .... einen Schritt zurück und nehmen einen tiefen Atemzug. Springst du die Waffe darauf hindeutet, das WAN verantwortlich ist. Mehr Informationen benötigt werden.

Die Moral von der Geschichte .... Sie Daten zuerst.

Finden Sie heraus, was die Leistung der spezifischen Maßnahmen, wenn der Client im selben Gebäude läuft als Applikationsserver.

Wiederholen Sie, dass für einen Kunden in verschiedenen anderen Standorten und die Ergebnisse vergleichen.

Dies kann auf bestimmte WAN Links verweisen zu überprüfen. Mit anderen Worten, was sind die Bandbreiten-und Reaktionszeiten in verschiedenen Segmenten. [Sind einige Standorte länger als andere, Entfernung scheint eine Rolle zu spielen, gibt es eine bestimmte Staus Punkt.]

Es kann auch auf die Notwendigkeit, den Kunden den Verkehrsfluss zu analysieren. Erfordert die Anwendung 100 + Roundtrips zwischen Client und Server (über die WAN) selbst für die einfachsten Aktionen? So etwas kann nur durch eine Änderung der Anwendung gelöst werden. (Egal, wer die Anbieter sind. Man kann nicht viel tun, um die Geschwindigkeit von Licht rund um den Globus, dass viele Male.)

So ein Teil der Antwort ist ...... fragt eine spezifische Anbieter zu "reparieren", bevor Sie was "es" ist wissen Ihre Zeit verschwenden.

Die kurze Antwort ist ..... Sie Daten analysieren, dann beheben.

Performance-Probleme können darauf zurückzuführen sein, das Netzwerk, die Server, die Datenbank (en) und Anwendungen selbst, so dass ihr wichtig, einen Schritt zurück und schauen Sie sich die gesamte Infrastruktur einschließlich der Anwendungen und alle ihre Komponenten vor der Übernahme des WAN ist der Schuldige.

Stellen Sie sich ......

- Was ist die aktuelle "End-User Experience" für Business-Anwendungen in Bezug auf Performance und Verfügbarkeit?

- Was ist die aktuelle Antwort einmaliger Beitrag von Client-, Netzwerk-und Server-Ebenen?

- Was sind die aktuellen Ressource Auslastung auf den kritischen Servern, die das Geschäft zu unterstützen?

- Was ist die aktuelle Auslastung der Netzwerk-Ressourcen (dh WAN-Verbindungen) und welche Anwendungen verwenden die meiste Bandbreite?

- Welche Server, Workstations und Business-Standorten stellen die "Top Talker" im Netzwerk?

Wenn Sie glauben, dass Sie schon diese Fragen beantwortet ..... und Ihre Hauptverdächtige ist noch WAN-Performance ..... Sie brauchen, um zu fragen, ob Sie über ausreichende Bandbreite verfügen für den Applikations-Traffic über das WAN und / oder ob das Problem Anwendungen sind für WAN-Bereitstellung an erster Stelle. (A gesprächig 2-Tier-Datenbank App wird nicht gut skalieren über das WAN, egal, wie viel h / w Sie an ihm werfen).

Ein Netzwerk-Monitoring-Tool, das helfen, liefern ein umfassendes Netzwerk asessment über einen längeren Zeitraum kann es Peakvolumen Verkehr ein 24-Stunden-Arbeitstag oder geschäftige Periode sein, können Ihnen helfen, die schlimmsten Straftäter. Sobald Sie wissen, wer sie sind, können Sie zwei Dinge tun .....

- Auf der Netzwerkebene Bereitschaft für die Anwendung (en) sucht

- An den Anwendungen selbst bestimmen, ob sie für Ihre Umgebung optimiert sind zu schauen.

Wenn das Problem ist nur Bandbreite, stellt sich die Frage, wie viel brauche ich? Ein Netzwerk Profiling-Instrument mit prädiktiven Fähigkeiten können Ihnen helfen, die Auswirkungen der Veränderungen im Netzwerk auf die Anwendungsleistung und ob mehr Bandbreite oder geringere Latenz wird das Problem lösen.

Wenn Latenzzeit ist ein Problem, das Sie ernsthaft müssen an den problematischen Anwendungen in Frage, um zu sehen, ob sie geeignet für WAN-Bereitstellung sind. Das gleiche Profilierung Fähigkeit von oben kann Ihnen helfen, die Auswirkungen von weniger Hin-und Rückfahrten zwischen Client und Server (s) ermöglicht Ihnen, die Kosten / Nutzen zwischen Änderung der Anwendung oder der Infrastruktur zu bestimmen.

Dont nur thow Beschleuniger bei es jedoch, ohne vorher zu wissen, was das Problem ist. Sie können eine Geldverschwendung für bestimmte Anwendungen sein, und das Problem nicht lösen.

Dies ist ein typisches Problem für die meisten Organisationen an einem gewissen Punkt in der Zeit, und ich würde die folgenden Schritte aus, um es zu lösen.

Zunächst definieren und zu quantifizieren das Problem. Schlechte WAN Anwendungs-Performance können die Ergebnisse von vielen Dingen sein, Mangel an Bandbreite, in Ermangelung Netzwerk Getriebe-, Telekommunikations-Anbieter Probleme, schlechte Anwendungs-Design, unvorhergesehene Netzwerk Nachfrage. Die Symptome der Probleme müssen dokumentiert werden. Ist es zu einem bestimmten Zeitpunkt des Tages geschehen, oder ist es konstant? Kommt es vor, wenn eine bestimmte Anwendung ausgeführt wird? Welche Benutzer sind wirksam? Was Knoten auf dem WAN durchgeführt werden? Ist es eine lokalisierte Ausgabe oder scheint es an mehreren Standorten bewirken? Gab es eine Änderungen an der WAN kurzem (neue Hardware, neue Anwendungen, neue Telekom-Anbieter, usw.).

Um das Problem Sie haben zu sammeln gute Informationen, um in diesem Prozess helfen zu definieren. Plätze zu starten Sammeln von Informationen würden gehören:

- Help Desk. Große Quelle für die Definition Symptome des Problems.

- Network Gear. Router, Switches, CSU / DSU Protokolle können für eine problemlose Identifizierung überprüft werden.

- Telecom-Anbietern. Speziell für gemeinsam genutzte Netze (Frame Relay, ATM, etc.), werden sie in der Lage sein, Statistiken über Burst-Raten und Nutzen bieten.

- User Interviews. Einige Benutzer melden sich nicht alle ihre Probleme

Durch diesen Quellen sollten Sie in der Lage sein, das Problem zu charakterisieren. Und die Art des Problems wird diktieren die Lösung. Einige Probleme und Lösungen würde ....

- Schlecht WAN Application Design. Mögliche Lösungen sind; Nacharbeit der Antrag, das Verschieben von Servern in der Netzwerktopologie, erhöhen die WAN-Bandbreite oder benutzen Sie Terminal-Server-Software (zB Citrix). Das Pflaster und Klacks Ansatz besteht darin, Citrix benutzen und das WAN aus der Gleichung heraus.

- Schlechte Telecom Vendor Support. Mögliche Lösungen sind Auswechseln Telecom-Anbietern oder sie neu zu konstruieren die Links. Zum Beispiel von Frame Relay-zu-Punkt-zu-Punkt-Topologie bewegen. Aber seien Sie vorsichtig. Die meiste Zeit der letzten Meile ist in der Regel die gleichen physikalischen Medium, das das Problem sein kann. Bedeutung Topologie verändern würde nicht helfen.

- Limited Bandbreite. Die mögliche Lösung ist zunehmender Bandbreite. Manchmal natürlichen organisatorischen Wachstum und Verwendungen des WAN-Konto für die Armen WAN-Leistung und man muss mehr Bandbreite zu kaufen. Oder, noch einmal, können Sie dieses Wachstum durch sinkende zurück zur Verwendung von Citrix oder vielleicht verlagern Server zu begrenzen.

- Andernfalls Netzwerkgeräten. Die mögliche Lösung würde in erster Linie entweder Austausch von Komponenten oder das ganze Gerät sein. Dies ist die einzige Situation, die Sie mit einem externen Experten je nach dem Grad der Fertigkeit, die Sie haben intern beraten könnten.

- Odd Situationen. Es sind immer die ungewöhnliche Situationen. Zum Beispiel: Ich habe gesehen, WANs zu verlangsamen, wenn die Leute um MPEGs per E-Mail starten. Dies ist eher eine politische Frage.

Die Quintessenz ist, manchmal müssen Sie möglicherweise einen Berater in. bringen aber in vielen Situationen, mit gesundem Menschenverstand, können Sie die Ursache und Lösung des Problems intern bestimmen....