Accélération HTTP

L’accélérateur Citrix SD-WAN WANOP utilise une variété d’optimisations sans configuration pour accélérer le trafic HTTP. Cela accélère à son tour les pages Web et toutes les autres applications utilisant le protocole HTTP (téléchargements de fichiers, streaming vidéo, mises à jour automatiques, etc.).

Les optimisations qui accélèrent HTTP incluent la compression, le traffic shaping, le contrôle de flux et la mise en cache.

Compression

HTTP est une application idéale pour la compression multi-niveaux Citrix SD-WAN WANOP.

Le contenu statique, y compris les pages HTML standard, les images, les vidéos et les fichiers binaires, reçoit des quantités variables de compression en premier passage, généralement 1:1 sur le contenu binaire pré-compressé et 2:1 ou plus sur le contenu textuel. À partir de la deuxième fois que l’objet est vu, les deux moteurs de compression les plus importants (compression basée sur la mémoire et compression sur disque) offrent des rapports de compression extrêmement élevés, avec des objets plus gros recevant des rapports de compression de 1 000:1 ou plus. Avec de tels taux de compression élevés, la liaison WAN cesse d’être le facteur limitatif, et le serveur, le client ou le LAN devient le goulot d’étranglement.

L’appliance bascule dynamiquement entre les compresseurs pour obtenir des performances maximales. Par exemple, l’appliance utilise un compresseur plus petit sur l’en-tête HTTP et un compresseur plus grand sur le corps HTTP.

Le contenu dynamique, y compris les en-têtes HTTP et les pages générées dynamiquement — pages qui ne sont jamais deux fois identiques mais qui présentent des similitudes les unes avec les autres — est compressé par les trois moteurs de compression qui traitent des correspondances plus petites. La première fois qu’une page est vue, la compression est bonne. Lorsqu’une variante sur une page précédente est visible, la compression est meilleure.

Traffic shaping

HTTP consiste en un mélange de trafic interactif et de trafic en vrac. Le trafic de chaque utilisateur est un mélange des deux, et parfois la même connexion contient un mélange des deux. Le régulateur du trafic assure de manière transparente et dynamique que chaque connexion HTTP obtient sa juste part de bande passante du lien, empêchant les transferts groupés de monopoliser le lien aux dépens des utilisateurs interactifs, tout en veillant à ce que les transferts groupés obtiennent toute bande passante que les connexions interactives n’utilisent pas.

Contrôle de débit

Les algorithmes de retransmission avancés et d’autres optimisations au niveau TCP conservent la réactivité et maintiennent les taux de transfert face à la latence et à la perte.

Mise en cache de vidéo

La mise en cache HTTP pour les fichiers vidéo a été introduite dans la version 7.0 La mise en cache implique d’enregistrer des objets HTTP dans le stockage local et de les servir aux clients locaux sans les recharger à partir du serveur.

Quelle est la différence entre la mise en cache et la compression ? Alors que la mise en cache fournit une accélération similaire à la compression, les deux méthodes sont différentes, ce qui les rend complémentaires.

  • La compression accélère les transferts à partir du serveur distant, et ce débit de données plus élevé peut placer une charge plus élevée sur le serveur si la compression n’était pas présente. La mise en cache empêche les transferts à partir du serveur et réduit la charge sur le serveur.

  • La compression fonctionne sur n’importe quel flux de données, ceci est similaire à un transfert précédent. Si vous changez le nom d’un fichier sur le serveur distant et le transférez à nouveau, la compression fonctionnera parfaitement. La mise en cache ne fonctionne que lorsque l’objet demandé par le client et l’objet sur le disque sont connus pour être identiques. Si vous modifiez le nom d’un fichier sur le serveur distant et le transférez à nouveau, la copie mise en cache n’est pas utilisée.

  • Les données compressées ne peuvent pas être livrées plus rapidement que le serveur ne peut les envoyer. Les données mises en cache dépendent uniquement de la vitesse de l’appliance côté client.

  • La compression est intensive en CPU ; la mise en cache ne l’est pas.