LIVRE BLANC

ACCELERATION
Goulots dtranglement, piges et astuces

RESUME
Alors que le rseau est la pierre angulaire de la chane dacheminement de la plupart de leurs applications stratgiques, bon nombre dentreprises rencontrent des problmes de performances applicatives que les technologies dacclration peuvent rsoudre. Mme chez les entreprises qui ont dployes des solutions doptimisation ou de gestion de la qualit de service (QoS) afin que chaque utilisateur des applications stratgiques dispose des ressources du WAN qui leur sont ncessaire, il arrive que lon constate une dgradation des temps de rponse sur les sites les plus loigns. Il arrive aussi quaprs avoir modifi leur environnement informatique, par exemple en faisant voluer une de leurs applications, des entreprises se retrouvent confrontes des plaintes des utilisateurs quant au temps de rponse de la nouvelle version dploye. Les entreprises peuvent galement dcider de simplifier la gestion de leurs applications stratgiques via la consolidation des serveurs distribus. Cette dcision peut galement engendrer une dgradation des performances due lallongement du dlai de transmission et la diminution de la bande passante. Dans tous ces cas de figure, on pourrait penser quil suffit de rduire le dlai et daugmenter la bande passante pour rsoudre les problmes. Oui mais voil, la bande passante est une ressource limite qui a un cot et le dlai est li des contraintes physiques. Ce livre blanc examine les trois principales raisons qui expliquent les pitres performances de certaines applications sur le WAN. Il dcrit ensuite les piges et les astuces que tout responsable rseau se doit de connatre lorsquil labore une stratgie dacclration. Enfin, il explique comment Ipanema aborde le problme de la performance des applications via une approche intgre englobant loptimisation, lacclration et la visibilit.

E-mail: info@ipanematech.com http://www.ipanematech.com

Business Optimized Networks

INTRODUCTION
Alors que le rseau est la pierre angulaire de la chane dacheminement de la plupart de leurs applications stratgiques, bon nombre dentreprises rencontrent des problmes de performances applicatives que les technologies dacclration peuvent rsoudre. Mme chez les entreprises qui ont dployes des solutions doptimisation ou de gestion de la qualit de service (QoS) afin que chaque utilisateur des applications stratgiques dispose des ressources du WAN qui leur sont ncessaires, on constate souvent une dgradation des temps de rponse sur les sites les plus loigns. Il arrive aussi quaprs avoir modifi leur environnement informatique, par exemple en faisant voluer une de leurs applications, des entreprises se retrouvent confrontes des plaintes des utilisateurs quant au temps de rponse de la nouvelle version dploye. Plus gnralement, les utilisateurs des applications gourmandes en bande passante sont trs souvent mcontents des performances quils obtiennent sur le WAN. Les entreprises peuvent galement dcider de simplifier la gestion de leurs applications stratgiques via la consolidation des serveurs distribus. Cette solution apporte beaucoup davantages, en particulier une rduction significative des cots de gestion. Mais la consolidation signifie aussi que les utilisateurs qui accdent aujourdhui aux applications partir dun LAN le feront demain partir du WAN. Du coup, ils risquent dtre confronts une dgradation des performances due lallongement du dlai de transmission et la diminution de la bande passante. Dans tous ces cas de figure, on pourrait penser quil suffit de rduire le dlai et daugmenter la bande passante pour rsoudre les problmes. Oui mais voil, la bande passante est une ressource limite qui a un cot et le dlai est li des contraintes physiques. Ce livre blanc examine les trois principales raisons qui expliquent les pitres performances de certaines applications sur le WAN. Il dcrit ensuite les piges et les astuces que tout responsable rseau se doit de connatre lorsquil labore une stratgie dacclration. Enfin, il explique comment Ipanema aborde le problme de la performance des applications via une approche intgre englobant loptimisation, lacclration et la visibilit.

LES TROIS GOULOTS DETRANGLEMENT QUI FREINENT LES PERFORMANCES DES APPLICATIONS
Pourquoi les applications sont-elles moins performantes sur le WAN ? La question nest pas simple. Il faut savoir quil peut y avoir des diffrences importantes de comportement sur le WAN dune application lautre. De mme, les diffrentes technologies dacclration disponibles sur le march nont pas toutes le mme impact sur les applications. La faon la plus simple danticiper le comportement dune application dploye sur le WAN est dexaminer de quelles ressources elle a besoin pour fonctionner de manire efficace et de dterminer ce qui lempche daccder ces ressources une fois dploye sur le WAN. Les applications sont en

