Compression

Quel est l’avantage de la compression Citrix SD-WAN WANOP ?

Alors que le mécanisme de base de la compression est de réduire les flux de données, l’avantage de cela est de rendre les choses plus rapides. Un fichier plus petit (ou une transaction plus petite) prend moins de temps à transférer. La taille n’a pas d’importance : le point de compression est la vitesse.

Comment les avantages de compression sont-ils mesurés ?

Il existe deux façons de mesurer les avantages de la compression : le temps et le rapport de compression. Les deux sont liés lorsque la liaison WAN est le goulot d’étranglement dominant. Parce que le compresseur Citrix SD-WAN WANOP est très rapide, comprimant les données en temps réel, un fichier qui compresse de 5:1 transfère en un cinquième du temps. Cela reste vrai jusqu’à ce qu’un goulot d’étranglement secondaire soit rencontré. Par exemple, si le client est trop lent pour gérer un transfert à pleine vitesse, un taux de compression de 5:1 offre moins d’une accélération de 5:1.

Comment fonctionne la compression ?

Le moteur de compression conserve les données précédemment transférées sur la liaison, les données les plus récentes étant conservées en mémoire et une quantité beaucoup plus importante sur le disque. Lorsqu’une chaîne qui a été transférée auparavant est à nouveau rencontrée, elle est remplacée par une référence à la copie précédente. Cette référence est envoyée sur le WAN au lieu de la chaîne réelle, et l’appliance située à l’autre extrémité recherche la référence et la copie dans le flux de sortie.

Quel est le taux de compression maximal réalisable ?

Le taux de compression maximal atteint sur une appliance Citrix SD-WAN WANOP est d’environ 10 000:1.

Quel est le taux de compression attendu ?

Le ratio de compression global est la moyenne de toutes les tentatives de compression des flux de données sur le lien. Certains compresse mieux que d’autres, et d’autres ne se compriment jamais du tout. L’appliance utilise des classes de service pour empêcher l’envoi de flux manifestement non compressibles au compresseur. L’effet de la compression sur différents types de données varie comme suit :

Les données compressées ou chiffrées ponctuelles — les flux qui ne seront plus jamais vus et qui ont déjà été compressés ou chiffrés, tels que les tunnels SSH chiffrés et la surveillance en temps réel des caméras vidéo — ne sont pas compressés, car leurs flux de données ne sont jamais les mêmes deux fois.

Les données binaires compressées ou chiffrées qui sont vues plus d’une fois se compriment très bien sur le deuxième transfert et les transferts suivants, avec des rapports de compression de l’ordre de centaines à milliers pour un sur ces transferts ultérieurs. Lors du premier transfert, ils ne se compriment pas. Le taux de compression moyen de ces données dépend de la fréquence à laquelle les données sont vues plus d’une fois. Alors que les transferts individuels montrent parfois des rapports de compression supérieurs à 1 000:1, les moyennes pour les données binaires compressées sur la liaison se situent entre 1.5:1 et 5:1 sur la plupart des liaisons, avec des moyennes supérieures à 10:1 sur certaines liaisons, selon la nature du trafic.

Les flux de texte et les données binaires non compressées/non chiffrées se compriment même lors de la première passe. Les flux de texte se compriment bien car même les textes non liés ont de nombreuses sous-chaînes en commun. Ceci est vrai pour les documents, le code source, les pages HTML, etc. La compression du premier passage de l’ordre de 1.5:1 à 4:1 sont courantes. Lors de la deuxième et des passes suivantes, ils compriment presque aussi bien les données binaires compressées (100:1 ou plus). Les données binaires non compressées sont variables, mais elles sont souvent mieux comprimées que le texte. Des exemples de données binaires non compressées incluent des images de CD, des fichiers exécutables et des formats image, audio et vidéo non compressés. Lors de la deuxième et des passes suivantes, ils compriment aussi bien les données binaires compressées.

Les données XenApp et XenDesktop se compriment particulièrement bien avec les transferts de fichiers, la sortie d’imprimante et la vidéo, à condition que les mêmes flux de données aient traversé le lien auparavant. En raison de la surcharge du protocole, la compression maximale est d’environ 40:1, et la compression moyenne est probablement proche de 3:1. Les flux de données interactifs, tels que les mises à jour d’écran), donnent des résultats de compression de l’ordre de 2:1.

Quelle est la différence entre la mise en cache et la compression ?

La mise en cache enregistre des objets nommés entiers sur l’appliance côté client. Le nom peut être un chemin d’accès et un nom de fichier dans le cas de la mise en cache du système de fichiers, ou une URL dans le cas de la mise en cache Web. Si vous transférez un objet identique avec un nom différent, le cache n’offre aucun avantage. Si vous transférez un objet portant le même nom qu’un objet mis en cache, mais avec de légères différences de contenu, le cache n’offre aucun avantage. Si l’objet peut être servi à partir du cache, il n’est pas récupéré à partir du serveur.

La compression, d’autre part, n’a pas de concept de noms d’objets, et a fourni un avantage chaque fois qu’une chaîne dans le transfert correspond à une chaîne qui est déjà dans l’historique de compression. Cela signifie que si vous téléchargez un fichier, modifiez 1% de son contenu et téléchargez le nouveau fichier, vous pouvez obtenir une compression de 99:1 sur le téléchargement. Si vous téléchargez un fichier et que vous le téléchargez dans un autre répertoire sur le site distant, vous pouvez également obtenir un taux de compression élevé. La compression ne nécessite pas de verrouillage des fichiers et ne souffre pas d’obsolescence. L’objet est toujours récupéré à partir du serveur et est donc toujours correct octet pour octet.

Compression