Redis クラスターが 3 つ以上あるのはなぜですか?

3 つ以上の Redisl クラスターでは、センチネル ノードの数を増やすことで障害判定の精度が向上します。これは、リーダーの選出には少なくとも半分 + 1 ノードが必要であり、奇数のノードをベースに使用できるためです。この条件を満たしている場合は、ノードを保存します。

簡単に言うと、Sentinel のノードが 3 つある場合、Redis の問題が発生すると、Sentinel はすぐに侵入します。投票では、半数以上の票が投じられた場合にのみ、その人はオフラインになります。 (推奨される学習: Redis ビデオ チュートリアル )

センチネル モードは特別なモードです。まず、Redis Sentinel Sentinel は独立したプロセスであり、プロセスとしては独立して実行されます。原則として、センチネルはコマンドを送信し、Redis サーバーの応答を待つことによって、実行中の複数の Redis インスタンスを監視します。

ここでのセントリーには 2 つの機能があります。

コマンドを送信することにより、Redis サーバーはマスター サーバーとスレーブ サーバーを含む実行状態を監視するために戻ります。

Sentinel はマスターがダウンしていることを検出すると、スレーブをマスターに自動的に切り替え、パブリッシュおよびサブスクライブ モードを通じて他のスレーブ サーバーに通知し、設定ファイルを変更してホストを切り替えます。

ただし、センチネル プロセスが Redis サーバーを監視すると問題が発生する可能性があるため、監視に複数のセンチネルを使用できます。各センチネルも監視され、マルチセンチネル モードが形成されます。

フェイルオーバー プロセスを言葉で説明します。

メイン サーバーがダウンし、Sentinel 1 がこの結果を最初に検出すると仮定します。システムはすぐにフェイルオーバー プロセスを実行しません。これは、Sentinel 1 が主観的にメイン サーバーが利用できないと信じているだけです。この現象は、主観的なオフライン。後続のセンチネルもメイン サーバーが利用できないことを検出し、その数が特定の値に達すると、センチネル間で投票が行われ、投票の結果に従って 1 つのセンチネルがフェイルオーバー操作を実行します。切り替えが成功すると、各センチネルはパブリッシュ/サブスクライブ モードを使用して、監視するスレーブ サーバーをホストに切り替えます。このプロセスは、客観的オフラインと呼ばれます。このようにして、クライアントに対してすべてが透過的になります。

Redis 関連の技術記事の詳細については、「Redis データベース チュートリアルの使用方法の概要」 列にアクセスして学習してください。

以上がRedis クラスターが 3 つ以上あるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。