Business Optimized Networks

gnral implmentes dans le cadre dune architecture client-serveur utilisant le protocole TCP, le plus couramment utilis pour permettre deux htes dun rseau IP de communiquer en toute fiabilit. Une des tches classiques dune application consiste prendre en charge lenvoi dune information par un client et la rception de la rponse apporte par un serveur. La faon dont seffectue lenvoi et la rception diffre dune application lautre et dpend troitement de la conception de lapplication. La notion de protocole applicatif dcrit la faon dont les informations sont transmises entre clients et serveurs sur le WAN. Ce protocole sappuie sur une succession de demandes et de rponses (galement appels turns ) intervenant entre le client et le serveur pour raliser ce que lutilisateur peroit comme une opration de base (la tche ). La ressource essentielle ncessaire pour effectuer une tche est la bande passante. Le dlai de transmission est galement un paramtre fondamental pour que lapplication puisse excuter correctement les turns . Lors de ce processus, qui a lieu au cur de chaque application, il ny a que trois principaux goulots dtranglement qui peuvent causer une dgradation des performances. Ils sont dailleurs lis les uns aux autres. Une application sexcutera correctement si elle dispose de la bande passante dont elle a besoin et si le protocole TCP ainsi que son propre protocole ne lempchent pas de lutiliser. Il y a donc 3 opportunits dacclration : 1. Le goulot dtranglement de la bande passante - Les performances de bon nombre dapplications sont lies la bande passante disponible. Plus elle est leve plus le temps de rponse de lapplication sera bref. 2. Le goulot dtranglement TCP De par sa conception session par session , le protocole TCP nest pas en mesure dexploiter toutes les ressources rseau disponibles. 3. Le goulot dtranglement du protocole applicatif Certaines applications ne sont pas conues pour le WAN. Leur protocole est dit bavard car il implique de nombreux changes pour transmettre des donnes. Quand le dlai de transmission augmente, les performances se dgradent.

1. Le goulot dtranglement de la bande passante

La ressource dterminante pour lexcution dune tche est la bande passante. Celle-ci peut constituer un goulot dtranglement trs important car les performances de toutes les applications sont dune certaine faon lies la bande passante disponible. Plus la bande passante est leve, plus le temps de rponse sera bref, jusqu un certain point, pour la plupart des applications. Et plus les applications reposent sur la transmission dune grande quantit de donnes, plus la bande passante disponible aura un impact sur le temps de rponse. Les applications qui dpendent de la bande passante sont principalement le partage de fichiers, le courrier lectronique et les applications bases sur HTTP. Certaines applications tentent par nature de minimiser la quantit de bande de passante dont elles ont besoin en appliquant des techniques bien connues telles que la compression ou le differencing . Par exemple, il est possible de configurer les serveurs HTTP de faon ce quils transmettent tous les objets dune page Web dans un format compress reconnu par les navigateurs. Les applications de sauvegarde sont gourmandes en bande passante mais limitent souvent leurs

Business Optimized Networks

besoins en utilisant la notion dincrments. La transmission ne porte alors que sur la diffrence par rapport ce qui a t transmis lors dune sauvegarde prcdente.

2. Le goulot dtranglement TCP

