Améliorez la gestion de votre WAN
Qu’il s’agisse de suivre la performance de votre WAN ou de vérifier le niveau de SLA du fournisseur de Cloud Computing, les analyseurs réseaux jouent un rôle incontournable. Apprenez comment renforcer votre stratégie de gestion du WAN avec les fonctionnalités d’analyse du WAN d’Observer.
     
   
  Dans la pratique - se préparer à l'accélération WAN
Au cours de ces dernières années, la consolidation des serveurs s’est développée pour beaucoup de raisons allant de la sécurité à la virtualisation et aux efforts de réduction des coûts. En plus de la consolidation en cœur du réseau, les utilisateurs sont plus éparpillés et accèdent au réseau à partir d'endroits variés comme les bureaux distants, les travailleurs à domicile, les « smartphones »…


Avoir un plus grand nombre d'utilisateurs à distance accédant à un nombre plus petit de serveurs peut amener des problèmes significatifs de bande passante et de latence. Les applications sont trop souvent conçues pour fonctionner dans des environnements LAN et peuvent se comporter différemment une fois accédées par l'intermédiaire du WAN. Dans cet article, nous regarderons comment employer des technologies d'accélération WAN pour aborder des problèmes de latence, les types d'accélérateurs WAN et les questions clefs quand on souhaite les déployer.

Surmonter des problèmes d'exécution du WAN
Pour surmonter des contraintes de performances du WAN et résoudre des problèmes de latence beaucoup de sociétés se sont tournées vers des solutions d'accélération WAN. Ces solutions accélèrent les applications en éliminant les transmissions superflues, en gérant des données dans des mémoires tampon locales ainsi qu’en compressant et prioritisant certaines données. Les accélérateurs WAN effectuent généralement leur tâche par l'intermédiaire de trois méthodes:

« Tokenization » : Le trafic TCP est segmenté et indexé, puis stocké sous forme de " segments " de données ; les " références " (tokens) les représentant sont enregistrées sur les disques des appliances de part et d'autre du réseau étendu. Une fois les données indexées, elles sont comparées à celles déjà présentes sur le disque. Les segments de données déjà existantes ne sont pas retransférés sur le réseau WAN ; on envoie à leur place une référence pouvant indexer un volume arbitraire de données, ce qui réduit la quantité de données à transmettre. Cette méthode fonctionne bien pour la plupart des applications à l'exception des systèmes de transmission d’images.

Compression : Probablement la méthode la plus efficace d'accélération, elle comprime les données brutes avant l'envoi. Les données sont alors décompressées sur la machine distante de manière transparente pour l'utilisateur.

Caching : Les données envoyées à un site distant sont mises en mémoire « cache » localement et synchronisées aux heures programmées, ce qui permet aux contenus d'être envoyés aux heures creuses. Cette méthode peut considérablement réduire la quantité de données envoyées sur les liens WAN pendant les heures de pointe. Faire stocker des données en local accélère leur livraison aux sites distants et peut leur permettre de fonctionner même si le lien WAN est tombé. Quand le lien WAN remonte, il peut y avoir des problèmes de synchronisation du cache entre les sites distant et le site central.

Le type d'accélération utilisé dépendra de vos buts, des applications que vous souhaitez optimiser et du type d’équipement réseau. Par exemple, si vous avez mis en place la qualité de Service (QoS) sur votre WAN, il est important de savoir si l'accélérateur WAN impactera la configuration de la QoS.

Préparations pour le déploiement
Maintenant regardons cinq considérations principales que votre équipe réseau devrait avoir avant de dérouler n'importe quel type de dispositif d'optimisation WAN :

1) Définir les applications traversant les liens WAN et identifier les protocoles et les Codecs utilisés. Comprenez comment chacun de ces protocoles est impacté par différents types d'accélération. Dans le cas de la VoIP, par exemple, la qualité du codec g.711 sera impactée en traversant le WAN, tandis que le g.729 le serait de manière marginale.

2) Comprendre quelles stations communiquent à travers le WAN et à partir d’où. S'assurer que les équipements et les stations sont correctement placés pour optimiser la performance du WAN. Si vous avez des applications multi-tiers avec des frontaux Web interfacés avec des serveurs SQL accédant à une base de données, il vaut mieux maintenir les paquets SQL en local et ne pas inonder le WAN.

3) Définir des référentiels (baseline) pour le taux d’utilisation et la performance des applications, y compris l'évolution tout au long de la journée/semaine/mois des temps de réponse applicatifs, et savoir si les opérations se produisent au moment approprié. Est-ce que par exemple la sauvegarde prend trop de temps ou se produit pendant une heure de pointe ?

4) Quelle est la latence réelle pour vos liens WAN? Il est important de comprendre si la latence est suffisamment significative pour justifier l'accélération du WAN. Un principe de base : si la latence est supérieure à 45ms, il devient intéressant de considérer un dispositif d’accélération du WAN.

5) Optimiser les applications en trouvant les causes des ralentissements. Le WAN est une cible facile à blâmer, cependant l’expérience montre que les processus de cœur sont le plus souvent en cause. Les problèmes ressentis par des utilisateurs qui accèdent à une application à travers le WAN peuvent être dus réellement au LAN, mais en raison de facteurs de proximité et de bande passante ils peuvent être difficiles à diagnostiquer.

