RedisはAuthcacheを冗長化しますか？
現在、私のD6サイトは、多忙なソーシャルサイトの高負荷に対処するためにMemcacheとapcに大きく依存しています。 memcacheは単一のWebサーバー上にあり、データベースは別のサーバー上にあります。
いいえ、残念ながらありません。
RedisとAuthcacheは2つの完全に別個のシステム/概念であり、一方を他方の代わりに使用することはできません。
Redisはキー/値ストアであり、主にキャッシュバックエンドとしてDrupalで使用されます。
Authcacheはメカニズムを提供し、キャッシュされたページを認証されたユーザーと認証されていないユーザーの両方に保存/提供します。ストレージにはRedisなどのキャッシュバックエンドを使用しますが、それ自体ではありませんキャッシュバックエンド。
一方で、Redisは、認証された/認証されていないユーザーの概念を持たない、ダムのキー/値ストアです。ユーザーの認証ステータスに基づいて適切なキャッシュIDを構築し、レンダリングされたページまたはページの一部を永続化するために必要なAuthcacheによって提供される機能を置き換えるために使用することはできません。
RedisとAuthcacheの比較はどうですか？ リンクしたスレッド（現在は削除されている）のコメントに、簡潔で簡潔に記載しています。
問題はAuthcacheに関するものではなく、実際には「Memcached対Redis」です。
私はこれに同意し、実際にはあなたの質問の元の改訂が求めていたものです。だから、それは一種の理にかなっています。
パンテオンのドキュメントからのこの時代遅れの情報に基づいて質問をしている場合に備えて：
「Redisは認証済みユーザーのキャッシュを追加します。これにより、リクエストのボトルネックを大幅に軽減できます...」
誤解を招く可能性があったため、アドバイスは削除されました。 Redisは、認証されたユーザー自体にはキャッシュを提供しませんが、上部でAuthcacheが有効になっている場合、そのプロセスの一部になる可能性があります。
ところで、私はRedisdidがAuthcacheを冗長にすることを希望することを追加する必要があります-私はauthcacheを使用するように大規模なソーシャルサイトを変換している最中です。簡単なプロセスではありません。上記の「知識」は、パンテオンのエンジニアとの広範囲にわたる読書とやり取りを通じて集められました。
また、トピックから少し外れていますが、意思決定プロセスに関連している可能性があります。パンテオンエンジニアは、アプリサーバーのブートストラップの数が増えるため、ESIなどよりもauthcacheアプローチを推奨しています。したがって、認証されたユーザー向けの高度なキャッシュソリューションを探している場合は、おそらくauthcacheが最善の方法です。