Le deuxime goulot dtranglement est le protocole TCP lui-mme. Conu pour assurer la fiabilit de la communication entre deux htes, il veille ce que les donnes transmises dun point A un point B arrivent bien destination. Pour ce faire, il sappuie sur la notion de segments de donnes dont le destinataire doit accuser rception. Or ce systme dacquittement fait que les performances du protocole TCP dpendent du dlai de transmission. Lmetteur doit en effet attendre que le destinataire ait accus rception dun segment de donnes avant den envoyer un autre. Plus le dlai est lev, plus les performances des protocoles avec acquittement laisseront dsirer. Pour limiter limpact du dlai sur les performances, le protocole TCP sappuie sur la notion de fentres qui absorbent le dlai grce des tampons de donnes situs ct metteur et ct rcepteur. Ce mcanisme nest toutefois pas parfait et ne permet pas toujours au protocole TCP dutiliser toutes les ressources disponibles. Cest le cas notamment sur les liens haut dbit et/ou fort dlai. On parle alors de problme de produit bande passante-dlai (BDP). Dautres caractristiques du protocole TCP peuvent entraner un ralentissement des performances. En particulier, ce protocole est conu pour fonctionner indpendamment de la configuration du rseau sous-jacent. Pour ce faire, il tente toujours de dcouvrir la bande passante disponible en augmentant progressivement le dbit de chaque session jusqu ce quil y ait congestion. Ce mcanisme est appel slow-start . Lors des phases de dcouverte, une partie de la bande passante disponible peut rester inutilise pendant un moment. Ce gchis peut savrer norme dans le cas des applications qui transmettent sans cesse des portions de donnes indpendantes en utilisant le protocole TCP (telles que les applications HTTP) et invitablement le temps de rponse sen trouve ralenti. Ces inconvnients ont pour certains t corrigs rcemment dans le cadre de Linux, Windows Vista ou Longhorn : le problme du produit bande passante-dlai est rsolu mais celui du slowstart demeure.
Dbit limit par la phase de slow-start du protocole TCP Dbit limit par le BDP : le tuyau nest pas rempli

Dbit

Dbit

temps

temps

Figure 1 : Le goulot dtranglement TCP

3. Le goulot dtranglement du protocole applicatif

Les protocoles applicatifs rgissent la faon dont linformation est transmise entre clients et serveurs travers le WAN. Chaque protocole applicatif sappuie sur une squence plus ou moins complexes de

Business Optimized Networks

demandes et de rponses ( turns ) intervenant entre le client et le serveur pour raliser ce que lutilisateur peroit comme une opration de base (la tche ). Certaines applications ne sont pas conues pour le WAN et leur protocole applicatif implique un nombre de turns trop lev. On parle dans ce cas de protocoles bavards . Le dbit effectif de lapplication est alors li au dlai de transmission du rseau. Lorsque ce dlai augmente, les performances se dgradent. Les protocoles utiliss par des applications Microsoft telles que CIFS et MAPI sont connus pour tre des protocoles bavards . Mais toutes les applications ne posent pas ce type de problmes car bon nombre dditeurs ont mis en place des mcanismes qui prservent les performances des applications sur le WAN. Le premier de ces mcanismes est celui des fentres, comme pour le protocole TCP. Il permet lapplication dexploiter au maximum si ncessaire les ressources rseau disponibles.

Client

Serveur

Client

Serveur

Protocole applicatif PAS adapt aux liens fort dlai

Protocole applicatif adapt aux liens fort dlai

Figure 2 : Le goulot dtranglement constitu par le protocole applicatif

Le second mcanisme est celui de la mise en cache effectue par lapplication. Autrement dit lapplication limite la quantit de donnes transmises en mettant en cache ct client une part des donnes mises par le serveur. Dans certains cas, lapplication pr-alimente ce cache en mode asynchrone par rapport aux actions de lutilisateur. Ce mcanisme permet de rendre les contraintes du WAN totalement transparentes pour lutilisateur.

PIEGES ET ASTUCES DES TECHNOLOGIES DACCELERATION

Lacclration est un sujet complexe car au-del des trois goulots dtranglement que nous venons de voir, les responsables rseau doivent connatre les piges et les astuces qui peuvent avoir un impact sur llaboration de leur stratgie dacclration : 1. Lacclration nest pas toujours la solution pour amliorer le temps de rponse. 2. Lacclration fait de loptimisation une question encore plus importante. 3. La compression ne peut pas remplacer loptimisation. 4. Les mcanismes dacclration nont pas tous la mme transparence vis vis du systme dinformation. 5. Les mcanismes dacclration nont pas tous la mme transparence vis vis du WAN. 6. La solution peut rsider dans le systme dinformation lui-mme.

Business Optimized Networks

1 . Lacclration nest pas toujours la solution pour amliorer le temps de rponse.

