-
Gérer et surveiller à l'aide de Citrix Application Delivery Management
-
Accélération sécurisée du trafic
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
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, compresse 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 Citrix Virtual Apps and Desktops 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 déjà traversé le lien. 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.
Partager
Partager
Dans cet article
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.