私たちはコンテナ環境 (Kubernetes) を実行しており、多数の redis インスタンスを監視する一連の redis センチネルを持っています。
コンテナ化された環境であるため、構成はほとんど動的です。センチネル コンテナが壊れたり、別のコンテナに置き換わったりする可能性があります。
これは、アプリケーションの構成に問題を引き起こします。通常、静的セットアップでは、センチネルのすべてのアドレスをクライアントに提供し、クライアントはそれを処理します。凍結されたコンテナーでは、環境が変化すると構成が古くなります。
これを解決するために、redis センチネルの前でロード バランサーを使用できます。このようにして、基礎となるコンテナー/IP が変更された場合でも、アプリケーション構成は引き続き有効です。
センチネルが他のセンチネルを決して忘れないことは承知していますが (スレーブも同様です)、変更が発生したときにそれらをフラッシュできます。
私たちは今日これを使用しており、副作用を感じていませんが、もちろん、これが原因で何か問題が発生するリスクがあるかどうかを知りたい.
問題は、大きな問題なく redis センチネルの前でロード バランサーを使用できるかどうかです。