Dans un rseau congestionn, les technologies dacclration nauront pas le mme impact que lorsque le rseau nest pas pleinement utilis. Les mcanismes dacclration qui oprent au niveau du protocole TCP ou du protocole applicatif sont en gnral inutiles lorsquil ny a plus aucune ressource de libre. Dans tous les cas, loptimisation est imprative pour minimiser le temps de rponse des applications stratgiques. En cas de congestion, la taille des files dattente des routeurs augmente, le dlai de transmission sallonge et des pertes de paquets apparaissent. Rsultat, les performances des applications qui dpendent de la bande passante et/ou du dlai de transmission se dgradent rapidement. Si vous rencontrez des problmes de ralentissement du temps de rponse, vous devez commencer par mettre en place des solutions de gestion de la qualit de service (QoS) et doptimisation. Si malgr cela, le problme persiste pour certaines applications, cest probablement parce quelles sont freines par un ou plusieurs des trois goulots dtranglement dcrits prcdemment.

2. Lacclration fait de loptimisation une question encore plus importante.

Bon nombre des technologies dacclration reposent sur la capacit aller au-del de ce que les protocoles rseau peuvent faire pour utiliser de faon plus efficace les ressources disponibles. Elles permettent par exemple aux flux de remplir tous les tuyaux dans les cas de figure o les protocoles rseau les en empchent. Si elles ne sont pas associes aux technologies doptimisation appropries, les techniques dacclration risquent daggraver les problmes de qualit car elles peuvent crer de la congestion ou accentuer celle qui existe dj. Cest particulirement vrai dans le cas des rseaux MPLS topologie maille.

3. La compression ne peut pas remplacer loptimisation.

La compression cre de la bande passante libre virtuelle mais la quantit cre varie au fil du temps en fonction du degr de redondance dans les flux. La compression peut sans doute faire de la place pour du trafic interactif ou en temps rel comme la voix sur IP (VoIP) mais ce gain est fluctuant et il ne peut y avoir absolument aucune garantie quant la quantit de bande passante cre. La compression ne peut donc en rien remplacer les mcanismes QoS avancs.

4. Les mcanismes dacclration nont pas tous la mme transparence vis vis du systme dinformation.
Les mcanismes dacclration tentent de minimiser limpact du WAN sur les applications clientserveur. Certaines solutions dacclration prservent la communication entre le client et le serveur et font tout ce quelles peuvent pour loptimiser. Dautres vont plus loin en interrompant carrment cette communication. Un dispositif de proxy plac proximit des clients leur rpond au nom des serveurs. Il ny a rien de mieux pour minimiser limpact du WAN puisquil nest pas utilis du tout.

Business Optimized Networks

Mais bien videmment, de tels mcanismes prsentent un norme inconvnient puisque le proxy nest rien de plus quune version tronque du serveur central et qu ce titre, il implique un cot de gestion. Cest particulirement le cas avec les stratgies AAA (Authentication, Authorization and Accounting). Lorsquun dispositif dacclration rpond un client au nom du serveur, il doit tre capable de lauthentifier, de vrifier son identit et de signaler cette rponse au systme de journalisation. Il doit aussi assurer une synchronisation troite avec le serveur dorigine pour tre sr que les donnes dlivres par le proxy sont bien jour. Si le dispositif dacclration autorise des clients crire des donnes sans aucune connexion au serveur, il faut alors mettre en place une solution distribue de synchronisation et de verrouillage ( locking ) des donnes.

5. Les mcanismes dacclration nont pas tous la mme transparence vis vis du WAN.
Bon nombre de solutions dacclration ne sont pas compatibles avec les mcanismes de WAN les plus rpandus. Elles transforment toujours les sessions des applications en quelque chose de diffrent sur la section WAN. En gnral, elles forcent galement le trafic circuler entre deux quipements statiques. Elles ont ainsi un srieux impact sur les pare-feu, lquilibrage de charge, le routage asymtrique et les systmes de dtection des intrusions.

6. La solution peut rsider dans le systme dinformation lui-mme.

