Dispositifs d'optimisation WAN ou accélérateurs WAN (WANX) sont des appareils vraiment magiques. Ils réduire les besoins en bande passante d'une entreprise sensiblement et améliorent les temps de réponse utilisateur final pour de nombreuses applications. Mais en WANX dans votre environnement ne vous dispense pas de mettre en œuvre les outils de l'APM pour la surveillance et le dépannage en cours. N'oubliez pas que si vous ne pouvez pas mesurer quelque chose vous ne peut pas le contrôler.
Un outil APM pour surveiller les temps de réponse d'application et les paramètres réseau/TCP est généralement installé dans les données Centre - on peut obtenir la visibilité dans tous les sites distants qui sont connectés à ce centre de données. Le flux TCP entre les utilisateurs distants et les serveurs dans le datacenter est ininterrompue ou non modifié en l'absence de dispositifs WANX. Les mesures de temps de réponse sont près les temps de réponse de l'utilisateur final. Le débit mesuré à partir du centre de données sur le site distant est proche de la bande passante du site distant.
WANX jette la clé à un singe dans toutes ces mesures. Dispositifs WANX, pour la plupart, partie fin de sessions TCP sur les sites distants et revivent dans le centre de données. La paire WANX entre le site distant et le centre de données regroupe le trafic dans leurs propres sessions TCP internes et fait la magie de compression et d'optimisation au niveau TCP/application. Que les serveurs sont concernés, ils pensent que les clients sont juste dans le centre de données sur le réseau local et par conséquent les mesures sur cette circulation ont une saveur de LAN à elle.
Ce que cela signifie si il y a quelques effets WAN (p. ex., perte de paquets) ayant une incidence sur les performances entre les deux dispositifs WANX, que ne sera pas être pleinement intégrées dans les mesures de temps de réponse à l'appareil de l'APM dans le centre de données. En outre, la mesure de débit entre le centre de données et le site distant est beaucoup plus élevée que la bande passante a commandé sur le site distant - et c'est OK que les WANXes ont été installés après tout pour amplifier la bande passante.
Mais la non visibilité des temps de réponse de vrai utilisateur final dans le centre de données est un handicap car nous ne pouvons pas être plus proactifs en dépannage comme nous aimerions être. Il existe quelques techniques pour surmonter ce handicap - il n'est fourni avec certains coûts ou peut être beaucoup d'elle.
Un moyen d'obtenir des temps de réponse utilisateur fin visibilité dans un environnement WANX consiste à déployer de plus petite taille outils APM sur les sites distants. En général, dans beaucoup d'architectures du vendeur outil que les métriques de performance peuvent être tirés du site distant dans l'outil central de APM dans les données Centre et cela restaurera une visibilité totale sur les temps de réponse utilisateur final sur le site distant. Parfois, cette fonctionnalité d'outil APM peut être incorporée dans l'appareil WANX lui-même comme un module de logiciel (par exemple, dans le cas de Riverbed/Opnet). Si une entreprise possède des centaines ou des milliers de sites distants cette méthode évidemment devient coût prohibitif et le déploiement à distance de l'outil APM peut-être devoir être limitée à très importants sites distants seulement.
Cette discussion nous rappelle l'énigme classique. Temps de réponse de vrai utilisateur final ne peut être mesuré avec précision plus près vers le périphérique de l'utilisateur final (ou peut être ressentie par l'utilisateur final). Déploiement d'instrumentation près de l'utilisateur final (ou agents dans les appareils utilisateurs eux-mêmes) et envoie cette information à un agrégateur central pour l'analyse sont toujours difficile. Prolifération des Smartphones et des tablettes avec une variété d'applications rend cette situation bien pire. Il n'y a certainement une opportunité pour l'innovation ici.