Vernis contre autres proxies inverses

Je travaille avec une organisation qui a déployé le vernis en tant que proxy inverse de caching de tout son trafic Web. Leur trafic est une grande quantité de sites Web dynamics générés par les clients, avec la collection habituelle d'actifs statiques suspendus.

Alors que j'essaie d'aimer le vernis (je pense qu'il a une architecture assez bonne, en principe), j'ai des problèmes pour le gérer et résoudre les problèmes à mesure qu'ils surviennent, alors je me request si c'est vraiment le bon choix. J'ai utilisé des calmars dans le passé comme un proxy inverse, mais pas dans le même genre de rôle, donc je n'ai pas une base de comparaison claire.

Ma question s'adresse aux personnes qui ont déployé du vernis en production ou l'ont sérieusement évalué contre les alternatives: avez-vous collé avec un vernis ou avez-vous fini par utiliser un autre proxy inverse? Quels étaient vos points forts pour restr avec ou changer, et si vous avez utilisé autre chose, qu'est-ce que vous avez fini par utiliser?

2 Solutions collect form web for “Vernis contre autres proxies inverses”

Eh bien, je suis en train de mettre du vernis sur mes servers web, principalement pour des raisons de performance, bien que ses fonctions de balayage de charge soient également utiles.

Mon cas d'utilisation est la caching devant les sites Web basés sur Django , et il fait des merveilles pour la performance de chargement de la page. Je peux servir la plupart des pages directement à partir du cache et gérer une quantité de visiteurs avec peu de problèmes.

La raison pour laquelle j'ai choisi Vernis était principalement la performance / évolutivité. Les principaux points:

  • Le vernis permet au kernel de gérer la memory virtuelle, où Squid essaie de garder des caches de disque et de memory séparées, peut conduire au kernel et Squid à se disputer un peu sur ce qu'il faut renvoyer sur le disque.
  • Le vernis utilise VCL, c'est son propre langage de configuration spécifique au domaine, qui comstack le code machine par C. C'est un bénéfice de performance très réel si vous avez plus d'un peu de logique dans votre configuration – décapotage d'en-tête conditionnel, etc.

Selon mon expérience, le vernis fonctionne un peu mieux que Squid dans la plupart des cas, et beaucoup mieux sur les pointes de trafic. D'autre part, la configuration correcte du vernis nécessitera un suivi de la list de diffusion, puisqu'il n'y a pas autant de documents prêts-à-aller-pour-votre-spécificité-cas-documentation qui circulent autour du net car il existe pour les calmars – principalement en raison du vernissage d'un projet assez jeune en comparaison.

J'ai passé beaucoup de time à essayer d'get un vernis 1.x stable sur le matériel standard linux / dell de bog, il serait toujours suspendu de façon étrange et son chien de garde le redémarrera. Ce qui était bien, à l'exception du cache dur gagné qui n'était pas persisté ailleurs …

Cela dit, utilisez-vous vraiment le bon outil pour le travail? Si vous voulez un proxy inverse qui mettra en cache les résultats de la request (en supposant que vous fournissez des en-têtes de cache de bonne qualité), le vernis est une bonne option. Espérons qu'il soit plus stable dans la version 2.0

Toutefois, si vous utilisez un site * onRails et que vous souhaitez effectuer un équilibrage de charge sur plusieurs servers backend, alors HAProxy ou Nginx peut être le path à parcourir. Si vous n'avez pas besoin d'une logique url compliquée (redirections, regex correspond à la réécriture des URL plus anciennes, etc.), HAPROxy correspond à la facture. Si vous avez besoin de quelque chose de plus capable, donnez à nginx un aller.

  • Modifications de la configuration de la mise à niveau du vernis 3 à 4
  • nginx redirection sans port
  • Optimisation de l'architecture du server avec Apache / Vernis / MySQL sur Linux
  • Le vernis conserve MISS lorsque Nginx est un server de backend
  • Comment vérifier la valeur d'un cookie dans un vernis
  • Nginx> Vernis> Gunicorn Error Too many Redirections
  • Augmentation rapide des objects n_lru_nuked dans le cache de vernis avec suffisamment de malloc pour épargner
  • Configurer un server de vernis partagé
  • Getting "La page que vous searchz est temporairement indisponible. Veuillez réessayer plus tard"
  • Où le vernis va-t-il généralement dans une stack Web Rails?
  • Real IP adresses du vernis + Cloudflare
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.