Les entreprises optent souvent pour lacclration lorsquelles dcident de simplifier la gestion de leurs applications stratgiques via la consolidation des serveurs distribus. Cette consolidation signifie que les utilisateurs qui accdent aujourdhui aux applications partir dun LAN le feront demain partir du WAN. Dans une telle situation, il est toujours possible de faire appel la technologie Citrix Presentation Server ou Windows Remote Desktop pour rduire la distance entre les applications clientes et les serveurs. Ces solutions maintiennent les flux applicatifs au niveau du centre de donnes, vitant ainsi davoir rgler la question de leurs ventuels goulots dtranglement intrinsques. En revanche, le besoin de grer les performances des flux Citrix/RDP par loptimisation reste impratif. Lorsque la consolidation repose sur lutilisation de clients dapplication natifs, lentreprise doit savoir quil y a trois principaux goulots dtranglement pouvant entraner une dgradation des performances applicatives. Elle doit savoir aussi que les diteurs de logiciels semploient liminer ces goulots dtranglement, en particulier celui constitu par le protocole applicatif. Microsoft notamment dploie beaucoup defforts en ce sens depuis de nombreuses annes. Son logiciel Exchange 2003, par exemple, engendre une amlioration significative des performances par rapport ses prdcesseurs lorsquil est utilis sur un WAN et ce grce au cache dapplication dOutlook 2003. Le protocole CIFS, dont on sait quil noffre pas de bonnes performances sur un WAN, a t compltement revu dans le cadre du lancement des systmes dexploitation Windows Vista et Longhorn afin de corriger ce problme de performances. Lorsquune entreprise choisit lacclration, cest donc aussi le moment propice pour songer faire voluer ses applications afin de bnficier du degr maximum de compatibilit avec le WAN.

Business Optimized Networks

LACCLRATION PAR IPANEMA

Loffre Business Network Optimization dIpanema est une solution intgre de gestion du trafic applicatif qui dlivre trois fonctionnalits essentielles : Visibilit, travers un contrle troit du comportement du rseau et des applications. Optimisation, pour garantir les performances des applications critiques en toutes circonstances. Acclration, pour acclrer toutes les applications de lentreprise n importe o sur le rseau. Contrairement ce que proposent toutes les autres solutions du march, ces trois fonctionnalits sont dlivres via une architecture systme : lAutonomic Networking System. Les diffrents composants du systme Ipanema oprent ensemble pour grer automatiquement, globalement et dynamiquement le trafic. De par son trs haut niveau dautomatisation et dintgration, le systme Ipanema fournit une nouvelle gnration de puissantes fonctions de Gouvernance des Applications en Rseau qui se connectent directement aux processus ITIL correspondants.

Figure 3: La solution Business Network Optimization Ipanema

Pour les clients qui souhaitent profiter de ces nouvelles fonctions via leur fournisseur de services, Ipanema propose une Plateforme de Service Scalable ddie sur laquelle il est possible de btir des services rpondant tous les besoins. Ipanema limine les trois goulots dtranglement constitus respectivement par la bande passante, le protocole TCP et le protocole applicatif. Parce quelle est troitement couple aux deux autres fonctionnalits de base du systme Ipanemala visibilit et loptimisationlacclration Ipanema est toujours sous contrle et ne sera jamais lorigine dune dgradation des performances des applications. Le systme Ipanema est transparent vis vis du WAN. Les mcanismes WAN courants comme lquilibrage de charge ou le routage asymtrique oprent en parfaite entente avec tous les mcanismes Ipanema. Le systme Ipanema est galement transparent vis vis du systme dinformation. La communication entre le client et le serveur nest jamais rompue et il ny a absolument aucune charge de travail associe la gestion des quipements Ipanema situs dans les agences.

Business Optimized Networks