L'accélération dans ce genre de cas peut aider mais n’est pas toujours aussi efficace.

Par exemple une application « bavarde » va nécessiter 100 allers-retours avant de compléter la transaction. Sur le LAN avec un délai de 5 millisecondes cela fera une demi seconde de latence que personne ne remarquera. Une fois déployée sur le WAN avec une latence de 100 millisecondes cette transaction prendra 10 secondes ! Même si vous optimisez ce temps, la seule méthode d’améliorer significativement la performance sera de modifier le comportement de l’application écrite ou l’architecture multi-tiers…

En conclusion
Avec plus en plus d'utilisateurs accédant à des applications depuis des sites distants à travers le WAN, il est important de prendre en compte le comportement des applications et l’architecture mise en place afin d’améliorer le service rendu aux utilisateurs. La technologie d’accélération du WAN est une manière attrayante d'améliorer la performance des applications tout en réduisant les besoins de bande passante. La clef d’un déploiement réussit d’un projet d'optimisation WAN est de réaliser la métrologie des applications et de trouver la source des lenteurs pour améliorer le dépannage. Dans la rubrique « Coup de Pouce », nous discuterons comment utiliser Observer® pour un déploiement optimum d'accélération WAN ainsi que pour dépanner les problèmes de performances.

 

     
   
  Affinez le « Tuning » de l'accélération du WAN avec Observer
Dans la section précédente, nous avons discuté de l’utilisation d’une solution d'accélération WAN pour réduire la demande de bande passante et améliorer la livraison des applications. En outre, nous avons étudié les considérations principales pour un déploiement réussi. Voyons comment Observer aide à évaluer, optimiser et résoudre les problèmes du WAN avant et après le déploiement des solutions d'optimisation WAN.


  1. Auto-Baselining
    Exécutez l'auto-baselining (référentiel automatique) régulièrement pour établir des référentiels sur les niveaux de performances des applications et pour comparer les temps de réponse dans le temps. Par exemple, vérifier que les applications telles que les sauvegardes et les mises à jour fonctionnent comme programmées et ne gênent pas d'autres applications. Parfois, des opérations peuvent prendre plus longtemps pour s’accomplir ce qui peut cacher un problème. En second lieu, avant de mettre en place l'accélération du WAN, il est important de comprendre les temps de réponses de sorte que vous puissiez identifier et mesurer toutes les améliorations après le déploiement.

    L’installation d’Auto-baselining.


    pour regarder des rapports d'Auto-Baselining :
    Main Menu > Trending/Analysis > Start Web Browser Report > select Application Transaction Analysis or Application Performance Analysis Baselining Report


  2. Application Transaction Analysis (ATA)
    ATA joue un rôle critique en permettant d'identifier le point spécifique d'une latence et si le point de retard a été provoqué par l'application traversant le WAN.

    Installation ATA.

    pour regarder ATA :
    Main Menu > Trending/Analysis > Application Transaction Analysis


  3. Système Expert sur la VoIP
    Dans la convergence des réseaux comme les applications VoIP il peut être difficile d'isoler la cause des dysfonctionnements. Les fonctionnalités de diagnostic Expert VoIP d’Observer vous permettent d’identifier facilement l'impact que le WAN peut avoir sur les appels ainsi que d'isoler les problèmes dans un appel de VoIP. Vous pourrez également monitorer la cohabitation de la VoIP avec d'autres applications sur le réseau.

    La configuration du « VoIP Expert Events ».

    . Regarder des VoIP Expert Events :
    Capture > Packet Capture > Start Capture > Decode > Expert Analysis Tab > VoIP Events


  4. Analyse de bout à bout
    Identifier rapidement si la latence s’est produite sur le WAN ou au niveau du serveur ou du client.

    Lancer Server Analysis. (en Anglais)

    Consultez Server Analysis :
    Main Menu > Trending/Analysis > End-to-frd Server Analysis


  5. Analyse Multi Points
    Une fois que la latence a été identifiée, le module « MultiHop Analysis » permet d’indiquer exactement le segment spécifique de réseau où le retard s'est produit sur le WAN.

    Lancer MultiHop Analysis.

    Consultez MultiHop Analysis :
    Main Menu > Trending/Analysis > MultiHop Analysis



     
 
novembre 2009  


La réponse du mois dernier
Les routeurs fonctionnent à la couche 3 (couche réseau) du modèle OSI.

Félicitation au gagnant du mois dernier, Alfred Kaeppeler de Karlsruhe, Allemagne !

La question du mois :
Un routeur qui a huit ports aura besoin de combien d'adresses IP?

Soumettez votre réponse pour avoir une chance de gagner un magnifique polo Network Instruments®.

5 clefs du Cloud
Conseils pour éviter des échecs du Cloud Computing (en Anglais)

Qu'est qu'il y a nouveaux dans Observer 14?
Explorez les nouvelles fonctionnalités (en Anglais)

Les limitations de NetFlow
Comment élargir la visibilité de NetFlow