Est-il redondant d'utiliser le module «boost» si du vernis est utilisé?

Nous exécutons nos instances Drupal derrière un serveur Varnish, mais nous cherchons des moyens alternatifs / supplémentaires pour accélérer le site. Boost est un module souvent nommé à cet effet; il semble générer des versions statiques des pages et les servir pour éviter le temps de régénération, mais - si nous sommes déjà en cache avec du vernis - cela nous apporte-t-il un avantage?

Non, avec la configuration correcte, Boost et Varnish peuvent fonctionner ensemble. La combinaison est censée accélérer votre site encore plus que Boost ou Varnish (je ne l'ai pas encore essayé moi-même).

Voir Will Boost conflict with Varnish et Use Varnish pour le stockage du cache au lieu du système de fichiers . Si vous visitez DrupalCon London, consultez la présentation Boosted Varnish .

Bien que les autres réponses soient techniquement correctes, je serais d'accord avec @ mikeytown2 pour dire que tout ce que vous faites en exécutant boost avec du vernis ajoute de la complexité (inutile) à la mise en cache sur le site.

Nous avions l'habitude d'exécuter boost et vernis ensemble sur http://www.health.govt.nz/ mais parce que le vernis mettrait en cache les pages HTML que boost produisait, tout ce boost finalement ajouté était des fichiers supplémentaires sur le disque (certainement pas de performances supplémentaires ).

Il existe également des avantages à utiliser le vernis de manière autonome:

• Intégration avec les modules d' expiration et de purge - cela signifie que vous pouvez câbler des règles pour un rinçage intelligent du contenu du vernis en fonction de certaines règles. Par exemple, lorsqu'un nouveau contenu de type "annonce" est publié, purgez le nœud publié et la page d'accueil du vernis
• Le vernis est plus rapide que le boost - comme le vernis peut être configuré pour stocker son cache en mémoire, il est intrinsèquement plus rapide qu'une solution basée sur un système de fichiers (comme le boost). Cela était particulièrement apparent car nous exécutons normalement le boost sur NFS (cluster Web)
• Lorsqu'il y a des problèmes de mise en cache, ils sont plus faciles à localiser - nous avons souvent constaté que l'utilisation de boost avec du vernis, que lorsque le vernis manquerait, il servirait alors une version finalement périmée de boost. Cela peut être frustrant pour vos auteurs de contenu

Si vous disposez déjà d'un cache Varnish efficace, le seul gain de performances supplémentaire que Boost pourrait vous donner est de rendre les pages pouvant être mises en cache.

Au lieu d'avoir Drupal générer des pages statiques, je préfère faire l'effort de migrer vers Pressflow Drupal, Cocomore Drupal ou Drupal 7. Contrairement à vanilla Drupal 6, ces distributions envoient des réponses HTTP qui permettent à Varnish de mettre en cache non seulement les actifs statiques comme les images et CSS mais aussi des pages rendues complètes.

Nous réalisons des gains de performances décents et une charge de serveur Web fortement réduite en utilisant la mise en cache des pages avec Varnish.