問題タブ [twemproxy]

アプリケーションでくるみ割り人形を使用して、Redis ノードからデータを取得しています。

複数の取得をサポートしているかどうか、またはすべてのキーを 1 つずつ内部的にフェッチするかどうかを知りたいだけです。

特定のユース ケースに Redis を使用したいと考えています。Redis クラスターまたは Twemproxy + Sentinel を使用するかどうかはわかりません。

私はクラスターがいつでも勝者であることを知っています. MOVED応答のために、私は懐疑的です。MOVED 応答の場合、クライアントは別のノードに接続し、リシャーディングの場合は、別のノードに再度接続する必要がある場合があります。しかし、Twem の場合、データが存在する場所を認識しているため、MOVED 応答を受け取ることはありません。

Twem にはさまざまな問題があります。たとえば、ホップの追加、全体的なターンアラウンド タイムの増加、新しいノードの追加に関する問題、または一部のノードが排出された場合、そのノードに存在するキーの要求を処理できなくなります。Redis インスタンス用のセンチネルと twem 自体の HA のメカニズムがあるため、余分なメンテナンスの頭痛の種です。

TwemまたはClusterを使用する必要がありますか? MOVED 応答の場合に行ったり来たりしないので、Twem を使用することを考えています。しかし、上記の懸念を考慮すると、私はそれについて懐疑的です。

PS RedisにJedisクライアントを使用する予定です（それが役立つ場合）。

Thanos Query Frontend コンポーネントをアーキテクチャに統合する際に、サポートされている memcached キャッシング システムを活用できることに気付きました。しかし、すでに多数の Redis クラスターを管理およびサポートしているため、temproxy を使用して Memcached リクエストをプロキシすることを考えていました。このプロキシは Redis と Memcached の両方をサポートしていますが、不明な点は次のとおりです。