Question Est-il généralement préférable de compresser le contenu sur le serveur proxy ou le serveur d'applications?


Nous utilisons un F5 pour l’équilibrage de charge et l’utilisation de serveurs proxy SSL. Derrière cela, nous servons des applications Java avec des instances Tomcat. Ce sont des applications assez petites - des centaines d'utilisateurs simultanés.

J'aimerais compresser une partie du contenu et je cherche des conseils sur le choix de configurer la compression sur les instances F5 ou Tomcat. Des facteurs importants dans la décision, ou s'agit-il de six personnes sur une demi-douzaine d'autres?


5
2017-11-19 23:16


origine


6 && une demi-douzaine. Repérez et voyez où cela vous convient le mieux. - Jeff Ferland


Réponses:


Si vous effectuez l'équilibrage de charge de couche 7 (HTTP), la compression du contenu par le serveur d'applications ne présente aucun avantage réel, car le proxy décompresse le contenu en l'envoyant au client. Cela est dû au fait que le LB peut prendre en charge une version / option différente de celle demandée par le client.

Exemple LB parle HTTP / 1.1 au serveur d'applications, mais le client parle HTTP / 1.0. Deuxième exemple, LB prend en charge la compression. Par conséquent, la réponse du serveur d'applications est compressée, mais le client ne prend pas en charge la compression.

Vous devez désactiver la compression sur les serveurs d'applications et laisser le LB gérer la compression. Vous économiserez au LB quelques cycles de décompression et de recompression du contenu de la CPU.

Avertissement. J'ai utilisé d'autres équilibreurs de charge, mais pas un F5.


4
2017-11-20 02:31





La question se résume vraiment à l'endroit où vous souhaitez que la surcharge ajoutée gère la logique de compression à exécuter. Si vos serveurs d'applications sont costauds, mettez-le là-bas, sinon le F5 devrait pouvoir le gérer. Quoi qu’il en soit, vous devrez évaluer cela en fonction de la quantité de compression et de la charge supplémentaire que cela impose à vos systèmes.


2
2017-11-19 23:37





BIG-IP effectue la compression matérielle sur la plupart des plateformes (jusqu'à environ 16 Gbps). Si vos serveurs le font de manière logicielle, vous pourriez économiser des ressources CPU du serveur en effectuant une compression.

Fiche produit du matériel du système BIG-IP

http://www.f5.com/pdf/products/big-ip-platforms-datasheet.pdf

BIG-IP ne décompresse pas le contenu de la réponse sauf si vous avez configuré une fonctionnalité nécessitant une analyse syntaxique du contenu de la réponse (telle que la réécriture de la charge utile de la réponse HTTP ou l'analyse de la réponse de sécurité des applications Web ASM).

Aaron


-2
2018-05-31 01:32



S'il vous plaît divulguer toute relation que vous avez avec F5. - Grant