F5 : cache Web Acceleration et compression HTTP

La compression réduit la taille transférée d’un contenu approprié. Le cache conserve une réponse pour la servir de nouveau lorsqu’elle est éligible. Une réponse peut être compressible sans être réutilisable entre utilisateurs, ou être réutilisable sans bénéficier de compression.

Ne choisissez pas ces fonctions d’après la seule extension de fichier. Définissez le type de contenu, la personnalisation, les variations de réponse et les directives applicatives.

Le profil Web Acceleration contient les paramètres de cache. Les tailles, critères d’URI et comportements sur les directives déterminent ce qui peut être stocké. Un objet public statique et une page contenant une session utilisateur n’ont pas la même politique.

Avant de mettre en cache une application, examinez Cache-Control, les cookies et les variations d’en-têtes. Une configuration qui ignore des directives doit être intentionnelle et justifiée. Une augmentation du taux de cache ne constitue pas un succès si elle mélange des réponses personnalisées.

Le profil HTTP Compression définit notamment les types de contenu et les URI concernés. Un document texte peut avoir un gain différent d’une image déjà compressée. Les paramètres adaptatifs et les ressources CPU doivent être examinés dans la version utilisée.

Vary aide les caches à distinguer les représentations selon les en-têtes de négociation, notamment Accept-Encoding. Un proxy qui produit plusieurs encodages doit maintenir cette cohérence ; vérifier seulement la présence de Content-Encoding ne suffit pas.

Les profils et les connexions consomment des ressources sur l’équipement. Multiplier les réservations de cache ou modifier des buffers peut concurrencer d’autres usages. Comparez la configuration avec la mémoire réellement disponible pour les modules et TMM.

Dans un exemple de mesure, un objet passe de 120 kB à 36 kB : le volume baisse de 84 kB, soit 70 %. Cette différence ne prouve pas une baisse de 70 % du temps de chargement ; latence, CPU et autres objets interviennent encore.

Affichez les profils du VS, puis les réglages réels des profils personnalisés. Relevez taille du cache, exclusions et comportement de compression. Vérifiez également si une iRule transforme le corps, car une transformation et une compression doivent être analysées ensemble.

Comparez une ressource publique répétée, une réponse personnalisée et un objet déjà compressé. Relevez statut HTTP, Cache-Control, Vary, Content-Encoding, volume transmis, latence et ressources. Un cache « chaud » ne doit pas être comparé à un cache « froid » sans le signaler dans vos mesures.