1. Avec la Tl-acclration, vous pouvez exploiter pleinement les performances du protocole TCP sans quiper toutes les succursales.
Les deux principaux facteurs qui ralentissent les performances du protocole TCP sont sa phase de slow-start et les limitations de ses fentres lies au problme du produit bande passante-dlai (BDP). Le slow-start dcrit le mcanisme par lequel le protocole TCP tente de dcouvrir la bande passante disponible pour chaque session. Ce mcanisme est utilis par chaque session et sappuie sur une augmentation progressive du dbit de la session jusqu ce quelle occupe le maximum de bande passante disponible. Au cours de cette phase, une partie de la bande passante reste inutilise, ce qui allonge les temps de rponse. Grce ses fonctionnalits de visibilit et doptimisation, le systme Ipanema sait quel est le dbit optimal pour chaque session. Un mcanisme de local acknowledge implant sur lquipement physique proximit de la source du trafic permet la tl-acclration Ipanema de placer immdiatement chaque session son dbit optimal, acclrant ainsi considrablement le temps de rponse de beaucoup dapplications, en particulier celles de type HTTP ou HTTPS. Le problme du produit bande passante-dlai (BDP) dcrit lincapacit du protocole TCP utiliser toute la bande passante disponible lorsque le nombre de sessions simultanes est faible et que le produit de la bande passante et du dlai est suprieur une valeur en relation avec la taille de fentre TCP (cette taille dpend de limplmentation du protocole TCP sur le client et le serveur). Par exemple, une sauvegarde effectue la nuit avec une seule session TCP sur un lien haut dbit et/ou fort dlai nutilisera quune partie de la bande passante disponible, ce qui aboutit une dure de sauvegarde bien plus longue que ce quelle devrait tre. Ipanema rsout galement ce problme en crant une taille de fentre virtuellement illimite grce la rgulation du rythme de transmission des paquets la source. Contrairement toutes les autres solutions du march, les fonctions dacclration TCP dIpanema nimpliquent pas linstallation dun quipement physique dans chaque succursale mais uniquement lorigine des flux applicatifs.
Sans la Tl-Acclration
Le slow start de TCP engendre des pertes de temps et de bande passante Dbit limit en raison des limitations des fentres TCP (BDP) Les quipements acclrent les flux TCP dans les deux directions

Centres de donnes

Dbit rseau

Temps de rponse

Avec la Tl-Acceleration
Les limitations des fentres TCP sont surmontes Les sessions TCP sont immdiatement places leur dbit optimal

Succursales

Temps de rponse

Figure 4 : Exploitez pleinement les performances du protocole TCP sans quiper toutes les succursales

Business Optimized Networks

2. Avec le Multi-level Redundancy Elimination , vous pouvez mettre en cache et compresser localement les donnes.
La fonction Multi-level Redundancy Elimination dIpanema est une technologie avance qui rduit la quantit de donnes transmises sur le rseau en compressant et en stockant localement les squences de trafic dans des caches sur les quipements situs dans les succursales. Ce processus libre des ressources rseau qui sont immdiatement disponibles pour les applications, en premier lieu celles les plus critiques. En crant cette bande passante virtuelle , Ipanema donne aux applications limpression quun lien est plus gros quil ne lest rellement, ce qui entrane une rduction du temps de rponse. En utilisant des caches RAM, la fonction Multi-level Redundancy Elimination dIpanema parvient compresser et mettre en cache nimporte quel type de squence applicative, y compris celles bases sur le protocole UDP. En utilisant des caches RAM et des caches disque, elle parvient galement compresser et mettre en cache des squences de trs gros fichiers vhicules en mode TCP et les conserver sur de longues priodes.
Les quipements la source remplacent les squences redondantes par des rfrences

Sans limination de la redondance Centres de donnes

Dbit rseau

Temps de rponse

Avec limination de la redondance

+
Dbit disponible

Succursales
Les quipements destinataires stockent les squences dans des caches multi-niveaux pour reconstruire le flux dorigine

Temps de rponse

Figure 5 : Avec le Multi-Level Redundancy Elimination , mettez en cache et compressez localement les donnes

3. Avec l IntelligentProtocol Transformation , vous pouvez acclrer vos applications de faon transparente.
Mme si bon nombre des problmes de performance dus au protocole CIFS sont rsolus dans Windows Vista et Longhorn, les entreprises ne dploient pas forcment les toutes dernires avances de la technologie Microsoft. Ainsi celles qui accdent des partages de fichiers sur le WAN via ce protocole aprs une phase de consolidation de leur systme de stockage ont besoin dune solution capable damliorer le temps de rponse des sessions CIFS. Lacclration CIFS dIpanema repose sur la transformation des changes du protocole CIFS afin de minimiser la dpendance de ce protocole vis vis du dlai et permettant dassurer un temps de rponse appropri lors de laccs aux fichiers distants partags.

Business Optimized Networks

10

Loptimisation du protocole CIFS repose sur la technologie Intelligent Protocol Transformation dIpanema qui fournit un cadre gnrique pour optimiser les squences de protocole applicatif quil est possible de prdire, agrger ou traduire afin de minimiser le temps de rponse.
Sans transformation des protocoles
Dbit limit en raison de la conception du protocole CIFS Les quipements la source acclrent les sessions CIFS en minimisant les changes sur la section WAN

Centres de donnes
Dbit rseau

Temps de rponse

Avec transformation des protocoles

