-
Accélération HTTP
-
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!
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 de 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.
Partager
Partager
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.