ワニスを使用する場合、「ブースト」モジュールを使用することは冗長ですか？
DrupalインスタンスをVarnishサーバーの背後で実行しますが、サイトを高速化するための代替/追加の方法を検討しています。 Boost は、頻繁に名前が付けられるモジュールですこの目的のために、それはページの静的バージョンを生成し、再生成時間を回避するためにそれらを提供するように見えますが、すでにニスでキャッシュしている場合、これは何か利点がありますか？
いいえ、正しい設定で、BoostとVarnishは連携して動作します。この組み合わせにより、BoostやVarnishだけでなく、サイトの速度がさらに向上すると言われています（私はまだ自分で試していません）。
Will BoostがVarnishと競合する および ファイルシステムの代わりにVarnishをキャッシュストレージに使用する を参照してください。 DrupalCon Londonにアクセスしている場合は、 Boosted Varnish の話をご覧ください。
他の答えは技術的には正しいですが、ブーストとワニスを組み合わせて実行していることはすべて、サイトのキャッシュに（不要な）複雑さを追加しているということで、@ mikeytown2に同意します。
以前は、ブーストとニスを一緒に http://www.health.govt.nz/ で実行していましたが、ニスがブーストを行うHTMLページをキャッシュするため、最終的に追加されたブーストは、ディスク（確かに余分なパフォーマンスはありません）。
varnish スタンドアロンを実行することにも利点があります：
- expire および purge モジュールとの統合-これは、特定のルールに基づいてワニスからコンテンツをインテリジェントにフラッシュするためのルールを作成できることを意味します。例えば。タイプ「お知らせ」の新しいコンテンツが公開されたときに、公開されたノードとフロントページの両方をニスから削除します
- ワニスはブーストよりも高速です-ワニスはメモリにキャッシュを保存するように設定できるため、ファイルシステムベースのソリューション（ブーストなど）よりも本質的に高速です。通常、NFS（Webクラスター）でブーストを実行するため、これは特に明白でした。
- キャッシングの問題がある場合は、追跡が容易です。ブーストとワニスを併用すると、ワニスが欠落すると、ブーストから最終的に古いバージョンが提供されることがよくありました。これはコンテンツ作成者にとってイライラすることがあります
すでに効果的なVarnishキャッシュを配置している場合、Boostがもたらす追加のパフォーマンス向上は、ページをキャッシュ可能にすることだけです。
Drupal静的ページを生成する代わりに、Pressflow Drupal、Cocomore DrupalまたはDrupal 7. Vanilla Drupal 6とは異なり、これらのディストリビューションは、Varnishが画像やCSSなどの静的アセットだけでなく、レンダリングされたページ全体をキャッシュできるようにするHTTP応答を送信します。
Varnishでページキャッシングを利用することにより、適切なパフォーマンスの向上とWebサーバーの負荷の大幅な削減を実現しています。