Dans mon dernier blog, j’ai expliqué pourquoi les proxys d’application sont de moins en moins utilisés aujourd’hui dans l’espace d’optimisation WAN.
Pour récapituler, la raison NUMÉRO UNIQUE pour laquelle la technologie s’est largement éloignée du modèle « Layer-7 Proxy » est la forte propension à « casser » de nombreuses applications qu’ils sont censés aider. L’approche Aryaka
Comment Aryaka peut-elle optimiser le trafic sans avoir recours à des dizaines de proxies Layer-7 spécifiques aux applications, comme le font les « autres » ?
C’est simple.
En s’attaquant à la cause première du problème de l’application, plutôt qu’en essayant de masquer le symptôme.
Prenons l’exemple de la technologie de déduplication des données.
S’il est vrai que les anciennes versions « basées sur les blocs » des moteurs de déduplication devaient savoir où commençait la partie données d’un paquet IP et devaient être capables de faire correspondre un bloc de données contiguës afin d’obtenir des résultats de déduplication raisonnables, les nouveaux moteurs de déduplication « au niveau de l’octet », tels que la technologie qu’Aryaka utilise dans notre pile logicielle d’optimisation WAN, sont capables de dédupliquer les données n’importe où dans le paquet IP, ce qui rend inutile le besoin d’avoir des proxies spécifiques pour des applications telles que NFS et SRDF.
Les applications transactionnelles légères telles que MS-RDP ou Citrix ICA ne bénéficient de toute façon pas de la déduplication.
Dans ces cas, la quantité de données contenues dans les paquets IP est très faible et est déjà compressée.
Les problèmes de performance rencontrés par les utilisateurs finaux de ces applications sont généralement dus à des problèmes liés au réseau, tels que des latences élevées ou variables, ou des pertes de paquets.
Il n’existe en fait que trois solutions techniques majeures pour améliorer les problèmes de performance des utilisateurs finaux lors de l’utilisation de ces types de protocoles sur le réseau étendu :
- Stabiliser la latence de bout en bout. Des latences et des pics de latence variables peuvent survenir sur la plupart des réseaux de fournisseurs WAN en raison de changements de routage, de points de congestion provisoires, de sursouscription de la bande passante, d’équipements défectueux, etc.
Grâce à un routage prédéfini du trafic et à des chemins redondants multiples, Aryaka peut fournir à une application une condition de réseau stable, cohérente et prévisible, ce qui améliore l’efficacité des tampons d’envoi et de réception de l’application et se traduit par une expérience interactive beaucoup plus fluide pour l’utilisateur final. - Réduire la perte de paquets. Combinée à des taux de latence variables, la perte de paquets est le principal responsable des problèmes de performance rencontrés par les utilisateurs d’applications transactionnelles.
Les paquets perdus entraînent des décalages et des retards dans les mouvements de souris ou la saisie à l’écran, ainsi que des problèmes de qualité de la voix ou de l’image avec des programmes collaboratifs tels que MS-Lync.
Bien qu’il existe un certain nombre de technologies différentes qui tentent d’atténuer les problèmes de perte de paquets sur les liaisons à perte, aucune n’est aussi efficace pour améliorer les performances des applications que d’avoir une connexion propre et à faible perte.Posséder le cœur du réseau permet à Aryaka d’éliminer les principales causes de perte de paquets, qui résultent généralement de la congestion du réseau ou d’un équipement défectueux.
Aryaka ne sursouscrit jamais sa bande passante, de sorte qu’il n’y a jamais de congestion au niveau du cœur du réseau.
En fait, Aryaka maintient une quantité de bande passante nettement supérieure à celle qui est garantie à nos clients.
Cela permet de fournir rapidement de la bande passante supplémentaire aux clients en cas de besoin, et de permettre aux clients d’utiliser les débits qui leur ont été fournis.
Si une perte de paquets devait se produire sur un segment WAN en raison d’un équipement défectueux, le trafic est immédiatement transféré de manière transparente vers une liaison WAN redondante afin d’éviter tout impact sur le trafic des clients. - Retirer la responsabilité du contrôle de la congestion au point final de l’application et la placer sur le réseau, là où elle doit être. Le protocole de transport sous-jacent pour de nombreuses applications est TCP, et TCP demande à l’utilisateur final d’essayer de « déterminer » la disponibilité du réseau intermédiaire pour l’envoi de données, puis d’ajuster son taux de transmission en fonction du réseau.
Alors que la plupart des dispositifs d’optimisation WAN fournissent une certaine mesure de contrôle de congestion TCP pour leurs solutions point à point basées sur des appareils, Aryaka n’a besoin de fournir cette fonction particulière qu’à la périphérie, de l’emplacement du client jusqu’au premier point de présence Aryaka.
Dans toutes les régions géographiques, Aryaka contrôle tout le transit des données à travers notre réseau central, ce qui nous permet d’utiliser des algorithmes de protocole plus récents et plus efficaces, conçus pour être plus performants sur les liens WAN plus larges et plus longs utilisés aujourd’hui.
Les technologies d’optimisation WAN n’ont aucun contrôle sur les conditions intermédiaires du réseau et doivent essayer de surmonter ou de masquer les problèmes survenant sur les liaisons de transit WAN.
Par exemple, elles ne peuvent rien faire pour la perte de paquets ou les conditions de latence variables du réseau qui posent des problèmes aux applications WAN légères d’aujourd’hui telles que Citrix, MS-RDP, VoIP, etc.
La technologie traditionnelle d’optimisation du WAN reste donc bloquée, essayant d' »atténuer » les pertes intermédiaires et les problèmes de latence qui surviennent sur le WAN, plutôt que de les résoudre. Faire « plus avec moins » Proxy d’application Il existe encore quelques protocoles de couche d’application, comme les anciennes versions de CIFS ou SMB, qui bénéficient d’un proxy spécifique pour l’optimisation sur le WAN, et bien sûr Aryaka prend en charge ces cas particuliers aujourd’hui.
Mais cette liste ne cesse de s’allonger.
La vérité est que la plupart des protocoles se comportent mieux sur le réseau étendu au fur et à mesure de leur évolution.
En réduisant la dépendance à l’égard des proxys spécifiques de la couche d’application, la technologie d’Aryaka peut fournir une meilleure optimisation tout en améliorant la fiabilité et en supprimant les points de défaillance potentiels.
Notre technologie de déduplication et de compression au niveau de l’octet prend en charge l’ensemble du trafic non crypté, indépendamment du formatage des données propre à l’application.
Et notre architecture de réseau privé optimisée et multi-segments offre de meilleures performances aux entreprises réparties dans le monde entier – sans aucun des maux de tête associés aux mises à niveau, aux correctifs et aux corrections fréquents.