Les limitations des flux CIFS sont compltement surmontes Les quipements la destination reconstruisent les sessions CIFS dorigine

Succursales

Temps de rponse

Figure 6 : Acclration transparente des protocoles applicatifs

CONCLUSION
Bon nombre dentreprises connaissent des problmes de performance applicative auxquels les technologies dacclration peuvent apporter une solution. Il importe toutefois de bien comprendre que les applications ne se comportent pas toutes de la mme faon sur le WAN. De mme, les diffrentes technologies dacclration disponibles sur le march nont pas le mme impact sur toutes les applications. En ce qui concerne les applications mtier, il ny a que trois principaux goulots dtranglement qui peuvent entraner une dgradation des performances. Il importe donc didentifier dans chaque cas le ou lesquels des trois causent effectivement des problmes de performance. Au-del de ces trois goulots dtranglement, les responsables rseau doivent connatre les piges et astuces qui peuvent avoir un impact significatif sur llaboration de leur stratgie dacclration. Loptimisation et lacclration sont deux choses diffrentes quil faut bien comprendre. La notion de transparence est fondamentale galement car elle compte pour une bonne part dans le cot total de possession dune solution dacclration. Beaucoup de fournisseurs proposent des solutions dacclration ponctuelles afin de rgler les problmes de performance de certaines applications en rseau ou de certains sites. Cette approche permet de corriger a et l des problmes mais elle savre rapidement trs difficile grer et concilier avec une dmarche de gestion globale des performances des applications critiques sur le WAN. Pour btir ses solutions dacclration, Ipanema sappuie sur ses puissantes fonctionnalits de visibilit et doptimisation et sur son architecture systme globale et dynamique base sur la notion dobjectif. Loffre Business Network Optimization dIpanema est la seule du march proposer une approche intgre qui rpond exactement aux attentes des responsables rseau la recherche dune technologie dacclration la fois efficace, transparente et conomique.

Business Optimized Networks

11

A PROPOS DIPANEMA TECHNOLOGIES

Ipanema dveloppe des solutions de nouvelle gnration de gestion du trafic applicatif permettant daligner le rseau sur les objectifs business. Les solutions Ipanema sont distribues aux entreprises par des intgrateurs rseaux et proposes comme service manag par les oprateurs tlcoms et les fournisseurs de services rseau. La solution de Business Network Optimization dIpanema est simple, automatique et volutive et permet aux entreprises de contrler, garantir et acclrer en toute facilit la performance de leurs applications critiques quelques soient les conditions rseau. Elle sappuie sur le systme dAutonomic Networking dIpanema pour fournir : une complte visibilit des flux applicatifs travers le rseau, une optimisation globale et dynamique des ressources rseau, une acclration transparente des applications, des fonctions de gouvernance des applications en rseau et des capacits de dploiement volutif de services. Les solutions Business Network Optimization dIpanema sont dployes dans plus de 75 pays. Pour plus dinformations, rendez-vous sur www.ipanematech.com.

Business Optimized Networks

12

http://www.ipanematech.com Sige mondial : Ipanema Technologies 28, rue de la Redoute 92260 Fontenay-aux-Roses France Tl. : + 33 1 55 52 15 00 Fax : + 33 1 55 52 15 01 Courriel : info.fr@ipanematech.com Etats-Unis Ipanema Technologies Corp. 300 Fifth Avenue, 3rd Floor, Waltham, MA 02451 Etats-Unis Tl. : (1) 781 419 6526 Fax : (1) 781 419 6527 Courriel : info.us@ipanematech.com Chine Ipanema Technologies China Suite 102, No 16 Lane 221, Yanmin Road Pu Dong, Shanghai Chine Tl. : +86 21 5039 3962 Courriel : info.cn@ipanematech.com

Allemagne Ipanema Technologies GmbH Gustav-Stresemann-Ring 1 65189 Wiesbaden Allemagne Tl. : + 49 611 97774 285 Fax : + 49 611 97774 111 Courriel : info.de@ipanematech.com Royaume-Uni Ipanema Technologies Ltd Abbey House, Wellington Way Weybridge, Surrey KT13 0TT Royaume-Uni Tl. : + 44 1932 268380 Fax : + 44 1932 268381 Courriel : info.uk@ipanematech.com

Business Optimized Networks

13